| Author |
Message |
etorix
|
|
|
Post subject: 2009-11-4 E: Method rred has died unexpectedly!
Posted: Nov 04, 2009 - 04:38 AM
|
|

Joined: Dec 02, 2006
Posts: 462
Status: Offline
|
|
this is a pdiff error
to avoid bzip2 errors from pdiffs:
Code:
# apt-get update -o Acquire::Pdiffs=false
You can make this behaviour default by adding/editing the file
/etc/apt/apt.conf (create it if not present) Add the following line:
Code:
Acquire::PDiffs false;
|
_________________
Last edited by etorix on Nov 06, 2009 - 01:02 PM; edited 1 time in total
|
| |
|
|
|
 |
mac
|
|
Post subject: RE: 2009-11-4 E: Method rred has died unexpectedly!
Posted: Nov 04, 2009 - 05:11 AM
|
|

Joined: Apr 17, 2008
Posts: 38
Status: Offline
|
|
| Thanks e. I had just encountered that error. Your solution, of course, works like a charm. |
_________________ American by Birth. Southern by the Grace of God!
|
| |
|
|
|
 |
scott_R
|
|
Post subject: RE: 2009-11-4 E: Method rred has died unexpectedly!
Posted: Nov 04, 2009 - 05:44 AM
|
|
Joined: Aug 04, 2007
Posts: 16
Status: Offline
|
|
Thanks etorix!  |
|
|
| |
|
|
|
 |
|
|
Post subject:
Posted: Nov 04, 2009 - 05:51 AM
|
|
Joined: Apr 15, 2008
Australia
Posts: 648
|
|
hi
is this temporary?
2) if not temporary, what advantages are there in leaving the config in permanently?
any advice will be greatly appreciated.
3) I ran apt-get update just then....and got no errors.
/usr/lib/apt-methods/rred
a part of apt my edition is 0.7.24
BTW I am on momos preview --xfce but running lxde
Code:
infobash -v
Host/Kernel/OS "siduxbox" running Linux 2.6.31-5.slh.1-sidux-686 i686 [ sidux 2009-03 - Μώμος Preview 1 - xfce-lite - (200910242103) ]
CPU Info (1) Pentium Dual-Core E5200 @ clocked at [ 2499.829 MHz ]
(2) Pentium Dual-Core E5200 @ clocked at [ 2499.829 MHz ]
Videocard nVidia G96 [GeForce 9500 GT] X.Org 1.6.5 [ 1680x1050@50.0hz ]
Processes 93 | Uptime 33min | Memory 116.8/2026.0MB | HDD Size 80GB (21%used) | GLX Renderer GeForce 9500 GT/PCI/SSE2 | GLX Version 3.2.0 NVIDIA 190.42 | Client Shell | Infobash v3.25
|
|
|
| |
|
|
|
 |
ikeinthai
|
|
Post subject: what he said.
Posted: Nov 04, 2009 - 06:57 AM
|
|

Joined: Dec 11, 2008
Posts: 187
Status: Offline
|
|
|
aus9 wrote:
hi
is this temporary?
2) if not temporary, what advantages are there in leaving the config in permanently?
any advice will be greatly appreciated.
i got errors, and fixed it with your bit of code, thanks.
but what about the pdiffs? acquiring them is not necessary? if so, why is the default to acquire?
thanks for the help! |
_________________ hp2133SilverBitch MiniNote. P4 desktop warhorse. (dodgy hardware, solid software.) sidux:Magic in Action. FREESOFTWARE/FREEDOMSOFTWARE=A CHANCE AT FREEDOM.
|
| |
|
|
|
 |
hathe
|
|
Post subject: RE: what he said.
Posted: Nov 04, 2009 - 07:05 AM
|
|
Joined: Dec 01, 2006
Posts: 220
Status: Offline
|
|
|
Quote:
You can make this behaviour default by adding/editing the file
/etc/apt/apt.conf (create it if not present) Add the following line:
I don't sugguest to disable this function permanently as it reduces the load of the mirror a lot and saves your bandwidth.
/hathe |
|
|
| |
|
|
|
 |
hathe
|
|
Post subject: RE: what he said.
Posted: Nov 04, 2009 - 07:09 AM
|
|
Joined: Dec 01, 2006
Posts: 220
Status: Offline
|
|
|
Quote:
but what about the pdiffs? acquiring them is not necessary? if so, why is the default to acquire?
From the man page:
Code:
PDiffs
Try to download deltas called PDiffs for Packages or Sources files instead of downloading whole ones. True by default.
So with PDiffs you just download the changes of the packages instead of all information again. It saves bandwidth and server load.
/hathe |
|
|
| |
|
|
|
 |
hathe
|
|
Post subject: RE: what he said.
Posted: Nov 04, 2009 - 07:19 AM
|
|
Joined: Dec 01, 2006
Posts: 220
Status: Offline
|
|
|
Quote:
is this temporary?
2) if not temporary, what advantages are there in leaving the config in permanently?
any advice will be greatly appreciated.
3) I ran apt-get update just then....and got no errors.
No,
Code:
apt-get update -o Acquire::Pdiffs=false
is not permanently. But as you downloaded all package information from source there is no need to get the broken 2009-11-04-0016.39.pdiff file.
/hathe |
|
|
| |
|
|
|
 |
EvoX
|
|
Post subject: RE: what he said.
Posted: Nov 04, 2009 - 07:54 AM
|
|

Joined: Feb 10, 2008
Posts: 89
Status: Offline
|
|
|
|
|
 |
ralul
|
|
Post subject: Re: RE: what he said.
Posted: Nov 04, 2009 - 01:55 PM
|
|

Joined: Jan 10, 2008
Posts: 1028
Status: Offline
|
|
|
EvoX wrote:
diff errors, just remove some in /var/lib/apt/lists |
|
|
| |
|
|
|
 |
op4latino
|
|
Post subject: RE: Re: RE: what he said.
Posted: Nov 07, 2009 - 03:16 PM
|
|

Joined: Dec 02, 2006
Posts: 1256
Status: Offline
|
|
This is already covered by apt-conf-sidux
Code:
grep "Acquire::PD" * ; dpkg -S /etc/apt/apt.conf.d/80sidux
80sidux:Acquire::PDiffs "0";
apt-conf-sidux: /etc/apt/apt.conf.d/80sidux
|
|
|
| |
|
|
|
 |
etorix
|
|
Post subject: RE: Re: RE: what he said.
Posted: Nov 07, 2009 - 04:10 PM
|
|

Joined: Dec 02, 2006
Posts: 462
Status: Offline
|
|
yes, and its commented in there with //
un-comment for the same effect |
_________________
|
| |
|
|
|
 |
DonKult
|
|
Post subject: RE: Re: RE: what he said.
Posted: Nov 07, 2009 - 05:03 PM
|
|
Team Member
Joined: May 22, 2008
Posts: 810
Status: Offline
|
|
As a comment on this issue as it is now resolved and analyzed:
Please, please don't deactivate pdiff. Yes, pdiffs are sometimes a bit slow (and therefore this option is mainly for small/lowpowered devices). On a "normal" computer with a "normal" internet connection you have no big differences - and pdiff will even be better than your internet connection is slow:
The debian Package files are rather big (compressed ~7 MB) compared to the pdiffs (compressed ~10 KB) - without pdiff you need to download the complete Package file on each "apt-get update" - this dramatical increase the load on the mirrors: Do we really need even slower mirrors?
The problem here was that the pdiff file was unnormal: Around ~9 MB of compressed pdiffs resulting in a patch bigger than the actually file - but apt doesn't notice this bogus (So the patchfile wasn't broken - but it was bogus to create it and it was bogus to download). This is fixed in apt-trunk so future versions of apt will not download such a patch.
Also, the actual problem the patchfile triggered is fixed in my local branch (integer overflow as the patch includes more than 65000 commands: It allows now ~4 Mio. commands) by a rewrite which also includes a few other things and should speed up the patching itself a bit.
btw: FTP-Team has helped fixing it by removing the offending patch - thanks for that - but if they had not, sid has healed itself after a few days (as pdiff disappear after a few days). So it is again proven: Sid is able to heal itself  |
_________________ MfG. DonKult
"Sprächen die Menschen nur von Dingen, von denen sie etwas verstehen, die Stille wäre unerträglich."
"I never make stupid mistakes. Only very, very clever ones." ~ Dr. Who
"Sry, but my english is under all pig!"
|
| |
|
|
|
 |
kap4lin
|
|
Post subject: RE: Re: RE: what he said.
Posted: Nov 07, 2009 - 07:28 PM
|
|

Joined: Jun 26, 2009
Posts: 134
Status: Offline
|
|
| @DonKult: thanks for the detailed explanation. |
|
|
| |
|
|
|
 |
DeepDayze
|
|
Post subject: RE: Re: RE: what he said.
Posted: Nov 08, 2009 - 10:01 PM
|
|
Joined: Dec 02, 2006
Posts: 2462
Status: Offline
|
|
| Apt-get has been working fine since...the workaround suggested by etorix works and is useful should we ever get bitten again by some bad pdiffs in the future |
|
|
| |
|
|
|
 |
|
|