April 2008 - Zypp Development - openSUSE Mailing Lists

[zypp-devel] New solver call : resolveQueue
by Stefan Schubert 11 Mar '09

11 Mar '09

Hi, apart from the solver call "resolvePool" ( collect all transactions from the pool, solving this transactions and writing the result back to pool) the solver can work off a given request queue too: /** * Resolve package dependencies: * * The solver works off the given queue and writes back the solution * to pool. * * Returns "true" on success (i.e., if there were no problems that * need user interaction) and "false" if there were problems. In * the latter case, use problems() and later applySolutions() * below. **/ bool resolveQueue (solver::detail::SolverQueueItemList & queue); The queue can have elements which are described in the following classes: base class: SolverQueueItem.h SolverQueueItemDelete.h SolverQueueItemInstall.h SolverQueueItemLock.h SolverQueueItemInstallOneOf.h SolverQueueItemUpdate.h Known problems: - The update and InstallOneOf request does not work correctly. - The error messages are too abstract now for the user. (Jano, you can start implementation now :-) ) Greetings Stefan -- ******************************************************************************* Stefan Schubert SUSE LINUX GmbH - Maxfeldstrasse 5 - D-90409 Nuernberg, Germany e-mail: schubi(a)suse.de ------------------------------------------------------------------------------- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: zypp-devel+help(a)opensuse.org

6 12

[zypp-devel] Locks wiki
by Josef Reidinger 06 May '08

06 May '08

Hi, I create wiki page[1] about locks format. Please fill info about solvattr which i don't know. One interesting thing is, that locks accept everything from knowid from sat-solver, because I pass string with attribute to poolquery and poolquery fill this string to dataiterator which know it. so also much undocumented attributes work (e.g. provides or evr). Pepa [1] http://en.opensuse.org/Libzypp/Locksfile -- To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: zypp-devel+help(a)opensuse.org

5 10

[zypp-devel] upgrade - removing unmaintained packages?
by Ladislav Slezak 06 May '08

06 May '08

Hi all, zypp::UpgradeOptions() had 'delete_unmaintained' flag for removing unmaintained packages. But it's gone now. Why? How can we remove unmaintained packages now? The reason is: "gcc42 is explicitly not obsoleted, but only people that explicitly want to keep it should be able to do so" and "and any kind of package obsolete would do hard erase it" Coolo suggested adding a fixed list ("gcc42"...) somewhere into yast (probably into control.xml file). But maintaining a fixed list is wrong solution IMO... Should I implement the behavior in pkg-bindings level or is it possible to put it back to libzypp? What did the option do exactly? Thanks in advance Lada -- Best Regards Ladislav Slezák Yast Developer ------------------------------------------------------------------------ SUSE LINUX, s.r.o. e-mail: lslezak(a)suse.cz Lihovarská 1060/12 tel: +420 284 028 960 190 00 Prague 9 fax: +420 284 028 951 Czech Republic http://www.suse.cz/ -- To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: zypp-devel+help(a)opensuse.org

4 7

[zypp-devel] libzypp download failover - server side implemented
by Dr. Peter Poeml 02 May '08

02 May '08

Hi, I have implemented a text mirror list for libzypp, which is returned for requests containing the rfc 2295 header shown below. I slightly changed the format. The returned mime type is application/mirrorlist-txt. A Vary header is set on the header for proper caching. % curl -sH "Accept-Features: mirrorlist-txt" 'http://download.opensuse.org/distribution/10.3/repo/oss/suse/repodata/prima…' | head -6 # mirrorlist-txt version=1.0 # url baseurl_len mirrorid region:country power http://ftp.tu-chemnitz.de/pub/linux/opensuse/distribution/10.3/repo/oss/sus… 45 39 EU:de 100 http://download.uni-hd.de/ftp/pub/linux/opensuse/distribution/10.3/repo/oss… 49 41 EU:de 100 http://opensuse.intergenia.de/distribution/10.3/repo/oss/suse/repodata/prim… 30 75 EU:de 100 http://widehat.opensuse.org/distribution/10.3/repo/oss/suse/repodata/primar… 28 97 EU:de 50 I have updated http://en.opensuse.org/Libzypp/Failover accordingly. Peter -- "WARNING: This bug is visible to non-employees. Please be respectful!" SUSE LINUX Products GmbH Research & Development

2 1

[zypp-devel] new zypper search?
by Jan Kupec 02 May '08

02 May '08

2 5

[zypp-devel] Re: [zypp-commit] r9893 - in /trunk/zypper: doc/zypper.8 src/zypper-main.cc src/zypper-main.h src/zypper-utils.cc src/zypper.cc src/zypper.h
by Michael Matz 30 Apr '08

30 Apr '08

Hi Jano, On Tue, 29 Apr 2008, jkupec(a)svn.opensuse.org wrote: > + line_read = ::readline ("zypper> "); One remark that came to my mind while reading the patch: gdb is another program that uses readline to handle its input, resembling shell input. It uses this as prompt: (gdb) <CURSOR> (i.e. "(gdb) ", including the separating space). I kind of like this prompt because it doesn't use any character I'm used to seeing in normal shell prompts (I'm aware of people changing their $PS1, but they often don't use parentheses). In particular the '>' character is sometimes used to introduce the normal shell command prompt, so 'zypper> ' "feels" like a shell prompt when I'm on a machine called zypper. That's partly by design of course, after all it _is_ a prompt; it's just that you can't give your normal shell command into it (not even things like "$((1 + 2))") so it seems sensible to differentiate between them also by slight visual differences. I know that this certainly makes bugzilla reports easier to read when the commenter copy&pastes something from the terminal which includes such prompts; it's clearly distinguishable from shell. So perhaps it would be a nice convention to make all prompts from programs (in comparison to a shell) read "(programname) ". zypper could be used to hammer such convention into users brains :-) What do you think? Ciao, Michael. -- To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: zypp-devel+help(a)opensuse.org

2 1

[zypp-devel] zypp::PoolQueryResult - Helper class to collect (not only) PoolQuery results.
by Michael Andres 29 Apr '08

29 Apr '08

Added class zypp::PoolQueryResult /** Helper class to collect (not only) PoolQuery results. * * \note Unfortunately PoolQuery::begin might throw. Exceptions * are caught and the query is treated as empty. * * PoolQueryResult maintains a set of sat::Solvable. You can * add/remove solvables to/from the set defined by: * * \li a single sat::Solvable * \li a single PoolItem * \li a PoolQuery * \li an other PoolQueryResult * \li any iterator pair with value_type sat::Solvable * or PoolItem or PoolQuery or any type that fits * operator+=. * * The class is a sat::SolvIterMixin, so you can iterate the result * not just as sat::Solvable, but also as PoolItem or * ui::Selectable. * * \code * // Constructed from PoolItem iterator pair * PoolQueryResult result( pool.byKindBegin<Package>(), pool.byKindEnd<Package>() ); * MIL << result.size() << endl; * * { * // Removing a PoolQuery result * PoolQuery q; * q.addAttribute( sat::SolvAttr::name, "[a-zA-Z]*" ); * q.setMatchGlob(); * result -= q; * MIL << result.size() << endl; * } * MIL << result << endl; * * // Removing a range of sat::Solvables * sat::WhatProvides poviders( Capability("3ddiag") ); * result -= PoolQueryResult( poviders.begin(), poviders.end() ); * * // packages not starting with a letter, except 3ddiag * MIL << result << endl; * \endcode */ -- cu, Michael Andres +------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres YaST Development ma(a)novell.com SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 740 53-0 +------------------------------------------------------------------+ -- To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: zypp-devel+help(a)opensuse.org

1 0

[zypp-devel] new PoolItem/ResObject call isRelevant()
by Stefan Schubert 29 Apr '08

29 Apr '08

Hi, this is interesting for all UIs concerning package handling. This call gives an answer to "Is this PoolItem/ResObject interesting for user and should it be shown ?" /** Returns true if the solvable is relevant which means e.G. for patches * that at least one package of the patch is installed. */ bool isRelevant() const; Greetings Stefan -- ******************************************************************************* Stefan Schubert SUSE LINUX GmbH - Maxfeldstrasse 5 - D-90409 Nuernberg, Germany e-mail: schubi(a)suse.de ------------------------------------------------------------------------------- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: zypp-devel+help(a)opensuse.org

4 6

[zypp-devel] (kein Betreff)
by haenel 29 Apr '08

29 Apr '08

-- To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: zypp-devel+help(a)opensuse.org

1 0

[zypp-devel] Re: [zypp-commit] r9847 - in /trunk/sat-solver/src: repo.h repodata.c
by Michael Schroeder 28 Apr '08

28 Apr '08

On Sun, Apr 27, 2008 at 06:32:40PM -0000, matz(a)svn.opensuse.org wrote: > Author: matz > Date: Sun Apr 27 20:32:40 2008 > New Revision: 9847 > > URL: http://svn.opensuse.org/viewcvs/zypp?rev=9847&view=rev > Log: > I promised this to Jano; skipping kinds in matcher when a flag is specified. EEEk! Don't promise such things! There is no "kind" in the satsolver... Micha. -- Michael Schroeder mls(a)suse.de SUSE LINUX Products GmbH, GF Markus Rex, HRB 16746 AG Nuernberg main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} -- To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: zypp-devel+help(a)opensuse.org

2 1