Your message dated Fri, 06 Apr 2012 09:17:52 +0200
with message-id <[email protected]>
and subject line Re: Bug#667689: debdelta should not be downloading the whole 
deb file when using forensic=http
has caused the Debian Bug report #667689,
regarding debdelta should not be downloading the whole deb file when using 
forensic=http
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
667689: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667689
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debdelta
Version: 0.46
Severity: normal

Dear Maintainer,
Debdelta downloads the whole deb file and also does not put it in
/tmp/archives when doing when using forensic=http. Here's a use-case
of it happening now.

$debdelta-upgrade --forensic=http libreoffice-common
Recreated debs are saved in the directory /tmp/archives
Downloaded, time  1.07sec, speed 75kB/sec,
libreoffice-common_1%3a3.5.2~rc2-1_1%3a3.5.2-1_all.debdelta

Error: applying of delta for libreoffice-common failed:  : new deb
size is 21755632 instead of 21755902 (non retriable)

Downloaded, time 740.26sec, speed 28kB/sec,
libreoffice-common_3.5.2-1_all.deb

Delta-upgrade statistics:
 total resulting debs, size 20MB time 772sec virtual speed 27kB/sec
There were faulty deltas. Sending logs to server.
 Server answers: ' debdelta server received your logs. Thank you.\n'

Now as can be seen it downloaded a deb of 20 MB . Now running it in
aptitude install $Packagename I had to again download it :-

$ sudo aptitude install acpi-support-base apache2.2-bin cups-filters
fonts-opensymbol libcupsfilters1 libreoffice libreoffice-base
libreoffice-base-core libreoffice-calc libreoffice-common
libreoffice-core libreoffice-draw   libreoffice-emailmerge
libreoffice-evolution libreoffice-filter-binfilter
libreoffice-filter-mobiledev libreoffice-gnome libreoffice-gtk
libreoffice-help-en-us libreoffice-impress libreoffice-java-common
libreoffice-kde libreoffice-math libreoffice-report-builder-bin
libreoffice-style-galaxy  libreoffice-style-oxygen
libreoffice-style-tango libreoffice-writer librpm2 librpmio2
live-build python-uno rpm-common rpm2cpio ttf-opensymbol uno-libs3 ure
The following NEW packages will be installed:
libneon27{a}
The following packages will be upgraded:
acpi-support-base apache2.2-bin cups-filters fonts-opensymbol
libcupsfilters1 libreoffice libreoffice-base libreoffice-base-core
libreoffice-calc libreoffice-common libreoffice-core libreoffice-draw
 libreoffice-emailmerge libreoffice-evolution
libreoffice-filter-binfilter libreoffice-filter-mobiledev
libreoffice-gnome libreoffice-gtk libreoffice-help-en-us
libreoffice-impress libreoffice-java-common libreoffice-kde
libreoffice-math libreoffice-report-builder-bin
libreoffice-style-galaxy  libreoffice-style-oxygen
libreoffice-style-tango libreoffice-writer librpm2 librpmio2
live-build python-uno rpm-common rpm2cpio ttf-opensymbol uno-libs3 ure
37 packages upgraded, 1 newly installed, 0 to remove and 4 not upgraded.
Need to get 21.9 MB/130 MB of archives. After unpacking 466 kB will be used.
Do you want to continue? [Y/n/?] Y
Get: 1 http://ftp.debian.org/debian/ unstable/main libreoffice-common
all 1:3.5.2-1 [21.8 MB]
26% [1 libreoffice-common 5,690 kB/21.8 MB 26%] 32.1 kB/s 8min 5s

So in this case I had to re-download it again. Also do you have any
idea why it does not play nice with libreoffice-common. This is the
fourth-fifth time it has happened so far so any help would be nice.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debdelta depends on:
ii  binutils    2.22-6
ii  bzip2       1.0.6-1
ii  libbz2-1.0  1.0.6-1
ii  libc6       2.13-27
ii  python      2.7.2-10
ii  zlib1g      1:1.2.6.dfsg-2

Versions of packages debdelta recommends:
ii  bsdiff          4.3-13
ii  gnupg-agent     2.0.19-1
ii  gnupg2          2.0.19-1
ii  python-apt      0.8.3+nmu1
ii  xdelta          1.1.3-9
ii  xdelta3         3.0.0.dfsg-1
ii  xz-lzma [lzma]  5.1.1alpha+20110809-3
ii  xz-utils        5.1.1alpha+20110809-3

Versions of packages debdelta suggests:
ii  debdelta-doc  0.46

-- no debconf information


-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



--- End Message ---
--- Begin Message ---
Dear shirish,

I think there is a fundamental misunderstanding here. The directory
where debdelta-upgrade saves the debs (recreated or downloaded) is:

       --dir DIR
              directory  where  to save results.  (default:
/var/cache/apt/ar‐
              chives for root, /tmp/archive for non-root users)

As you can see, if you run it as root it will be /var/cache/apt/archives
: that is exactly where APT will look for them; if you run it as
non-root, it will not be, since non-root users cannot write in that
directory : in that case, APT will not find them (and you will have to
copy them to /var/cache/apt/archives  ).

This has nothing to do with forensic=http .

You can use forensic=http and still run debdelta-upgrade as root.

So you should do:

# sudo debdelta-upgrade --forensic=http

a.

Il 05/04/2012 23:26, shirish शिरीष ha scritto:
> Package: debdelta
> Version: 0.46
> Severity: normal
>
> Dear Maintainer,
> Debdelta downloads the whole deb file and also does not put it in
> /tmp/archives when doing when using forensic=http. Here's a use-case
> of it happening now.
>
> $debdelta-upgrade --forensic=http libreoffice-common
> Recreated debs are saved in the directory /tmp/archives
> Downloaded, time  1.07sec, speed 75kB/sec,
> libreoffice-common_1%3a3.5.2~rc2-1_1%3a3.5.2-1_all.debdelta
>
> Error: applying of delta for libreoffice-common failed:  : new deb
> size is 21755632 instead of 21755902 (non retriable)
>
> Downloaded, time 740.26sec, speed 28kB/sec,
> libreoffice-common_3.5.2-1_all.deb
>
> Delta-upgrade statistics:
>  total resulting debs, size 20MB time 772sec virtual speed 27kB/sec
> There were faulty deltas. Sending logs to server.
>  Server answers: ' debdelta server received your logs. Thank you.\n'
>
> Now as can be seen it downloaded a deb of 20 MB . Now running it in
> aptitude install $Packagename I had to again download it :-
>
> $ sudo aptitude install acpi-support-base apache2.2-bin cups-filters
> fonts-opensymbol libcupsfilters1 libreoffice libreoffice-base
> libreoffice-base-core libreoffice-calc libreoffice-common
> libreoffice-core libreoffice-draw   libreoffice-emailmerge
> libreoffice-evolution libreoffice-filter-binfilter
> libreoffice-filter-mobiledev libreoffice-gnome libreoffice-gtk
> libreoffice-help-en-us libreoffice-impress libreoffice-java-common
> libreoffice-kde libreoffice-math libreoffice-report-builder-bin
> libreoffice-style-galaxy  libreoffice-style-oxygen
> libreoffice-style-tango libreoffice-writer librpm2 librpmio2
> live-build python-uno rpm-common rpm2cpio ttf-opensymbol uno-libs3 ure
> The following NEW packages will be installed:
> libneon27{a}
> The following packages will be upgraded:
> acpi-support-base apache2.2-bin cups-filters fonts-opensymbol
> libcupsfilters1 libreoffice libreoffice-base libreoffice-base-core
> libreoffice-calc libreoffice-common libreoffice-core libreoffice-draw
>  libreoffice-emailmerge libreoffice-evolution
> libreoffice-filter-binfilter libreoffice-filter-mobiledev
> libreoffice-gnome libreoffice-gtk libreoffice-help-en-us
> libreoffice-impress libreoffice-java-common libreoffice-kde
> libreoffice-math libreoffice-report-builder-bin
> libreoffice-style-galaxy  libreoffice-style-oxygen
> libreoffice-style-tango libreoffice-writer librpm2 librpmio2
> live-build python-uno rpm-common rpm2cpio ttf-opensymbol uno-libs3 ure
> 37 packages upgraded, 1 newly installed, 0 to remove and 4 not upgraded.
> Need to get 21.9 MB/130 MB of archives. After unpacking 466 kB will be used.
> Do you want to continue? [Y/n/?] Y
> Get: 1 http://ftp.debian.org/debian/ unstable/main libreoffice-common
> all 1:3.5.2-1 [21.8 MB]
> 26% [1 libreoffice-common 5,690 kB/21.8 MB 26%] 32.1 kB/s 8min 5s
>
> So in this case I had to re-download it again. Also do you have any
> idea why it does not play nice with libreoffice-common. This is the
> fourth-fifth time it has happened so far so any help would be nice.
>
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
> (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages debdelta depends on:
> ii  binutils    2.22-6
> ii  bzip2       1.0.6-1
> ii  libbz2-1.0  1.0.6-1
> ii  libc6       2.13-27
> ii  python      2.7.2-10
> ii  zlib1g      1:1.2.6.dfsg-2
>
> Versions of packages debdelta recommends:
> ii  bsdiff          4.3-13
> ii  gnupg-agent     2.0.19-1
> ii  gnupg2          2.0.19-1
> ii  python-apt      0.8.3+nmu1
> ii  xdelta          1.1.3-9
> ii  xdelta3         3.0.0.dfsg-1
> ii  xz-lzma [lzma]  5.1.1alpha+20110809-3
> ii  xz-utils        5.1.1alpha+20110809-3
>
> Versions of packages debdelta suggests:
> ii  debdelta-doc  0.46
>
> -- no debconf information
>
>


Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---

Reply via email to