July 2007 - Zypp Development - openSUSE Mailing Lists

[zypp-devel] pkg-bindings - how to test/help
by Ladislav Slezak 09 Jul '07

09 Jul '07

Hi all, here is a short summary how to install/test the new pkg-bindings from the SVN repository: 1. svn co http://svn.opensuse.org/svn/yast/branches/REFACTORING-10_3/pkg-bindings/ 2. make -f Makefile.cvs 3. make 4. sudo make install 5. test - start e.g. 'yast2 inst_sources' or any other yast module Notes: - It requires the latest libzypp (from REFACTORING branch) and yast development packages - It installs into /usr prefix ! - There are missing functions (see the status mail) -- 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

1 0

[zypp-devel] Re: [zypp-commit] r5933 - in /branches/REFACTORING-10_3/libzypp/zypp: RepoInfo.cc RepoInfo.h
by Klaus Kaempf 09 Jul '07

09 Jul '07

* dmacvicar(a)svn.opensuse.org <dmacvicar(a)svn.opensuse.org> [Jul 09. 2007 14:57]: > Author: dmacvicar > Date: Mon Jul 9 14:57:21 2007 > New Revision: 5933 > > URL: http://svn.opensuse.org/viewcvs/zypp?rev=5933&view=rev > Log: > > provide numeric id on run time for RepoInfo, useful > for YaST, useless for the rest of the world. Please keep a list of those things (e.g. http://en.opensuse.org/Libzypp/Refactoring/Cleanup or a DEPRECATED comment in the .cc or .h file) so we can address them in the future. Klaus -- To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: zypp-devel+help(a)opensuse.org

3 2

[zypp-devel] ZYPP status call minutes 2007-07-09
by Jiri Srain 09 Jul '07

09 Jul '07

New AIs: Lada: create list of missing functionality in PkgBindings ASAP HuHa: test package selector in Qt Gabi/someone else: test package selector in NCurses Lada: post information how to test pkg bindings me: check failing packages in Beta with their maintainers Status: - callbacks for source handlings are done - some work done on SuSEtags parsing - sources during update - Duncan will take care later (not urgent now) - variables in URL - discussion about which ones to support, no result - root for target will be specified as it is now for 10.3 (while initializing target) - ZYPP locking - will be kept as it is for 10.3 - PkgBindings: - SourceCreate WIP, other bindings almost ready - hopefully ready by the end of day - Lada will write short status today - in case of any problem raise the flag ASAP -- Regards, Jiri Srain YaST Team Leader --------------------------------------------------------------------- SUSE LINUX, s.r.o. e-mail: jsrain(a)suse.cz Lihovarska 1060/12 tel: +420 284 028 959 190 00 Praha 9 fax: +420 284 028 951 Czech Republic http://www.suse.cz

2 1

[zypp-devel] Submitted libzypp-3.11.1 and yast2-qt-2.15.6 to BETA
by Michael Andres 09 Jul '07

09 Jul '07

yast2-qt-2.15.6 in BETA is ready to be tested. Esp. the former InstSource view - now 'repository'. -- 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

2 1

[zypp-devel] class functions!!!! Polluted APIs
by Duncan Mac-Vicar Prett 06 Jul '07

06 Jul '07

Some notes on adding functons to classes. Schubi ran nto a problem today where the testsuite pass on his system but failed into the autobuild environment, because target was not able to create the directories in /var/lib/zypp (non-root), while in schubi's machine this directories already existed. The reason was, in a piece of code of the test suite, the target was initialized, to use the getResolvablesToInsDel function. Accessing the target in the testsuite is sick. Because the installed resolvables come from a xml file, and not on the system target, you don't want to make the testsuite results to depend on the host system installed programs. So as long you access the target and you should't you should realze the function you are calling it is in the wrong place. Lets check the function. void TargetImpl::getResolvablesToInsDel ( const ResPool pool_r, TargetImpl::PoolItemList & dellist_r, TargetImpl::PoolItemList & instlist_r, TargetImpl::PoolItemList & srclist_r ) const { pool::GetResolvablesToInsDel collect( pool_r ); MIL << "GetResolvablesToInsDel: " << endl << collect << endl; dellist_r.swap( collect._toDelete ); instlist_r.swap( collect._toInstall ); srclist_r.swap( collect._toSrcinstall ); } So, the function does not access any TargetImpl data, so _why_ is it in the class? Unless you have workflow classes (or facades) you don't need to have the function in the class. Look this function. It operates on the pool data, and it is const, so you can safely have it in the pool, without touching its contents. But having it in Target (with no reason ) means you have to init the target before using it, and lot of things happen during target init. The worst part, the comment on the functon docs: /** JUST FOR TESTSUITE */ /** Sort according to prereqs and media numbers */ If it was only needed by the testsuite, why not just using zypp/pool/GetResolvablesToInsDel.h directly, after all the other function just copies the lists from the collected functor, why not doing that in the testsuite itself? I removed the functon from Target interfaces, Schubi modified the testsuite to use GetResolvablesToInsDel.h directly. So, if you can't find a place where to put a function it, just make it a global function in a namespace, you will at least avoid initializing an object just to use that functon!. -- Duncan Mac-Vicar Prett Novell :: SUSE R&D, Maxfeldstr. 5, 90409 Nürnberg 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

1 0

[zypp-devel] Submitting libzypp-3.11.0 to BETA
by Michael Andres 05 Jul '07

05 Jul '07

- Package::location is now returns an OnMediaLocation - ResObject::archivesize() renamed to downloadSize() At least the above requires changes to zypper, kg-bindings and the UIs. - Allow to iterate all Repositories that contribute Resolvables to the Pool. - MediaSetAccess::provideDir added - remove useless url check - add old-api-style wrapper - Add MediaProducts class - revision 5892 - version 3.11.0 -- 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] Re: [yast-devel] [RFC] QueryBuilder and (Resolvable)Query
by Michael Andres 05 Jul '07

05 Jul '07

On Tue, Jul 03, Katarina Machalkova wrote: > Hola! > > > A 'Selectable(Package,glibc)' will contain at most ONE installed, > > and all available glibc packages. ;( > > > > There is no difference, unless more than one version of a package > > is installed. In that case there are as many Selectables as there > > are versions installed. Each Selectable links to only ONE installed > > but to ALL available versions. > > > > Unfortunately we support this (e.g. multiple kernel versions being > > installed at the same time). > > My apologies for the dumb question *), but if the concept of selectables has > so many drawbacks, why did we decided to use it? Why didn't we switch to > PoolItems instead? Can anyone (Michael, HuHa,...) comment on that in some > human-readable, easy-to-understand way? Historical. You may remember the first libzypp was a bit late, so there was little time to migrate the UI from using the old y2pm to zypp. In the old y2pm the status information was kept in a 'Selectable'. This was possible, because the old y2pm neither supported multiple installed nor multiple available versions. There was at most one installed and one available item and the status. Now we may have multiple installed and multiple available versions. And each item has it's individual status. We tried to find some 'Selectable' that allowed to reuse as much of the existing UI code as possible. An Item that mangles the individual stati into one UI-status. And we found one, but it has some drawbacks. The concept of a "Selectable" is right. An easy view and access to the pool. Pkg-bindings and zypper would like to use something like this as well. Changing (fixing) the ui::Selectable will lead to changes at the UI. But it would allow us to bring PoolItems and Selectables closer together. Or we had to invent something in parallel to the ui::Selectable for Pkg-bindings and zypper. -- 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

3 4

[zypp-devel] ZYpp and name conventions
by Duncan Mac-Vicar Prett 05 Jul '07

05 Jul '07

zypp::CheckSum OnMediaLocaton::checksum() ResObject::mediaNr() OnMediaLocaton::medianr() ResObject::licenseToConfirm() data::Packagebase::repositoryLocation::filepath OnMediaLocation::filename data::Packagebase::repositoryLocation::fileSize OnMediaLocation::downloadsize Not counting that I fixed OnMediaLocation and PackageDelta to use set* for setters instead of the getter naming they where using. What is the purpose of naming everything different, sometimes capitalizing, sometimes not, sometimes everything downcase, sometimes underscores. It just makes everything non-intuitive. Also every developer needs a reference card to know what fileSize, downloadsize, archvesize etc is. We _have to define_ some naming convention. Ths language is not easy to refactor. Some interesting read... http://doc.trolltech.com/qq/qq13-apis.html Duncan -- 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] pkg-bindings in BETA - status
by Ladislav Slezak 04 Jul '07

04 Jul '07

Hi all, I just have submitted yast2-pkg-bindings to BETA. Many bindings have partial or empty implementation and it's completely untested. But it at least compiles and we should be able to see really failing packages in BETA (the failures which are not caused by dependency to pkg-bindings). It needs the latest libzypp from SVN, it might be still failing in autobuild until libzypp is submitted. If anybody is interested in fixing/improving pkg-bindings just check it out from http://svn.opensuse.org/svn/yast/branches/REFACTORING-10_3/pkg-bindings/ Look for '#warning', 'TODO' and 'FIXME' strings for missing functionality. (BTW I'll be out of office until the next Monday.) Ladislav -- 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

1 0

[zypp-devel] ResPool now provides an iterator to visit all repositories
by Michael Andres 04 Jul '07

04 Jul '07

JFYI: (branches/REFACTORING-10_3) ResPool now provides an iterator to visit all repositories, that contibute Resolvables to the pool: size_type knownRepositoriesSize() const; repository_iterator knownRepositoriesBegin() const; repository_iterator knownRepositoriesEnd() const; (*repository_iterator is type Repository). -- 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