[gentoo-amd64] Unsubscribe
unsubscribe
[gentoo-amd64] unsubscribe
unsubscribe -- [EMAIL PROTECTED] mailing list
Re: [gentoo-amd64] 3200+ - X2 4000+
If its the cooler that came with the 3200+ then no, don't use it for a dual-core chip. even though most of the times temps will be fine, when loading both cores heavily it would really strain. On Wed, 2007-06-27 at 23:00 -0400, Nuitari wrote: I bought a new X2 4000 processor and I have 2 questions: -- can I use the same cooler (my processor uses the deprecated Socket 939) ? Maybe, depends on how good your cooler is. -- should I change a lot of attributes in my kernel .config file? You need to enable SMP and the multi-core scheduler option signature.asc Description: This is a digitally signed message part
Re: [gentoo-amd64] [SOLVED] problems with Gnucash config
On Sat, 2007-05-19 at 00:05 +1000, Tim Allingham wrote: On Thu, 2007-05-17 at 20:48 +0200, Robert Cernansky wrote: On Fri, 18 May 2007 02:11:06 +1000 Tim Allingham [EMAIL PROTECTED] wrote: I've been having an interesting issue with Gnucash since emerging, it keeps throwing up the attached error every startup. I've checked the .gconf.path file its asking me to modify, and the values its asking for are there. [...] It's a bug (http://bugs.gentoo.org/show_bug.cgi?id=158013). Gnucash 2.0.5 does not insert config entries into /etc/gconf/gconf.xml.defaults/%gconf-tree*.xml. To fix this, emerge gnucash-2.0.1 and then upgrade to 2.0.5. Robert -- Robert Cernansky E-mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] Thanks for that Robert, had a quick loog at the bugs list but couldn't dig that one up. Looks like I'll just have to live with it until I can be bothered rolling it out with gcc-3.x as g-wrap 1.3.4-r1 won't compile under gcc-4.1 Gah my own stupidity astounds me sometimes, recalled the usefulness of emerge --resume --skip-first, and gnucash 2.0.1 built fine with g-wrap 1.9.x solved the problem wonderfully, cheers for that Robert :) Tim Allingham signature.asc Description: This is a digitally signed message part
Re: [gentoo-amd64] problems with Gnucash config
On Thu, 2007-05-17 at 20:48 +0200, Robert Cernansky wrote: On Fri, 18 May 2007 02:11:06 +1000 Tim Allingham [EMAIL PROTECTED] wrote: I've been having an interesting issue with Gnucash since emerging, it keeps throwing up the attached error every startup. I've checked the .gconf.path file its asking me to modify, and the values its asking for are there. [...] It's a bug (http://bugs.gentoo.org/show_bug.cgi?id=158013). Gnucash 2.0.5 does not insert config entries into /etc/gconf/gconf.xml.defaults/%gconf-tree*.xml. To fix this, emerge gnucash-2.0.1 and then upgrade to 2.0.5. Robert -- Robert Cernansky E-mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] Thanks for that Robert, had a quick loog at the bugs list but couldn't dig that one up. Looks like I'll just have to live with it until I can be bothered rolling it out with gcc-3.x as g-wrap 1.3.4-r1 won't compile under gcc-4.1 signature.asc Description: This is a digitally signed message part
Re: [gentoo-amd64] problems with Gnucash config
On Thu, 2007-05-17 at 09:26 -0700, Bob Sanders wrote: Shouldn't - xml:readwrite:$(HOME)/.gconf be something like - xml:readwrite$/home/deserted/.gconf or - xml:readwrite$~/.gconf Bob - Unfortunately no such luck, good thought but pretty sure $(HOME) is a variable pointing to the home folder of the user who ran the command (similar to the way ~ works) signature.asc Description: This is a digitally signed message part
[gentoo-amd64] sound problems on startup
I'm running a reasonably recent build on the following mainboard Abit KN9 Ultra motherboard (Nforce 570 ultra chipset) as a desktop with Gnome. The problem I'm having is every boot the audio is turned down to zero volume, not actually muted just all the sliders are reset to zero values, what is required for this value to be kept? -- [EMAIL PROTECTED] mailing list
[gentoo-amd64] Is 2005 broken?
I posted a message in here last week about digest verification failing and also in the forums and did not receive a reply. What is happening is that after updating portage when I tried to emerge files and they would download and you could see them get larger than the amount that was written in the first lookup of the file. The file would go past 100 percent and then sometime later it would stop and it would come up with a digest verification error. So I managed to get the machine online with just a modem after a while and the same pattern happened. So I started out completely from scratch and I just compiled 2005.0. Everything worked out until I tried to emerge coldplug from a genkernel. I got the digest verification error again. I emerge sync ed again and now everthing I try to emerge gets the digest verification error. I guess I'm going to have to give up and go to another distro. I'm running an sk8v asus motherboard with an fx-51 chip. Does any of this ring a bell with anyone? tia Tim -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Is 2005 broken?
At 11:44 PM 7/8/2005, you wrote: Errors with both md5 and gzip? Can you use a separate computer to determine if the problem is with md5/gzip programs or corruption of the distfiles themselves? Zac I was able to download the gzip from the mirror and put them in my /distfiles dir and for example I was able to do that to wvdial and emerge it on the system and get it working. But I couldn't download anything from a mirror on the sk8v machine and emerge it on that machine. I was able to start all over again move a stage 3 tarball over and run it, compile the kernel, but then the same problem started all over again after the first emerge sync. still scratching my head thanks Tim -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Is 2005 broken?
Thanks for the reply. I updated the bios on the sk8v with the beta version that was posted on the asus website. bad news got a cmos error. Went through all the proper steps, called tech at asus and I fried the bios chip they are sending me a new one, so next week I'll try this again. But this was a fresh install, fresh fdisk and I did the first emerge sync and this happened. tim At 12:16 AM 7/9/2005, you wrote: Am Samstag 09 Juli 2005 08:54 schrieb Tim Ames: At 11:44 PM 7/8/2005, you wrote: Errors with both md5 and gzip? Can you use a separate computer to determine if the problem is with md5/gzip programs or corruption of the distfiles themselves? Zac I was able to download the gzip from the mirror and put them in my /distfiles dir and for example I was able to do that to wvdial and emerge it on the system and get it working. But I couldn't download anything from a mirror on the sk8v machine and emerge it on that machine. I was able to start all over again move a stage 3 tarball over and run it, compile the kernel, but then the same problem started all over again after the first emerge sync. still scratching my head thanks Tim -- gentoo-amd64@gentoo.org mailing list Hello, please have a look on your FETCHCOMMAND / RESUMECOMMAND in /etc/make.conf. (emerge --info -v | grep COMMAND) FETCHCOMMAND=/usr/bin/wget -t 5 --passive-ftp -P ${DISTDIR} ${URI} RESUMECOMMAND=/usr/bin/wget -c -t 5 --passive-ftp -P ${DISTDIR} ${URI} You should be really sure, thaht you have removed any old files from your /distfiles dir. I had also strange problems with a wrong RESUMECOMMAND and partilly download files. To get an idea what is wrong, try to download a small packages. Please make an emerge -f app-admin/perl-cleaner. After that compare the digest /usr/portage/app-admin/perl-cleaner/files/digest-perl-cleaner-1.01 with thhe downloaded file. cd /usr/portage/distfiles md5sum perl-cleaner-1.01.tar.gz a657d9e9264cd9f550bd2c55c1220785 perl-cleaner-1.01.tar.gz ls -l perl-cleaner-1.01.tar.gz I hope this will clarify, if you have problem with downloading the file or with gzip/md5sum. Best regards Joerg -- gentoo-amd64@gentoo.org mailing list -- gentoo-amd64@gentoo.org mailing list
[gentoo-amd64] problems with portage and Digest verification Failed
I'm running it looks like linux-2.6.7-gentoo-r14 I haven't been able to get online for quite a while now. When I originally compiled I was on satellite and had a network connection that enabled me to download just about anything I wanted. I didn't have ppp compiled in the kernel and I kept trying to get wvdial emerged or ppp working in the machine to use a serial modem for dialup as that is all I can afford right now, and probably all I can get in the location I'm living in. The problems started trying to emerge wvdial, I downloaded manually off of one of the mirrors and put the files in /usr/portage/distfiles and then tried to emerge them on the machine I started getting md5 errors trying to emerge the files that I had downloaded and burned to a cd using windows xp. I kept trying, deleted the files, put the machine finally online using another machine on dialup and setting internet connection sharing and got the 64bit gentoo machine online that way. I tried doing and emerge sync several times and still kept coming up with this message. Digest verification Failed: /usr/portage/distfiles/any downloaded .tar.gz file here Reason: failed on MD5 verification I kept looking through the forums tried all the suggestions, ie ... changing mirrors, re downloading, rebuilding the digest then I downloaded the webrsync file and rewrote the whole portage tree. I still get the MD5 errors. When I go to emerge a file that is in /usr/portage/distfiles I get this error gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error exit delayed from previous errors when I try to gunzip the file I get !!!ERROR: dev-libs/xplc-0.3.11 failed !!!Function unpack, Line 375, Exitcode 2 !!!failure unpacking ... yada yada I'm at the point where I'm ready to wipe everything out and start over again. Can this be fixed?? thanks in advance Tim -- gentoo-amd64@gentoo.org mailing list