Comment # 6 on bug 982665 from Michael Andres

(In reply to Luis Rodriguez from comment #5)
> > By now I see neither problem nor solution within zypp scope. 
> 
> OK so if we tried to install a package without enough disk space then it was
> the fault of rpm. Is that right ? 

No. But RPM itself calculates if the currently processed package fits to disk
before actually trying to unpack it. The point is that I see no 'no space left
on device' or similar error that made zypp die.

So If actually the GNOME desktop died because there was no or too little disk
space left, then it does not matter if zypp or any other process ate up the
space. You would always be in danger. That's why I'd like the gonome
maintainers to investigate it. 



> Does this mean rpm can provide some disk
> usage information to zypper per package? 

No, rpm simply rejects to install the package. Zypper would catch this error
and ask you to abort/retry/ignore. This is just a final check; actually we
don't want to come into this situation.

> If so can zypper compute a total amount of needed disk space for an 
> upgrade prior to upgrade, or was that already done ?

To compute in advance, disk usage information per package needs to be part of
the repo metadata, so we can compute before all packages are downloaded. We
recently enhanced our rpmmd repos to provide more detailed (per partition) disk
usage information (susetags/DVD already do). 

Zypper is not yet adapted to this, so further enhancing the space estimation is
possible and it's already on the todo list. 

Nevertheless the desktop should not crash.