Re: [gentoo-user] Re: update - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Zac Medico

Joseph wrote:

[snip]

Thank you for suggestion, I'm re-installing Gentoo and definitely run
these tools.

For sure I have some hardware memory problem as my latest error
message is:

Uhhuh. NMI received. Dazed and confused, but trying to continue 
You probably have a hardware problem with your RAM chips

NMI: IOCK error (debug interrupt?)
CPU 0
Modules linked in: evdev via_rhine mii parport_pc parport ahci sata_uli
sata_sis sata_sx4 sata_nv sata_via sata_svw sata_sil sata_promis libata
sbp2 ohci1934 ieee1394 usb_storage ohci_hcd uhci_hcd ehci_hcd usbcore
Pid: 5626, comm: rsync Not tainted 2.6.11-gentoo-r3-k8
RIP: 0010:[.

Though I've run memtest86 two day ago and 17-passes went without any
errors.
 


How may ram modules do you have, any spares?  Maybe you can stress test them 
one at a time.

Zac
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Re: DVD-cd usage

2005-07-23 Thread Walter Dnes
On Fri, Jul 22, 2005 at 06:13:46PM +, James wrote

 I need to learn how to use any simple cdrecording commands (syntax
 challeged user here) first. Then I can worry about all sorts of fancy
 file types/formats. I'd be better off downloading a know file to
 write to the device (ascii text?)  or something on the gentoo system,
 just to build a little confidence. I need a newbie 'how to cd burn'
 before I worry about the intricacies of audio recording files on CDs.
 
  3) (Thanks for the idea, Dave Nebinger) Have you tried making an ISO
  of all the audio files (unaltered) that you want to burn to CD, using
  mkisofs, and then burning the ISO instead of the files?
 
 
 I'm going to read the cdrecord man pages. simple syntax examples
 or a link to a document to any cd burning software is what
 I need.

  A quick rundown...

  - audio CDs are generated by writing WAV files directly to CD.  The
player reads them directly from the CD.  You do not mount audio CDs.

  - to get regular files onto CDs in a readable form, you first need to
create an ISO9660 filesystem image file, using mkisofs (man mkisofs).
Then burn the image file to a CD.  You can usually get away with
piping output from mkisofs stdout to cdrecord stdin.

  - you need root privileges to properly use cdrecord; deal with it.  If
you're scared of logging in as root, you can use sudoers.conf to give
a regular user permission to run specific command and parameters.  I
need root-level access in order to read system files for my bi-weekly
backups, so cdrecord's need to be root was never an issue for me.

  Note; The following is all done as root (or root equivalent).

  The first thing you have to do is figure out your device numbers.
*YOUR SYSTEM CAN BE DIFFERENT FROM MINE*, so read the instructions
carefully.  Execute the command cdrecord dev=ATAPI: -scanbus.  It can
take a few seconds to scan the system.  Ignore the warnings/disclaimers
The important part is at the end.  Here's that output for my system...

0,0,0 0) 'SONY' 'CD-RW  CRX195E1 ' 'ZYS5' Removable CD-ROM
0,1,0 1) 'SONY' 'DVD-ROM DDU1621 ' 'S1.5' Removable CD-ROM
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *

  This indicates that my CD-RW is device 0,0,0.  mkisofs creates an
image of a specified directory, including subdirectories.  Soft links do
*NOT* work.  To save time, and avoid cluttering up my drive with temp
files, I pipe directly from mkisofs to cdrecord.  I make a tar.bz2 of
the files I want backed up, and move the file to directory xfer.  The
following script does it all-in-one... 

#!/bin/sh
mkisofs -R -J xfer | cdrecord speed=8 -tao -v fs=8m -data dev=ATAPI:0,0,0 -

  The -R -J parameters should result in mkisofs output that's readable
by all linux and Windows machines.  The cdrecord parameters are...

speed=8 ...the burner on this machine can go up to 48x. But my emergency
backup system is a 6-year-old Dell that can only read up to 12x.
Oops.  This parameter slows down the burner so that the older
machine can read its output.

-taotrack at once.  This allows you to do multi-session CDs.

-v  I prefer some verbosity in the output.

fs=8m   The fifo buffer size.  The default is 4 megabytes, but I specify
8 megabytes to play safe against under-runs.

-data   Straight out of the man page...
-data  is  the default, if no other flag is present and the file
does not appear to be of one of the well known audio file types.

If  neither  -data  nor  -audio  have  been  specified, cdrecord
defaults to -audio for all filenames that end in .au or .wav and
to -data for all other files.

dev=ATAPI:0,0,0  This specifies the device.  The 3 numbers can be found
by running cdrecord dev=ATAPI: -scanbus

-   The hyphen at the end specifies to use stdin as the source file.
You will get a standard warning from cdrecord, because it can't
know ahead of time whether the piped input will fit onto the CD.

-- 
Walter Dnes [EMAIL PROTECTED]
My musings on technology and security at http://tech_sec.blog.ca
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Re: update - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Joseph
  Though I've run memtest86 two day ago and 17-passes went without any
  errors.
   
 
 How may ram modules do you have, any spares?  Maybe you can stress test them 
 one at a time.
 
 Zac

I have two memory sticks; and yes I run them individually as well.
Though Francesco made good pointer.  I'll borrow two sticks from another
machine and try to run it as well.
 quote--
Sometimes memtest doesn't stress enough the hardware, see:
http://people.redhat.com/dledford/memtest.html
--- end quote-
along with Bob, who pointed me to some good gentoo hardware utility the
I possibly will be able to run tomorrow.
It is definitely a hardware problem.
I'll let you know once I find out.
 
-- 
#Joseph
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Can't emerge mozilla-firefox

2005-07-23 Thread Walter Dnes
On Fri, Jul 22, 2005 at 09:16:01PM +0200, Jules Colding wrote

 Nope, not make at least. Re-emerged make but still a problem with
 some lock files when emerging firefox with MAKEOPTS is 1. Disabling
 MAKEOPTS for now...

  The problem is that you're specifying multiple parallel threads with
MAKEOPTS 1.  It's supposed to speed things up.  One thread creates an
interim file, a 2nd thread depends on the interim file, and a 3rd thread
deletes the interim file.  Now guess what happens if the 3rd thread
deletes the interim file before the 2nd thread is done with it... oops.

-- 
Walter Dnes [EMAIL PROTECTED]
My musings on technology and security at http://tech_sec.blog.ca
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] lost /lib/security/pam_console.so

2005-07-23 Thread Peter Gordon
Try setting the pam_console USE flag and re-emerging pam:
# echo sys-libs/pam  pam_console  /etc/portage/package.use
# emerge sys-libs/pam

Although, it's rather odd that you are unable to login. I do not have
pam_console either but I can still login through gdm just fine (with a
similar warning in my system log). 

-- 
()  The ASCII Ribbon Campaign - against HTML Email,
/\  vCards, and proprietary formats.
---
Peter A. Gordon (codergeek42)
E-Mail: [EMAIL PROTECTED]
GPG Public Key ID: 0x87C59026
GPG Public Key Fingerprint:
  A5E9 EA8E 146B 4B44 E26A 385B 278C 74CC 87C5 9026
Encrypted and/or Signed correspondence preferred.
GPG Public Key available upon request or from
  pgp.mit.edu's public key server.



signature.asc
Description: This is a digitally signed message part


Re: [gentoo-user] Re: update - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Zac Medico

Joseph wrote:

Though I've run memtest86 two day ago and 17-passes went without any
errors.



How may ram modules do you have, any spares?  Maybe you can stress test them 
one at a time.

Zac



I have two memory sticks; and yes I run them individually as well.
Though Francesco made good pointer.  I'll borrow two sticks from another
machine and try to run it as well.
 quote--
Sometimes memtest doesn't stress enough the hardware, see:
http://people.redhat.com/dledford/memtest.html
--- end quote-
along with Bob, who pointed me to some good gentoo hardware utility the
I possibly will be able to run tomorrow.
It is definitely a hardware problem.
I'll let you know once I find out.
 


Lots of good advice.  I've been taking notes ;-).

Zac
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] lost /lib/security/pam_console.so

2005-07-23 Thread George Roberts

Peter Gordon wrote:


Try setting the pam_console USE flag and re-emerging pam:
# echo sys-libs/pam  pam_console  /etc/portage/package.use
# emerge sys-libs/pam

Although, it's rather odd that you are unable to login. I do not have
pam_console either but I can still login through gdm just fine (with a
similar warning in my system log). 

 

I will try that tomorrow, I am in the middle of a thunderbird/firefox 
emerge. thanks


--
gentoo-user@gentoo.org mailing list



[gentoo-user] Tape to CD conversion advice needed

2005-07-23 Thread Dave S
Hi all,

I need some advice, I need to convert some talks at my local group from
tape to CD. I have a mike input on my audio card so connecting the audio
should not be a problem.

What file formats do standard CD players play ? I would guess mp3 but
there do not appear to be any mp3 encoders for linux, ogg would be great
but I doubt that it would play.

Can anyone suggest an application to get the files from the tape 
change them into said format ? (Simple is good, I dont need a recording
studio :))

Cheers
Dave
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Re: [New Development] - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Richard Fish

Joseph wrote:


I went back to Sata Drive and started from scratch and when I tried to
do emerge --sync  I got this error:

Uhhuh. HMI received. Dazed and confused, but trying to continue 
You probably have a hardware problem with your RAM chips

NMI: IOCK error (debug interrupt?)
CPU 0
Modules linked in: evdev via_rhine mii parport_pc parport ahci sata_uli
sata_sis sata_sx4 sata_nv sata_via sata_svw sata_sil sata_promis libata
sbp2 ohci1934 ieee1394 usb_storage ohci_hcd uhci_hcd ehci_hcd usbcore
Pid: 5626, comm: rsync Not tainted 2.6.11-gentoo-r3-k8
RIP: 0010:[.

Is it problem with my standard memory or CPU memory cache?
I'v run memtest86 two day ago and 17-passes went without any errors.
 



Does your BIOS have any options for memory timings?  If so, maybe you 
can try to back those off to more conservative values.


Memtest86 would probably not show a problem with memory timings, because 
it works in a very linear fasion.  Compiling or heavy IO (like you get 
with emerge --sync) accesses memory in a very random order.


-Richard
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Re: [New Development] - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Joseph
On Sat, 2005-07-23 at 07:43 +0200, Francesco Talamona wrote:
 On Saturday 23 July 2005 03:56, Joseph wrote:
  I went back to Sata Drive and started from scratch and when I tried
  to do emerge --sync  I got this error:
 
  Uhhuh. HMI received. Dazed and confused, but trying to continue
  You probably have a hardware problem with your RAM chips
  NMI: IOCK error (debug interrupt?)
  CPU 0
  Modules linked in: evdev via_rhine mii parport_pc parport ahci
  sata_uli sata_sis sata_sx4 sata_nv sata_via sata_svw sata_sil
  sata_promis libata sbp2 ohci1934 ieee1394 usb_storage ohci_hcd
  uhci_hcd ehci_hcd usbcore Pid: 5626, comm: rsync Not tainted
  2.6.11-gentoo-r3-k8
  RIP: 0010:[.
 
  Is it problem with my standard memory or CPU memory cache?
  I'v run memtest86 two day ago and 17-passes went without any errors.
 
 
 Sometimes memtest doesn't stress enough the hardware, see:
 http://people.redhat.com/dledford/memtest.html
 
 It's so simple that you can also run it on top of a live CD like 
 Kanotix...
 
 Ciao

I was trying to run this Red Hat memtest.sh script.
So I copied the linux.tar.gz (45Mb file) to /tmp directory.

Though when I try to run the script as user it keeps complaining:
mv: cannot stat `linux': No such file or directory
mv: cannot stat `linux': No such file or directory

What am I missing?
Since I possibly have a bad memory stick it would be good idea to put
this script to a test.
memtest86 did 17-passes on this memory and didn't detect any errors.

So, I borrowed two good memory sticks from my backup server, and the new
box is happy so far, compiled some kind of 27Mb lib-file without any
kernel panic.

I would like to run this Red-Hat memtest.sh script on these two stick,
but I'm missing something (I'm not that good in reading the scripts :-/
Can anybody have a pick at it and tell me what is it looking for?

-- 
#Joseph
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] lost /lib/security/pam_console.so

2005-07-23 Thread Richard Fish

Peter Gordon wrote:


Try setting the pam_console USE flag and re-emerging pam:
# echo sys-libs/pam  pam_console  /etc/portage/package.use
# emerge sys-libs/pam

Although, it's rather odd that you are unable to login. I do not have
pam_console either but I can still login through gdm just fine (with a
similar warning in my system log). 

 



If /etc/pam.d/gdm specifies pam_console, then this is why it is 
required.  George, can you post the contents of that file?


-Richard

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Tape to CD conversion advice needed

2005-07-23 Thread Colin


On Jul 23, 2005, at 3:34 AM, Dave S wrote:


Hi all,

I need some advice, I need to convert some talks at my local group  
from
tape to CD. I have a mike input on my audio card so connecting the  
audio

should not be a problem.


I believe that the mic input is handled differently than the line  
input (automatic gain control, decibel boosts, etc.).  Use your  
card's line input jack instead.  It should be right next to the mic  
jack.  In most color schemes, it's usually the blue one (red=mic,  
green=out);  read the labels if you're not sure.


What file formats do standard CD players play ? I would guess mp3 but
there do not appear to be any mp3 encoders for linux, ogg would be  
great

but I doubt that it would play.


Standard CD players play waveform audio (WAV), but I believe it needs  
to be aligned to the CD block boundaries.  However, you'll need to  
burn it as an audio CD, not a data CD, otherwise it will be  
unreadable to the CD player.  Most CD players nowadays can play back  
MP3 data CD's but there's no standard, not even a de facto one, for  
this.


Dare I say it?  Most people do have computers, so if your local group  
doesn't make Learn [subject] While Driving tapes, it may be cheaper  
and easier to simply forgo the physical medium and stick them on a  
web server for downloading/streaming/podcasting.  MP3's of people  
talking don't require the higher bitrates that music does, so you can  
drop the bitrate and change it to mono (one-channel audio) to save  
some server space/bandwidth.




Can anyone suggest an application to get the files from the tape 
change them into said format ? (Simple is good, I dont need a  
recording

studio :))


Anything that can listen to your card's line-in will do.  I haven't  
done it on Linux, but on Windows/Mac OS X, pretty much any program  
will do it.  As for burning, most programs that can burn an audio CD  
take MP3/WAV/OGG/WMA/AAC files (your choices may vary depending on  
the app) as input and do the conversion themselves behind the scenes  
before burning.

--
Colin
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Tape to CD conversion advice needed

2005-07-23 Thread Richard Fish

Dave S wrote:


Hi all,

I need some advice, I need to convert some talks at my local group from
tape to CD. I have a mike input on my audio card so connecting the audio
should not be a problem.

What file formats do standard CD players play ? 



Standard CD audio is 44100 samples/s, 16-bit samples, LSB byte order.   
So what you really want to do is capture the tapes to .wav files with 
those parameters, then just pass the wav files to cdrecord for writing 
to the CD.



I would guess mp3 but
there do not appear to be any mp3 encoders for linux, ogg would be great
but I doubt that it would play.
 



A few CD players will now play mp3 files written in a standard ISO 
filesystem.  But it is a recent feature, and not terribly standard.  
lame is probably the most popular mp3 encoder for Linux.



Can anyone suggest an application to get the files from the tape 
change them into said format ? 



arecord -f cd tape.wav

arecord is part of media-sound/alsa-utils.

-Richard

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Re: [New Development] - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Richard Fish

Joseph wrote:


I was trying to run this Red Hat memtest.sh script.
So I copied the linux.tar.gz (45Mb file) to /tmp directory.

Though when I try to run the script as user it keeps complaining:
mv: cannot stat `linux': No such file or directory
mv: cannot stat `linux': No such file or directory

 



Does tar -tzvf linux.tar.gz show the top-level directory as linux, 
or linux-2.  If the latter, do the following to make a suitable 
tar.gz for the script (it is easier than fixing the script!):


tar -xzvf linux.tar.gz
mv linux-* linux
tar -czvf linux.tar.gz linux

HTH
-Richard

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Tape to CD conversion advice needed

2005-07-23 Thread Dave S
Thanks for the info,

Thats realy usefull, I will go buy a lead  explore lame - The server
idea is interesting and one I might explore 

Dave
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Re: [New Development] - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Robert Crawford
On Saturday 23 July 2005 03:43 am, Joseph wrote:
 So, I borrowed two good memory sticks from my backup server, and the new
 box is happy so far, compiled some kind of 27Mb lib-file without any
 kernel panic.

 I would like to run this Red-Hat memtest.sh script on these two stick,
 but I'm missing something (I'm not that good in reading the scripts :-/
 Can anybody have a pick at it and tell me what is it looking for?

 --
 #Joseph

This looks very promising- if you keep on compiling things without any more 
kernel panics, bad ram must have been the problem all along, and not the cpu 
heating issue.  I'd try a big compile of 2-3 hours just to check.

Don't know about the Red-Hat memtest script, but isn't there a memtest kernel 
on the Gentoo universal install disk you could boot from, and do the full 
test? 

Robert
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Audigy 2 ZS [SB0350] problems on AMD64

2005-07-23 Thread Jules Colding
On Fri, 2005-07-22 at 18:28 -0700, Bob Sanders wrote:
 On Fri, 22 Jul 2005 18:12:02 +0200
 Jules Colding [EMAIL PROTECTED] wrote:
 
  
  I have the above mentioned sound card installed in my dual 252 Opteron.
  I have enabled ALSA and OSS emulation in the kernel and everything is
  compiled in, no alsa modules. The card is correctly detected on boot-up
  and apparently activated. 
  i
 
 OSS should not be selected in the kernel.  Only alsa.  For Oss, you need 
 to emerge -  media-libs/alsa-oss

I did not select OSS, only the ALSA emulation option. I am now trying
media-sound/alsa-driver 1.0.9b with the same results. 


  Everything seems to be configured correctly according to the alsa guide.
  The problem is that I am only hearing cyclically repeating clicks, with
  weak static noise in-between, when I am trying to play music. I have a
  set of analog 2.1 speakers connected to the analog output jack on the
  card.
  
 
 Repeating clicks is usually an indication of empty audio buffers.  It means
 your system can't keep the sound card supplied with data.  You might be
 able to get some help by making your kernel preemptible -

If the kernel isn't able to keep the audio buffers full, isn't that
something that would only happen with a slow system? I have a dual
Opteron 252 so I didn't thought that preemptible was needed for my
system. Anyway, I'll try it.

   Symbol: PREEMPT [=y]
  x  
 Prompt: Preemptible Kernel
x  
 Defined at arch/x86_64/Kconfig:210
  x  
 Location: 
  x  
   - Processor type and features 
 
 The weak static noise is digital garbage being picked up by the SB.  If it's
 not already, move it to the last PCI slot on the bus - as far away from the
 other cards and cpu as possible.

It is in the last slot I'm afraid...

  Any ideas why this doesn't work?
  
 
 SB Audigy cards aren't the best sounding cards out there.  They are OK, but
 if you mainly want music, look elsewhere.  If you're mainly interested in 
 games
 they work fine.


Thanks,
  jules


-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Audigy 2 ZS [SB0350] problems on AMD64

2005-07-23 Thread Jules Colding
On Fri, 2005-07-22 at 18:28 -0700, Bob Sanders wrote:
 SB Audigy cards aren't the best sounding cards out there.  They are OK, but
 if you mainly want music, look elsewhere.  If you're mainly interested in 
 games
 they work fine.

BTW: Which AMD64-compliant card do you recommend for music? 

Thanks,
  jules


-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] thunderbird/firefox conflict

2005-07-23 Thread Holly Bostick
Zac Medico schreef:
 Patrick Rutkowski wrote:
 
 On Friday 22 July 2005 23:31, Ryan Sims wrote:

 I just upgraded to mozilla-thunderbird-bin-1.0.6-r1 and
 mozilla-firefox-bin-1.0.6-r1, and they seem to be conflicting with
 each other, i.e. when I install firefox, running thunderbird gives me
 a /usr/libexec/mozilla-launcher: can't find the browser :-( error,
 so I remerge thunderbird and it runs, but I find that then firefox
 gives me the same error. I've done this a couple of times, and
 resynced.

 Well, I looked at the ebuilds, because I noticed that the thunderbird
 merge was installing a lot of stuff in /opt/firefox which seemed
 wrong, and sure enough I found this in the thunderbird-bin-1.0.6-r1:

 (line 36) src_install () {
 declare MOZILLA_FIVE_HOME=/opt/firefox

 The thunderbird-bin-1.0.5-r1 ebuild seems to use /opt/thunderbird as its
 home...

 Changelog doesn't seem to mention anythingwas thinking about
 opening a bug report?

 
 I give you permission to file a bug ;-).  Something's not right about that.
 
May already be solved; both firefox and tbird went to 1.0.6-r2 very
early today.

I've gotta say, I'm getting tired of upgrading them (I saw the upgrade
to 1.0.6 two days ago, but waited; there was an upgrade to 1.0.6-r1,
which I took yesterday afternoon, and today I have to upgrade to 1.0.6-r2).

There was also an upgrade to the version of mozilla launcher in the past
day and a half; in my original emerge -uaDtv world, 1.39 was proposed, a
few hours later, when I finally got around to actually upgrading (after
another, extra sync), the version had been bumped to 1.45.

In any case, I'm not having any problems with firefox or tbird 1.0.6-r1
atm-- but then again, I'm not using the bins. But, amazingly, Enigmail
works out of the box on upgrade (which is a first; I usually have to
reinstall it), and I was clever enough to backup my search plugins
before upgrading (and order them in user.js, which should be
unaffected), so as soon as I upgrade (again), I should be able to put
them back and move on with my life.

I was going to post a question as to whether anybody knew how many more
revisions we're going to see to the Mozilla programs in the next couple
days; I understand heavy development, but three upgrades in three days
is a bit much even for me (since it takes an hour and a half or so to
compile each program, and further means I have to use Konq for that time
if I don't want to mess up ff by having it loaded while it's upgrading.

So I'd love to know if this is likely to settle down soon, if anybody
happens to follow the relevant development.

Holly
-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread Jules Colding
Hi,

emerge --sync  emerge -vauDN today gave me the following error.

-- 
  jules


## Build Error #
../../dist/bin/xpt_link _xpidlgen/cookie.xpt _xpidlgen/nsIImgManager.xpt 
_xpidlgen/nsIPermission.xpt _xpidlgen/nsICookieAcceptDialog.xpt 
_xpidlgen/nsICookiePromptService.xpt
/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/config/nsinstall -R -m 
644 _xpidlgen/cookie.xpt ../../dist/gre/components
/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/config/nsinstall -R -m 
644 _xpidlgen/cookie.xpt ../../dist/bin/components
+++ making chrome 
/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions/cookie  = 
../../dist/bin/chrome/comm.jar
+++ adding chrome ../../dist/bin/chrome/installed-chrome.txt
+++ content,install,url,jar:resource:/chrome/comm.jar!/content/cookie/
  adding: content/cookie/cookieTasksOverlay.xul (stored 0%)
  adding: content/cookie/cookieNavigatorOverlay.xul (stored 0%)
  adding: content/cookie/cookieContextOverlay.xul (stored 0%)
  adding: content/cookie/cookiePrefsOverlay.xul (stored 0%)
  adding: content/cookie/pref-cookies.xul (stored 0%)
  adding: content/cookie/pref-images.xul (stored 0%)
  adding: content/cookie/pref-popups.xul (stored 0%)
  adding: content/cookie/cookieOverlay.js (stored 0%)
  adding: content/cookie/p3p.xul (stored 0%)
  adding: content/cookie/p3pDialog.xul (stored 0%)
  adding: content/cookie/cookieAcceptDialog.xul (stored 0%)
  adding: content/cookie/cookieAcceptDialog.js (stored 0%)
+++ overriding content/cookie/contents.rdf
  adding: content/cookie/contents.rdf (stored 0%)
+++ making chrome 
/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions/cookie  = 
../../dist/bin/chrome/modern.jar
zip warning: ../modern.jar not found or empty
  adding: skin/modern/communicator/cookie/taskbar-cookie.gif (stored 0%)
  adding: skin/modern/communicator/cookie/status-cookie.gif (stored 0%)
+++ making chrome /var/tmp/portage/homedir  = ../../dist/bin/chrome/classic.jar
error: file './resources/skin/classic/taskbar-cookie.gif' doesn't exist at 
../../config/make-jars.pl line 418.
gmake[3]: *** [libs] Error 2
gmake[3]: Leaving directory 
`/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions/cookie'
gmake[2]: *** [libs] Error 2
gmake[2]: Leaving directory 
`/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions'
gmake[1]: *** [tier_94] Error 2
gmake[1]: Leaving directory 
`/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla'
make: *** [default] Error 2

!!! ERROR: www-client/mozilla-firefox-1.0.6-r2 failed.
!!! Function src_compile, Line 159, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.

## emerge --info #
omc-2 ~ # emerge --info
Portage 2.0.51.22-r2 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.5-r0, 
2.6.12-gentoo-r6 x86_64)
=
System uname: 2.6.12-gentoo-r6 x86_64 AMD Opteron(tm) Processor 252
Gentoo Base System version 1.6.13
dev-lang/python: 2.3.5
sys-apps/sandbox:1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=amd64
AUTOCLEAN=yes
CBUILD=x86_64-pc-linux-gnu
CFLAGS=-march=k8 -O2 -pipe
CHOST=x86_64-pc-linux-gnu
CONFIG_PROTECT=/etc /usr/kde/2/share/config /usr/kde/3/share/config 
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config 
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ 
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ 
/usr/share/texmf/xdvi/ /var/qmail/control
CONFIG_PROTECT_MASK=/etc/gconf /etc/terminfo /etc/env.d
CXXFLAGS=-march=k8 -O2 -pipe
DISTDIR=/usr/portage/distfiles
FEATURES=autoconfig distlocks sandbox sfperms strict
GENTOO_MIRRORS=http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ 
http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ 
http://pandemonium.tiscali.de/pub/gentoo/ 
ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo http://mirror.gentoo.no/ 
http://gentoo.prz.rzeszow.pl http://ftp.du.se/pub/os/gentoo 
ftp://mirror.pudas.net/gentoo;
MAKEOPTS=-j1
PKGDIR=/usr/portage/packages
PORTAGE_TMPDIR=/var/tmp
PORTDIR=/usr/portage
SYNC=rsync://rsync.europe.gentoo.org/gentoo-portage
USE=amd64 X aac aalib alsa avi berkdb bitmap-fonts bzip2 cdr crypt cups curl 
dvd dvdr dvdread eds emacs encode esd fam fbcon foomaticdb fortran gdbm gif 
gnome gpm gstreamer gtk gtk2 hal iconv imlib ipv6 jpeg libwww lzw lzw-tiff mad 
mozilla mp3 mpeg ncurses nls nptl nptlonly nvidia ogg opengl pam pdflib perl 
png python quicktime readline sdl spell ssl symlink tcltk tcpd tetex theora 
tiff truetype-fonts type1-fonts unicode usb userlocales vorbis xine xml2 xmms 
xpm xv xvid zlib userland_GNU kernel_linux elibc_glibc
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY




Re: [gentoo-user] Audigy 2 ZS [SB0350] problems on AMD64

2005-07-23 Thread Jules Colding
On Fri, 2005-07-22 at 18:28 -0700, Bob Sanders wrote:
 Repeating clicks is usually an indication of empty audio buffers.  It means
 your system can't keep the sound card supplied with data.  You might be
 able to get some help by making your kernel preemptible -
 
   Symbol: PREEMPT [=y]
  x  
 Prompt: Preemptible Kernel
x  
 Defined at arch/x86_64/Kconfig:210
  x  
 Location: 
  x  
   - Processor type and features 

Tried that. No success. Tried disabling ACPI too, same result (noise and
clicks).

-- 
  jules


-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] switching to LCD monitor

2005-07-23 Thread Philip Webb
050721 James Hiscock wrote:
 My question to anyone who can advise is this:
 do I just unplug the CRT  plug in the LCD ?  will it work so simply ?
 In most cases, yes,
 but you'll need to restart X if you do the swap while it's running.

No !  I wasn't thinking of hotplugging the monitor !

 The horysontal sync  vertical refresh aren't likely to be the same,
 so you'll have to adapt your current xorg.conf
 I've read a few times that wrong values can harm your screen
 (but never seen it happen) so be careful.
 Or you can use 'xorgconfig' and answer the questions step by step.
 I did this on a 17'' dell TFT at work and it worked first try.
 or you could just remove the horizontal sync  vertical refresh lines
 from your xorg.conf, and let xorg figure it out for you.

Thanks for the advice.  Hopefully, if the mobo  graphics card handle it,
Xorg won't have too much difficulty getting used to it.
I would assume that LCDs are less susceptible to damage than CRTs,
if they are given the wrong sync  refresh rates.

-- 
,,
SUPPORT ___//___,  Philip Webb : [EMAIL PROTECTED]
ELECTRIC   /] [] [] [] [] []|  Centre for Urban  Community Studies
TRANSIT`-O--O---'  University of Toronto
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread Patrick Börjesson
On 05/07/23 13:38, Jules Colding wrote:
 emerge --sync  emerge -vauDN today gave me the following error.
[snip]
 
I'd think that the developers would rather have that information posted
to http://bugs.gentoo.org/ instead...

-- 
Regards,
  Patrick Börjesson

PGP signature: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21792A5D
PGP fingerprint: 74AF D4EF 6BDE CF77 16BE  6A29 CDB8 7607 2179 2A5D


pgpsoTSNZPCHa.pgp
Description: PGP signature


Re: [gentoo-user] thunderbird/firefox conflict

2005-07-23 Thread Tero Grundström

On Sat, 23 Jul 2005, Holly Bostick wrote:


I've gotta say, I'm getting tired of upgrading them (I saw the upgrade
to 1.0.6 two days ago, but waited; there was an upgrade to 1.0.6-r1,
which I took yesterday afternoon, and today I have to upgrade to 1.0.6-r2).


I'm getting tired of it too. I would understand this upgrade cycle with 
some smaller packages, but ff and tb are huge programs to compile this 
often.


And as if bumping the revisions were not enough they keep deleting the 
previous versions from the tree making it hard to mask the new ones:
If the old one is gone, you just cannot add the new one to your 
package.mask file - you also have to put a fake ebuild to your local 
portage tree. Otherwise portage will want to *downgrade* with emerge -u 
world. Or worse, complain about missing packages if the current one is 
the only one in the tree, as it was with firefox-1.0.5-r1.




In any case, I'm not having any problems with firefox or tbird 1.0.6-r1


That's the real paradox here. I don't remember when was the last time I 
had a problem with ff (actually I use only Galeon these days, compiled 
against ff) so it feels so stupid to compile it just because of these 
revision bumps (yeah, I know - you don't *have to* upgrade, they'll 
say - but then again, read what I said above).




I was going to post a question as to whether anybody knew how many more
revisions we're going to see to the Mozilla programs in the next couple
days; I understand heavy development, but three upgrades in three days
is a bit much even for me (since it takes an hour and a half or so to
compile each program, and further means I have to use Konq for that time
if I don't want to mess up ff by having it loaded while it's upgrading.


Hmmm... I don't see how it could mess ff this way.


So I'd love to know if this is likely to settle down soon, if anybody
happens to follow the relevant development.


Relevant? But is it really...? ;-)

--
T.G.
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread Holly Bostick
Jules Colding schreef:
 Hi,
 
 emerge --sync  emerge -vauDN today gave me the following error.
 

   adding: skin/modern/communicator/cookie/taskbar-cookie.gif (stored 0%)
   adding: skin/modern/communicator/cookie/status-cookie.gif (stored 0%)
 +++ making chrome /var/tmp/portage/homedir  = 
 ../../dist/bin/chrome/classic.jar
 error: file './resources/skin/classic/taskbar-cookie.gif' doesn't exist at 
 ../../config/make-jars.pl line 418.
 gmake[3]: *** [libs] Error 2
 gmake[3]: Leaving directory 
 `/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions/cookie'
 gmake[2]: *** [libs] Error 2
 gmake[2]: Leaving directory 
 `/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions'
 gmake[1]: *** [tier_94] Error 2
 gmake[1]: Leaving directory 
 `/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla'
 make: *** [default] Error 2
 
 !!! ERROR: www-client/mozilla-firefox-1.0.6-r2 failed.
 !!! Function src_compile, Line 159, Exitcode 2
 !!! (no error message)
 !!! If you need support, post the topmost build error, NOT this status 
 message.
 
 ## emerge --info #
 omc-2 ~ # emerge --info
 Portage 2.0.51.22-r2 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.5-r0, 
 2.6.12-gentoo-r6 x86_64)
 =
 System uname: 2.6.12-gentoo-r6 x86_64 AMD Opteron(tm) Processor 252
 Gentoo Base System version 1.6.13
 dev-lang/python: 2.3.5
 sys-apps/sandbox:1.2.11
 sys-devel/autoconf:  2.13, 2.59-r6
 sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
 sys-devel/binutils:  2.15.92.0.2-r10
 sys-devel/libtool:   1.5.18-r1
 virtual/os-headers:  2.6.11-r2
 ACCEPT_KEYWORDS=amd64
 AUTOCLEAN=yes
 CBUILD=x86_64-pc-linux-gnu
 CFLAGS=-march=k8 -O2 -pipe
 CHOST=x86_64-pc-linux-gnu
 CONFIG_PROTECT=/etc /usr/kde/2/share/config /usr/kde/3/share/config 
 /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config 
 /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ 
 /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ 
 /usr/share/texmf/xdvi/ /var/qmail/control
 CONFIG_PROTECT_MASK=/etc/gconf /etc/terminfo /etc/env.d
 CXXFLAGS=-march=k8 -O2 -pipe

Well, since I just (literally, 10 minutes ago) emerged
mozilla-firefox-1.0.6-r2, and had no problems on a 32-bit system, I must
suspect that this is a 64-bit issue.

In that regard, I see at least one thing in your emerge info that has
been called into question for 64-bit users in recent threads:

CFLAGS=-march=k8

I am, of course, not a 64-bit user, so I don't know anything about this,
but I have seen several responses to similar questions that suggest that
the correct flag is

march=amd64

Oh, and despite what Patrick said, I think you were right to post here
first-- no need to clog up b.g.o with what might be a configuration
problem and waste developer's time closing an invalid bug.

I think it's always wise to try to make sure that it really is a bug
before posting it.

And it seems to me that if there is a bug, it might be a *documentation*
bug (because the other person who mentioned using march=k8 said that
that was the recommendation of the docs, but that seems to no longer be
the case, if people using this flag are regularly receiving compilation
errors).

Holly
-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] Double Firefox folders in /usr/lib?

2005-07-23 Thread Holly Bostick
Hi,
As you may have heard, I've upgraded Firefox twice in the last two days
(could have been three times, but I skipped one update).

I'm compiling it, not using the bins.

Well, somewhere between 1.0.5 (where I started) and 1.0.6-r2 (where I
ended up) the folder in /usr/lib changed from

MozillaFirefox

to

mozilla-firefox

Same thing happened with Thunderbird (MozillaThunderbird to
mozilla-thunderbird).

Now, everything works (that's not the problem), and I know that
mozilla-firefox is the folder being used (because I backed up my
searchplugins folder before upgrading, and moved it back to
mozilla-firefox before opening the upgraded firefox, and all my search
engine plugins are now being shown).

But am I supposed to have both folders? Shouldn't one of them (the old
one) have been deleted when the previous versions of Firefox (and
Thunderbird) were removed? Or are they still used for some reason (and
if so, then why do I have to have a new folder)?

Seems to me that something's a bit wonky somewhere, but thought I'd
check here to see if

1) anybody else is seeing this

2) anybody knows a reason this configuration makes sense/is valid

before posting a bug.

Holly
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] thunderbird/firefox conflict

2005-07-23 Thread Holly Bostick
Tero Grundström schreef:
 
 In any case, I'm not having any problems with firefox or tbird 1.0.6-r1
 
 
 That's the real paradox here. I don't remember when was the last time I
 had a problem with ff (actually I use only Galeon these days, compiled
 against ff) so it feels so stupid to compile it just because of these
 revision bumps 

No, you actually *did* have to upgrade to 1.0.6-- there was a GLSA for
1.0.5, for which 1.0.6 was the fix.

But what happened (or seems to have happened) is that some aspect of
this enterprise (either on the mozilla side or the gentoo side) was a
bit borked, requiring a revision, and then the revision had to be fixed.

Or the error was on both sides--from the changelog, it looks like
there was an error in the original 1.0.6 ebuild, requiring a revision to
1.0.6-r1, and then there was an upgrade to the source (10MozillaFirefox
lib dir), which required another revision to the ebuild.

The whole thing seems to have been a bit of a mess, but everybody seems
to have been a part of it.

Oh, well. Hope everything is straightened out now, except for the issue
raised in my post Double Firefox folders in /usr/lib?.

So if that's a real issue, there could be another revision in all of our
futures. Sorry.

Holly
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread Jules Colding
On Sat, 2005-07-23 at 14:50 +0200, Holly Bostick wrote:
 Well, since I just (literally, 10 minutes ago) emerged
 mozilla-firefox-1.0.6-r2, and had no problems on a 32-bit system, I must
 suspect that this is a 64-bit issue.
 
 In that regard, I see at least one thing in your emerge info that has
 been called into question for 64-bit users in recent threads:
 
 CFLAGS=-march=k8
 
 I am, of course, not a 64-bit user, so I don't know anything about this,
 but I have seen several responses to similar questions that suggest that
 the correct flag is
 
 march=amd64

Do you remember where you've seen this? I have searched devel, user and
amd64 without finding any relevant posting. I choose march=k8 due to
the recommendation of the handbook.

Thanks,
  jules


-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] thunderbird/firefox conflict

2005-07-23 Thread Benno Schulenberg
Holly Bostick wrote:
 I understand heavy development, but three
 upgrades in three days is a bit much even for me

Come on, Holly, when you're running unstable (~x86), you've got to 
be ready to take frequent updates.  Or, to circumvent this, you 
could sync less often: once a week works fine here.

 (since it takes 
 an hour and a half or so to compile each program, and further
 means I have to use Konq for that time if I don't want to mess up
 ff by having it loaded while it's upgrading.

There's no problem with using Firefox while it is being compiled.  
Only as soon as it has actually been merged, it may be wise to 
restart it.

Benno
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] thunderbird/firefox conflict

2005-07-23 Thread Tero Grundström

On Sat, 23 Jul 2005, Holly Bostick wrote:


Tero Grundström schreef:



In any case, I'm not having any problems with firefox or tbird 1.0.6-r1



That's the real paradox here. I don't remember when was the last time I
had a problem with ff (actually I use only Galeon these days, compiled
against ff) so it feels so stupid to compile it just because of these
revision bumps


No, you actually *did* have to upgrade to 1.0.6-- there was a GLSA for
1.0.5, for which 1.0.6 was the fix.


Actually, I was talking about revision bumps, not version bumps.

But no, I don't *have to* to upgrade anything, GLSA or not. Unless you 
come here and put a gun on my head ;)




--
T.G.

Re: [gentoo-user] thunderbird/firefox conflict

2005-07-23 Thread Holly Bostick
Benno Schulenberg schreef:
 Holly Bostick wrote:
 
I understand heavy development, but three
upgrades in three days is a bit much even for me
 
 
 Come on, Holly, when you're running unstable (~x86), you've got to 
 be ready to take frequent updates.  Or, to circumvent this, you 
 could sync less often: once a week works fine here.

In this case, syncing less often wasn't an issue-- the reason I had to
upgrade to 1.0.6 was due to a GLSA. Having to upgrade once due to
instability of the GLSA upgrade is fine, but twice is a bit annoying,
especially when that means *6* compiles (firefox and thunderbird each
three times).

And the fact that we're revising on-the-fly, as it were, would suggest
that there's 'no end in sight'-- at least I as a user can't see any such
end, since being neither a Mozilla nor a Gentoo developer, I don't know
if everything that needed to be fixed is finished being fixed or not, or
if there remain any 'loose ends' to be tied.

I understand completely that 'these things happen', and I'm not
complaining about that *per se*, I'd just like to know if there is in
fact an end in sight, and whether we've perhaps reached it (or it is at
least close).

 
 
(since it takes 
an hour and a half or so to compile each program, and further
means I have to use Konq for that time if I don't want to mess up
ff by having it loaded while it's upgrading.
 
 
 There's no problem with using Firefox while it is being compiled.  
 Only as soon as it has actually been merged, it may be wise to 
 restart it.


Not completely true. You can use an already-opened instance of
Firefox--- as long as you stay within the same window.

Open another window for any reason, and the whole thing will close down
(because you can't open a new instance of Firefox while Firefox is
compiling). So forums or database sites that open new windows to create
posts, or display information about an item in the database are
unuseable during this time.

Rather than control my surfing, I prefer to use another browser until
Firefox is finished compiling.

Holly
 
 Benno

-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] Re: [FIXED] Audigy 2 ZS [SB0350] problems on AMD64

2005-07-23 Thread Jules Colding
On Fri, 2005-07-22 at 18:12 +0200, Jules Colding wrote:
 Hi,
 
 I have the above mentioned sound card installed in my dual 252 Opteron.
 I have enabled ALSA and OSS emulation in the kernel and everything is
 compiled in, no alsa modules. The card is correctly detected on boot-up
 and apparently activated. 
 
 Everything seems to be configured correctly according to the alsa guide.
 The problem is that I am only hearing cyclically repeating clicks, with
 weak static noise in-between, when I am trying to play music. I have a
 set of analog 2.1 speakers connected to the analog output jack on the
 card.
 
 Any ideas why this doesn't work?

OK, I now have sound.

The solution? Disable ALSA, enable OSS. Not exactly what I had in mind,
but now I can play music.

Best regards,
  jules


-- 
Jules Colding
PGP Public Key: 6266E7B7

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Double Firefox folders in /usr/lib?

2005-07-23 Thread Richard Fish

Holly Bostick wrote:


But am I supposed to have both folders? Shouldn't one of them (the old
one) have been deleted when the previous versions of Firefox (and
Thunderbird) were removed? Or are they still used for some reason (and
if so, then why do I have to have a new folder)?

Seems to me that something's a bit wonky somewhere, but thought I'd
check here to see if

1) anybody else is seeing this

2) anybody knows a reason this configuration makes sense/is valid

before posting a bug.

 



I saw the same thing.  I think the old folders would have been deleted 
by portage, except that some plugins (like flash and realplayer) 
installed symlinks into those directories, which prevented portage from 
removing them just because firefox/thunderbird was updated.


I just rm -rf'd the directories...but a better plan would have been to:

equery belongs `find /usr/lib/MozillaFirefox -type f`

and the same thing for Thunderbird.  After remerging all resulting 
packages, there should be basically nothing left in either of the old 
directories.


-Richard



--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] thunderbird/firefox conflict

2005-07-23 Thread Tero Grundström

On Sat, 23 Jul 2005, Holly Bostick wrote:


Benno Schulenberg schreef:

Holly Bostick wrote:


I understand heavy development, but three
upgrades in three days is a bit much even for me



Come on, Holly, when you're running unstable (~x86), you've got to
be ready to take frequent updates.  Or, to circumvent this, you
could sync less often: once a week works fine here.


In this case, syncing less often wasn't an issue-- the reason I had to
upgrade to 1.0.6 was due to a GLSA.


I don't find any GLSA on firefox-1.0.6. Even the official firefox release
notes doesn't list any security fixes.





(since it takes
an hour and a half or so to compile each program, and further
means I have to use Konq for that time if I don't want to mess up
ff by having it loaded while it's upgrading.



There's no problem with using Firefox while it is being compiled.
Only as soon as it has actually been merged, it may be wise to
restart it.



Not completely true. You can use an already-opened instance of
Firefox--- as long as you stay within the same window.

Open another window for any reason, and the whole thing will close down
(because you can't open a new instance of Firefox while Firefox is
compiling). So forums or database sites that open new windows to create
posts, or display information about an item in the database are
unuseable during this time.

Rather than control my surfing, I prefer to use another browser until
Firefox is finished compiling.


Erhm.. I don't know how in the world you could be seeing this kind of 
behavior while compiling firefox...


Anyways, you're just so wrong here, Holly (and Benno is right). Don't you
understand the concept of compiling? When something is being compiled
*nothing* gets installed during that time, and so it couldn't interfere
with your current installation. The program gets installed only after
compiling has finished.

make  make install, you know... or do you?

--
T.G.
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] thunderbird/firefox conflict

2005-07-23 Thread Tero Grundström

On Sat, 23 Jul 2005, Tero Grundström wrote:


On Sat, 23 Jul 2005, Holly Bostick wrote:


In this case, syncing less often wasn't an issue-- the reason I had to
upgrade to 1.0.6 was due to a GLSA.


I don't find any GLSA on firefox-1.0.6. Even the official firefox release
notes doesn't list any security fixes.


I mean on firefox (or thunderbird) =1.0.5, ofcourse...


--
T.G.

Re: [gentoo-user] lost /lib/security/pam_console.so

2005-07-23 Thread George Roberts

Richard Fish wrote:


Peter Gordon wrote:


Try setting the pam_console USE flag and re-emerging pam:
# echo sys-libs/pam  pam_console  /etc/portage/package.use
# emerge sys-libs/pam

Although, it's rather odd that you are unable to login. I do not have
pam_console either but I can still login through gdm just fine (with a
similar warning in my system log).
 



If /etc/pam.d/gdm specifies pam_console, then this is why it is 
required.  George, can you post the contents of that file?


-Richard

I just downgraded my baselib and pam after I found a simular issue in 
the forums.  But gdm still not working.
I don't have the time to check the logs (yuck work) this morning, will 
check them tonight.

Here is my currant /etc/pam.d/gdm
#%PAM-1.0
auth   optionalpam_env.so
auth   includesystem-auth
auth   requiredpam_nologin.so
accountincludesystem-auth
password   includesystem-auth
sessionincludesystem-auth

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] MySQL Run Script Weirdness

2005-07-23 Thread A. Khattri
On Fri, 22 Jul 2005, Patrick Rutkowski wrote:

 [code]
 localhost mysql # /etc/init.d/mysql stop
  * ERROR:  mysql has not yet been started.
 localhost mysql #
 [/code]

 The fact that I can't use the runscript to stop the proess gets to me... I'm
 itching to fix this.

Did you run mysql_install_db after emerging MySQL???

If you didn't, then I would kill off MySQL, run the script, then do
/etc/init.d/mysql zap, after which the normal start and stop should
work.

-- 

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread Patrick Börjesson
On 05/07/23 14:50, Holly Bostick wrote:
 Jules Colding schreef:
  emerge --sync  emerge -vauDN today gave me the following error.
  
[snip]
 
 Well, since I just (literally, 10 minutes ago) emerged
 mozilla-firefox-1.0.6-r2, and had no problems on a 32-bit system, I must
 suspect that this is a 64-bit issue.
 
 In that regard, I see at least one thing in your emerge info that has
 been called into question for 64-bit users in recent threads:
 
 CFLAGS=-march=k8
 
 I am, of course, not a 64-bit user, so I don't know anything about this,
 but I have seen several responses to similar questions that suggest that
 the correct flag is
 
 march=amd64

Looking at gcc's info page, there is no amd64 target. The only ones I
can find that seems reasonable are k8 and athlon64. I use k8 myself and
haven't had _any_ problems with it. 

 Oh, and despite what Patrick said, I think you were right to post here
 first-- no need to clog up b.g.o with what might be a configuration
 problem and waste developer's time closing an invalid bug.

I really don't see how this could be a configuration problem, since it
would have complained about an erroneous compilation flag if it was the
k8 thing that was at fault... And missing files (which the compilation
error points at) sounds pretty much like a valid bug to me...

 I think it's always wise to try to make sure that it really is a bug
 before posting it.

Of course, but looking at the ordinary response from developers to these
kind of emails, I'd guess that b.g.o is where they want the report, not
here...

 And it seems to me that if there is a bug, it might be a *documentation*
 bug (because the other person who mentioned using march=k8 said that
 that was the recommendation of the docs, but that seems to no longer be
 the case, if people using this flag are regularly receiving compilation
 errors).

Documentation bug? Not recommended by the docs any more? 
You might want to actually try to find information about the subjects
you respond to. 

Straight out of the AMD64 Gentoo Handbook:
AMD64 users who want to use a native 64 bit system should use
-march=k8
Combining that cite with the information from the gcc info page, I'm
pretty sure it's not a documentation bug. 

-- 
Regards,
  Patrick Börjesson

PGP signature: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21792A5D
PGP fingerprint: 74AF D4EF 6BDE CF77 16BE  6A29 CDB8 7607 2179 2A5D


pgpXnDevvfSnn.pgp
Description: PGP signature


Re: [gentoo-user] thunderbird/firefox conflict

2005-07-23 Thread Tero Grundström

On Sat, 23 Jul 2005, Holly Bostick wrote:


You don't have to insult me with a strong implication that I'm stupid or
something-- certainly over an issue that neither of us control
(Portage), and certainly not over behaviour that I have clearly
documented my experience of.

Geez.

Holly


I should say nothing more than that I'm really sorry if I've implied 
something like that.


Lets end this tero/holly conflict right here :)



--
T.G.
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] MySQL Run Script Weirdness

2005-07-23 Thread Patrick Rutkowski
On Saturday 23 July 2005 11:27, A. Khattri wrote:
 On Fri, 22 Jul 2005, Patrick Rutkowski wrote:
  [code]
  localhost mysql # /etc/init.d/mysql stop
   * ERROR:  mysql has not yet been started.
  localhost mysql #
  [/code]
 
  The fact that I can't use the runscript to stop the proess gets to me...
  I'm itching to fix this.

 Did you run mysql_install_db after emerging MySQL???

 If you didn't, then I would kill off MySQL, run the script, then do
 /etc/init.d/mysql zap, after which the normal start and stop should
 work.

 --

Heh, yes; of course I did mysql_install_db
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Audigy 2 ZS [SB0350] problems on AMD64

2005-07-23 Thread Bob Sanders
On Sat, 23 Jul 2005 14:00:34 +0200
Jules Colding [EMAIL PROTECTED] wrote:


 
 Tried that. No success. Tried disabling ACPI too, same result (noise and
 clicks).
 

Given you have am amd64 based machine, I'm pretty surprised at the noise.
What else is on the PCI bus?

As to cards, it doesn't need to be amd64 specific, if alsa supports it, they
will work.  For decent sound most cards with an envy24 controller and 24-bit
DACs are pretty good.  You;ll use more cpu to run them, but nothing significant.
One card is M-Audio's Revolution 7.1.

Another I like to run the Headroom's Bitwise headphone amp.  It hooks up via 
USB.
While the DAC is only 16-bit, it does a really grest job.  Plus it's outside 
the box.

Beware USB attached sound cards, while some work, many require firmware 
downloads
to function.

Bob
-  
-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] root logout: not clearing the screen...

2005-07-23 Thread Jarry

Hi gentoorians! :-)

I have noticed some strange (and imho rather not secure) thing:

A common, not root user logs in on vc1 (2,3,4), then he runs some
process which writes output to screen (e.g. ls -al), then he logs out.
After logging out the screen is cleared, and a new log-in prompt is
on the top of a screen. Except for log-in prompt and welcome message,
screen is empty...

Now root logs-in on vc1 (vc2,3...), also issues ls -al, then exits.
But (to my big surprise), even after logging out, screen is not cleared,
and output of ls -al command (previously issued by root) is still
visible on the screen, and a new log-in prompt is on the bottom!

I am not expert for computer security, but this seems to me rather
illogical. I think it is quite dangerous to let output of root's work
remain on the screen after root logged itself out. How can I fix it?
But not something like # echo clear  $HOME/.bash_logout, this would
not work if root changes its shell. I'd prefer some system fix...

Jarry

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread Richard Fish


Patrick Börjesson wrote:


Oh, and despite what Patrick said, I think you were right to post here
first-- no need to clog up b.g.o with what might be a configuration
problem and waste developer's time closing an invalid bug.
   



I really don't see how this could be a configuration problem, since it
would have complained about an erroneous compilation flag if it was the
k8 thing that was at fault... And missing files (which the compilation
error points at) sounds pretty much like a valid bug to me...

 



Errors building packages are *frequently* configuration problems.  
Anybody who has followed this list for at least a month knows that.


Thus, this is a perfectly valid forum to get feedback on an issue before 
filing a new bug report on b.g.o.  Bug reports that are not really bugs 
just waste valuable developer time.


That said, I do agree that this looks like an AMD64 specific bug.



I think it's always wise to try to make sure that it really is a bug
before posting it.
   



Of course, but looking at the ordinary response from developers to these
kind of emails, I'd guess that b.g.o is where they want the report, not
here...
 



Here being gentoo-user, there are not a lot of developer responses 
here.  On gentoo-dev, you are correct, the standard response is file on 
b.g.o.  But I still maintain that it is better to ask here (or on the 
forums, or on #gentoo) first.



And it seems to me that if there is a bug, it might be a *documentation*
bug (because the other person who mentioned using march=k8 said that
that was the recommendation of the docs, but that seems to no longer be
the case, if people using this flag are regularly receiving compilation
errors).
   



Documentation bug? Not recommended by the docs any more? 
You might want to actually try to find information about the subjects
you respond to. 


Straight out of the AMD64 Gentoo Handbook:
AMD64 users who want to use a native 64 bit system should use
-march=k8
Combining that cite with the information from the gcc info page, I'm
pretty sure it's not a documentation bug. 

 



Hold on...the -march thing would be an easy mistake to make for those of 
us who don't run AMD processors, and are just trying to help.  Afterall, 
the platform keyword  is amd64.  And gcc info says that k8, opteron, 
athlon64, and athlon-fx are all equivalent, although I would suggest 
that the non-k8 options are more descriptive.


-Richard

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Re: [New Development] - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Joseph
On Sat, 2005-07-23 at 10:16 +0200, Richard Fish wrote:
 Joseph wrote:
 
 I was trying to run this Red Hat memtest.sh script.
 So I copied the linux.tar.gz (45Mb file) to /tmp directory.
 
 Though when I try to run the script as user it keeps complaining:
 mv: cannot stat `linux': No such file or directory
 mv: cannot stat `linux': No such file or directory
 
   
 
 
 Does tar -tzvf linux.tar.gz show the top-level directory as linux, 
 or linux-2.  If the latter, do the following to make a suitable 
 tar.gz for the script (it is easier than fixing the script!):
 
 tar -xzvf linux.tar.gz
 mv linux-* linux
 tar -czvf linux.tar.gz linux
 
 HTH
 -Richard

That did it.
Though it complained when I did 
mv linux-* linux 
it wanted full dir name:
mv linux-2.6.12 linux

This test is running right now on my main server, 
though when I try to run it on the new box it keeps complaining:
-bash: ./memtest.sh: /bin/bash2: bad interpreter: No such file or
directory

On both boxes the I have bash-3.0 so what is it looking for?

I've run some emerge overnight with the memory sticks from my backup
server and it run just fine.
Now, what I want to do is to run this Red Hat memtest.sh and memtest86
on the new box (on the new memory stick) to compare the results.

-- 
#Joseph
-- 
gentoo-user@gentoo.org mailing list



[gentoo-user] Re: [New Development] - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Francesco Talamona
On Saturday 23 July 2005 18:58, Joseph wrote:
 On Sat, 2005-07-23 at 10:16 +0200, Richard Fish wrote:
  Joseph wrote:
[...]
 -bash: ./memtest.sh: /bin/bash2: bad interpreter: No such file or
 directory

 On both boxes the I have bash-3.0 so what is it looking for?

Correct the first line of the script from #!/bin/bash2 to 
#!/bin/bash and everything will be fine.

Ciao
Francesco

-- 
Linux Version 2.6.11-gentoo-r11, Compiled #1 Thu Jun 23 05:26:18
One 2.2GHz AMD Athlon 64 Processor, 2GB RAM, 4325.37 Bogomips Total
aemaeth
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Re: [New Development] - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Joseph
 [...]
  -bash: ./memtest.sh: /bin/bash2: bad interpreter: No such file or
  directory
 
  On both boxes the I have bash-3.0 so what is it looking for?
 
 Correct the first line of the script from #!/bin/bash2 to 
 #!/bin/bash and everything will be fine.
 
 Ciao
   Francesco

Thank you, yes that is what I did as soon as I posted the message.
Though it puzzle me whey it runs on my main server and not on the new
box?

Ps. my mean server pass the memtest.sh without any errors, I'm only
curious the  result of that bad rum sticks that pass memtest86 on the
new box.  I will re-run both test and post the results.

-- 
#Joseph
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Re: [New Development] - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Richard Fish

Joseph wrote:


On Sat, 2005-07-23 at 10:16 +0200, Richard Fish wrote:
 


Joseph wrote:

   


I was trying to run this Red Hat memtest.sh script.
So I copied the linux.tar.gz (45Mb file) to /tmp directory.

Though when I try to run the script as user it keeps complaining:
mv: cannot stat `linux': No such file or directory
mv: cannot stat `linux': No such file or directory



 

Does tar -tzvf linux.tar.gz show the top-level directory as linux, 
or linux-2.  If the latter, do the following to make a suitable 
tar.gz for the script (it is easier than fixing the script!):


tar -xzvf linux.tar.gz
mv linux-* linux
tar -czvf linux.tar.gz linux

HTH
-Richard
   



That did it.
Though it complained when I did 
mv linux-* linux 
it wanted full dir name:

mv linux-2.6.12 linux

 



Sorry, my bad.  I should have left out the quotation marks.

This test is running right now on my main server, 
though when I try to run it on the new box it keeps complaining:

-bash: ./memtest.sh: /bin/bash2: bad interpreter: No such file or
directory

On both boxes the I have bash-3.0 so what is it looking for?
 



Ok, in this case it is an easy change to the script.  The first line says:

#!/bin/bash2

Change it to #!/bin/bash (without the quotation marks.. ;-)

-Richard

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] switching to LCD monitor

2005-07-23 Thread Timo Boettcher
Hi Philip,

* Philip Webb [EMAIL PROTECTED], Thursday, July 21, 2005, 10:24:52 AM:

 I recall that when I installed Gentoo 031005 ,
 I had to copy manually the monitor lines from my previous box,
 which was running Mandrake, in order to get the monitor to work properly.
 Without a working screen, there's no way I could do that this time.

There actually is. Use some Live-cd, like knoppix...

 Timo

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] root logout: not clearing the screen...

2005-07-23 Thread Timo Boettcher
Hi Jarry,


* Jarry [EMAIL PROTECTED], Saturday, July 23, 2005, 6:26:32 PM:

 Hi gentoorians! :-)

 I have noticed some strange (and imho rather not secure) thing:

 A common, not root user logs in on vc1 (2,3,4), then he runs some
 process which writes output to screen (e.g. ls -al), then he logs out.
 After logging out the screen is cleared, and a new log-in prompt is
 on the top of a screen. Except for log-in prompt and welcome message,
 screen is empty...

hm, I did that a while back for all users.
I have in /etc/inittab
c1:12345:respawn:/sbin/agetty/ -I '\033[2J\033[f' 38400 tty1 linux



 Timo

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] root logout: not clearing the screen...

2005-07-23 Thread Norberto Bensa
Timo Boettcher wrote:
 hm, I did that a while back for all users.
 I have in /etc/inittab
 c1:12345:respawn:/sbin/agetty/ -I '\033[2J\033[f' 38400 tty1 linux

(clear ; cat /etc/issue.logo)  /etc/issue




  Timo

-- 
Norberto Bensa
informática BeNSA
4544-9692 / 15-4190-6344
Ciudad de Buenos Aires, Argentina


pgpVDrO8O4a4F.pgp
Description: PGP signature


Re: [gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread Richard Fish

Patrick Börjesson wrote:

 When did I say that it wasn't frequent with configuration problems
 leading to failed builds? I was (and anyone really reading my reply
 would realize it) pointing to this specific failed build.

 And I'm just curious; how would a configuration error (that the user
 has made) lead to a graphics file missing during the build? (not
 counting in those configurations where you're yourself editing the
 ebuild or otherwise fucking with depends and build options suggested
 by the ebuild maintainer)


I already said I agree with you, that in this specific case it seems to 
be a bug appropriate for reporting to b.g.o.


But looking at your original response, you said:


 I'd think that the developers would rather have that information
 posted to http://bugs.gentoo.org/ instead...


To me, Holly, and I'd bet many others, the instead... in that line 
could only be read as telling the OP that he has posted to the wrong 
place, and that we do not welcome such things here.


Plus, the OP message was very much of the here is the output of a 
failed build, what does it mean variety.  Many such posts come from 
people who don't know how to recognize the actual source of the build 
failure.  Whether it says missing file, unresolved symbol, locking 
failed, or compiler bug, they simply do not know what it *really* 
means (and sometimes, not even what line contains the real problem).


Now, I don't mean to offend any users here.  I don't expect everybody 
running Gentoo to be a programmer or linux expert.  So I will say it 
clearly:  if a user encounters an error in emerge that he doesn't know 
what to do with, it is entirely appropriate to post here first.



 Of course, but in this case it wasn't an oversight... The poster
 explicitly said that using march=k8 seemed to no longer be the
 recommendation of the docs. That implies at least _some_ looking into
 the subject before posting...


No, Holly said that her advice was based on recent threads.  A recent 
thread on this list involving gzip on by an amd64 user suggested trying 
different march options.  Now, it was _bad_ advice (sorry Holly, but it 
was!), but Holly did say she doesn't use amd64 and wasn't sure.



 Since I'm myself using the specified platform and have had at least a
 bit experience with it


Good. Please help educate those of us who don't have or know the amd64 
platform very well! :-)



 Also, since the originator had posted the emerge info output, I
 assumed that he/she was at least a bit familiar with how bug handling
 is handled by Gentoo.


Maybe, but I still think it was pretty clear that the OP was not sure 
whether the problem was an actual bug or not.


-Richard

--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Re: [New Development] - was 1.) Kernel panic - not syncing: Aiee, killing interupt handler

2005-07-23 Thread Richard Fish

Joseph wrote:


[...]
   


-bash: ./memtest.sh: /bin/bash2: bad interpreter: No such file or
directory

On both boxes the I have bash-3.0 so what is it looking for?
 

Correct the first line of the script from #!/bin/bash2 to 
#!/bin/bash and everything will be fine.


Ciao
Francesco
   



Thank you, yes that is what I did as soon as I posted the message.
Though it puzzle me whey it runs on my main server and not on the new
box?

Ps. my mean server pass the memtest.sh without any errors, I'm only
curious the  result of that bad rum sticks that pass memtest86 on the
new box.  I will re-run both test and post the results.
 



My guess is still that if you relax the memory timings in the BIOS, the 
bad RAM will start to work fine.  Of course, *I* would still return it 
and get RAM that actually performs to the specs on the box, but that's 
just me! :-


-Richard


--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread neil

Holly Bostick wrote:


Well, since I just (literally, 10 minutes ago) emerged
mozilla-firefox-1.0.6-r2, and had no problems on a 32-bit system, I must
suspect that this is a 64-bit issue.


Nope. I emerged both firefox and thunderbird without issue on my AMD64 
4000+ about 14 hours ago.



In that regard, I see at least one thing in your emerge info that has
been called into question for 64-bit users in recent threads:

CFLAGS=-march=k8


I use k8. k8, opteron, etc., etc. are supposed to be synonyms as I 
understand it. k8 is the preferred one according to most sources I have 
read but, if they are truly synonyms, I'm not sure why one should be 
preferred over another.



Oh, and despite what Patrick said, I think you were right to post here
first-- no need to clog up b.g.o with what might be a configuration
problem and waste developer's time closing an invalid bug.

I think it's always wise to try to make sure that it really is a bug
before posting it.


Quite right. I doubt that it is a bug - more likely a broken system in 
some way.



the other person who mentioned using march=k8 said that
that was the recommendation of the docs, but that seems to no longer be
the case, if people using this flag are regularly receiving compilation
errors


No errors here. :)


Be lucky,

Neil


--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] MySQL Run Script Weirdness

2005-07-23 Thread A. Khattri
On Sat, 23 Jul 2005, Patrick Rutkowski wrote:

 On Saturday 23 July 2005 11:27, A. Khattri wrote:
  On Fri, 22 Jul 2005, Patrick Rutkowski wrote:
   [code]
   localhost mysql # /etc/init.d/mysql stop
* ERROR:  mysql has not yet been started.
   localhost mysql #
   [/code]
  
   The fact that I can't use the runscript to stop the proess gets to me...
   I'm itching to fix this.
 
  Did you run mysql_install_db after emerging MySQL???
 
  If you didn't, then I would kill off MySQL, run the script, then do
  /etc/init.d/mysql zap, after which the normal start and stop should
  work.
 
  --

 Heh, yes; of course I did mysql_install_db



OK, but did you try the other stuff?


-- 

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Double Firefox folders in /usr/lib?

2005-07-23 Thread neil

Holly Bostick wrote:


MozillaFirefox

to

mozilla-firefox

Same thing happened with Thunderbird (MozillaThunderbird to
mozilla-thunderbird).


Yep. Same thing here. It's in the Changelog.


But am I supposed to have both folders? Shouldn't one of them (the old
one) have been deleted when the previous versions of Firefox (and
Thunderbird) were removed? Or are they still used for some reason (and
if so, then why do I have to have a new folder)?


Portage does not seem to be very good at cleaning up after itself after 
such changes. Files and directories from unmerged packages are 
frequently left on the disk. I do a manual clean-up from time to time.




Seems to me that something's a bit wonky somewhere, but thought I'd
check here to see if

1) anybody else is seeing this


Yes.


2) anybody knows a reason this configuration makes sense/is valid

before posting a bug.


Well, the change is documented as I stated above.


Be lucky,


Neil


--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread Bob Sanders
On Sat, 23 Jul 2005 13:38:38 +0200
Jules Colding [EMAIL PROTECTED] wrote:

 
 emerge --sync  emerge -vauDN today gave me the following error.
 

I had no problem, on my amd64 system, emergeing firefox this morning -

[ I] www-client/mozilla-firefox (1.0.6-r2):  Firefox Web Browser

Here is my emerge info -

Portage 2.0.51.22-r2 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.5-r0, 
2.6.12-gentoo-r4 x86_64)
=
System uname: 2.6.12-gentoo-r4 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.13
ccache version 2.3 [disabled]
dev-lang/python: 2.3.5
sys-apps/sandbox:1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS=amd64
AUTOCLEAN=yes
CBUILD=x86_64-pc-linux-gnu
CFLAGS=-O2 -pipe
CHOST=x86_64-pc-linux-gnu
CONFIG_PROTECT=/etc /usr/kde/2/share/config /usr/kde/3.3/env 
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env 
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config 
/usr/lib/X11/xkb /usr/share/config /var/qmail/control
CONFIG_PROTECT_MASK=/etc/gconf /etc/terminfo /etc/env.d
CXXFLAGS=-O2 -pipe
DISTDIR=/usr/portage/distfiles
FEATURES=autoconfig candy distlocks sandbox sfperms strict
GENTOO_MIRRORS=http://distfiles.gentoo.org 
http://distro.ibiblio.org/pub/Linux/distributions/gentoo;
MAKEOPTS=-j2
PKGDIR=/usr/portage/packages
PORTAGE_TMPDIR=/var/tmp
PORTDIR=/usr/portage
SYNC=rsync://rsync.gentoo.org/gentoo-portage
USE=amd64 3dnowex X a52 aac accessibility acpi alsa audiofile avi bitmap-fonts 
bmp bzip2 bzlib cap cdinstall cdparanoia cdr cdrom codecs cpudetection crypt 
css cups curl curlwrappers dga dillo dv dvd dvdr dvdread emul-linux encode 
escreen esd exif fame ffmpeg fftw flac flash fluidsynth foomaticdb freetype gd 
gdbm gif gimp gimpprint gkrellm glut gmp gpm gs gtk gtk2 ieee1394 image imlib 
imlib2 ithreads jack-tmpfs jpeg jpeg2k ladcca lcms libcaca lirc lm_sensors lzo 
lzw mad mbox mime ming mixer mjpeg mng mp3 mpeg mpeg2 mpeg4 mplayer multilib 
mythtv nls nptl nvidia offensive ogg oggvorbis openal opengl oss pcre pdf 
pdfkit pdflib perl php png portaudio posix ppds python quicktime rar real rtc 
ruby sdk slang sndfile spell ssl svg tcltk theora tiff transcode usb uudeview 
v4l2 vcd vcdimager vhosts vorbis wmf xanim xfs xine xml xml2 xmms xosd xpm 
xscreensaver xv xvid xvmc yv12 zlib zvbi userland_GNU kernel_linux elibc_glibc
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

Bob
-  
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread Zac Medico

Jules Colding wrote:

Hi,

emerge --sync  emerge -vauDN today gave me the following error.


[snip]

  adding: content/cookie/contents.rdf (stored 0%)
+++ making chrome 
/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions/cookie  = 
../../dist/bin/chrome/modern.jar
zip warning: ../modern.jar not found or empty
  adding: skin/modern/communicator/cookie/taskbar-cookie.gif (stored 0%)
  adding: skin/modern/communicator/cookie/status-cookie.gif (stored 0%)
+++ making chrome /var/tmp/portage/homedir  = ../../dist/bin/chrome/classic.jar
error: file './resources/skin/classic/taskbar-cookie.gif' doesn't exist at 
../../config/make-jars.pl line 418.


This seems like a continuation of the previous build problems that you have had 
with firefox (where we were discussing MAKEOPTS).  Assuming that others cannot 
reproduce this (sorry, I don't have my amd64 right now), there's still 
something wrong with your build system somewhere.  This could be a shot in the 
dark, but I think that you should remerge your autoconf and automake packages 
to see if that affects this.

Zac
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Audigy 2 ZS [SB0350] problems on AMD64

2005-07-23 Thread Bob Sanders
On Sat, 23 Jul 2005 20:51:53 +0200
Jules Colding [EMAIL PROTECTED] wrote:


 Thank you for your advise. I got sound working by disabling ALSA and
 using OSS instead. I think this is an ALSA AMD64 issue.
 

No, it's not.  The reason I can say that is I have a 2P Opteron with the same 
chipset as
your system and a SB Audigy 2.  Running alsa causes no problems.  It's either a 
hardware
issue or a kernel issue.

At some point, the problem will need resolution as kernel OSS is going away.  
But for now
I'm glad you have it working.

Bob
-  
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] MySQL Run Script Weirdness

2005-07-23 Thread Patrick Rutkowski
On Saturday 23 July 2005 14:36, A. Khattri wrote:
 On Sat, 23 Jul 2005, Patrick Rutkowski wrote:
  On Saturday 23 July 2005 11:27, A. Khattri wrote:
   On Fri, 22 Jul 2005, Patrick Rutkowski wrote:
[code]
localhost mysql # /etc/init.d/mysql stop
 * ERROR:  mysql has not yet been started.
localhost mysql #
[/code]
   
The fact that I can't use the runscript to stop the proess gets to
me... I'm itching to fix this.
  
   Did you run mysql_install_db after emerging MySQL???
  
   If you didn't, then I would kill off MySQL, run the script, then do
   /etc/init.d/mysql zap, after which the normal start and stop should
   work.
  
   --
 
  Heh, yes; of course I did mysql_install_db

 OK, but did you try the other stuff?


 --
Nope, same old stuff:

localhost ~ # /etc/init.d/mysql start
 * Starting mysqld (/etc/mysql/my.cnf) ...
 * MySQL NOT started, proceding anyway
[ !! ]
localhost ~ # /etc/init.d/mysql zap
localhost ~ # /etc/init.d/mysql start
 * Starting mysqld (/etc/mysql/my.cnf) ...
[ !! ]
localhost ~ # /etc/init.d/mysql stop
 * ERROR:  mysql has not yet been started.
localhost ~ #
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] thunderbird/firefox conflict

2005-07-23 Thread Ryan Sims
Seems that someone filed the bug report this morning while I was at work:
http://bugs.gentoo.org/show_bug.cgi?id=100048

To fix it for now, I'm switching to the source-based version, which
is still compiling, but I assume it will be fine.

Sorry to have touched off a conflict, but thanks for the responses.

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread Richard Fish



Zac Medico wrote:


Jules Colding wrote:


Hi,

emerge --sync  emerge -vauDN today gave me the following error.


[snip]


  adding: content/cookie/contents.rdf (stored 0%)
+++ making chrome 
/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions/cookie  
= ../../dist/bin/chrome/modern.jar

zip warning: ../modern.jar not found or empty
  adding: skin/modern/communicator/cookie/taskbar-cookie.gif (stored 0%)
  adding: skin/modern/communicator/cookie/status-cookie.gif (stored 0%)
+++ making chrome /var/tmp/portage/homedir  = 
../../dist/bin/chrome/classic.jar
error: file './resources/skin/classic/taskbar-cookie.gif' doesn't 
exist at ../../config/make-jars.pl line 418.



This seems like a continuation of the previous build problems that you 
have had with firefox (where we were discussing MAKEOPTS).  Assuming 
that others cannot reproduce this (sorry, I don't have my amd64 right 
now), there's still something wrong with your build system somewhere.  
This could be a shot in the dark, but I think that you should remerge 
your autoconf and automake packages to see if that affects this.


Zac



Hmm, since others with similar systems cannot duplicate the problem, I 
decided to capture all of the build output on my system (P4) and 
compare.  Jules, there is definitely something not right on your system, 
but I don't know what yet.  You get the following:


+++ overriding content/cookie/contents.rdf
 adding: content/cookie/contents.rdf (stored 0%)
+++ making chrome 
/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions/cookie  = 
../../dist/bin/chrome/modern.jar
   zip warning: ../modern.jar not found or empty
 adding: skin/modern/communicator/cookie/taskbar-cookie.gif (stored 0%)
 adding: skin/modern/communicator/cookie/status-cookie.gif (stored 0%)
+++ making chrome /var/tmp/portage/homedir  = ../../dist/bin/chrome/classic.jar
error: file './resources/skin/classic/taskbar-cookie.gif' doesn't exist at 
../../config/make-jars.pl line 418.

The /var/tmp/portage/homedir is wrong.  On my system, I get:

+++ overriding content/cookie/contents.rdf
 adding: content/cookie/contents.rdf (stored 0%)
+++ making chrome 
/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions/cookie  = 
../../dist/bin/chrome/modern.jar
   zip warning: ../modern.jar not found or empty
 adding: skin/modern/communicator/cookie/taskbar-cookie.gif (stored 0%)
 adding: skin/modern/communicator/cookie/status-cookie.gif (stored 0%)
+++ making chrome 
/var/tmp/portage/mozilla-firefox-1.0.6-r2/work/mozilla/extensions/cookie  = 
../../dist/bin/chrome/classic.jar

Using the wrong version of autoconf/automake is the only thing I can think of 
that would cause this kind of thing.

What do you get if you do:

# which autoconf
# autoconf --version

-Richard


--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Can't emerge mozilla-firefox-1.0.6-r2

2005-07-23 Thread Patrick Börjesson
On 05/07/23 20:19, Richard Fish wrote:
 Patrick Börjesson wrote:
  I'd think that the developers would rather have that information
  posted to http://bugs.gentoo.org/ instead...
 
 To me, Holly, and I'd bet many others, the instead... in that line 
 could only be read as telling the OP that he has posted to the wrong 
 place, and that we do not welcome such things here.

Ok, reading my original post again I can see your point ;)

 Plus, the OP message was very much of the here is the output of a 
 failed build, what does it mean variety.  Many such posts come from 
 people who don't know how to recognize the actual source of the build 
 failure.  Whether it says missing file, unresolved symbol, locking 
 failed, or compiler bug, they simply do not know what it *really* 
 means (and sometimes, not even what line contains the real problem).

Ok, I might have read a bit too much into the fact that he posted the
output of emerge info. Not very usual in this list (from what I've
seen in the last couple of years) since most people who don't know what
line in the build failure is relevant mostly don't give much information
either concerning arch and other information that might be important to
help finding the cause. 
Although... I would suggest that the OP give a more explicit question,
since I was really not sure if it was a anyone seen this before?, I'm
a n00b, please solve this for me! or a where should I take this to get
it solved? question. 

 Now, I don't mean to offend any users here.  I don't expect everybody 
 running Gentoo to be a programmer or linux expert.  So I will say it 
 clearly:  if a user encounters an error in emerge that he doesn't know 
 what to do with, it is entirely appropriate to post here first.

Agreed

  Of course, but in this case it wasn't an oversight... The poster
  explicitly said that using march=k8 seemed to no longer be the
  recommendation of the docs. That implies at least _some_ looking into
  the subject before posting...
 
 No, Holly said that her advice was based on recent threads.  A recent 
 thread on this list involving gzip on by an amd64 user suggested trying 
 different march options.  Now, it was _bad_ advice (sorry Holly, but it 
 was!), but Holly did say she doesn't use amd64 and wasn't sure.

Ok. I just make it a point of trying to find a bit more information, than
just previous threads in a user mailinglist, about the things I suggest.
But I'll try being more forgiving towards those who might not next time ;)

  Since I'm myself using the specified platform and have had at least a
  bit experience with it
 
 Good. Please help educate those of us who don't have or know the amd64 
 platform very well! :-)

Ehm... now let's not take this overboard ;) I'm by no means an expert
(or even near experienced) on this arch. I'm just saying I might have at
least some information that might be more relevant than a 32 bit only
person might have...

  Also, since the originator had posted the emerge info output, I
  assumed that he/she was at least a bit familiar with how bug handling
  is handled by Gentoo.
 
 Maybe, but I still think it was pretty clear that the OP was not sure 
 whether the problem was an actual bug or not.

Maybe, but I'm still inclined to give short (and sometimes
uninformative) answers to questions that doesn't really give enough
information regarding both the experience level of the person, and
especially what he/she wants help with.

-- 
Regards,
  Patrick Börjesson

PGP signature: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21792A5D
PGP fingerprint: 74AF D4EF 6BDE CF77 16BE  6A29 CDB8 7607 2179 2A5D


pgpdswVpJHBjf.pgp
Description: PGP signature


[gentoo-user] Beep holding CTRL

2005-07-23 Thread David Corbin
Since I upgrade my system recently (notably, a KDE upgrade, but lots of other 
things too), I've noticed a strange beep coming.  It seems to only come when 
I've been holding down the CTRL key for a long time ( a few seconds with no 
other activity).  But everytime I try to reproduce it conciously, it doesn't.

Any idea what's causing it, and how to turn it off?

Thanks
David
-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Beep holding CTRL

2005-07-23 Thread Michal Pronay
Sound like accessibility support to me. Try to take a look in your kde
control panel - Regional  Accessibility - Accessibility.

M.

David Corbin wrote:
 Since I upgrade my system recently (notably, a KDE upgrade, but lots of other 
 things too), I've noticed a strange beep coming.  It seems to only come when 
 I've been holding down the CTRL key for a long time ( a few seconds with no 
 other activity).  But everytime I try to reproduce it conciously, it doesn't.
 
 Any idea what's causing it, and how to turn it off?
 
 Thanks
 David

-- 
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Double Firefox folders in /usr/lib?

2005-07-23 Thread Laurence D.

 Well, somewhere between 1.0.5 (where I started) and 1.0.6-r2 (where I
 ended up) the folder in /usr/lib changed from

 MozillaFirefox

 to

 mozilla-firefox

I noticed this also. The old directory is pretty much empty except for a 
couple directories.


Two specific things that I've noticed:

1) Firefox/Thunderbird inquire about being default clients again (I'm 
using gnome)
2) None of the plugins get recognized. I guess I will probably end up 
copying the plugins over from the old directory into the new directory.


-Viza
--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] switching to LCD monitor

2005-07-23 Thread Walter Dnes
On Sat, Jul 23, 2005 at 09:08:09AM -0700, [EMAIL PROTECTED] wrote

 Also if I understand correctly, LCD monitors are fixed - rate, so
 you have to buy one that has the resolution you like (not like CRT
 monitors where you buy the highest resolution and then display at
 a lower rate if you wish.

  Some elaboration here.  You *CAN* use lower-than-native resolution.
However, that usually requires interpolation.  Going from 1280x1024 to
1152x864 or 1024x768 usually results in crummy display.  There is one
exception to this general rule.  If you divide a dimension by a whole
number, there isn't any interpolation.  Going from 1280x1024 to 640x512
or 320x256 is supposed to be nice and clean.

-- 
Walter Dnes [EMAIL PROTECTED]
My musings on technology and security at http://tech_sec.blog.ca
-- 
gentoo-user@gentoo.org mailing list