Re: problems encountered while performing "apt-get upgrade"
I was getting similar errors from ftp.de.debian.org as well. I switched to the bytekeeper repository in Belgium and have encountered no errors ever since. On Wed, 2005-05-11 at 15:58 +0100, Monty Lilburn wrote: > Hello List, > > Today I decided to run an "apt-get upgrade" for the first time since > setting up AMD64-debian a couple of months ago. > > Out of the 161 packages needed to be upgraded, 10 failed because of > "MD5Sum mismatch" errors. I haven't come across this type of error before > and I was hoping someone on this list may be able to help me rectify the > situation. (I did perform an "apt-get update" immediately before the > "apt-get upgrade") > > My sources.list: > > deb http://ftp.de.debian.org/debian-amd64/debian sarge contrib main non-free > deb-src http://ftp.de.debian.org/debian-amd64/debian sarge contrib main > non-free > > > Captured output from "apt-get upgrade" command: > > Reading Package Lists... > Building Dependency Tree... > The following packages have been kept back: > ia32-libs mailutils-pop3d > The following packages will be upgraded: > libapache-mod-php4 libapache2-mod-php4 libarchive-zip-perl > libconvert-asn1-perl php4 php4-cli php4-common php4-imap php4-mysql > php4-pear > 10 upgraded, 0 newly installed, 0 to remove and 2 not upgraded. > Need to get 164kB/5571kB of archives. > After unpacking 311kB disk space will be freed. > Do you want to continue? [Y/n] Get:1 http://ftp.de.debian.org sarge/main > php4-imap 4:4.3.10-13 [37.7kB] > Get:2 http://ftp.de.debian.org sarge/main libarchive-zip-perl 1.14-1 [85.1kB] > Get:3 http://ftp.de.debian.org sarge/main libconvert-asn1-perl 0.18-1 [41.5kB] > Failed to fetch > http://ftp.de.debian.org/debian-amd64/debian/pool/main/p/php4/php4-imap_4.3.10-13_amd64.deb > MD5Sum mismatch > Failed to fetch > http://ftp.de.debian.org/debian-amd64/debian/pool/main/liba/libarchive-zip-perl/libarchive-zip-perl_1.14-1_all.deb > MD5Sum mismatch > Failed to fetch > http://ftp.de.debian.org/debian-amd64/debian/pool/main/libc/libconvert-asn1-perl/libconvert-asn1-perl_0.18-1_all.deb > MD5Sum mismatch > E: Unable to fetch some archives, maybe run apt-get update or try with > --fix-missing? > Fetched 164kB in 2s (55.1kB/s) > > > > I tried running "apt-get --fix-missing upgrade" as it suggested and still > no joy. > > Thanks in advance, > Monty > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: AMD64 packages in flux
On Sun, 2005-05-08 at 13:03 -0500, Damon Chesser wrote: > [snip] > dam64:/home/damon# apt-cache showpkg lsb-release > Package: lsb-release > Versions: > > Reverse Depends: > lsb-core,lsb-release > ia32-libs,lsb-release > Dependencies: > Provides: > Reverse Provides: > > sources.list > deb http://bytekeeper.as28747.net/debian-amd64-alioth-old/debian-pure64/sarge > main contrib non-free > > did an apt clean, apt update, apt upgrade, apt dist-upgrade, so what am I > missing, or have wrong? > You're using the old archive that I doubt is being updated anymore. Pick a mirror from http://amd64.debian.net/README.mirrors.html and change your sources.list. For example the new bytekeeper line is deb http://bytekeeper.as28747.net/debian-amd64/debian/ sarge main contrib You need the old line only for non-free at the moment. James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: AMD64 packages in flux
On Sun, 2005-05-08 at 09:24 -0500, Damon Chesser wrote: > The following packages have unmet dependencies: > ia32-libs: Depends: lsb-release but it is not installable > E: Broken packages > > Package lsb-release is not available, but is referred to by another > package. > This may mean that the package is missing, has been obsoleted, or > is only available from another source > E: Package lsb-release has no installation candidate You might want to update again... [EMAIL PROTECTED]:~$ apt-cache showpkg lsb-release Package: lsb-release Versions: 1.4-8(/var/lib/apt/lists/bytekeeper.as28747.net_debian-amd64_debian_dists_sid_main_binary-amd64_Packages)(/var/lib/dpkg/status) Reverse Depends: lsb-core,lsb-release ia32-libs,lsb-release Dependencies: 1.4-8 - Provides: 1.4-8 - Reverse Provides: > > The following packages have unmet dependencies: > nvidia-glx: Depends: nvidia-kernel-1.0.7174 but it is not installable > E: Broken packages > > > ii nvidia-kernel- 1.0.7174-1 NVIDIA binary kernel module common files > ii nvidia-kernel- 1.0.7174-3 NVIDIA binary kernel module source > This is still an issue I believe but if you check the list archives, you'll see you can still get to the old packages with these apt lines: deb http://bytekeeper.as28747.net/debian-amd64-alioth-old/pure64/ sarge non-free deb http://bytekeeper.as28747.net/debian-amd64-alioth-old/pure64/ sid non-free > I know this and all of debian is kept up by people donating their time. > Two weeks ago, this problem did not exists. Any idea on when this will > get fixed to make amd64 usable with a 32chroot. I did my trial run two, > maybe three weeks ago, then I set this box up the way I wanted and now I > run into this mess. Not pushing, just asking for a ballpark estimate of > how long the chaos will last. FWIW, I have been following debian amd64 > for a long time, and I think you all do a wonderfull job. > > P.S. > I AM using the bytekeeper repos > > > -- > Damon L. Chesser > [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libglade 2.5
On Sat, 2005-05-07 at 11:31 -0300, Javier Kohen wrote: > El sÃb, 07-05-2005 a las 15:21 +0200, James Curbo escribiÃ: > > > Add the experimental source lines to your sources.list: > > Then do an apt-get update, then do > > apt-get -t experimental source libglade2 > > fakeroot dpkg-buildpackage -b -us -uc > > > In this manner I have built all of GNOME 2.10 from experimental for my > > system.. it was quite hairy especially working out build-deps but I got > > it all done. I can post more explicit instructions on THAT if anyone > > wishes... > > What about using apt-src and asking it to install the dependencies for > you? > > Cheers, Alas I did not know it existed, it looks like it would have made my job a lot easier. It will make keeping up to date easier at least :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libglade 2.5
On Fri, 2005-05-06 at 23:08 -0400, Ed Tomlinson wrote: > Hi, > > Where would I find source for the experimental glade 2.5 stuff that I can > built for amd64? > > Second whats the process to build the binary package (or point me to an faq). > > TIA > Ed Tomlinson > > Add the experimental source lines to your sources.list: deb-src ftp://ftp.de.debian.org/debian/ ../project/experimental main contrib non-free Then do an apt-get update, then do apt-get -t experimental source libglade2 and it should download the source for libglade. Then change into the directory that was created (should be libglade2-2.5.1) and issue fakeroot dpkg-buildpackage -b -us -uc This builds only the binaries and does not sign the packages (you don't have the right key anyway). In this manner I have built all of GNOME 2.10 from experimental for my system.. it was quite hairy especially working out build-deps but I got it all done. I can post more explicit instructions on THAT if anyone wishes... - James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#307226: devtodo: tdr segfault on amd64
On Fri, 2005-05-06 at 16:01 -0600, Wesley J. Landaker wrote: > Hi amd64 folks, > > Could anyone that uses or is interested in devtodo on amd64 see if they can > reproduce the problem described in this bug? > > Basically with certain .todo files (there is one attached on the bug with > reproduction redetails), tdr will segfault. I'd like to see if this is > reproducable by others, as I only have a single amd64 machine, and > pergolesi doesn't have the build-deps to try it there... > > Thanks. > I can reproduce it. This is with your .todo file: [EMAIL PROTECTED]:~$ todo + - 1.Get kwartz-mkmethod working - 2.Update manpages [EMAIL PROTECTED]:~$ tdr 2 Segmentation fault [EMAIL PROTECTED]:~$ tdr 1 Segmentation fault [EMAIL PROTECTED]:~$ todo + - 1.Get kwartz-mkmethod working - 2.Update manpages [EMAIL PROTECTED]:~$ Same results as you can see. I'm using pure64. Let me know if you need any other info. - James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]