Re: [gentoo-user] xine - No sound after updates
Hello Mark Knecht, So far I have no other errors. Aqualung plays audio files. MythTV works fine. mplayer seems to work, at least for audio files. xine is the only DVD application we use so it's special in that sense. I could try something else, I suppose. Not anxious to do that though. I'd suggest trying a different DVD player, so see whether the problem is isolated to xine or affects the rest (which would suggest a library problem). Try mplayer or mythdvd and see what happens. -- Neil Bothwick Those are my principles. If you don't like them I have others. signature.asc Description: PGP signature
Re: [gentoo-user] Playsound . . . won't!
On Monday 17 September 2007, Mick wrote: On Monday 17 September 2007, Neil Bothwick wrote: Hello Mick, $ /usr/bin/playsound MUSIC/chimes.wav /usr/bin/playsound: error while loading shared libraries: libFLAC.so.7: cannot open shared object file: No such file or directory = I also noticed that libFLAC.so.7 is not there: playsound is built against an older version of flac, you probably need to re-emerge playsound. He, he, what do you know! = # emerge -upDv media-libs/sdl-sound These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] media-libs/libmikmod-3.1.11-r4 [3.1.11-r2] USE=alsa oss -esd 0 kB [ebuild N] media-libs/smpeg-0.4.4-r9 USE=X mmx opengl -debug 312 kB [ebuild U ] media-libs/sdl-sound-1.0.1-r2 [1.0.1-r1] USE=flac mikmod mp3%* mpeg%* speex vorbis -physfs 996 kB Total: 3 packages (2 upgrades, 1 new), Size of downloads: 1,307 kB = Somewhat puzzled that a emerge -upDv world before I remerged flac did not pick these up . . . It's not designed to pick these up. 'emerge -upDNv world' is designed to pick these up. You only get inferred DEPENDS updated when you use the 'N' option alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Re: Re: Re: SSH won't restart
Arturo 'Buanzo' Busleiman [EMAIL PROTECTED] wrote: Alexander Skwar wrote: Well, I also found myself being unable to start sshd, but these most often were due to some configuration changes. And exactly for this is why test-restart was proposed by me. And exactly in these cases, a test-restart won't work, as you'd need to shutdown the primary sshd first. Alexander Skwar -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] chage can't open /etc/passwd
On Tuesday 18 September 2007, Albert Hopkins wrote: Note the chage: PAM authentication failed *only* occurs when I run under strace and only then when I run as a user. This is normal, since the suid is ignored when the program is straced. As Norberto said, can you post the full output of strace chage -l marduk run *as root* (ie, not with sudo)? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] chage can't open /etc/passwd
On Tuesday 18 September 2007, Albert Hopkins wrote: open(/etc/passwd, O_RDONLY) = 3 open(/etc/shadow, O_RDONLY) = 3 chage: can't open password file Since the opens succeed, this must be some other kind of error. Looking at the sources could possibily help here. In chage.c, the message is printed if the function pw_open() returns a nonzero value. Following che chain of function calls, we arrive at commonio_open() (inside commonio.c). That function can fail for various reasons. The file is opened correctly, so the error has to be searched after the fopen(). Excluding failure of the various memory-allocation functions, the other likely possibilities involve some failure during parsing (which here is done manually, not with the usual getpwent() and co.). Double check your /etc/passwd and /etc/shadow for syntactical correctness. I'd ask you to remove sensible information and post them here, but the cleanup could possibly also remove the information that chage's parser doesn't like, so check them on your own. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge --sync stopped working
Walter Dnes wrote: On Mon, Sep 17, 2007 at 01:35:24PM +0100, Neil Bothwick wrote Did you change ISPs when moving? Does your new ISP block rsync traffic? Bingo. Same ISP. Things worked OK after the move for about a month after the move. Since about Sept 8th, however, I haven't been able to send out email via my broadband ISP. I've had to fall back to my dialup ISP, which I deliberately use a different provider for. Their name, and website, is 295.ca so guess how much they charge per month. Anyhow, I just ran a successful emerge --sync via dialup. I have some complaining to do. This may not be the problem in your case but when I ran into that problem on a second machine, my mobo was bad. I suspect it had something to do with the PCI bus on mine. I also found some bad ram on there too which makes me think maybe a surge hit it or something. In my case, I tried several different ethernet cards with no help. Just a thought. Dale :-) :-) :-)
Re: [gentoo-user] Re: Re: Re: Re: SSH won't restart
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Alexander Skwar wrote: And exactly in these cases, a test-restart won't work, as you'd need to shutdown the primary sshd first. sshd -t doesn't need to have sshd stopped beforehand. And, to make it more clear, the checkconfig() patch proposed by Hans is a better thought-out, but basicly the same, concept. test-restart is not exactly what I meant, because it implied a restart, ergo, a previous shutdown requirement as you say. - -- Arturo Buanzo Busleiman - Consultor Independiente en Seguridad Informatica Servicios Ofrecidos: http://www.buanzo.com.ar/pro/ Unase a los Foros GNU/Buanzo - La palabra Comunidad en su maxima expresion. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG77LSAlpOsGhXcE0RCi21AJ4n4fEZDCq26SD+OIJOlDqbVB+iXQCdEwxX 6iWf/8YeQLIbZkWM4X3QsGo= =5Hcz -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] xine - No sound after updates
On Tuesday 18 September 2007, Randy Barlow wrote: Mark Knecht wrote: So far I have no other errors. Aqualung plays audio files. MythTV works fine. mplayer seems to work, at least for audio files. xine is the only DVD application we use so it's special in that sense. I could try something else, I suppose. Not anxious to do that though. So far it seems like a xine problem. I'll look into dropping back a rev tomorrow if you or someone else doesn't have an idea which way I should go. It is starting to sound like an xine specific problem, and I'm honestly not too familiar with xine. I use mplayer for everything pretty much, but also I don't usually use the computer to play DVDs. Can anybody else help?install I am not sure why you are getting all these libdvdread messages. They don't come up on mine when I launch xine from a terminal (unless you are trying to play a DVD at the time - which I did not try). You could try rebuilding it in case some library linkage is borked (and revdep-rebuild fails to pick it up): # emerge -aDv media-libs/libdvdread BTW. win32codecs are necessary to play wmf and other types of files, so I would always set this flag On, just like you show in your emerge --info. Make sure that there is no package.use settings negating this. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] ASUS M2A-VM HDMI woes
On Tue, 18 Sep 2007 07:35:38 -0400, David Relson wrote: Problem 1 - ethernet controller. The Realtek 8168 didn't seem to have a linux driver compatible with my 2.6.22 kernel. Not a big deal as I could use my old ethernet card and solve the problem later. Have you tried the 8169 driver. It appears that this supports the 8169 from 2.6.19. -- Neil Bothwick -- random quotes signature.asc Description: PGP signature
[gentoo-user] ASUS M2A-VM HDMI woes
Well, I've done it this time :- It seemed time to upgrade from my AthlonXP so I bought a new motherboard (ASUS M2A-VM HDMI), cpu (AMD 64 X2 5000), and memory (2GB DDR2 800). With all the new hardware, my hopes were high!! Then I removed the old mobo/cpu/ram from this workstation and installed the new and things weren't as rosy as I'd hoped :- Problem 1 - ethernet controller. The Realtek 8168 didn't seem to have a linux driver compatible with my 2.6.22 kernel. Not a big deal as I could use my old ethernet card and solve the problem later. Problem 2 - video. The ATI Radeon Xpress 1250 seems to have only minimal support (VGA - 640x480x8) using the latest drivers in portage, i.e. ati-drivers-8.40.4. I figured I could get at least 1024x768 using generic ATI support (with better resolution in the future when up-to-date drivers are available). Problem 3 - really low hard drive performance. I presume it's just tweaking that can be done after (if?) the video problem can be corrected. Questions: Anybody have experience with this board? Anybody have it working well? What drivers are you using? Thanks. David -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] chage can't open /etc/passwd
On Tue, 2007-09-18 at 10:14 +0200, Etaoin Shrdlu wrote:
As Norberto said, can you post the full output of strace chage -l
marduk run *as root* (ie, not with sudo)?
By popular demand...
execve(/usr/bin/chage, [chage, -l, marduk], [/* 65 vars */]) = 0
brk(0) = 0x8053000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or
directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=91739, ...}) = 0
mmap2(NULL, 91739, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f34000
close(3)= 0
open(/lib/libcrypt.so.1, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\6\0\0004\0
\0\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=21916, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f33000
mmap2(NULL, 184636, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7f05000
mmap2(0xb7f0a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x4) = 0xb7f0a000
mmap2(0xb7f0c000, 155964, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_ANONYMOUS, -1, 0) = 0xb7f0c000
close(3)= 0
open(/lib/libpam_misc.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\f\0\0004\0\0
\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=9592, ...}) = 0
mmap2(NULL, 12436, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7f01000
mmap2(0xb7f03000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x1) = 0xb7f03000
close(3)= 0
open(/lib/libpam.so.0, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\32\0\0004\0\0
\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=38444, ...}) = 0
mmap2(NULL, 41340, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7ef6000
mmap2(0xb7eff000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x8) = 0xb7eff000
close(3)= 0
open(/lib/libdl.so.2, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\n\0\0004\0
\0\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=9692, ...}) = 0
mmap2(NULL, 12412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xb7ef2000
mmap2(0xb7ef4000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x1) = 0xb7ef4000
close(3)= 0
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0Pa\1\0004\0\0
\0..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1229164, ...}) = 0
mmap2(NULL, 1234384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7dc4000
mmap2(0xb7eec000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_DENYWRITE, 3, 0x128) = 0xb7eec000
mmap2(0xb7eef000, 9680, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|
MAP_ANONYMOUS, -1, 0) = 0xb7eef000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7dc3000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7dc2000
set_thread_area({entry_number:-1 - 6, base_addr:0xb7dc26c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb7eec000, 4096, PROT_READ) = 0
munmap(0xb7f34000, 91739) = 0
brk(0) = 0x8053000
brk(0x8074000) = 0x8074000
open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = -1 ENOENT
(No such file or directory)
open(/usr/share/locale/locale.alias, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2586, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f4a000
read(3, # Locale name alias data base.\n#..., 4096) = 2586
read(3, , 4096) = 0
close(3)= 0
munmap(0xb7f4a000, 4096)= 0
open(/usr/lib/locale/en_US.UTF-8/LC_IDENTIFICATION, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/lib/locale/en_US.utf8/LC_IDENTIFICATION, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=373, ...}) = 0
mmap2(NULL, 373, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f4a000
close(3)= 0
open(/usr/lib/gconv/gconv-modules.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=25486, ...}) = 0
mmap2(NULL, 25486, PROT_READ, MAP_SHARED, 3, 0) = 0xb7f43000
close(3)= 0
open(/usr/lib/locale/en_US.UTF-8/LC_MEASUREMENT, O_RDONLY) = -1 ENOENT
(No such file or directory)
open(/usr/lib/locale/en_US.utf8/LC_MEASUREMENT, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0
mmap2(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f42000
close(3)= 0
open(/usr/lib/locale/en_US.UTF-8/LC_TELEPHONE, O_RDONLY) = -1 ENOENT
(No such file or
Re: [gentoo-user] chage can't open /etc/passwd
On Tue, 2007-09-18 at 10:14 +0200, Etaoin Shrdlu wrote: Note the chage: PAM authentication failed *only* occurs when I run under strace and only then when I run as a user. This is normal, since the suid is ignored when the program is straced. Yes, that makes complete sense now that I think of it :-) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] ASUS M2A-VM HDMI woes
David Relson schrieb: Well, I've done it this time :- It seemed time to upgrade from my AthlonXP so I bought a new motherboard (ASUS M2A-VM HDMI), cpu (AMD 64 X2 5000), and memory (2GB DDR2 800). With all the new hardware, my hopes were high!! Then I removed the old mobo/cpu/ram from this workstation and installed the new and things weren't as rosy as I'd hoped :- Problem 1 - ethernet controller. The Realtek 8168 didn't seem to have a linux driver compatible with my 2.6.22 kernel. Not a big deal as I could use my old ethernet card and solve the problem later. Problem 2 - video. The ATI Radeon Xpress 1250 seems to have only minimal support (VGA - 640x480x8) using the latest drivers in portage, i.e. ati-drivers-8.40.4. I figured I could get at least 1024x768 using generic ATI support (with better resolution in the future when up-to-date drivers are available). vesa should provide higher resolutions (or do you need wide screen? I've got no experiences with that.) Problem 3 - really low hard drive performance. I presume it's just tweaking that can be done after (if?) the video problem can be corrected. I don't see how video affects hdd performance. Playing around with hdparm could indeed make solving your other problems a bit more comfortable. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] xine - No sound after updates
On 9/17/07, Randy Barlow [EMAIL PROTECTED] wrote: Mark Knecht wrote: So far I have no other errors. Aqualung plays audio files. MythTV works fine. mplayer seems to work, at least for audio files. xine is the only DVD application we use so it's special in that sense. I could try something else, I suppose. Not anxious to do that though. So far it seems like a xine problem. I'll look into dropping back a rev tomorrow if you or someone else doesn't have an idea which way I should go. It is starting to sound like an xine specific problem, and I'm honestly not too familiar with xine. I use mplayer for everything pretty much, but also I don't usually use the computer to play DVDs. Can anybody else help? Hi Randy, Yes, as I stated at the outset all the other audio applications I use on this machine seem to be working fine. Only xine seems to be having trouble. I should try xine with a CD and see what that does. Based on your and Neil's suggestions I looked at gmplayer. This is my wife's machine and she'll want something gui based. Anyway, I had to rebuild it to include a52 and dts support. Once I did that I am able to play 'Almost Famous' fine. Audio works. I'm pasting the complete gmplayer terminal info below as it may be helpful in figuring out where xine is going wrong. The highlights of what I read from the gmplayer data is that it chose DTS since that's on the fist audio stream. I'll look around for how to run xine with more options so that I Can see what xine is choosing but I tried to play the same movie first changing which audio I wanted and still got no sound in xine. I notice below that their are two choices made on DTS - afm and vfm. I'll look into getting the same sort of debug info on xine and report that back later. At least my wife can play DVDs again with a little training. Thanks! Thanks, Mark [EMAIL PROTECTED] ~ $ gmplayer MPlayer SVN-r24130 (C) 2000-2007 MPlayer Team CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (Family: 15, Model: 3, Stepping: 3) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 Playing dvd://1. There are 6 titles on this DVD. There are 25 chapters in this DVD title. There are 1 angles in this DVD title. audio stream: 0 format: dts (5.1) language: en aid: 136. audio stream: 1 format: ac3 (5.1) language: en aid: 129. audio stream: 2 format: ac3 (stereo) language: en aid: 130. number of audio channels on disk: 3. subtitle ( sid ): 1 language: en number of subtitles on disk: 1 Cache fill: 15.33% (1286144 bytes) MPEG-PS file format detected. VIDEO: MPEG2 720x480 (aspect 3) 29.970 fps 9800.0 kbps (1225.0 kbyte/s) == Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough VDec: vo config request - 720 x 480 (preferred colorspace: Mpeg PES) Could not find matching colorspace - retrying with -vf scale... Opening video filter: [scale] The selected video_out device is incompatible with this codec. Try appending the scale filter to your filter list, e.g. -vf spp,scale instead of -vf spp. VDecoder init failed :( Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder libmpeg2-v0.4.0b Selected video codec: [mpeg12] vfm: libmpeg2 (MPEG-1 or 2 (libmpeg2)) == == Opening audio decoder: [libdca] DTS decoding with libdca Stream with high frequencies VQ coding AUDIO: 48000 Hz, 2 ch, s16le, 768.0 kbit/50.00% (ratio: 96000-192000) Selected audio codec: [dts] afm: libdca (DTS-libdca) == AO: [oss] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. VO: [xv] 720x480 = 854x480 Planar YV12 A: 0.6 V: 0.5 A-V: 0.046 ct: 0.033 13/ 11 ??% ??% ??,?% 0 0 47% demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate. A: 5.5 V: 5.5 A-V: 0.007 ct: 0.092 587/584 9% 1% 17.0% 0 0 49% Playing dvd://1. There are 6 titles on this DVD. There are 25 chapters in this DVD title. There are 1 angles in this DVD title. audio stream: 0 format: dts (5.1) language: en aid: 136. audio stream: 1 format: ac3 (5.1) language: en aid: 129. audio stream: 2 format: ac3 (stereo) language: en aid: 130. number of audio channels on disk: 3. subtitle ( sid ): 1 language: en number of subtitles on disk: 1 Cache fill: 7.71% (647168 bytes) MPEG-PS file format detected. VIDEO: MPEG2 720x480 (aspect 3) 29.970 fps 9800.0 kbps (1225.0 kbyte/s) == Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough VDec: vo config request - 720 x 480 (preferred
Re: [gentoo-user] Playsound . . . won't!
On Monday 17 September 2007, Alan McKinnon wrote: On Monday 17 September 2007, Mick wrote: = # emerge -upDv media-libs/sdl-sound These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] media-libs/libmikmod-3.1.11-r4 [3.1.11-r2] USE=alsa oss -esd 0 kB [ebuild N] media-libs/smpeg-0.4.4-r9 USE=X mmx opengl -debug 312 kB [ebuild U ] media-libs/sdl-sound-1.0.1-r2 [1.0.1-r1] USE=flac mikmod mp3%* mpeg%* speex vorbis -physfs 996 kB Total: 3 packages (2 upgrades, 1 new), Size of downloads: 1,307 kB = Somewhat puzzled that a emerge -upDv world before I remerged flac did not pick these up . . . It's not designed to pick these up. 'emerge -upDNv world' is designed to pick these up. You only get inferred DEPENDS updated when you use the 'N' option Right, but it should pick up the fact that media-libs/libmikmod-3.1.11-r2 needs updating to -r4 and media-libs/sdl-sound-1.0.1-r1 to -r2? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] [OT] Kmail CRLF characters
I've posted a message on the Nagios M/L and noticed that the CRLF characters show up at the end of each line on the web interface, i.e.: === Is there a way to disable access to the Host Commands CGI on a user by user= =20 basis? =46or some users I want to only allow them to view the settings and status = of=20 different services, but not to allow them to change these. =2D-=20 === Is this a Kmail problem? Anything I can do about it? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Playsound . . . won't!
On Tue, 18 Sep 2007 18:50:35 +0100, Mick wrote: Right, but it should pick up the fact that media-libs/libmikmod-3.1.11-r2 needs updating to -r4 and media-libs/sdl-sound-1.0.1-r1 to -r2? Maybe, but that's got nothing to do with your problem, which was that playsound was built against a library that is no longer installed. Rebuilding media-libs/sdl-sound-1.0.1-r1 would have fixed the problem too. -- Neil Bothwick If a program is useful, it must be changed. signature.asc Description: PGP signature
Re: [gentoo-user] chage can't open /etc/passwd
Ok the mystery continues. On another box, strider, chage -l works so this is what I did (don't try this at home): $ mkdir /tmp/strider_passwd $ scp strider:/etc/passwd /tmp/strider_passwd $ scp strider:/etc/shadow /tmp/strider_passwd $ mv /etc/passwd /etc/passwd.orig $ mv /etc/shadow /etc/shadow.orig $ mv /tmp/strider_passwd/passwd /etc $ mv /tmp/strider_passwd/shadow /etc $ ls -l /etc/passwd /etc/shadow -rw-r--r-- 1 root root 1314 2007-09-18 16:23 /etc/passwd -rw--- 1 root root 625 2007-09-18 16:23 /etc/shadow $ chage -l marduk chage: can't open password file I'm running out of ideas. This used to work up until about a month ago. BTW I was going to try also copying group/gshadow from strider but, oddly enough, strider doesn't have an /etc/gshadow. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] chage can't open /etc/passwd
Albert Hopkins wrote: I'm running out of ideas. This used to work up until about a month ago. I almost know the reply to this one, but it won't hurt: LC_ALL=C chage -l marduk -- [EMAIL PROTECTED] mailing list
[gentoo-user] xine - no sound on DVDs - solved (sort of)
Hi, Message is to Randy and others that have been helping me with my audio problems with xine. This evening I discovered the root cause of the problem of no sound when playing DVDs in xine. Unfortunately I don't have a good solution yet. Maybe someone knows how to fix this at the command line? OK, xine does produce sound, but this machine has multiple sound cards and it's choosing the one that goes to the home theater system, not the PC's sound card: [EMAIL PROTECTED] ~ $ cat /proc/asound/cards 0 [ICH5 ]: ICH4 - Intel ICH5 Intel ICH5 with ALC655 at 0xfa081000, irq 21 1 [default]: USB-Audio - USB Audio CODEC Burr-Brown from TI USB Audio CODEC at usb-:00:1d.1-1, full s [EMAIL PROTECTED] ~ $ When I thought of this possibility I turned on the HT receiver, switched to the correct input and low and behold DVD audio was playing. Didn't test to see if it's 5.1. The HT receiver is hooked to the USB device which seems to be marked as 'default'. However hardware setup hasn't changed and earlier versions of xine went to the internal card so something has changed. I don't see anything in /etc/modules.d/alsa that defines the second card as default. Does anyone know how Alsa does that? It's possible that Alsa getting too cleaver by half and somehow 'deciding' that the USB interface is more suited to doing 5.1 than the internal card. If it is then shame on it I say. ;-) Two potential solutions come to mind: 1) At the xine command line tell it which card to use. I'm looking through the xine --help listing but heck if I see how to do that. 2) Somehow tell also to make card 0 default and see if that fixes the problem. Anyway, so the problem is partially solved. I can go the xine-users list and see if anyone there has a quick fix for this. At least it's starting to make some sense. Thanks in advance for any ideas. Cheers, Mark # Alsa 0.9.X kernel modules' configuration file. # $Header: /var/cvsroot/gentoo-x86/media-sound/alsa-utils/files/alsa-modules.conf-rc,v 1.4 2004/11/16 01:31:22 eradicator Exp $ # ALSA portion alias char-major-116 snd # OSS/Free portion alias char-major-14 soundcore ## ## IMPORTANT: ## You need to customise this section for your specific sound card(s) ## and then run `update-modules' command. ## Read alsa-driver's INSTALL file in /usr/share/doc for more info. ## ## ALSA portion alias snd-card-0 snd-intel8x0 options snd-intel8x0 index=0 alias snd-card-1 snd-usb-audio options snd-usb-audio index=1 ## OSS/Free portion alias sound-slot-0 snd-card-0 alias sound-slot-1 snd-card-1 ## # OSS/Free portion - card #1 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss ## OSS/Free portion - card #2 alias sound-service-1-0 snd-mixer-oss alias sound-service-1-3 snd-pcm-oss alias sound-service-1-12 snd-pcm-oss alias /dev/mixer snd-mixer-oss alias /dev/dsp snd-pcm-oss alias /dev/midi snd-seq-oss # Set this to the correct number of cards. options snd cards_limit=2 -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] chage can't open /etc/passwd
On Tue, 2007-09-18 at 20:32 -0300, Norberto Bensa wrote: I almost know the reply to this one, but it won't hurt: LC_ALL=C chage -l marduk Yeah, I've already tried that. It didn't make a difference. I've also tried compiling shadow/pam with/without NLS support and shadow without PAM support. I think i'm going to have to use gdb (yeck) and step through the program. -- Albert W. Hopkins -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] chage can't open /etc/passwd [SOLVED]
On Tue, 2007-09-18 at 18:56 -0500, Albert Hopkins wrote: [...] I think i'm going to have to use gdb (yeck) and step through the program. Well, I hate to sound like a ricer, but apparently it's my CFLAGS :| CFLAGS=-O2 -march=k8 -msse3 -ggdb -pipe -fomit-frame-pointer I have an Athlon 64 X2, and according to the Gentoo Wiki my CFLAGS are safe. My CPU supports SSE3 (according to /proc/cpuinfo). Oddly enough, I tried taking out -msse3 but no-go. I've tried a few permutations of those flags, but the only way I was able to get it to work is to take out -O2 (even *just* having CFLAGS=-O2 doesn't work). So now the question is: GCC bug?[1] CPU bug?[2] Wiki bug?[3] Anyway I just wanted to thank everyone who collectively scratched their heads with me :-) 1. GCC 4.2.0 2. AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ 3. http://gentoo-wiki.com/Safe_Cflags#Athlon_64_X2_.28AMD.29 -- Albert W. Hopkins -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] ASUS M2A-VM HDMI woes
On Tue, 18 Sep 2007 18:49:08 +0200 Florian Philipp wrote: David Relson schrieb: ...[snip]... Problem 2 - video. The ATI Radeon Xpress 1250 seems to have only minimal support (VGA - 640x480x8) using the latest drivers in portage, i.e. ati-drivers-8.40.4. I figured I could get at least 1024x768 using generic ATI support (with better resolution in the future when up-to-date drivers are available). vesa should provide higher resolutions (or do you need wide screen? I've got no experiences with that.) Excellent tip! Using vesa instead of radeon gives the resolution to which I'm accustomed. As the old video board has limited memory, I can now experiment with higher resolutions. Problem 3 - really low hard drive performance. I presume it's just tweaking that can be done after (if?) the video problem can be corrected. I don't see how video affects hdd performance. Playing around with hdparm could indeed make solving your other problems a bit more comfortable. Video doesn't directly affect hd performance. Video is, however, a show stopper --- if one doesn't have usable video hard drive performance doesn't matter :- Again, thanks for the vesa tip. Regards, David -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] chage can't open /etc/passwd [SOLVED]
Quoting Albert Hopkins [EMAIL PROTECTED]: On Tue, 2007-09-18 at 18:56 -0500, Albert Hopkins wrote: Well, I hate to sound like a ricer, but apparently it's my CFLAGS :| CFLAGS=-O2 -march=k8 -msse3 -ggdb -pipe -fomit-frame-pointer I have an Athlon 64 X2, Hmmm... I have one of those. Try: CFLAGS=-march=athlon64 -O2 -fomit-frame-pointer -pipe This message was sent using IMP, the Internet Messaging Program. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] chage can't open /etc/passwd [SOLVED]
On Tue, 2007-09-18 at 22:08 -0300, Norberto Bensa wrote: Hmmm... I have one of those. Try: CFLAGS=-march=athlon64 -O2 -fomit-frame-pointer -pipe No, doesn't work. I'm going to try downgrading GCC (w/o any optimizations), re-compiling shadow with my original CFLAGS and see what happens. -- Albert W. Hopkins -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] chage can't open /etc/passwd [SOLVED]
On Tue, 2007-09-18 at 20:16 -0500, Albert Hopkins wrote: No, doesn't work. I'm going to try downgrading GCC (w/o any optimizations), re-compiling shadow with my original CFLAGS and see what happens. # grep ^CFLAGS /etc/make.conf CFLAGS=-O2 -march=k8 -msse3 -ggdb -pipe -fomit-frame-pointer # gcc-config i686-pc-linux-gnu-4.2.0 # source /etc/profile # chage -l marduk chage: can't open password file # gcc-config i686-pc-linux-gnu-4.1.2 # source /etc/profile # emerge -1 shadow /dev/null # chage -l marduk Last password change: Sep 18, 2007 Password expires: Nov 17, 2007 Password inactive : never Account expires : never Minimum number of days between password change : 0 Maximum number of days between password change : 60 Number of days of warning before password expires : 14 Seems to be a problem with GCC. -- Albert W. Hopkins -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] chage can't open /etc/passwd [SOLVED]
Quoting Albert Hopkins [EMAIL PROTECTED]: Seems to be a problem with GCC. Or with your CFLAGS: [EMAIL PROTECTED] ~ $ cat /proc/cpuinfo | grep ^model\ name | head -n 1 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ [EMAIL PROTECTED] ~ $ grep CFLAG /etc/make.conf CFLAGS=-march=athlon64 -O2 -fomit-frame-pointer -pipe [EMAIL PROTECTED] ~ $ gcc --version gcc (GCC) 4.2.0 (Gentoo 4.2.0 p1.4) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. [EMAIL PROTECTED] ~ $ chage -l nbensa Last password change: Dec 23, 2006 Password expires: never Password inactive : never Account expires : never Minimum number of days between password change : 0 Maximum number of days between password change : 9 Number of days of warning before password expires : 7 This message was sent using IMP, the Internet Messaging Program. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] chage can't open /etc/passwd [SOLVED]
Norberto Bensa skrev: Quoting Albert Hopkins [EMAIL PROTECTED]: On Tue, 2007-09-18 at 18:56 -0500, Albert Hopkins wrote: Well, I hate to sound like a ricer, but apparently it's my CFLAGS :| CFLAGS=-O2 -march=k8 -msse3 -ggdb -pipe -fomit-frame-pointer I have an Athlon 64 X2, Hmmm... I have one of those. Try: CFLAGS=-march=athlon64 -O2 -fomit-frame-pointer -pipe athlon64 is an alias for k8, it makes no difference if you put one or the other. If you check gcc's code you will see there is many march flags, but only a handful is actually unique at the code level. smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] chage can't open /etc/passwd [SOLVED]
On Tue, 2007-09-18 at 23:01 -0300, Norberto Bensa wrote: Or with your CFLAGS: [EMAIL PROTECTED] ~ $ cat /proc/cpuinfo | grep ^model\ name | head -n 1 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ [EMAIL PROTECTED] ~ $ grep CFLAG /etc/make.conf CFLAGS=-march=athlon64 -O2 -fomit-frame-pointer -pipe Possibly, but it still breaks with your CFLAGS. Even with CFLAGS=-O2 it breaks. According to the Wiki all the optimization flags I'm using should be ok on my arch, and indeed they do work with GCC 4.1. The only thing that's changed relatively recently was the upgrade to GCC 4.2 (and other software). The hardware and CFLAGS have been constant. -- Albert W. Hopkins -- [EMAIL PROTECTED] mailing list
