November 2009 - Zypp Development - openSUSE Mailing Lists

[zypp-devel] zypper miscounting when DownloadInAdvance used
by Jano Kupec 16 Dec '09

16 Dec '09

Hi there! When you switch on DownloadInAdvance, the DownloadResolvableReport is still call, even if the package is already in cache. This causes this callback is called twice for each package, and zypper has no good way of counting the so-far-downloaded packages. I see no easy way of avoiding this for 11.2. The information that the package is available in cache is buried deep in the call stack in Fetcher::Impl: target::TargetImpl::commit(with PackageCache) target::CommitPackageCache::get target::CommitPackageCache::sourceProvidePackage TargetImpl::RepoProvidePackage::operator() DownloadResolvableReport sent from here -. repo::PackageProvider::providePackage <-----------' repo::PackageProvider::doProvidePackage repo::Impl::RepoMediaAccess::provideFile Fetcher::start Fetcher::Impl::start Fetcher::Impl::provideToDest Fetcher::Impl::provideFromCache The way i see it, we'll need to add bool Fetcher::isCached public method and improve repo::PackageProvider to be able to use Fetcher::isCached before it calls any callback (well, in fact, it should report DownloadResolvableReport::gotFromCache). Maybe add bool repo::PackageProvider::provideFromCache and only use the current code flow if this returns false. Or (maybe even better) we should completely avoid calling repo::PackageProvider and get the files from cache in somewhat more direct way (e.g. by remembering the paths of files already provided by previous calls to PackageProvider during the download phase), if possible. Any ideas? (BTW, in the meantime i'll fix zypper by blindly resetting the counter when it reaches the expected number of packages to download.) https://bugzilla.novell.com/show_bug.cgi?id=545295 -- cheers, jano Ján Kupec YaST team ---------------------------------------------------------(PGP)--- Key ID: 637EE901 Fingerprint: 93B9 C79B 2D20 51C3 800B E09B 8048 46A6 637E E901 ---------------------------------------------------------(IRC)--- Server: irc.freenode.net Nick: jniq Channels: #zypp #yast #suse #susecz ---------------------------------------------------------(EOF)---

2 5

[zypp-devel] recent aria2c problems
by Jano Kupec 30 Nov '09

30 Nov '09

Hi there! There have been several reports about problems with aria2c recently. Does someone have an overview? E.g. the proxy problem (bnc #557790), the hanging (bnc #555803), the 'can't get any files' (bnc #552439) - these look to me like the three different problems that we currently have here. Are all the others duplicates, or is there something else? -- cheers, jano Ján Kupec YaST team ---------------------------------------------------------(PGP)--- Key ID: 637EE901 Fingerprint: 93B9 C79B 2D20 51C3 800B E09B 8048 46A6 637E E901 ---------------------------------------------------------(IRC)--- Server: irc.freenode.net Nick: jniq Channels: #zypp #yast #suse #susecz ---------------------------------------------------------(EOF)---

2 2

[zypp-devel] Re: Improvement of zypper
by Jano Kupec 26 Nov '09

26 Nov '09

Hi Cecil, almost two months have passed since your last mail. I was pretty busy lately and could not catch up with all the mails, sorry for the delay. It is better to discuss these things on the zypp-devel mailing list, so i'm sending a copy there. Please reply to the list then. On 09/30/2009 02:16 PM, Cecil Westerhof wrote: > Jano, > > Op woensdag 30-09-2009 om 12:18 uur [tijdzone +0200], schreef Jano > Kupec: >>> I was the one 'complaining' about zypper. ;-] >>> You said you could use some help with improving zypper. How could I >>> help? >> >> It depends on what you want and are able to do. There are lots of ways >> to help. From fixing bugs, to developing features, giving ideas how to >> do a new feature, testing & sending us feedback, updating the zypper >> wiki, translations, and various other little stuff. >> >> Zypper is written in C++ and is stored in a git repository, so if you're >> familiar with these, you can jump into the development right away :O) Or >> you can propose how the overall install progress should look like - it's >> not easy to come up with some good looking and informative way to do >> this in a terminal, that would also be reasonably easy to implement >> (e.g. work with the limitation that only the very last line can be >> overwritten). > > An enhancement would be to put on this line the amount of data fetched, > the total amount to fetch and the estimated time remaining. The percentage is already there and the amount to fetch is written in the line right above it. ETA is missing, true. But one thing is to know what we want to show, the other is HOW to show it :O) The line must not exceed 80 characters for example. Currently we show lines like: Retrieving package gvim-7.2-16.7.x86_64 (1/1), 1.0 MiB (2.3 MiB unpackged) Retrieving: gvim-7.2-16.7.x86_64.rpm [65% (146.6 KiB/s)] Could be something like this instead: Retrieving package some-1.1.x86_64, 100.3 KiB (800 KiB unpackged) Retrieving package gvim-7.2-16.7.x86_64, 1.0 MiB (2.3 MiB unpackged) 10 of 20 (50%, ETA: 2:36] 65% (146.6 KiB/s) ^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^ overall progress current package progress, right-aligned Similarly for 'Installing ...' Recently zypp(er) also allows to use several download modes, so this must of course work with all of them (--download {only, in-advance, in-heaps, as-needed (the traditional one)). >> But if you're a good C++ developer, you can also hack libzypp - the >> library that powers both YaST and zypper. Let us know if something >> catches your interest. > > That would maybe the best. I am a good C++ developer. Offcourse I have > to get into the code. Good! > And if there could come a way to let update with Yast work in > milestones ... I'm not sure what you mean here. -- cheers, jano Ján Kupec YaST team ---------------------------------------------------------(PGP)--- Key ID: 637EE901 Fingerprint: 93B9 C79B 2D20 51C3 800B E09B 8048 46A6 637E E901 ---------------------------------------------------------(IRC)--- Server: irc.freenode.net Nick: jniq Channels: #zypp #yast #suse #susecz ---------------------------------------------------------(EOF)---

1 0

[zypp-devel] Re: Fwd: Product file is ignored; only content file is used
by Jiří Suchomel 25 Nov '09

25 Nov '09

Hi zypp-ers, customer created release package that includes .prod file, which is installed into /etc/products.d. However, even when the package is installed, zypp does not know about new product. I assume there's something missing in the .prod file, but what is it? In other ways, how zypp knows which product is installed? Jiri -- Jiri Suchomel SUSE LINUX, s.r.o. e-mail: jsuchome(a)suse.cz Lihovarská 1060/12 tel: +420 284 028 960 190 00 Praha 9, 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

3 4

[zypp-devel] snap shot feature for libzypp
by Zhu, Peter J 25 Nov '09

25 Nov '09

Hi Does libzypp or zypper has plan to create a snapshot on a btrfs root partition like https://fedoraproject.org/wiki/Features/SystemRollbackWithBtrfs planed for yum? Peter -- 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] Re: [zypp-commit] <libzypp-bindings> master : Fix to build on sle11-sp1
by Klaus Kaempf 24 Nov '09

24 Nov '09

* Michael Andres <ma(a)suse.de> [Nov 24. 2009 13:40]: > ref: refs/heads/master > commit 60317182679a5146fdd7950b910e43b33d536d80 > Author: Michael Andres <ma(a)suse.de> > Date: Tue Nov 24 13:40:09 2009 +0100 > > Fix to build on sle11-sp1 > --- > libzypp-bindings.spec.cmake | 5 +++++ > package/libzypp-bindings.changes | 5 +++++ > 2 files changed, 10 insertions(+), 0 deletions(-) > > diff --git a/libzypp-bindings.spec.cmake b/libzypp-bindings.spec.cmake > index 23aa13e..85aedad 100644 > --- a/libzypp-bindings.spec.cmake > +++ b/libzypp-bindings.spec.cmake > @@ -21,6 +21,11 @@ BuildRequires: cmake gcc-c++ python-devel ruby-devel swig > BuildRequires: libzypp-devel >= 5.8.0 > Source: %{name}-%{version}.tar.bz2 > > +%if 0%{?suse_version} == 1110 > +# not present on sle11-sp1: > +%define python_sitelib /usr/lib/python%{python_version}/site-packages > +%endif > + Uhm, you can remove the conditional (and replace the hard-coded path) by using %{!?python_sitelib: %global python_sitelib %(%{__python} -c "from distutils.sysconfig import get_python_lib; print get_python_lib()")} Klaus --- 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

1 0

[zypp-devel] What's hal of target for in libzypp
by Zhu, Peter J 16 Nov '09

16 Nov '09

I don't understand why libzypp uses hal. Anyone can have a explain? And since HAL is in the process of being deprecated, do you have plan to use devicekit-disk to get same function? Peter -- To unsubscribe, e-mail: zypp-devel+unsubscribe(a)opensuse.org For additional commands, e-mail: zypp-devel+help(a)opensuse.org

3 3

[zypp-devel] JFYI: libzypp-6.22.1 (branch:master) now requires libcurl-devel >= 7.19.4 to build
by Michael Andres 12 Nov '09

12 Nov '09

Just in case your compiler complains about missing CURLOPT_REDIR_PROTOCOLS and CURLPROTO_HTTPS. -- 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: [Bug 551992] zypper pchk and zypper dup have different opinion about necessary update
by Jano Kupec 11 Nov '09

11 Nov '09

Hi Rolf! On 11/10/2009 10:06 PM, Rolf Krahl wrote: > Dear Ján, > > Am Montag, 9. November 2009 10:43:16 schrieb bugzilla_noreply(a)novell.com: >> http://bugzilla.novell.com/show_bug.cgi?id=551992 >> >> --- Comment #3 from Ján Kupec <jkupec(a)novell.com> 2009-11-09 02:43:15 MST >> --- Rolf, this is something different, and it's really weird. Can you >> please file new report for this and attach the solver testcase (zypper >> patch >> --debug-solver)? Thanx! > > While searching bugzilla again, i found that my problem seem to be Bug > #498814 (https://bugzilla.novell.com/show_bug.cgi?id=498814) Yes, it seems so. Obviously the patch metadata are wrong again; the older patches should not be shown as needed, if newer ones are already installed (satisfied, more precisely). > which is > marked as fixed. So i assume a new report is not usefull any more. I reproduced it, so no need to report (i'll report it later). It seems this is a new way of making this bug appear (so it's good you spoke up!). E.g. patch:softwaremgmt-473 requires also new yast-online-update and yast-online-update-frontend package, but those who did not install updates before patch:softwaremgmt-791 was released did not install the new yast-online-update. Since 791 was released, 'zypper patch' only installs patch:softwaremgmt-791, which does not require the new yast package anymore. That's probably why the new patch is satisfied, and the old one is not. Fortunately 'zypper install -t patch softwaremgmt-473' seems to resolve the problem. You can try the same with the rest. I'll look into this further a bit later to prevent such problems in the future. Thanx again! -- cheers, jano Ján Kupec YaST team ---------------------------------------------------------(PGP)--- Key ID: 637EE901 Fingerprint: 93B9 C79B 2D20 51C3 800B E09B 8048 46A6 637E E901 ---------------------------------------------------------(IRC)--- Server: irc.freenode.net Nick: jniq Channels: #zypp #yast #suse #susecz ---------------------------------------------------------(EOF)---

1 0