[pacman-dev] pacman -Sw

Aurelien Foret aurelien at archlinux.org
Wed Feb 22 16:16:10 EST 2006

VMiklos wrote:
> On Mon, Feb 20, 2006 at 08:56:40PM +0100, Aurelien Foret <aurelien at archlinux.org> wrote:
>> If I look at code more closely at pacman 2.9.8 code, there are several 
>> chunks of code enclosed by the "if(!downloadonly) { ... }" statement 
>> which does not exist in the cvs code.
>> Basically, in sync_prepare, the "checkconflict" part should not be 
>> performed.
> is it really good? the typical usage of downloadonly is when you have to
> update a lot of packages, and you have a fast connection, then later you
> can upgrade the packages. in this scenario, imho it's really annoying if
> i download a package and later pacman tells me that i can't install the
> package i already downloaded

If I want to download a package somehow involved in a conflict, why 
pacman would prevent me to get it?
It's better to let the user download too much packages (and when I say 
too much, I mean 1 or 2 packages in less than 5% of cases), than 
restrict him to get one.
A user may want to download a package, possibly only to inspect it, 
rather than install it.

And the download code from the frontend does not care if a package is 
elected for removal or installation: all packages from trans->packages 
are downloaded.

IMO, checking conflicts is pointless.

BTW, I applied your patch fixing outputs in src/pacman/trans.c.
It looks nicer this way.

>> Idea: when should maybe split the code chunk in sync_prepare dealing 
>> with deps and conflicts within the "if(!FLAG_NODEPS) { ... }" block in 
>> two parts:
>> if(!FLAG_NODEPS) {
>>    checkdeps...
>> }
>>    checkconflict...
>> }
>> with FLAG_NOCONFLICT being a new flag, that the frontend should force 
>> when running "-Sw" in order to bypass all the conflicts checking.
>> Thoughts?
> or just name it "downloadonly", probably this is the only case the
> frontend should use it

"noconflict" is just fine: that's exactly what the feature is about.
The word "download" should be banned from alpm lexical dictionary...

More information about the pacman-dev mailing list