[zypp-devel] testing jump_sat zypper
Hi,
I found two problems:
1. "zypper dup" takes _FOREVER_ (and creates again MBs of zypper.log)
2. "zypper search gnome" crashes in ResolvableQuery.cc
==12994== Invalid read of size 4
==12994== at 0x8076E48: std::basic_string
Am Donnerstag 07 Februar 2008 schrieb Stephan Kulow:
Hi,
I found two problems:
1. "zypper dup" takes _FOREVER_ (and creates again MBs of zypper.log)
2. "zypper search gnome" crashes in ResolvableQuery.cc
3. zypp in fate gives: fate package license:GPL v2 or later; LGPL v2.1 or later In order to install this package, you must agree to terms of the above license. Continue? [yes/no]: Something must confuse license with confirmation message. Greetings, Stephan -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Stephan Kulow wrote:
Am Donnerstag 07 Februar 2008 schrieb Stephan Kulow:
Hi,
I found two problems:
1. "zypper dup" takes _FOREVER_ (and creates again MBs of zypper.log)
2. "zypper search gnome" crashes in ResolvableQuery.cc
3. zypp in fate gives:
fate package license:GPL v2 or later; LGPL v2.1 or later In order to install this package, you must agree to terms of the above license. Continue? [yes/no]:
Something must confuse license with confirmation message.
Greetings, Stephan
perhaps because I am writing the wrong attribute somewhere. Regarding search, it is not implemented, I will implement a ResolvableQuery like interface in the zypp pool using repo_search nice stuff. Duncan -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Hi, On Thu, 7 Feb 2008, Duncan Mac-Vicar P. wrote:
fate package license:GPL v2 or later; LGPL v2.1 or later In order to install this package, you must agree to terms of the above license. Continue? [yes/no]:
Something must confuse license with confirmation message.
Greetings, Stephan
perhaps because I am writing the wrong attribute somewhere.
I've corrected that. The ResObject::licenseToConfirm() method returns the (translated) variant of the Eula (i.e. "=Eul" tag, "eula" attribute). The license itself (=Lic tag, "license" attribute) appears only in data::Packagebase, and is a simple string. Ciao, Michael. -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Am Freitag 08 Februar 2008 schrieb Michael Matz:
Hi,
On Thu, 7 Feb 2008, Duncan Mac-Vicar P. wrote:
fate package license:GPL v2 or later; LGPL v2.1 or later In order to install this package, you must agree to terms of the above license. Continue? [yes/no]:
Something must confuse license with confirmation message.
Greetings, Stephan
perhaps because I am writing the wrong attribute somewhere.
I've corrected that. The ResObject::licenseToConfirm() method returns the (translated) variant of the Eula (i.e. "=Eul" tag, "eula" attribute). The license itself (=Lic tag, "license" attribute) appears only in data::Packagebase, and is a simple string.
OK, I updated the build service Greetings, Stephan -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Am Freitag 08 Februar 2008 schrieb Stephan Kulow:
Am Freitag 08 Februar 2008 schrieb Michael Matz:
Hi,
On Thu, 7 Feb 2008, Duncan Mac-Vicar P. wrote:
fate package license:GPL v2 or later; LGPL v2.1 or later In order to install this package, you must agree to terms of the above license. Continue? [yes/no]:
Something must confuse license with confirmation message.
Greetings, Stephan
perhaps because I am writing the wrong attribute somewhere.
I've corrected that. The ResObject::licenseToConfirm() method returns the (translated) variant of the Eula (i.e. "=Eul" tag, "eula" attribute). The license itself (=Lic tag, "license" attribute) appears only in data::Packagebase, and is a simple string.
OK, I updated the build service
OK, it works. BTW: I also added all factory packages buildrequiring libzypp-devel to zypp:svn, so we see where we are in the porting. So this leaves me with following TODO: 1. find out what zypper dup is doing 2. zypper search should at least not crash, but exit :) 3. yum repos 4. port more 1 for schubi, 2 for duncan, 3 for matz and 4 for ma - looks easy to get a libsatsolver into Factory tonight :) Greetings, Stephan -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Stephan Kulow wrote:
So this leaves me with following TODO: 2. zypper search should at least not crash, but exit done.
I actually implemented zypper search based on the PoolQuery I drafted today based on Jano's previous proposal. It should have some bugs, and some options are ignored, but zypper search will return something that has to do with the word you gave to it. I will perfect it later together with Jano, and I have still a discussion pending with Michael whether to keep PoolQuery as the Query data only, and move Query::execute to the Pool itself. I also show all results as (i) because I get ResObjects not PoolItems so I would need to compare the Repo name, but I will try to fix this in the Query API itself and then adapt zypper. Stephan: this is in svn but not in OBS. Duncan -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Stephan Kulow schrieb:
Hi,
I found two problems:
1. "zypper dup" takes _FOREVER_ (and creates again MBs of zypper.log)
That is fixed in trunk tree and not in "jump-*" tree Greetings Stefan -- ******************************************************************************* Stefan Schubert SUSE LINUX GmbH - Maxfeldstrasse 5 - D-90409 Nuernberg, Germany e-mail: schubi@suse.de ------------------------------------------------------------------------------- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Stefan Schubert wrote:
Stephan Kulow schrieb:
Hi,
I found two problems:
1. "zypper dup" takes _FOREVER_ (and creates again MBs of zypper.log)
That is fixed in trunk tree and not in "jump-*" tree
Greetings Stefan
Hi Schubi can you give me the revision where this was fixed so I can merge it? Duncan -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Am Freitag 08 Februar 2008 schrieb Duncan Mac-Vicar P.:
can you give me the revision where this was fixed so I can merge it?
Schubi and me are in the progress of merging all of trunk into the branch, so we can move over in case we feel it's a good idea. Greetings, Stephan -- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
participants (4)
-
Duncan Mac-Vicar P.
-
Michael Matz
-
Stefan Schubert
-
Stephan Kulow