Possible Major bug in X.org update
by Mark Bidewell
I just updated my F9 system and when I restarted my box, my USB keyboard
will not work. It works under console mode and my USB mouse continues to
work. This is a major issue (for me at least) due to the fact that I have
no PS/2 ports and this makes Fedora unusable.
Mark Bidewell
15 years, 7 months
mass acl opening?
by Chris Weyl
Where do we stand with the mass acl opening to 'uberpackager's?
Forgive me if I overlooked an announcement, but google isn't turning
anything up at the moment...
-Chris
--
Chris Weyl
Ex astris, scientia
15 years, 7 months
Debugging pulseaudio when autostarted by gnome or kde
by Yaakov Nemoy
Hi List,
I'm having some troubles lately with Pulesaudio, where my music is
constantly cracking (pausing for a few milliseconds), and then
pulseaudio going down in flames, with a noticeable click on the
soundcard when it does. While I can start pulseaudio back up, not all
programs can use it properly. For example, once I start playing music
with exaile (which uses gstreamer, for the record), exaile works fine,
but flash and other apps cannot access either the sound card or
pulseaudio anymore.
Sometimes pulseaudio goes down in flames randomly after a fresh
login/reboot, and sometimes it waits until I put my laptop in standby.
When I bring it back up, it's crashed about 50% of the time, even
from a new instance that I start in my session.
I understand that Pulseaudio is started when gnome-session tries to
start up esd. Aside from the bizareness of this, how can I debug PA
when it's started up like this? I know there's a -vv option, but I
can't imagine the best way to get PA to use that, and then where would
I find the output from it?
Cheers,
Yaakov
15 years, 7 months
rawhide report: 20080923 changes
by Fedora compose checker
New package perl-Gtk2-ImageView
Perl bindings to the GtkImageView image viewer widget
Updated Packages:
anaconda-11.4.1.39-1
--------------------
* Mon Sep 22 18:00:00 2008 David Cantrell <dcantrell(a)redhat.com> - 11.4.1.39-1
- Fix a traceback when getting the interface settings (#462592). (clumens)
- self.anaconda -> anaconda (clumens)
Summary:
Added Packages: 1
Removed Packages: 0
Modified Packages: 1
Broken deps for i386
----------------------------------------------------------
evolution-brutus-1.2.17-1.fc10.i386 requires libBrutusKeyringd-1.0.so.1
evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12
pyclutter-0.6.2-2.fc9.i386 requires libclutter-glx-0.6.so.0
pyclutter-cairo-0.6.2-2.fc9.i386 requires libclutter-cairo-0.6.so.0
pyclutter-cairo-0.6.2-2.fc9.i386 requires libclutter-glx-0.6.so.0
pyclutter-gst-0.6.2-2.fc9.i386 requires libclutter-gst-0.6.so.0
pyclutter-gst-0.6.2-2.fc9.i386 requires libclutter-glx-0.6.so.0
pyclutter-gtk-0.6.2-2.fc9.i386 requires libclutter-glx-0.6.so.0
pyclutter-gtk-0.6.2-2.fc9.i386 requires libclutter-gtk-0.6.so.0
python-gammu-0.26-1.fc10.i386 requires libGammu.so.3
ruby-rpm-1.2.3-4.fc9.i386 requires librpmdb-4.4.so
ruby-rpm-1.2.3-4.fc9.i386 requires librpm-4.4.so
ruby-rpm-1.2.3-4.fc9.i386 requires librpmio-4.4.so
ruby-rpm-1.2.3-4.fc9.i386 requires librpmbuild-4.4.so
Broken deps for x86_64
----------------------------------------------------------
evolution-brutus-1.2.17-1.fc10.i386 requires libBrutusKeyringd-1.0.so.1
evolution-brutus-1.2.17-1.fc10.i386 requires libcamel-1.2.so.12
evolution-brutus-1.2.17-1.fc10.x86_64 requires libBrutusKeyringd-1.0.so.1()(64bit)
evolution-brutus-1.2.17-1.fc10.x86_64 requires libcamel-1.2.so.12()(64bit)
pyclutter-0.6.2-2.fc9.x86_64 requires libclutter-glx-0.6.so.0()(64bit)
pyclutter-cairo-0.6.2-2.fc9.x86_64 requires libclutter-glx-0.6.so.0()(64bit)
pyclutter-cairo-0.6.2-2.fc9.x86_64 requires libclutter-cairo-0.6.so.0()(64bit)
pyclutter-gst-0.6.2-2.fc9.x86_64 requires libclutter-glx-0.6.so.0()(64bit)
pyclutter-gst-0.6.2-2.fc9.x86_64 requires libclutter-gst-0.6.so.0()(64bit)
pyclutter-gtk-0.6.2-2.fc9.x86_64 requires libclutter-glx-0.6.so.0()(64bit)
pyclutter-gtk-0.6.2-2.fc9.x86_64 requires libclutter-gtk-0.6.so.0()(64bit)
python-gammu-0.26-1.fc10.x86_64 requires libGammu.so.3()(64bit)
ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmio-4.4.so()(64bit)
ruby-rpm-1.2.3-4.fc9.x86_64 requires librpm-4.4.so()(64bit)
ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmdb-4.4.so()(64bit)
ruby-rpm-1.2.3-4.fc9.x86_64 requires librpmbuild-4.4.so()(64bit)
Broken deps for ppc
----------------------------------------------------------
evolution-brutus-1.2.17-1.fc10.ppc requires libBrutusKeyringd-1.0.so.1
evolution-brutus-1.2.17-1.fc10.ppc requires libcamel-1.2.so.12
evolution-brutus-1.2.17-1.fc10.ppc64 requires libBrutusKeyringd-1.0.so.1()(64bit)
evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit)
pyclutter-0.6.2-2.fc9.ppc requires libclutter-glx-0.6.so.0
pyclutter-cairo-0.6.2-2.fc9.ppc requires libclutter-cairo-0.6.so.0
pyclutter-cairo-0.6.2-2.fc9.ppc requires libclutter-glx-0.6.so.0
pyclutter-gst-0.6.2-2.fc9.ppc requires libclutter-gst-0.6.so.0
pyclutter-gst-0.6.2-2.fc9.ppc requires libclutter-glx-0.6.so.0
pyclutter-gtk-0.6.2-2.fc9.ppc requires libclutter-glx-0.6.so.0
pyclutter-gtk-0.6.2-2.fc9.ppc requires libclutter-gtk-0.6.so.0
python-gammu-0.26-1.fc10.ppc requires libGammu.so.3
ruby-rpm-1.2.3-4.fc9.ppc requires librpmdb-4.4.so
ruby-rpm-1.2.3-4.fc9.ppc requires librpm-4.4.so
ruby-rpm-1.2.3-4.fc9.ppc requires librpmio-4.4.so
ruby-rpm-1.2.3-4.fc9.ppc requires librpmbuild-4.4.so
Broken deps for ppc64
----------------------------------------------------------
eclipse-checkstyle-4.0.1-10.fc9.ppc64 requires checkstyle-optional = 0:4.1
eclipse-mylyn-3.0.1-2.fc10.noarch requires ws-commons-util >= 0:1.0.1-5
eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-common >= 0:3.0-1jpp.3
eclipse-mylyn-3.0.1-2.fc10.noarch requires xmlrpc3-client >= 0:3.0-1jpp.3
evolution-brutus-1.2.17-1.fc10.ppc64 requires libBrutusKeyringd-1.0.so.1()(64bit)
evolution-brutus-1.2.17-1.fc10.ppc64 requires libcamel-1.2.so.12()(64bit)
gspiceui-0.9.65-2.fc10.ppc64 requires gwave
livecd-tools-018-1.fc10.ppc64 requires yaboot
perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0
pyclutter-0.6.2-2.fc9.ppc64 requires libclutter-glx-0.6.so.0()(64bit)
pyclutter-cairo-0.6.2-2.fc9.ppc64 requires libclutter-glx-0.6.so.0()(64bit)
pyclutter-cairo-0.6.2-2.fc9.ppc64 requires libclutter-cairo-0.6.so.0()(64bit)
pyclutter-gst-0.6.2-2.fc9.ppc64 requires libclutter-glx-0.6.so.0()(64bit)
pyclutter-gst-0.6.2-2.fc9.ppc64 requires libclutter-gst-0.6.so.0()(64bit)
pyclutter-gtk-0.6.2-2.fc9.ppc64 requires libclutter-glx-0.6.so.0()(64bit)
pyclutter-gtk-0.6.2-2.fc9.ppc64 requires libclutter-gtk-0.6.so.0()(64bit)
python-gammu-0.26-1.fc10.ppc64 requires libGammu.so.3()(64bit)
ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmio-4.4.so()(64bit)
ruby-rpm-1.2.3-4.fc9.ppc64 requires librpm-4.4.so()(64bit)
ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmdb-4.4.so()(64bit)
ruby-rpm-1.2.3-4.fc9.ppc64 requires librpmbuild-4.4.so()(64bit)
15 years, 7 months
They are really asshole!
by Alain PORTAL
Hey FESCo! Wake up!!!
Just after I said on devel list I'm orphaning my packages, I post also a
message on a fedora-fr.org forum to say man-pages-fr is orphaned and it is
searching for a maintainer, nothing else...
I'm sure Martin-Gomez answer on the list after he saw my post on the forum.
But nobody can read this post any more.
Less than two hours after my post, this post have been deleted....
Why ?
I don't see any reason but that they are really fucking assholes!
FESCo, you don't listen to me when I warm you a few months ago about the
fedora-fr association...
Sorry, french below, hope you could find somebody who is able translate [1]
« Tant pis pour vous ! »
Vous ne maitrisez rien et ils en sont fiers !
Comme l'avait dit quelqu'un (désolé, pas de lien à fournir, je n'ai plus le
message dans ma boîte, mais si vous faites un effort, vous trouverez...), une
bonne chose serait leur retirer le droit à l'utilisation du nom et du logo
Fedora.
Mais faut des couilles pour ça !
Alors ? Vous les avez ?
Non.
Je le savais, alors...
Adieu
[1] Comme la GPL, seule la version originale fait foi
--
Les pages de manuel Linux en français
http://manpagesfr.free.fr/
15 years, 7 months
Missing awesfx package
by Petrus de Calguarium
Is awesfx not going to be in FX? It is required for loading sound fonts into
the emu10k1 card memory for playing midi without the use of a software
workaround like timidity.
15 years, 7 months
pam_mount is still buggy
by casimiro barreto
pam_mount (pam_mount-0.48-2.fc9.i386) is not able to get the password
while trying to mount an encrypted filesystem... I guess few people uses
encrypted systems over loop devices... Anyways...
That's what is shown in /var/log/messages:
When logging from KDM:
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(pam_mount.c:258)
pam_mount 0.48: entering auth stage
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(pam_mount.c:268) could
not get password from PAM system
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(pam_mount.c:190) enter
read_password
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(pam_mount.c:293) saving
authtok for session code (authtok=0x98b7630)
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(pam_mount.c:436)
pam_mount 0.48: entering session stage
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(pam_mount.c:457) back
from global readconfig
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(pam_mount.c:459) per-user
configurations not allowed by pam_mount.conf.xml
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(misc.c:46) Session open:
(uid=0, euid=0, gid=501, egid=501)
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(rdconf2.c:190) checking
sanity of volume record (/home/.xxx.img)
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(pam_mount.c:511) about to
perform mount operations
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:364) information
for mount:
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:365)
----------------------
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:366) (defined by
globalconf)
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:367)
user: xxx
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:368)
server: (null)
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:369)
volume: /home/.xxx.img
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:370)
mountpoint: /home/xxx
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:371)
options: loop,encryption=aes-cbc-256,rw
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:372)
fs_key_cipher: aes-256-cbc
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:373)
fs_key_path: /etc/pki/cryptofs/.xxx.key
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:374) use_fstab: 0
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:375)
----------------------
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:151) realpath of
volume "/home/xxx" is "/home/xxx"
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:155) checking to
see if /home/.xxx.img is already mounted at /home/casimiro
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:824) checking for
encrypted filesystem key configuration
Sep 22 17:21:30 terra kdm: :0[3192]: pam_mount(mount.c:831) decrypting
FS key using system auth. token and aes-256-cbc
Sep 22 17:21:31 terra kdm[3143]: *Unknown session exit code 0 (sig 6)
from manager process*
When logging from console:
Sep 22 17:21:39 terra login: pam_mount(pam_mount.c:258) pam_mount 0.48:
entering auth stage
Sep 22 17:21:39 terra login: pam_mount(pam_mount.c:268) could not get
password from PAM system
Sep 22 17:21:39 terra login: pam_mount(pam_mount.c:190) enter read_password
Sep 22 17:21:44 terra login: pam_mount(pam_mount.c:293) saving authtok
for session code (authtok=0x87e24d8)
Sep 22 17:21:44 terra login: pam_mount(pam_mount.c:436) pam_mount 0.48:
entering session stage
Sep 22 17:21:44 terra login: pam_mount(pam_mount.c:457) back from global
readconfig
Sep 22 17:21:44 terra login: pam_mount(pam_mount.c:459) per-user
configurations not allowed by pam_mount.conf.xml
Sep 22 17:21:44 terra login: pam_mount(misc.c:46) Session open: (uid=0,
euid=0, gid=0, egid=0)
Sep 22 17:21:44 terra login: pam_mount(rdconf2.c:190) checking sanity of
volume record (/home/.xxx.img)
Sep 22 17:21:44 terra login: pam_mount(pam_mount.c:511) about to perform
mount operations
Sep 22 17:21:44 terra login: pam_mount(mount.c:364) information for mount:
Sep 22 17:21:44 terra login: pam_mount(mount.c:365) ----------------------
Sep 22 17:21:44 terra login: pam_mount(mount.c:366) (defined by globalconf)
Sep 22 17:21:44 terra login: pam_mount(mount.c:367) user: casimiro
Sep 22 17:21:44 terra login: pam_mount(mount.c:368) server: (null)
Sep 22 17:21:44 terra login: pam_mount(mount.c:369) volume:
/home/.xxx.img
Sep 22 17:21:44 terra login: pam_mount(mount.c:370) mountpoint: /home/xxx
Sep 22 17:21:44 terra login: pam_mount(mount.c:371) options:
loop,encryption=aes-cbc-256,rw
Sep 22 17:21:44 terra login: pam_mount(mount.c:372) fs_key_cipher:
aes-256-cbc
Sep 22 17:21:44 terra login: pam_mount(mount.c:373) fs_key_path:
/etc/pki/cryptofs/.xxx.key
Sep 22 17:21:44 terra login: pam_mount(mount.c:374) use_fstab: 0
Sep 22 17:21:44 terra login: pam_mount(mount.c:375) ----------------------
Sep 22 17:21:44 terra login: pam_mount(mount.c:151) realpath of volume
"/home/xxx" is "/home/xxx"
Sep 22 17:21:44 terra login: pam_mount(mount.c:155) checking to see if
/home/.xxx.img is already mounted at /home/xxx
Sep 22 17:21:44 terra login: pam_mount(mount.c:824) checking for
encrypted filesystem key configuration
Sep 22 17:21:44 terra login: pam_mount(mount.c:831) decrypting FS key
using system auth. token and aes-256-cbc
Sep 22 17:21:44 terra init: *tty1 main process (3154) **killed by ABRT
signal*
Sep 22 17:21:44 terra init: tty1 main process ended, respawning
The /etc/security/pam_mount.conf.xml is:
<?xml version="1.0" encoding="UTF-8"?>
<pam_mount>
<debug enable="1" />
<mkmountpoint enable="1" />
<fsckloop device="/dev/loop7" />
<mntoptions allow="nosuid,nodev,loop,encryption,fsck" />
<mntoptions require="nosuid,nodev" />
<lsof>/usr/sbin/lsof %(MNTPT)</lsof>
<fsck>/sbin/fsck -p %(FSCKTARGET)</fsck>
<losetup>/sbin/losetup -p0 "%(before=\"-e\" CIPHER)" "%(before=\"-k\"
KEYBITS)" %(FSCKLOOP) %(VOLUME)</losetup>
<unlosetup>/sbin/losetup -d %(FSCKLOOP)</unlosetup>
<cifsmount>/bin/mount -t cifs //%(SERVER)/%(VOLUME) %(MNTPT) -o
"user=%(USER),uid=%(USERUID),gid=%(USERGID)%(before=\",\"
OPTIONS)"</cifsmount>
<smbmount>/usr/bin/smbmount //%(SERVER)/%(VOLUME) %(MNTPT) -o
"username=%(USER),uid=%(USERUID),gid=%(USERGID)%(before=\",\"
OPTIONS)"</smbmount>
<ncpmount>/usr/bin/ncpmount %(SERVER)/%(USER) %(MNTPT) -o
"pass-fd=0,volume=%(VOLUME)%(before=\",\" OPTIONS)"</ncpmount>
<smbumount>/usr/bin/smbumount %(MNTPT)</smbumount>
<ncpumount>/usr/bin/ncpumount %(MNTPT)</ncpumount>
<fusemount>/sbin/mount.fuse %(VOLUME) %(MNTPT) "%(before=\"-o\"
OPTIONS)"</fusemount>
<fuseumount>/usr/bin/fusermount -u %(MNTPT)</fuseumount>
<umount>/bin/umount %(MNTPT)</umount>
<lclmount>/bin/mount -p0 -t %(FSTYPE) %(VOLUME) %(MNTPT)
"%(before=\"-o\" OPTIONS)"</lclmount>
<cryptmount>/bin/mount -t crypt "%(before=\"-o\" OPTIONS)" %(VOLUME)
%(MNTPT)</cryptmount>
<nfsmount>/bin/mount %(SERVER):%(VOLUME) %(MNTPT) "%(before=\"-o\"
OPTIONS)"</nfsmount>
<mntcheck>/bin/mount</mntcheck>
<pmvarrun>/usr/sbin/pmvarrun -u %(USER) -o %(OPERATION)</pmvarrun>
<volume fskeycipher="aes-256-cbc"
options="loop,encryption=aes-cbc-256,rw"
fskeypath="/etc/pki/cryptofs/.xxx.key" user="casimiro"
mountpoint="/home/xxx" path="/home/.xxx.img" fstype="ext3" />
<volume fskeycipher="aes-256-cbc"
options="loop,encryption=aes-cbc-256,rw"
fskeypath="/media/disk/.yyy.key" user="developer" mountpoint="/home/yyy"
path="/media/disk/.yyy.img" fstype="ext3" />
</pam_mount>
Of note is that pam_mount was working about 3 weeks ago... Except it
refused to unmount the volumes when user logged off.
BTW, after Sept 19 updates rhgb stop working properly (X crashes).
15 years, 7 months
