Still bad request on localhost:631 with FF
Hi, it seems the cups still has problems in administration with FF: getting bad request on localhost:631 with cups-1.5.0-13.fc16.x86_64 Anybody sees this too? Kind regards -- Joachim Backes joachim.bac...@rhrk.uni-kl.de http://www.rhrk.uni-kl.de/~backes smime.p7s Description: S/MIME Cryptographic Signature -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Proventesters meetup 2011-10-05 at 18UTC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin, would it be possible to move the meeting/next meetings from 18:00 UTC to somewhat later? I'd like to participate, but real life tends to make it really difficult for me at 18:00 UTC. I have to wait, until the kids are in bed, sleeping. Would another mailing list, e.g. proventester-list make sense? Cheers, Matthias On 04/10/11 21:09, Kevin Fenzi wrote: We are going to be having another proventesters meetup tomorrow on IRC in #fedora-meeting at 18:00UTC. Purpose of meetup: Brainstorm ideas on improving testing and processes for testing updates. * Intro/gather more agenda items * Recruiting more proventesters/testers. * One stop page for updates testing resources * Your amazing agenda item here. Please do join us if you are a proventester, want to become one, or have ideas for improving the testing of updates. Note that this is not the venue for changing the updates policy, see FESCo for that, this is an attempt to get things working better within our existing updates policy. Hope to see folks there! kevin ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce - -- Matthias Runge mru...@matthias-runge.de mru...@fedoraproject.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOjAIFAAoJEOnz8qQwcaIWN7AIAK1A8doMh9WAopLyoP0kfw5m c6MlGkESBpXazhQwRkJk30b2Hyo3a42vs0MFYd4B8BKdUyNWIYFQpdCHjXlzXul7 ++EeB3moKJERu+B/b2/NyqNYHyl/Vju0EuKAqd9C1pocvhfV9FopZJuxp+DHjc6r 0grpxeo61LjdMQC18iFSIAlzgZmajw5p7yuSIsJYXbXi+zSYSlpaZzyu81AqkYwc aMUTFugD55uGzXiHYFXzDHRsi+aXqDDLwesQvETnKNWu6eDh/CgmsR8UzrDFKiCN yWgnaR0G/det6WaWYKWhvlmP3RuZ5SRiklPrZ8dXQUyCL/aWrdeAzs0ecBEEjhc= =kVzr -END PGP SIGNATURE- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Proventesters meetup 2011-10-05 at 18UTC
On Wed, 2011-10-05 at 09:06 +0200, Matthias Runge wrote: Would another mailing list, e.g. proventester-list make sense? I'm not sure that would really make sense, as much of the practical discussion of proven testing is entirely shared with people testing the same packages who don't happen to be proven testers. I'm not sure there's enough proventesters administrivia to justify a separate list. It can easily enough be discussed here, it's on-topic. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Huge thanks to all for Beta validation testing
On Wed, Oct 5, 2011 at 5:34 AM, Adam Williamson awill...@redhat.com wrote: Hey, everyone - I'm sorry this is late, but I've been catching up with loose ends since Wednesday. Just wanted to say a huge thanks to everyone who helped out with the crazy Beta validation process, and especially the RC4 validation rush: amazingly, we had the installation test matrix 99% complete within 8 hours of the RC4 images being uploaded, which is an incredible turnaround time. So huge thanks to everyone, and particularly Andre, Chuck, Bob, John, Thomas, Tim, Tao, Hongqing and Martin - there's no way the Beta could possibly have gotten out without further slippage without all your hard work. Thanks again! You left yourself off the thank you list. So a huge thanks for all the work and lack of sleep to ensure we hit the mark! Thanks, Peter -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: fedora 16 dvd or network install ?
2011/10/5 Adam Williamson awill...@redhat.com On Wed, 2011-09-28 at 17:04 +0200, Michael Schwendt wrote: On Wed, 28 Sep 2011 17:45:11 +0300, CP (cornel) wrote: i've downloaded de x86 fedora 16 dvd install iso so that i'll no longer need the network. during the install, i was asked to configure a wired network interface (which i did), then proceeded to the install. later i've seen that the usb stick from which i started the install (which contains the files from dvd) is not used but instead the ethernet connection is the install source. i've never tell anaconda to install from the internet (but maybe the network repos were autoamgically selected). is this by design? on the other hand, i've noticed that the 3.x kernel freezes often on my x40 thinkpad. is this a known issue? (i'll test the hardware anyway, after install.) Since I've reported something similar (with DVD ISO on harddisk) for the past releases, it has been necessary to boot the installer with a repo=hd:/dev/sdaN:/path/to/iso/image argument in order for the installer to find the ISO image instead of loading from Internet. Give it a try, replace /dev/sdaN with the device for your USB stick. yeah, I think this came up at Alpha time, too. Does it do the same whether you write with dd or livecd-iso-to-disk ? -- it happened to me using beta rc3 x86 DVD, not usb stick. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Still bad request on localhost:631 with FF
On Wed, 05 Oct 2011 08:41:54 +0200, JB (Joachim) wrote: Hi, it seems the cups still has problems in administration with FF: getting bad request on localhost:631 with cups-1.5.0-13.fc16.x86_64 Anybody sees this too? No, but since you are aware of the related ticket, https://bugzilla.redhat.com/737230 I mention it here, too. -- Fedora release 16 (Verne) - Linux 3.1.0-0.rc8.git0.0.fc16.x86_64 loadavg: 0.00 0.01 0.05 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F16 beta XFCE
So where are the toolbars? I drag the mouse to the top and bottom of the screen and nothing just the desktop background. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: oh no something has gone wrong ... :( f16 beta
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/04/2011 09:24 PM, Antonio Olivares wrote: --- On Tue, 10/4/11, Antonio Olivares olivares14...@yahoo.com wrote: From: Antonio Olivares olivares14...@yahoo.com Subject: oh no something has gone wrong ... :( f16 beta To: fedora-test-list test@lists.fedoraproject.org Date: Tuesday, October 4, 2011, 5:58 PM Dear Folks, as the title says, I downloaded and installed from live cd Live F16 Beta. It worked fine. I tried to update it(via yum to get lastest sources), and while the screen was locking to ask for password, the system was in the middle of getting all the updates, and it jumped out ... oh no something has gone wrong, and it cycled back and forth. I tried to log into level 3, but with the systemd stuff, and the inexperience there, I managed to type a 3 at the end of the new grub2 menu :(, I ran yum-complete-transaction and it busted with too many duplicates. I am trying again to get the updates again, but will post back as soon as I have something in concrete. This is on a machine that was running F15 with gnome 3 with no problems using nouveau driver. I also report that I got a selinux error(avc) when I was installing I tried to click on the avc but it did not run, so I do not know what it was, but I will try to install on another machine and see what I get there? Hope to get more information than a simple Oh no something has gone wrong :( Regards, Antonio -- I am back and on that machine, it is working now, but I went into level 3 Here is smolt profile in case it can be helpful/needed http://www.smolts.org/client/show/pub_8098bdaf-4099-4b56-8b2f-ca6ae66633f8 If you need more information please let me know. Regards, Antonio Could you send me the output of ausearch -m avc If audit is not running send me grep avc /var/log/messages -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6MXHQACgkQrlYvE4MpobMjJACglIoDWdgYu4wJMwF3Hwc05jE5 evYAn1zQ5s83+J/A7AQf00sU3WuqpTQ9 =Qga3 -END PGP SIGNATURE- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
rawhide report: 20111005 changes
Compose started at Wed Oct 5 08:15:57 UTC 2011 Broken deps for x86_64 -- 389-admin-1.1.23-1.fc17.i686 requires libicuuc.so.46 389-admin-1.1.23-1.fc17.i686 requires libicui18n.so.46 389-admin-1.1.23-1.fc17.i686 requires libicudata.so.46 389-admin-1.1.23-1.fc17.x86_64 requires libicuuc.so.46()(64bit) 389-admin-1.1.23-1.fc17.x86_64 requires libicui18n.so.46()(64bit) 389-admin-1.1.23-1.fc17.x86_64 requires libicudata.so.46()(64bit) 389-adminutil-1.1.14-1.fc16.i686 requires libicuuc.so.46 389-adminutil-1.1.14-1.fc16.i686 requires libicui18n.so.46 389-adminutil-1.1.14-1.fc16.i686 requires libicudata.so.46 389-adminutil-1.1.14-1.fc16.x86_64 requires libicuuc.so.46()(64bit) 389-adminutil-1.1.14-1.fc16.x86_64 requires libicui18n.so.46()(64bit) 389-adminutil-1.1.14-1.fc16.x86_64 requires libicudata.so.46()(64bit) 389-dsgw-1.1.7-2.fc16.x86_64 requires libicuuc.so.46()(64bit) 389-dsgw-1.1.7-2.fc16.x86_64 requires libicui18n.so.46()(64bit) 389-dsgw-1.1.7-2.fc16.x86_64 requires libicudata.so.46()(64bit) R-core-2.13.1-4.fc17.i686 requires libicuuc.so.46 R-core-2.13.1-4.fc17.i686 requires libicui18n.so.46 R-core-2.13.1-4.fc17.x86_64 requires libicuuc.so.46()(64bit) R-core-2.13.1-4.fc17.x86_64 requires libicui18n.so.46()(64bit) acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell) assogiate-0.2.1-5.fc15.x86_64 requires libgnomevfsmm-2.6.so.1()(64bit) bibletime-2.8.1-1.fc16.x86_64 requires libicuuc.so.46()(64bit) bibletime-2.8.1-1.fc16.x86_64 requires libicui18n.so.46()(64bit) bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit) cluster-snmp-0.18.7-1.fc16.x86_64 requires libnetsnmp.so.25()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-backup-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) coda-client-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires rvm-tools coda-server-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit) coda-server-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit) comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1 contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit) couchdb-1.0.3-2.fc16.x86_64 requires libicuuc.so.46()(64bit) couchdb-1.0.3-2.fc16.x86_64 requires libicui18n.so.46()(64bit) couchdb-1.0.3-2.fc16.x86_64 requires libicudata.so.46()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper emacs-spice-mode-1.2.25-5.fc15.noarch requires gwave eog-plugins-3.1.2-2.fc16.x86_64 requires libcogl.so.2()(64bit) eog-plugins-3.1.2-2.fc16.x86_64 requires libchamplain-gtk-0.10.so.0()(64bit) eog-plugins-3.1.2-2.fc16.x86_64 requires libchamplain-0.10.so.0()(64bit) fawkes-core-0.4.2-4.fc16.i686 requires libopencv_video.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_objdetect.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_ml.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_legacy.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_imgproc.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_highgui.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_flann.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_features2d.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_core.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_contrib.so.2.2 fawkes-core-0.4.2-4.fc16.i686 requires libopencv_calib3d.so.2.2 fawkes-core-0.4.2-4.fc16.x86_64 requires libopencv_video.so.2.2()(64bit) fawkes-core-0.4.2-4.fc16.x86_64 requires libopencv_objdetect.so.2.2()(64bit) fawkes-core-0.4.2-4.fc16.x86_64 requires libopencv_ml.so.2.2()(64bit) fawkes-core-0.4.2-4.fc16.x86_64 requires libopencv_legacy.so.2.2()(64bit) fawkes-core-0.4.2-4.fc16.x86_64 requires
F16 preupgrade crash
Dear all, I am trying to upgrade F15 to F16 with preupgrade. The procedure ends up with anaconda: No upgrade root was found In program.log there is INFO program: Running... /bin/mount -n -t ext4 -o ro /dev/sda1 INFO program: Running... /bin/umount /mnt/sysimage INFO program: Running... udevadm settle --timeout=300 INFO program: Running... udevadm settle --timeout=300 INFO program: Running... /bin/mount -n -t ext4 -o ro /dev/sdb2 INFO program: Running... /bin/umount /mnt/sysimage INFO program: Running... udevadm settle --timeout=300 INFO program: Running... udevadm settle --timeout=300 INFO program: Running... /bin/mount -n -t ext4 -o ro /dev/sdb3 INFO program: Running... /bin/umount /mnt/sysimage INFO program: Running... udevadm settle --timeout=300 INFO program: Running... udevadm settle --timeout=300 INFO program: Running... /bin/mount -n -t ext4 -o ro /dev/loop1 ERR program: mount: /dev/loop1 already mounted or /mnt/sysimage busy storage.log ends with DEBUG storage: PartitionDevice.setup: sdb3 ; status: True ; controllable: True ; orig: False ; INFO storage: set SELinux context for mountpoint /mnt/sysimage to system_u:object_r:mnt_t:s0 DEBUG storage: PartitionDevice.teardown: sdb3 ; status: True ; controllable: True ; DEBUG storage: DiskDevice.teardown: sdb ; status: True ; controllable: True ; DEBUG storage: DiskLabel.teardown: device: /dev/sdb ; status: False ; type: disklabel ; DEBUG storage: DiskLabel.teardown: device: /dev/sdb ; status: False ; type: disklabel ; DEBUG storage: LoopDevice.setup: loop1 ; status: False ; controllable: False ; orig: False ; INFO storage: set SELinux context for mountpoint /mnt/sysimage to system_u:object_r:mnt_t:s0 WARN storage: mount of loop1 as ext4 failed: mount failed: (32, 'mount: /dev/loop1 already mounted or /mnt/sysimage busy') DEBUG storage: LoopDevice.teardown: loop1 ; status: False ; controllable: False ; In the console, the system doesn't seem to have either /dev/loop* or /mnt/sysimage mounted. Repeated several times, the same result. SElinux is enabled/enforcing, still in default configuration. I have 3 ext partitions, root should be on sda1, sda is an ssd disk, sdb is hard disk, both with mbr. Is there any howto or release notes one should read before installing F16? Thank you, -- --Zdenek Pytela -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 beta XFCE
On Wed, 05 Oct 2011 09:27:19 -0400 Terry Polzin foxec...@wowway.com wrote: So where are the toolbars? I drag the mouse to the top and bottom of the screen and nothing just the desktop background. Sounds like you removed all the panels? Right click, preferences, panel and add a new one (or however many)? Was this a fresh install? from what media? kevin signature.asc Description: PGP signature -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F16 Beta XFCE problem
So I installed F16 Beta on a low end box and deselected GNOME and selected XFCE in the installer. System installed but gdm does not complete its startup. Looking in the error messages in /var/log/gdm I see a lot of repeating error messages: ** (gnome-settings-daemon:1125): WARNING **: Connection failed, reconnecting... setting the system to setenforce 0 and killing 1125 did not fix the issue so I don;'t think it is selinux related. There are messages in /var/log/messages stating: Oct 5 09:09:03 emachine01 dbus-daemon[916]: ** (polkitd:930): DEBUG: user of caller is unix-user:root Oct 5 09:09:03 emachine01 dbus-daemon[916]: ** (polkitd:930): DEBUG: user of subject is unix-user:gdm Oct 5 09:09:03 emachine01 dbus-daemon[916]: ** (polkitd:930): DEBUG: checking whether system-bus-name::1.41 is authorized for org.freedesktop.upower.hibernate Oct 5 09:09:03 emachine01 dbus-daemon[916]: ** (polkitd:930): DEBUG: 0x1678e60 Oct 5 09:09:03 emachine01 dbus-daemon[916]: ** (polkitd:930): DEBUG: subject is in session /org/freedesktop/ConsoleKit/Session1 (local=1 active=0) Oct 5 09:09:03 emachine01 dbus-daemon[916]: ** (polkitd:930): DEBUG: not authorized Oct 5 09:09:03 emachine01 dbus-daemon[916]: ** (polkitd:930): DEBUG: https://bugzilla.redhat.com/show_bug.cgi?id=743596 -- Stephen J Smoogen. The core skill of innovators is error recovery, not failure avoidance. Randy Nelson, President of Pixar University. Let us be kind, one to another, for most of us are fighting a hard battle. -- Ian MacLaren -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: f 16 beta in virtualbox
On Tue, 2011-10-04 at 20:04 -0400, David wrote: There are some users that have older monitors that to not identify themselves so that the resolution is not properly set. With a true install or an install in a VDI. *Most* of those can never be set to higher resolutions because system-config-display was killed. Even after the proper video drivers for Virtualbox are built. That is the connection. RANDR 1.2 has the ability to set arbitrary video modes at runtime. I admit Gnome's display tool doesn't expose that, but I'm comfortable saying that's Gnome's bug. - ajax signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [Test-Announce] Proventesters meetup 2011-10-05 at 18UTC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 05 Oct 2011 09:06:45 +0200 Matthias Runge mru...@matthias-runge.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin, would it be possible to move the meeting/next meetings from 18:00 UTC to somewhat later? I'd like to participate, but real life tends to make it really difficult for me at 18:00 UTC. I have to wait, until the kids are in bed, sleeping. well, we were hitting 19UTC, but then everyone wanted to move earlier. ;( I'll ask today if a later slot would work... Would another mailing list, e.g. proventester-list make sense? Not sure it would. It would be kinda of dividing our resources some... kevin -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAk6MefgACgkQ3imCezTjY0GRewCcCwRjKhf73IotPsurK5A/QC2k cycAn3ipAnoU9OQShUoS3LhoQP3jYDVF =LqXz -END PGP SIGNATURE- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: f 16 beta in virtualbox
On Wed, 2011-10-05 at 11:32 -0400, Adam Jackson wrote: On Tue, 2011-10-04 at 20:04 -0400, David wrote: There are some users that have older monitors that to not identify themselves so that the resolution is not properly set. With a true install or an install in a VDI. *Most* of those can never be set to higher resolutions because system-config-display was killed. Even after the proper video drivers for Virtualbox are built. That is the connection. RANDR 1.2 has the ability to set arbitrary video modes at runtime. I admit Gnome's display tool doesn't expose that, but I'm comfortable saying that's Gnome's bug. What does 'arbitrary video modes' mean here, roll-your-own-modelines ? If so, not exposing that is not a bug, but a feature. If you are saying that there are nice, available modes that we could show in the resolution combo, but missing for some reason, then yes, that would be a bug. Matthias -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: f 16 beta in virtualbox
On Wed, 2011-10-05 at 11:43 -0400, Matthias Clasen wrote: On Wed, 2011-10-05 at 11:32 -0400, Adam Jackson wrote: RANDR 1.2 has the ability to set arbitrary video modes at runtime. I admit Gnome's display tool doesn't expose that, but I'm comfortable saying that's Gnome's bug. What does 'arbitrary video modes' mean here, roll-your-own-modelines ? If so, not exposing that is not a bug, but a feature. If you are saying that there are nice, available modes that we could show in the resolution combo, but missing for some reason, then yes, that would be a bug. Neither of those cases, really. The problem space here is when there's not available modes on a particular output, usually in the no-EDID case. It's reasonable there to be have the tool be able to generate timings (call out to cvt(1) for instance, or just copy them out of the xserver's DMT mode list), test applying them to the output, and remember the preference for them when that output is connected but sans EDID. This is something of an Advanced... button, I admit. But it's state that belongs in the same stream as what the display capplet already does. Actually, now that I've mentioned it, there could be some value in having RANDR expose the pre-built mode lists in the server, which would remove the need for Gnome to know how to generate things. - ajax signature.asc Description: This is a digitally signed message part -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: fedora 16 dvd or network install ?
On Wed, 2011-10-05 at 12:44 +0300, cornel panceac wrote: it happened to me using beta rc3 x86 DVD, not usb stick. Given what you have to do to fix it in the USB stick case, that sounds like it must be a different issue. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 preupgrade crash
On Wed, 2011-10-05 at 15:52 +0200, Zdenek Pytela wrote: Is there any howto or release notes one should read before installing F16? Thank you, It's not your bug, but read: https://fedoraproject.org/wiki/Common_F16_bugs#preupgrade-bootloader-fail I would not recommend using preupgrade until that's fully fixed. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: f 16 beta in virtualbox
On Tue, 2011-10-04 at 20:45 -0700, Adam Williamson wrote: Sure. But explain it accurately. Sometimes Fedora has a pre-release X server, sure. But sometimes it has a released one, and Oracle still don't support it. And the big roadblock is the guest additions being closed source, or else we could just update them ourselves. Are you sure they are not open source? They don't care about pushing anything upstream but the guest additions are still free software AFAIR. Debian is packaging them, I think. There was something about their scripts for generating the ISO images and maybe their installer being closed, though. Just took a quick glance and their SVN repo seems to contain something that looks like the corresponding code. https://www.virtualbox.org/browser/trunk/src/VBox/Additions Nevertheless, using Virtualbox with bleeding edge kernels or recent x.org versions is just a big pain. Lars -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Summary/Minutes from today's Proventesters meetup 2011-10-05 at 18UTC
=== #fedora-meeting: proventesters (2011-10-05) === Meeting started by nirik at 18:00:01 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2011-10-05/proventesters.2011-10-05-18.00.log.html Meeting summary --- * Intro/Gather more agenda (nirik, 18:00:15) * LINK: http://fedoraproject.org/wiki/Proven_tester#Joining_the_proven_testers (nirik, 18:01:53) * Recruitment (nirik, 18:05:35) * LINK: https://picasaweb.google.com/103451550643082159750/B#5576235128261512338 --- I doodled up a t-shirt idea a while back (maxamillion, 18:08:01) * IDEA: short term here: mine existing karma for non proventesters and ask them to join, more press (blog posts, point people on test list), and look at f-e-k improvements (nirik, 18:24:17) * IDEA: longer term: gui for f-e-k and having pk or something like it offer updates-testing (nirik, 18:24:26) * IDEA: longer term: tie into abrt (nirik, 18:24:33) * One stop page for updates testing resources (nirik, 18:25:26) * will try and create a package updates tester page with links to resources. (nirik, 18:29:44) * Pending updates (nirik, 18:31:39) * 11 critpath updates pending in f14 (nirik, 18:35:41) * 19 critpath updates pending in f15 (nirik, 18:35:49) * Open Floor (nirik, 18:35:56) Meeting ended at 19:00:41 UTC. Action Items Action Items, by person --- * **UNASSIGNED** * (none) People Present (lines said) --- * nirik (95) * tflink (30) * maxamillion (18) * mike-c (12) * Cerlyn (8) * abadger1999 (7) * Southern_Gentlem (4) * satellit_ (4) * zodbot (3) * jwb (2) -- 18:00:01 nirik #startmeeting proventesters (2011-10-05) 18:00:01 zodbot Meeting started Wed Oct 5 18:00:01 2011 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:01 zodbot Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:01 nirik #meetingname proventesters 18:00:01 zodbot The meeting name has been set to 'proventesters' 18:00:15 nirik #topic Intro/Gather more agenda 18:00:23 nirik any folks around for a proventesters meetup? 18:00:31 * satellit_ listening 18:00:38 jwb decided to show up to figure out how to become one 18:01:25 nirik jwb: cool. ;) it's easy. 18:01:35 * tflink is around 18:01:53 nirik http://fedoraproject.org/wiki/Proven_tester#Joining_the_proven_testers 18:02:16 nirik basically apply, read the docs as to what you are supposed to do, get approved 18:02:28 * maxamillion is here-ish 18:02:57 jwb nirik, thx 18:03:30 nirik I had 2 items on my plan... recruitment ideas, and one stop shopping page for resources... did any other folks have items? 18:03:44 tflink nothing here 18:04:12 maxamillion none here 18:04:15 * nirik will wait a min more for folks. 18:04:19 maxamillion rgr 18:05:26 nirik ok, lets go ahead then... 18:05:35 nirik #topic Recruitment 18:05:57 nirik so, any ideas on how we can get more proventesters involved? and/or more testers for updates in general? 18:06:37 nirik I had a few random ideas: 18:06:44 tflink I forget, do we have any step-by-step instructions for installing updates-testing and giving karma? 18:06:53 nirik could we mine old updates for people who have given lots of karma but are not proventesters? 18:06:55 maxamillion I've actually thought about this in the past ... I think maybe getting a little funding to offer swag of some sort would be good ... like a Fedora QA Community Member t-shirt or something (likely a less expensive option to start out with) 18:06:58 * tflink will wait for nirik's ideas before giving mine 18:07:31 nirik well, all we have currently is http://fedoraproject.org/wiki/Proven_tester 18:07:40 nirik which lists some things, but not sure in how much detail. 18:07:44 tflink I remember an interesting conversation about metrics and their human effect 18:08:00 nirik I really think most of it is that people don't know how easy it is to become a proventester 18:08:01 maxamillion https://picasaweb.google.com/103451550643082159750/B#5576235128261512338 --- I doodled up a t-shirt idea a while back 18:08:09 tflink as soon as there is some sort of reward for doing X based on measurement Y, people will generally start behaving differently 18:08:20 nirik maxamillion: that would be cool. dunno if we have funds for such a thing tho 18:08:22 maxamillion tflink: well ... true 18:08:25 maxamillion nirik: yeah 18:08:25 tflink nirik: yeah, and how much they're needed 18:09:03 nirik ideally, everyone who provides karma on any kind of regular basis should take the few minutes to become a proventester, IMHO. 18:09:54 tflink I wonder if stuff like step by step instructions would help 18:10:00 tflink maybe screencasts, too? 18:10:14 tflink the other two things that I can think of are: 18:10:25 tflink people worried about borking their system and
Re: f 16 beta in virtualbox
On Wed, 2011-10-05 at 19:49 +0200, Lars Seipel wrote: On Tue, 2011-10-04 at 20:45 -0700, Adam Williamson wrote: Sure. But explain it accurately. Sometimes Fedora has a pre-release X server, sure. But sometimes it has a released one, and Oracle still don't support it. And the big roadblock is the guest additions being closed source, or else we could just update them ourselves. Are you sure they are not open source? They don't care about pushing anything upstream but the guest additions are still free software AFAIR. Debian is packaging them, I think. There was something about their scripts for generating the ISO images and maybe their installer being closed, though. Just took a quick glance and their SVN repo seems to contain something that looks like the corresponding code. https://www.virtualbox.org/browser/trunk/src/VBox/Additions Nevertheless, using Virtualbox with bleeding edge kernels or recent x.org versions is just a big pain. Hum, looks like you're right. I did some searching before writing that and couldn't find any reference to the GA being open, but I missed that. So hey, when new X versions come out, anyone can patch the GA to support them. I wonder if there'll be a VirtualBox-any-any somewhere sometime soon. =) -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Still singing the fallback mode blues
So the roadblock that kept {cl,m}utter off my Rawhide box cleared and I
figured I could now happily to back to swearing at gnome-shell. Alas, no
such luck. Something went wrong still; for an added bonus, the login
screen is now only willing to give me a choice of sessions the first time
around. If I pick the wrong one, I have to reboot for my sins...
Here's my .xsession-errorsthere does seem to be any confusion around.
Anybody got any ideas?
Thanks,
jon
gnome-session[1092]: EggSMClient-WARNING: Desktop file
'/h/corbet/.config/autostart/sealertauto.desktop' has malformed Icon key
'setroubleshoot_icon.png'(should not include extension)
gnome-session[1092]: EggSMClient-WARNING: Desktop file
'/h/corbet/.config/autostart/puplet.desktop' has malformed Icon key
'pup.png'(should not include extension)
GNOME_KEYRING_CONTROL=/tmp/keyring-q8OkKo
GNOME_KEYRING_CONTROL=/tmp/keyring-q8OkKo
GNOME_KEYRING_CONTROL=/tmp/keyring-q8OkKo
GPG_AGENT_INFO=/tmp/keyring-q8OkKo/gpg:0:1
GNOME_KEYRING_CONTROL=/tmp/keyring-q8OkKo
GPG_AGENT_INFO=/tmp/keyring-q8OkKo/gpg:0:1
SSH_AUTH_SOCK=/tmp/keyring-q8OkKo/ssh
gnome-session[1092]: WARNING: Application 'gnome-settings-daemon.desktop'
failed to register before timeout
JS ERROR: !!! Exception was: TypeError: this._accountManager.get_factory
is not a function
JS ERROR: !!! lineNumber = '124'
JS ERROR: !!! fileName =
'/usr/share/gnome-shell/js/ui/telepathyClient.js'
JS ERROR: !!! stack =
'()@/usr/share/gnome-shell/js/ui/telepathyClient.js:124
Client()@/usr/share/gnome-shell/js/ui/telepathyClient.js:77
_createUserSession()@/usr/share/gnome-shell/js/ui/main.js:84
start()@/usr/share/gnome-shell/js/ui/main.js:223
@main:1
'
JS ERROR: !!! message = 'this._accountManager.get_factory is not a
function'
Window manager warning: Log level 32: Execution of main.js threw exception:
TypeError: this._accountManager.get_factory is not a function
gnome-shell-calendar-server[1361]: Got HUP on stdin - exiting
JS ERROR: !!! Exception was: TypeError: this._accountManager.get_factory
is not a function
JS ERROR: !!! lineNumber = '124'
JS ERROR: !!! fileName =
'/usr/share/gnome-shell/js/ui/telepathyClient.js'
JS ERROR: !!! stack =
'()@/usr/share/gnome-shell/js/ui/telepathyClient.js:124
Client()@/usr/share/gnome-shell/js/ui/telepathyClient.js:77
_createUserSession()@/usr/share/gnome-shell/js/ui/main.js:84
start()@/usr/share/gnome-shell/js/ui/main.js:223
@main:1
'
JS ERROR: !!! message = 'this._accountManager.get_factory is not a
function'
Window manager warning: Log level 32: Execution of main.js threw exception:
TypeError: this._accountManager.get_factory is not a function
gnome-shell-calendar-server[1508]: Got HUP on stdin - exiting
gnome-session[1092]: WARNING: App 'gnome-shell.desktop' respawning too quickly
(gnome-settings-daemon:1110): PackageKit-WARNING **: failed to get properties:
Launch helper exited with unknown return code 127
(gnome-settings-daemon:1110): PackageKit-WARNING **: failed to set proxy:
Launch helper exited with unknown return code 127
(gnome-settings-daemon:1110): updates-plugin-WARNING **: could not get
properties
(gnome-settings-daemon:1110): PackageKit-WARNING **: failed to set root: Launch
helper exited with unknown return code 127
(gnome-settings-daemon:1110): updates-plugin-WARNING **: failed to set proxies:
Launch helper exited with unknown return code 127
(gnome-settings-daemon:1110): updates-plugin-WARNING **: failed to set install
root: Launch helper exited with unknown return code 127
common-plugin-Message: checking whether we have a device for 4: yes
common-plugin-Message: checking whether we have a device for 5: yes
common-plugin-Message: checking whether we have a device for 6: yes
common-plugin-Message: checking whether we have a device for 7: yes
common-plugin-Message: checking whether we have a device for 8: yes
common-plugin-Message: checking whether we have a device for 9: yes
common-plugin-Message: checking whether we have a device for 10: yes
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Re: Final Release Criterion for Xen DomU
On Tue, Oct 04, 2011 at 10:05:31PM -0700, Adam Williamson wrote: On Tue, 2011-10-04 at 03:00 +0100, Andy Burns wrote: On 30 September 2011 20:23, Adam Williamson awill...@redhat.com wrote: So this discussion seems to have stalled. Tim and I are both ambivalent, and we got three responses that were positive but tentative or from 'interested parties' (no offence :). Does anyone who doesn't have skin in the game have an opinion either way? I'll just mention that as far as I'm concernd Fedora 16 boots and runs *VERY* well as a dom0 and a domU, the sticking point is the actual installation as a domU (the paravirtual device driver issue, probably grub2 issues) I can get around this for my own purposes by knife and That particular bug I believe has been fixed. Just needs to test it when it shows up in the install image (look for the install image having lorax-16.4.5-1 rpm) (https://bugzilla.redhat.com/show_bug.cgi?id=741950) forking together a system image copied from a non-xen installation, it would be a shame to not have this feature mor easily available ... What's necessary to make it a release blocker is not so much 'it'd be nice if it worked' arguments - I think in general everyone agrees it'd be nice if it worked :) - but more 'it would be terrible to release without it working, because' arguments. That's the level of impact we need for release criteria, because something being in the release criteria means that if it's not working, we don't ship. Which is a pretty high bar to get over. There are kernel developers who are willing to write and test code. There is also a community of folks who are willing to test install/provide patches for grub/grub2/grubby/etc. However, I am ignorant in the ways of making a release go out the door - so I am not seeing the full picture. What are the missing pieces? -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Final Release Criterion for Xen DomU
On Wed, 2011-10-05 at 16:02 -0400, Konrad Rzeszutek Wilk wrote: What's necessary to make it a release blocker is not so much 'it'd be nice if it worked' arguments - I think in general everyone agrees it'd be nice if it worked :) - but more 'it would be terrible to release without it working, because' arguments. That's the level of impact we need for release criteria, because something being in the release criteria means that if it's not working, we don't ship. Which is a pretty high bar to get over. There are kernel developers who are willing to write and test code. There is also a community of folks who are willing to test install/provide patches for grub/grub2/grubby/etc. However, I am ignorant in the ways of making a release go out the door - so I am not seeing the full picture. What are the missing pieces? It's not so much a question of 'do we have the resources in place to probably make sure it works at release time' but 'is it a terrible disaster if we make a release in which it's broken'. That's what the release validation process is meant to ensure, and _only_ that. It's not like, if we don't make it a release blocker, it means no-one will care about Xen and it will always be broken. I'm still madly catching up with stuff, but for me the only consideration so far which falls into this category is the EC2 one, but that is a *big* consideration. It's pretty close to being enough to make me vote to have it as a criterion. It would certainly be unfortunate to ship a release you couldn't install as an EC2 guest. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
problems with suspend and GNOME
QA team, I have been testing Fedora 16 and ran into several issues that I'm going to be reporting. But I wanted to start the discussion about this: By default now F16 is set to suspend the computer after 30 minutes idle. I'm not happy with it because my home computer has some kind of issue with suspend and after 30 minutes I just heard my HD drives shutting down and a screen with the fedora logo in the middle (plymouth) that keeps there forever. I know I can change it from gnome-control-center but I would rather prefer this to come disabled due that some people like me would experience the same problem without realizing that it was because of an issue with suspend. Regards Matias -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: oh no something has gone wrong ... :( f16 beta
--- On Wed, 10/5/11, Daniel J Walsh dwa...@redhat.com wrote:
From: Daniel J Walsh dwa...@redhat.com
Subject: Re: oh no something has gone wrong ... :( f16 beta
To: For testing and quality assurance of Fedora releases
test@lists.fedoraproject.org
Cc: Antonio Olivares olivares14...@yahoo.com
Date: Wednesday, October 5, 2011, 6:32 AM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/04/2011 09:24 PM, Antonio Olivares wrote:
--- On Tue, 10/4/11, Antonio Olivares olivares14...@yahoo.com
wrote:
From: Antonio Olivares olivares14...@yahoo.com
Subject: oh no
something has gone wrong ... :( f16 beta To:
fedora-test-list
test@lists.fedoraproject.org
Date: Tuesday, October 4, 2011,
5:58 PM Dear Folks,
as the title says, I downloaded and installed from
live cd Live
F16 Beta. It worked fine. I tried to
update it(via yum to get
lastest sources), and while the screen was locking
to ask for
password, the system was in the middle of getting
all the
updates, and it jumped out ...
oh no something has gone wrong, and it cycled
back and forth.
I tried to log into level 3, but with the systemd
stuff, and the
inexperience there, I managed to type a 3 at the
end of the new
grub2 menu :(, I ran yum-complete-transaction and
it busted with
too many duplicates. I am trying
again to get the updates
again, but will post back as soon as I have
something in
concrete.
This is on a machine that was running F15 with
gnome 3 with no
problems using nouveau driver.
I also report that I got a selinux error(avc) when
I was
installing I tried to click on the avc but it did
not run, so I
do not know what it was, but I will try to install
on another
machine and see what I get there?
Hope to get more information than a simple Oh no
something has
gone wrong :(
Regards,
Antonio --
I am back and on that machine, it is working now, but
I went into
level 3 Here is smolt profile in case it can be
helpful/needed
http://www.smolts.org/client/show/pub_8098bdaf-4099-4b56-8b2f-ca6ae66633f8
If you need more information please let me
know.
Regards,
Antonio
Could you send me the output of
ausearch -m avc
If audit is not running send me
grep avc /var/log/messages
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6MXHQACgkQrlYvE4MpobMjJACglIoDWdgYu4wJMwF3Hwc05jE5
evYAn1zQ5s83+J/A7AQf00sU3WuqpTQ9
=Qga3
-END PGP SIGNATURE-
[students@localhost ~]$ su -
Password:
[root@localhost ~]# ausearch -m avc
time-Tue Oct 4 19:58:30 2011
type=SYSCALL msg=audit(1317776310.816:77): arch=c03e syscall=189 success=no
exit=-22 a0=bb1ce30 a1=7fd0a4e0123b a2=bb3afe0 a3=24 items=0 ppid=1367 pid=1427
auid=1000 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0
ses=1 comm=yum exe=/usr/bin/python
subj=unconfined_u:system_r:rpm_t:s0-s0:c0.c1023 key=(null)
type=AVC msg=audit(1317776310.816:77): avc: denied { mac_admin } for
pid=1427 comm=yum capability=33
scontext=unconfined_u:system_r:rpm_t:s0-s0:c0.c1023
tcontext=unconfined_u:system_r:rpm_t:s0-s0:c0.c1023 tclass=capability2
[root@localhost ~]# service auditd status
Redirecting to /bin/systemctl status auditd.service
auditd.service - Security Auditing Service
Loaded: loaded (/lib/systemd/system/auditd.service; enabled)
Active: active (running) since Tue, 04 Oct 2011 20:21:01 -0500; 21h
ago
Process: 910 ExecStartPost=/sbin/auditctl -R /etc/audit/audit.rules
(code=exited, status=0/SUCCESS)
Main PID: 906 (auditd)
CGroup: name=systemd:/system/auditd.service
├ 906 /sbin/auditd -n
├ 946 /sbin/audispd
└ 948 /usr/sbin/sedispatch
Thanks,
Antonio
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Re: Still singing the fallback mode blues
On Wed, 05 Oct 2011 14:40:03 -0700 Adam Williamson awill...@redhat.com wrote: So, what's left to determine is whether all that goomph above is just telepathy pooping its pants, or whether that's actually what's causing Shell to crash (or quit). Do you have any abrt crash reports for gnome-shell? Nothing in abrt, no. It doesn't seem to be an actual SEGV-style crash that would bring abrt into the picture. If I start in the fallback mode, then do gnome-shell --replace by hand, I get something similar: JS ERROR: !!! Exception was: TypeError: this._accountManager.get_factory is not a function JS ERROR: !!! lineNumber = '124' JS ERROR: !!! fileName = '/usr/share/gnome-shell/js/ui/telepathyClient.js' JS ERROR: !!! stack = '()@/usr/share/gnome-shell/js/ui/telepathyClient.js:124 Client()@/usr/share/gnome-shell/js/ui/telepathyClient.js:77 _createUserSession()@/usr/share/gnome-shell/js/ui/main.js:84 start()@/usr/share/gnome-shell/js/ui/main.js:223 @main:1 ' JS ERROR: !!! message = 'this._accountManager.get_factory is not a function' Window manager warning: Log level 32: Execution of main.js threw exception: TypeError: this._accountManager.get_factory is not a function gnome-shell-calendar-server[2444]: Got HUP on stdin - exiting FWIW, that telepathyClient.js file actually belongs to gnome-shell; I'm not sure that telepathy itself has much to do with it. Thanks, jon -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: problems with suspend and GNOME
On Wed, 2011-10-05 at 18:48 -0300, Matias Kreder wrote: QA team, I have been testing Fedora 16 and ran into several issues that I'm going to be reporting. But I wanted to start the discussion about this: By default now F16 is set to suspend the computer after 30 minutes idle. I'm not happy with it because my home computer has some kind of issue with suspend and after 30 minutes I just heard my HD drives shutting down and a screen with the fedora logo in the middle (plymouth) that keeps there forever. I know I can change it from gnome-control-center but I would rather prefer this to come disabled due that some people like me would experience the same problem without realizing that it was because of an issue with suspend. This is not a QA issue. It's a GNOME decision. Bring it up on a GNOME list or possibly on devel list (although it's already been discussed there, to some extent). I believe it was actually mentioned there that this is an error, and systems connected to AC power are not supposed to auto-suspend. Check for posts from Richard Hughes to the devel list thread. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Still singing the fallback mode blues
On Wed, 2011-10-05 at 14:42 -0600, Jonathan Corbet wrote:
So the roadblock that kept {cl,m}utter off my Rawhide box cleared and I
figured I could now happily to back to swearing at gnome-shell. Alas, no
such luck. Something went wrong still; for an added bonus, the login
screen is now only willing to give me a choice of sessions the first time
around. If I pick the wrong one, I have to reboot for my sins...
The session problem is due to gdm misinterpreting your console logins
for full X sessions. As long as you are not logged in on any vts, you'll
get the session chooser. Fixed upstream. We should make sure we get that
fix into an update. Ah no, you are on rawhide, so an F16 update won't
help you...
Here's my .xsession-errorsthere does seem to be any confusion around.
Anybody got any ideas?
Looks like a problem between gnome-shell and telepathy.
What version of telepathy-glib do you have there ?
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Re: problems with suspend and GNOME
On Wed, 2011-10-05 at 16:27 -0700, Adam Williamson wrote: I believe it was actually mentioned there that this is an error, and systems connected to AC power are not supposed to auto-suspend. Check for posts from Richard Hughes to the devel list thread. http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=2b348db7060839bc977cb75cc15750e8a0811a69 -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Fedora 15 updates-testing report
The following Fedora 15 Security updates need testing: https://admin.fedoraproject.org/updates/FEDORA-2011-13785 https://admin.fedoraproject.org/updates/FEDORA-2011-13456 https://admin.fedoraproject.org/updates/FEDORA-2011-13504 https://admin.fedoraproject.org/updates/FEDORA-2011-13214 https://admin.fedoraproject.org/updates/FEDORA-2011-13446 https://admin.fedoraproject.org/updates/FEDORA-2011-12981 https://admin.fedoraproject.org/updates/FEDORA-2011-13801 https://admin.fedoraproject.org/updates/FEDORA-2011-13636 https://admin.fedoraproject.org/updates/FEDORA-2011-13861 https://admin.fedoraproject.org/updates/FEDORA-2011-13862 https://admin.fedoraproject.org/updates/FEDORA-2011-13860 The following Fedora 15 Critical Path updates have yet to be approved: https://admin.fedoraproject.org/updates/FEDORA-2011-13861 https://admin.fedoraproject.org/updates/FEDORA-2011-13859 https://admin.fedoraproject.org/updates/FEDORA-2011-13785 https://admin.fedoraproject.org/updates/FEDORA-2011-13512 https://admin.fedoraproject.org/updates/FEDORA-2011-13454 https://admin.fedoraproject.org/updates/FEDORA-2011-13399 https://admin.fedoraproject.org/updates/FEDORA-2011-13246 https://admin.fedoraproject.org/updates/FEDORA-2011-13227 https://admin.fedoraproject.org/updates/FEDORA-2011-13073 https://admin.fedoraproject.org/updates/FEDORA-2011-12797 https://admin.fedoraproject.org/updates/FEDORA-2011-12720 https://admin.fedoraproject.org/updates/FEDORA-2011-12576 https://admin.fedoraproject.org/updates/FEDORA-2011-12372 https://admin.fedoraproject.org/updates/FEDORA-2011-11955 https://admin.fedoraproject.org/updates/FEDORA-2011-9651 https://admin.fedoraproject.org/updates/FEDORA-2011-9592 https://admin.fedoraproject.org/updates/FEDORA-2011-8822 https://admin.fedoraproject.org/updates/FEDORA-2011-6791 https://admin.fedoraproject.org/updates/FEDORA-2011-5583 The following builds have been pushed to Fedora 15 updates-testing clusterPy-0.9.9-3.fc15 cyrus-imapd-2.4.12-1.fc15 hwloc-1.2.2-0.fc15 mozilla-adblockplus-1.3.10-1.fc15 nagios-plugins-check-updates-1.5.0-1.fc15 openswan-2.6.36-1.fc15 pem-0.7.9-1.fc15 perl-5.12.4-162.fc15 perl-MooseX-Types-Structured-0.28-1.fc15 perl-Sys-CPU-0.51-7.fc15 postgis-1.5.3-1.fc15 strigi-0.7.6-1.fc15 sugar-clock-7-1.fc15 sugar-moon-13-1.fc15 xnoise-0.1.29-1.fc15 xorg-x11-drv-ati-6.14.2-1.20110921gitd78860ba5.fc15 zabbix-1.8.8-1.fc15 Details about builds: clusterPy-0.9.9-3.fc15 (FEDORA-2011-13873) Library of spatially constrained clustering algorithms Update Information: ClusterPy is a library of spatial clustering algorithms. It works on raster and vector data. References: [ 1 ] Bug #710648 - Review Request: clusterPy - Custom analytical geographic regionalization https://bugzilla.redhat.com/show_bug.cgi?id=710648 cyrus-imapd-2.4.12-1.fc15 (FEDORA-2011-13860) A high-performance mail server with IMAP, POP3, NNTP and SIEVE support Update Information: - security fix: * fixes incomplete authentication checks in nntpd (Secunia SA46093) - other fixed bugs: * delayed delete can fail because of invalid names * cyradm cannot wildcard delete ACLs from a mailbox * Wrong ENABLE result (doubled names) * mbpath output changed from 2.3 to 2.4 for remote mailboxes * xfer fails on unlimited quota (-1) CVE-2011-3208 cyrus-imapd: nntpd buffer overflow in split_wildmats() Bugs Fixed: 3495P1 enhancement 2.4.10 Cyrus IMAP Improved duplicate suppression 3498P1 bug 2.4.10 Cyrus IMAP quota command deletes users quota files 2772P2 bug 2.4.x (next)Cyrus IMAP cmd_thread cores with bogus ids in references header 3300P3 bug 2.4.2 Cyrus IMAP SOL_TCP is not defined on NetBSD 3439P3 bug 2.3.16 Cyrus IMAP formatting issue on logging (or memory corruption ?) 3454P3 bug 2.4.8 Cyrus IMAP ID with unquoted id_param_list keys not accepted 3463P3 bug 2.4.x (next)Cyrus IMAP Certain mails will crash imapd if using server side threading 3489P3 bug 2.4.10 Cyrus IMAP 2.4.10 and quota problem 3491P3 enhancement 2.4.10 Cyrus IMAP UNAUTHENTICATE and NOOP in timsieved 3492P3 bug 2.4.10
Fedora 14 updates-testing report
The following Fedora 14 Security updates need testing:
https://admin.fedoraproject.org/updates/FEDORA-2011-13795
https://admin.fedoraproject.org/updates/FEDORA-2011-13499
https://admin.fedoraproject.org/updates/FEDORA-2011-13401
https://admin.fedoraproject.org/updates/FEDORA-2011-13181
https://admin.fedoraproject.org/updates/FEDORA-2011-13457
https://admin.fedoraproject.org/updates/FEDORA-2011-12874
https://admin.fedoraproject.org/updates/FEDORA-2011-13458
https://admin.fedoraproject.org/updates/FEDORA-2011-13633
https://admin.fedoraproject.org/updates/FEDORA-2011-13450
https://admin.fedoraproject.org/updates/FEDORA-2011-13805
https://admin.fedoraproject.org/updates/FEDORA-2011-13869
https://admin.fedoraproject.org/updates/FEDORA-2011-13864
https://admin.fedoraproject.org/updates/FEDORA-2011-13874
The following Fedora 14 Critical Path updates have yet to be approved:
https://admin.fedoraproject.org/updates/FEDORA-2011-13874
https://admin.fedoraproject.org/updates/FEDORA-2011-13795
https://admin.fedoraproject.org/updates/FEDORA-2011-13515
https://admin.fedoraproject.org/updates/FEDORA-2011-13401
https://admin.fedoraproject.org/updates/FEDORA-2011-12717
https://admin.fedoraproject.org/updates/FEDORA-2011-9266
https://admin.fedoraproject.org/updates/FEDORA-2011-8835
https://admin.fedoraproject.org/updates/FEDORA-2011-8401
https://admin.fedoraproject.org/updates/FEDORA-2011-8116
https://admin.fedoraproject.org/updates/FEDORA-2011-5868
https://admin.fedoraproject.org/updates/FEDORA-2011-5174
https://admin.fedoraproject.org/updates/FEDORA-2011-3923
The following builds have been pushed to Fedora 14 updates-testing
cyrus-imapd-2.3.18-1.fc14
openswan-2.6.33-2.fc14
perl-5.12.4-147.fc14
perl-MooseX-Types-Structured-0.28-1.fc14
postgis-1.5.3-1.fc14
zabbix-1.8.8-1.fc14
Details about builds:
cyrus-imapd-2.3.18-1.fc14 (FEDORA-2011-13869)
A high-performance mail server with IMAP, POP3, NNTP and SIEVE support
Update Information:
- cyrus-imapd updated to 2.3.18
- fixes incomplete authentication checks in nntpd (Secunia SA46093)
- fix CVE-2011-3208: a remotely exploitable buffer overflow in nntpd
ChangeLog:
* Wed Oct 5 2011 Michal Hlavinka mhlav...@redhat.com - 2.3.18-1
- cyrus-imapd updated to 2.3.18
- fixes incomplete authentication checks in nntpd (Secunia SA46093)
* Mon Sep 19 2011 Michal Hlavinka mhlav...@redhat.com - 2.3.17-1
- updated to 2.3.17
openswan-2.6.33-2.fc14 (FEDORA-2011-13864)
IPSEC implementation with IKEv1 and IKEv2 keying protocols
Update Information:
Fixes for cve-2011-3380.
ChangeLog:
* Wed Oct 5 2011 Avesh Agarwal avaga...@redhat.com - 2.6.33-2
- Fixes for cve-2011-3380
perl-5.12.4-147.fc14 (FEDORA-2011-13874)
Practical Extraction and Report Language
Update Information:
This update fixes security bug in Digest object constructor (CVE-2011-3597) and
in decoding Unicode string by interpreter (CVE-2011-2939).
ChangeLog:
* Wed Oct 5 2011 Petr Pisar ppi...@redhat.com - 4:5.12.4-147
- Fix CVE-2011-3597 (code injection in Digest) (bug #743010)
- Fix CVE-2011-2939 (heap overflow while decoding Unicode string) (bug #731246)
References:
[ 1 ] Bug #743010 - CVE-2011-3597 perl: code injection vulnerability in
Digest-new()
https://bugzilla.redhat.com/show_bug.cgi?id=743010
[ 2 ] Bug #731246 - CVE-2011-2939 Perl 5.{10,12,14} heap overflow while
decoding Unicode string
https://bugzilla.redhat.com/show_bug.cgi?id=731246
perl-MooseX-Types-Structured-0.28-1.fc14 (FEDORA-2011-13856)
Structured Type Constraints for Moose
Update Information:
This update fixes a regression where mixed type constraints (MX:Types style and
'classic' Stringy style) used
Re: oh no something has gone wrong ... :( f16 beta
Could you send me the output of
ausearch -m avc
If audit is not running send me
grep avc /var/log/messages
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk6MXHQACgkQrlYvE4MpobMjJACglIoDWdgYu4wJMwF3Hwc05jE5
evYAn1zQ5s83+J/A7AQf00sU3WuqpTQ9
=Qga3
-END PGP SIGNATURE-
[students@localhost ~]$ su -
Password:
[root@localhost ~]# ausearch -m avc
time-Tue Oct 4 19:58:30 2011
type=SYSCALL msg=audit(1317776310.816:77): arch=c03e
syscall=189 success=no exit=-22 a0=bb1ce30 a1=7fd0a4e0123b
a2=bb3afe0 a3=24 items=0 ppid=1367 pid=1427 auid=1000 uid=0
gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0
ses=1 comm=yum exe=/usr/bin/python
subj=unconfined_u:system_r:rpm_t:s0-s0:c0.c1023 key=(null)
type=AVC msg=audit(1317776310.816:77): avc:
denied { mac_admin } for pid=1427 comm=yum
capability=33
scontext=unconfined_u:system_r:rpm_t:s0-s0:c0.c1023
tcontext=unconfined_u:system_r:rpm_t:s0-s0:c0.c1023
tclass=capability2
[root@localhost ~]# service auditd status
Redirecting to /bin/systemctl status auditd.service
auditd.service - Security Auditing Service
Loaded: loaded
(/lib/systemd/system/auditd.service; enabled)
Active: active (running) since
Tue, 04 Oct 2011 20:21:01 -0500; 21h ago
Process: 910
ExecStartPost=/sbin/auditctl -R /etc/audit/audit.rules
(code=exited, status=0/SUCCESS)
Main PID: 906 (auditd)
CGroup:
name=systemd:/system/auditd.service
├ 906
/sbin/auditd -n
├ 946
/sbin/audispd
└ 948
/usr/sbin/sedispatch
Thanks,
Antonio
--
While installing from livecd, this is the seaplugin alert that I got:
SELinux is preventing /sbin/ldconfig from append access on the chr_file
/dev/tty3.
* Plugin leaks (50.5 confidence) suggests **
If you want to ignore ldconfig trying to append access the tty3 chr_file,
because you believe it should not need this access.
Then you should report this as a bug.
You can generate a local policy module to dontaudit this access.
Do
# grep /sbin/ldconfig /var/log/audit/audit.log | audit2allow -D -M mypol
# semodule -i mypol.pp
* Plugin catchall (50.5 confidence) suggests ***
If you believe that ldconfig should be allowed append access on the tty3
chr_file by default.
Then you should report this as a bug.
You can generate a local policy module to allow this access.
Do
allow this access for now by executing:
# grep ldconfig /var/log/audit/audit.log | audit2allow -M mypol
# semodule -i mypol.pp
Additional Information:
Source Contextunconfined_u:unconfined_r:ldconfig_t:s0-s0:c0.c102
3
Target Contextsystem_u:object_r:tty_device_t:s0
Target Objects/dev/tty3 [ chr_file ]
Sourceldconfig
Source Path /sbin/ldconfig
Port Unknown
Host localhost.localdomain
Source RPM Packages glibc-2.14.90-8
Target RPM Packages
Policy RPMselinux-policy-3.10.0-32.fc16
Selinux Enabled True
Policy Type targeted
Enforcing ModePermissive
Host Name localhost.localdomain
Platform Linux localhost.localdomain
3.1.0-0.rc6.git0.3.fc16.x86_64 #1 SMP Fri Sep 16
12:26:22 UTC 2011 x86_64 x86_64
Alert Count 1
First SeenWed 05 Oct 2011 02:40:53 PM CDT
Last Seen Wed 05 Oct 2011 02:40:53 PM CDT
Local ID c1953056-941c-4d02-9cfe-ddce29f219d3
Raw Audit Messages
type=AVC msg=audit(1317843653.766:69): avc: denied { append } for pid=13323
comm=ldconfig path=/dev/tty3 dev=devtmpfs ino=37
scontext=unconfined_u:unconfined_r:ldconfig_t:s0-s0:c0.c1023
tcontext=system_u:object_r:tty_device_t:s0 tclass=chr_file
type=AVC msg=audit(1317843653.766:69): avc: denied { read write } for
pid=13323 comm=ldconfig path=/dev/mapper/control dev=devtmpfs ino=185
scontext=unconfined_u:unconfined_r:ldconfig_t:s0-s0:c0.c1023
tcontext=system_u:object_r:lvm_control_t:s0 tclass=chr_file
type=SYSCALL msg=audit(1317843653.766:69): arch=x86_64 syscall=execve
success=yes exit=0 a0=1d67650 a1=1cd8aa0 a2=1d80530 a3=7fffc91fec80 items=0
ppid=3359 pid=13323 auid=1000 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0
fsgid=0 tty=(none) ses=1 comm=ldconfig exe=/sbin/ldconfig
subj=unconfined_u:unconfined_r:ldconfig_t:s0-s0:c0.c1023 key=(null)
Hash: ldconfig,ldconfig_t,tty_device_t,chr_file,append
audit2allow
#= ldconfig_t ==
allow ldconfig_t lvm_control_t:chr_file { read write };
allow ldconfig_t tty_device_t:chr_file append;
audit2allow -R
#= ldconfig_t
Re: oh no something has gone wrong ... :( f16 beta
On Wed, 2011-10-05 at 17:48 -0700, Antonio Olivares wrote: While installing from livecd, this is the seaplugin alert that I got: SELinux is preventing /sbin/ldconfig from append access on the chr_file /dev/tty3. That's already reported and likely has nothing to do with the fail whale. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Still singing the fallback mode blues
Jonathan Corbet corbet...@lwn.net wrote:
So the roadblock that kept {cl,m}utter off my Rawhide box cleared and I
figured I could now happily to back to swearing at gnome-shell. Alas, no
such luck. Something went wrong still; for an added bonus, the login
screen is now only willing to give me a choice of sessions the first time
around. If I pick the wrong one, I have to reboot for my sins...
I get said message the first time aropund I try to log into a LiveCD, but
then it works.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile 234 Fax: +56 32 2797513
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Procmail's stopped processing
I can't be the only one who's run into this? My procmail setup has not changed fundamentally in well over a decade. I use INCLUDERC directives in my ~/.procmailrc so that I can keep my various recipies in separate files. It's worked perfectly well forever -- until my install of Tuesday's F-16 beta, that is. Argh. All my mail is landing in my inbox! groan Janina -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- Janina Sajka, Phone: +1.443.300.2200 sip:jan...@asterisk.rednote.net Chair, Open Accessibility jan...@a11y.org Linux Foundationhttp://a11y.org Chair, Protocols Formats Web Accessibility Initiativehttp://www.w3.org/wai/pf World Wide Web Consortium (W3C) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Procmail's stopped processing
Janina Sajka writes: I can't be the only one who's run into this? My procmail setup has not changed fundamentally in well over a decade. I use INCLUDERC directives in my ~/.procmailrc so that I can keep my various recipies in separate files. It's worked perfectly well forever -- until my install of Tuesday's F-16 beta, that is. Argh. All my mail is landing in my inbox! groan I neglected to say that my /home is a separate partition which was NOT formatted during the F-16 beta install, though my / was a clean install. My /home is btrfs, if that matters, though this problem wasn't around the past weeks whilst I've been running F-16 Alpha (installed via yum). I've filed: https://bugzilla.redhat.com/show_bug.cgi?id=743775 Sorry for the duplicate message. I should be going to bed! Janina -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- Janina Sajka, Phone: +1.443.300.2200 sip:jan...@asterisk.rednote.net Chair, Open Accessibility jan...@a11y.org Linux Foundation http://a11y.org Chair, Protocols Formats Web Accessibility Initiative http://www.w3.org/wai/pf World Wide Web Consortium (W3C) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test -- Janina Sajka, Phone: +1.443.300.2200 sip:jan...@asterisk.rednote.net Chair, Open Accessibility jan...@a11y.org Linux Foundationhttp://a11y.org Chair, Protocols Formats Web Accessibility Initiativehttp://www.w3.org/wai/pf World Wide Web Consortium (W3C) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Quick proventester note: qxl driver
Hey, folks - just a quick note for proven testers. The xorg-x11-drv-qxl driver is what's used in a SPICE VM, so if you set up a default virt-manager VM on F16 or (I think) F15 to do your testing, then the virtual system will be using the qxl driver, and you can file positive feedback on the xorg-x11-drv-qxl update as long as your VM's graphics work. You can confirm whether the driver is in use just by doing 'grep qxl /var/log/Xorg.0.log' as root, if you get a ton of output, you're using qxl. Updates for the driver have been waiting in updates-testing for F14 and F15 for a while, so it'd be great to get those through. thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
rc9 kernel builds from this morning are crashing
I haven't captured the tracebacks yet (and won't have a chance for a couple of days, by which time it will be moot), but if you play with the rc9 kernels from this morning (kernel-3.1.0-0.rc9.git0.0.fc16 and kernel-3.1.0-0.rc9.git0.0.fc17) expect crashes. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Nightly Compose and fc17...
Greetings: I am not sure of the timeline for the fc17 Nightly Composes... Now that fc16 has gone beta, will he nightly composes go into fc17... -- Sincerely yours, Rob G. Healey Always surround yourself with people that inspire you to greatness! -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
