Re: F17 vs. Pentium 4
Why can grub find one file and not the other? [root@localhost homes]# pwd /homes [root@localhost homes]# df / /homes Filesystem 1K-blocks Used Available Use% Mounted on /dev/sdb1082582288 32223896 46163628 42% / /dev/sdb1 38456308 35386332 1116476 97% /homes [root@localhost homes]# ls vmlinuz-3.1.9-1.4-desktop vmlinuz-2.6.35.14-106.fc14.i686.PAE vmlinuz-2.6.35.14-106.fc14.i686.PAE vmlinuz-3.1.9-1.4-desktop [root@localhost homes]# grub Probing devices to guess BIOS drives. This may take a long time. GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename.] grub> find /vmlinuz-2.6.35.14-106.fc14.i686.PAE find /vmlinuz-2.6.35.14-106.fc14.i686.PAE Error 15: File not found grub> find /vmlinuz-3.1.9-1.4-desktop find /vmlinuz-3.1.9-1.4-desktop (hd1,0) (hd1,1) grub> [root@localhost homes]# mount | grep sdb /dev/sdb10 on / type ext4 (rw) /dev/sdb11 on /var type ext3 (rw) /dev/sdb1 on /homes type ext3 (rw) /homes is the mountpoint for sdb1==(hd1,0) What gives? -- Michael henne...@web.cs.ndsu.nodak.edu "On Monday, I'm gonna have to tell my kindergarten class, whom I teach not to run with scissors, that my fiance ran me through with a broadsword." -- Lily -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
RE: Slow Firefox in F17
> I have just the worst experience with proprietary nvidia drivers and desktop > rendering, especially in Firefox. Try to switch to nouveau driver whether it > improves, I'm almost certain you'll be amazed. If that's the case, try to bash > nvidia in their support forum, but don't expect much. Well, I can say it improved, but not any worthy amount on this Acer Aspire R3610 with an nVidia ION card. Thanks, jlc -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Move from /media to /run/media/$USER
On Friday, April 13, 2012, 3:05:43 PM, Steven Stern wrote: > On 04/13/2012 12:25 PM, John Reiser wrote: >> On 04/13/2012 06:48 AM, Bill Nottingham wrote: >>> Release notes seem fine. Basically, removable media mounted in the >>> user's session are now mounted in a user-specific directory. >> >> There's still a problem: cold-plugged media, or even warm-plugged media. >> Cold-plugged (before boot) should be mounted under /media as soon as udisks2 >> runs. >> Warm-plugged (after boot but before login) probably should be, too, >> although there's room for discussion regarding /media/ versus >> /run/media/$next_console_login/, particularly for multi-seat operation >> (Plugable.com, etc.), but particularly including login on either text or >> graphical >> local console. >> >> However, they aren't recognized [mounted] at all (not even upon subsequent >> graphical >> login), and this is bad. See >> https://bugzilla.redhat.com/show_bug.cgi?id=722712 >> where there is some argument whether udisks2 or gvfs should bear the blame. >> >> It can be handy to have a "permanently" mounted CD/DVD or USB2.0 flash >> device. >> > This behavior messes up a bunch of scripts I've written that assume the > external USB drive "MyBackupDrive" will be hooked up as > "/media/MyBackupDrive" no matter who's logged in when it's plugged in. > Phooey. It's worse. Think CD/DVD/USB shared via Samba. No one needs to be logged on in the pre-F17 scenario, but now things are totally broken. Deferring things until first logon only makes sense if there actually is a logon. That is an unwarranted design assumption - too many "it must be a single user desktop" assumptions/bias. Using Fedora as a small home network server just got more complex, and I smell incompatibilities coming with how folks using Fedora (or a later RHEL release) would tend to treat mounted media. With F16 I finally was able to use on-boot static addressing with NetworkManager on my Samba/DHCP/DNS small server. No more switching to to use the traditional Network service. Please keep things flexible to allow for these scenarios. Al -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How to install some software that requires Python 2.6 and rejects 2.7?
On 13 April 2012 09:58, Horst H. von Brand wrote: > Richard Shaw wrote: >> On Thu, Apr 12, 2012 at 3:37 PM, Fernando Cassia wrote: >> > of which http://mcepl.fedorapeople.org/rpms/ maintains Fedora RPMs for here >> > http://mcepl.fedorapeople.org/rpms/scribes-0.4-0.bzr2017r1032.1.el6.noarch.rpm >> >> You're trying to install the el6 package which must ship with Python >> 2.6. Easiest solution is to download the source RPM instead and >> rebuild it on your system: > > I find it strange that there is a EPEL package that isn't also available for > Fedora proper. Isn't that a requirement for EPEL? No. The requirement is that the package is reviewed and acceptable to Fedora Packaging standards.. but various packages can be EPEL only if they will only work on stuff that Fedora has no want to maintain anymore. -- Stephen J Smoogen. "The core skill of innovators is error recovery, not failure avoidance." Randy Nelson, President of Pixar University. "Years ago my mother used to say to me,... Elwood, you must be oh so smart or oh so pleasant. Well, for years I was smart. I recommend pleasant. You may quote me." —James Stewart as Elwood P. Dowd -- 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-2012-5256/wireshark-1.4.12-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5631/phpMyAdmin-3.5.0-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5805/samba-3.5.14-73.fc15.1 https://admin.fedoraproject.org/updates/FEDORA-2012-5822/gallery3-3.0.3-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5814/gallery2-2.3.2-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5436/quagga-0.99.20.1-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5420/rpm-4.9.1.3-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5422/freetype-2.4.4-8.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5406/libtiff-3.9.5-3.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5515/libpng-1.2.49-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2011-17233/tor-0.2.1.32-1500.fc15 The following Fedora 15 Critical Path updates have yet to be approved: https://admin.fedoraproject.org/updates/FEDORA-2012-5805/samba-3.5.14-73.fc15.1 https://admin.fedoraproject.org/updates/FEDORA-2012-5745/nss-util-3.13.4-2.fc15,nss-3.13.4-2.fc15,nss-softokn-3.13.4-1.fc15,nspr-4.9-2.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5515/libpng-1.2.49-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5406/libtiff-3.9.5-3.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5422/freetype-2.4.4-8.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5420/rpm-4.9.1.3-1.fc15 https://admin.fedoraproject.org/updates/dracut-009-15.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5102/mysql-5.5.22-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4959/mdadm-3.2.3-7.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-4971/python-cups-1.9.60-3.fc15 https://admin.fedoraproject.org/updates/FEDORA-2012-5053/openldap-2.4.24-6.fc15 https://admin.fedoraproject.org/updates/lm_sensors-3.3.2-1.fc15 https://admin.fedoraproject.org/updates/FEDORA-2011-13190/phonon-backend-gstreamer-4.5.90-2.fc15,phonon-4.5.57-1.20110914.fc15 The following builds have been pushed to Fedora 15 updates-testing exif-0.6.20-3.fc15 gallery2-2.3.2-1.fc15 gallery3-3.0.3-1.fc15 help2man-1.40.8-1.fc15 josm-0-0.28.5177svn.fc15 mcomix-0.98-1.fc15 nagios-plugins-openmanage-3.7.5-1.fc15 nogravity-2.00-16.fc15 perl-DBIx-SearchBuilder-1.62-1.fc15 perl-HTML-Lint-2.20-2.fc15 perl-Log-Dispatch-Perl-0.04-1.fc15 python-dulwich-0.8.5-1.fc15 radvd-1.8.2-3.fc15 ruby-1.8.7.358-1.fc15 rubygem-hpricot-0.8.6-1.fc15 samba-3.5.14-73.fc15.1 tito-0.4.8-1.fc15 Details about builds: exif-0.6.20-3.fc15 (FEDORA-2012-5846) Utility to show EXIF information hidden in JPEG files Update Information: Utility to show EXIF information hidden in JPEG files References: [ 1 ] Bug #796465 - Review Request: exif - Utility to show EXIF information hidden in JPEG files https://bugzilla.redhat.com/show_bug.cgi?id=796465 gallery2-2.3.2-1.fc15 (FEDORA-2012-5814) Customizable photo gallery web site Update Information: Fixes for CVE-2012-1113, minor XSS vulnerabilities. ChangeLog: * Thu Apr 12 2012 Jon Ciesla - 2.3.2-1 - Latest upstream, minor security fixes, - BZ 812048, 812049, 812050. * Fri Feb 3 2012 Jon Ciesla - 2.3.1-6 - Unbundle php-pear-Mail-Mime, BZ 501867. * Fri Jan 13 2012 Fedora Release Engineering - 2.3.1-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild References: [ 1 ] Bug #812048 - CVE-2012-1113 gallery: XSS flaws in administration area [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=812048 [ 2 ] Bug #812049 - CVE-2012-1113 gallery: XSS flaws in administration area [fedora-rawhide] https://bugzilla.redhat.com/show_bug.cgi?id=812049 [ 3 ] Bug #812050 - CVE-2012-1113 gallery: XSS flaws in administration area [epel-5] https://bugzilla.redhat.com/show_bug.cgi?id=812050 gallery3-3.0.3-1.fc15 (FEDORA-2012-5822) Customizable photo gallery web site
Fedora 16 updates-testing report
The following Fedora 16 Security updates need testing: https://admin.fedoraproject.org/updates/FEDORA-2012-5624/phpMyAdmin-3.5.0-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-4946/freetype-2.4.6-5.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5058/expat-2.1.0-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5155/perl-Pod-Plainer-1.03-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5833/python3-3.2.3-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5832/gallery3-3.0.3-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5806/gallery2-2.3.2-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5411/quagga-0.99.20.1-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5243/wireshark-1.6.6-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5434/tremulous-1.2.0-0.5.beta1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5410/libtiff-3.9.5-3.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5421/rpm-4.9.1.3-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2011-14691/tomcat6-6.0.32-19.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5518/libpng-1.2.49-1.fc16 The following Fedora 16 Critical Path updates have yet to be approved: https://admin.fedoraproject.org/updates/FEDORA-2012-5750/PackageKit-0.6.22-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5669/v4l-utils-0.8.7-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5518/libpng-1.2.49-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5410/libtiff-3.9.5-3.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5396/gdb-7.3.50.20110722-14.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5421/rpm-4.9.1.3-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5400/NetworkManager-0.9.4-2.git20120403.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5274/gnome-settings-daemon-3.2.3-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5236/virtuoso-opensource-6.1.5-2.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5227/akonadi-1.7.2-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5148/flac-1.2.1-8.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5030/mysql-5.5.22-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-4946/freetype-2.4.6-5.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-4975/openbox-3.5.0-5.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5058/expat-2.1.0-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-4990/colord-0.1.18-2.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5087/polkit-0.103-1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5062/phonon-4.6.0-3.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5086/nss-util-3.13.4-2.fc16,nss-3.13.4-2.fc16,nss-softokn-3.13.4-1.fc16,nspr-4.9-2.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5032/mdadm-3.2.3-7.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5005/cups-1.5.2-8.1.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5056/accountsservice-0.6.15-3.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-5022/xorg-x11-server-1.11.4-3.fc16 https://admin.fedoraproject.org/updates/FEDORA-2012-4981/openldap-2.4.26-7.fc16 The following builds have been pushed to Fedora 16 updates-testing drupal6-og-2.2-4.fc16 eclipse-3.7.1-8.fc16 eclipse-vrapper-0.18.0-0.1.git1961d1.fc16 exif-0.6.20-3.fc16 gallery2-2.3.2-1.fc16 gallery3-3.0.3-1.fc16 help2man-1.40.8-1.fc16 ibus-pinyin-1.4.0-16.fc16 josm-0-0.28.5177svn.fc16 kdeutils-4.8.2-2.fc16 libguestfs-1.16.17-1.fc16 libpinyin-0.5.92-1.fc16 libreoffice-3.4.5.2-12.fc16 mcomix-0.98-1.fc16 nagios-plugins-openmanage-3.7.5-1.fc16 nogravity-2.00-16.fc16 perl-DBIx-SearchBuilder-1.62-1.fc16 perl-HTML-Lint-2.20-2.fc16 perl-Log-Dispatch-Perl-0.04-1.fc16 python-dulwich-0.8.5-1.fc16 python3-3.2.3-1.fc16 radvd-1.8.2-3.fc16 ruby-1.8.7.358-1.fc16 rubygem-hpricot-0.8.6-1.fc16 rubygem-nokogiri-1.5.2-1.fc16 shotwell-0.10.1-4.fc16 tito-0.4.8-1.fc16 Details about builds: drupal6-og-2.2-4.fc16 (FEDORA-2012-5847) Organic Group Module for Drupal6 Update Information: Here is where you give an explanation of your update. References: [ 1 ] Bug #807328 - Review Request: drupal6-og - Organic Group Module for Drupal6 https://bugzilla.redhat.com/show_bug.cgi?id=807328 =
Re: F17 vs. Pentium 4
On Fri, 13 Apr 2012, mwesten wrote: On 04/12/2012 10:51 PM, Michael Hennebry wrote: On Thu, 12 Apr 2012, mwesten wrote: On 04/12/2012 07:12 PM, Michael Hennebry wrote: No selinux message, but Still no go. I took some pictures of the "Details" message, I'm not getting anything at that URL, and I probably won't have a way around whatever it is, either. Oops. http://web.cs.ndsu.nodak.edu/~hennebry/new16-1.png http://web.cs.ndsu.nodak.edu/~hennebry/new16-2.png http://web.cs.ndsu.nodak.edu/~hennebry/new16-3.png Alright, I looked at the pics you posted and it appears that you have reproduced this anaconda crash during the bootloader installation: https://bugzilla.redhat.com/show_bug.cgi?id=796472 I was looking at the included exception report and it seems this person was installing F16 on the second of two drives with the bootloader going on the first. Is that what you were doing as well? That is not what I recall, but I might be wrong. Is there a way to tell which disk was used for booting that does not involve rebooting? I've been poking around /proc , but haven't found anything. As mentioned earlier, when attempting upgrade, the only allowed source was F14, i.e. the one I wanted to keep. For that reason, I selected fresh custom install. When listing available partitions, anaconda listed the sda partitions as the target partitions and the sdb partitions as the data partitions. I put everything except a swap file on sdb. When it asked where to put the bootloader, I think it specified sda as the default. My recollection was that sdb was the boot disk, so that bothered me. Given the troubles I'd had previously after rejecting a bootloader default, I decided to accept this one. All seemed to be going well until the crash. -- Michael henne...@web.cs.ndsu.nodak.edu "On Monday, I'm gonna have to tell my kindergarten class, whom I teach not to run with scissors, that my fiance ran me through with a broadsword." -- Lily -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Yum upgrade F16 -> F17
Hi, I did test upgrade with yum following info on https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum After doing succesfull usrmove i did upgrade with: yum --releasever=17 update rpm rm -f /var/lib/rpm/__* rpm --rebuilddb yum --releasever=17 distro-sync If i boot after that i see that kernel is not updated and shutdown doesnt work. If i run "yum update" after distro-sync, there is still packages updating: [root@fedora16 ~]# yum update Dependencies Resolved Package Arch Version Repository Size Installing: kernel i686 3.3.1-5.fc17 updates-testing 24 M Updating: audit i686 2.2.1-1.fc17 updates-testing 211 k audit-libs i686 2.2.1-1.fc17 updates-testing 68 k biosdevname i686 0.3.11-6.fc17 updates-testing 32 k cairo i686 1.10.2-7.fc17 updates-testing 456 k checkpolicy i686 2.1.9-2.fc17 updates-testing 207 k device-mapper i686 1.02.74-6.fc17 updates-testing 152 k device-mapper-event i686 1.02.74-6.fc17 updates-testing 107 k device-mapper-event-libs i686 1.02.74-6.fc17 updates-testing 100 k device-mapper-libs i686 1.02.74-6.fc17 updates-testing 177 k dhclient i686 12:4.2.3-24.P2.fc17 updates-testing 261 k dhcp-common i686 12:4.2.3-24.P2.fc17 updates-testing 160 k dhcp-libs i686 12:4.2.3-24.P2.fc17 updates-testing 128 k dracut noarch 018-1.fc17 updates-testing 187 k elfutils-libelf i686 0.153-2.fc17 updates-testing 178 k expat i686 2.1.0-1.fc17 updates-testing 76 k fontconfig i686 2.8.0-6.fc17 updates-testing 186 k freetype i686 2.4.8-3.fc17 updates-testing 373 k glibc i686 2.15-32.fc17 updates-testing 4.1 M glibc-common i686 2.15-32.fc17 updates-testing 11 M gpgme i686 1.3.0-6.fc17 updates-testing 147 k grep i686 2.11-1.fc17 updates-testing 288 k iproute i686 3.3.0-1.fc17 updates-testing 403 k kmod i686 7-1.fc17 updates-testing 65 k kmod-libs i686 7-1.fc17 updates-testing 44 k libblkid i686 2.21.1-1.fc17 updates-testing 129 k libdrm i686 2.4.33-1.fc17 updates-testing 109 k libgcc i686 4.7.0-1.fc17 updates-testing 85 k libgomp i686 4.7.0-1.fc17 updates-testing 89 k libmount i686 2.21.1-1.fc17 updates-testing 127 k libpciaccess i686 0.13.1-1.fc17 updates-testing 25 k libpng i686 2:1.5.10-1.fc17 updates-testing 209 k libsepol i686 2.1.5-1.fc17 updates-testing 136 k libssh2 i686 1.4.1-1.fc17 updates-testing 125 k libsss_sudo i686 1.8.2-10.fc17 updates-testing 49 k libstdc++ i686 4.7.0-1.fc17 updates-testing 284 k libudev i686 182-1.fc17 updates-testing 78 k libuser i686 0.57.6-1.fc17 updates-testing 376 k libuuid i686 2.21.1-1.fc17 updates-testing 66 k libxcb i686 1.8.1-1.fc17 updates-testing 120 k linux-firmware noarch 20120206-0.3.git06c8f81.fc17 updates-testing 10 M lvm2 i686 2.02.95-6.fc17 updates-testing 618 k lvm2-libs i686 2.02.95-6.fc17 updates-testing 520 k nspr i686 4.9-2.fc17 updates-testing 116 k nss i686 3.13.4-2.fc17 updates-testing 764 k nss-softokn i686 3.13.4-1.fc17 updates-testing 180 k nss-softokn-freebl i686 3.13.4-1.fc17 updates-testing 124 k nss-sysinit i686 3.13.4-2.fc17 updates-testing 36 k nss-util i686 3.13.4-2.fc17 updates-testing 53 k openldap i686 2.4.30-2.fc17 updates-testing 274 k openssh i686 5.9p1-22.fc17 updates-testing 275 k openssh-server i686 5.9p1-22.fc17 updates-testing 324 k openssl i686 1:
re: serious Python-2.7.2.x86_64 crash
Dear Adam: > Greetings: > > Major crash! Please fix before releasing Fedora 17 > > Here is what I received on my terminal window regarding this crash... > > [Frog@FartingSalmon gep-026]$ pysetup run sdist > running sdist > running check > invalid Python installation: unable to open > /usr/lib/python2.7/config/Makefile (No such file or directory) That's not a crash. That's a third-party tool making an apparently unreliable assumption about what files will be present where in a typical Python installation. python-libs contains $libdir/python2.7/config/Makefile . I suspect either you don't have python-libs installed, or the script you're running is erroneously assuming that all distros use /usr/lib even on x86_64 installs. If yours is an x86_64 install, this is likely the source of the problem; you should ask upstream of whatever 'gep' is to fix their script to look in /usr/lib64 when appropriate. I do have python-libs installed and yes it is the 64bit version, so it makes sense that it would not be in the /usr/lib/python2.7 directory! For the time being, I created a symbolic link from /usr/lib64/python2.7/config to /usr/lib/python2.7 ... This may not be the best idea or way of handling it, but it does work! I will write the upstream version of Distutils2 to get a fix... Sincerely yours, Rob G. Healey -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- Sincerely yours, Rob G. Healey -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Move from /media to /run/media/$USER
> However, they aren't recognized [mounted] at all (not even upon subsequent > graphical > login), and this is bad. See > https://bugzilla.redhat.com/show_bug.cgi?id=722712 > where there is some argument whether udisks2 or gvfs should bear the blame. Cold- or warm-plugged filesystem devices do appear in /dev/disk/{by-label,by-uuid,...} so it seems that udev+udisks2 is acting normally. However the filesystems do not get mounted, neither under /media/ nor /run/media/$user/ . This might be OK if there were an easy way to change the policy, or to request "please process the cold- and warm-plugged events as if they where hot-plugged _now_." -- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Move from /media to /run/media/$USER
Once upon a time, Steven Stern said: > On 04/13/2012 12:25 PM, John Reiser wrote: > > On 04/13/2012 06:48 AM, Bill Nottingham wrote: > >> Release notes seem fine. Basically, removable media mounted in the > >> user's session are now mounted in a user-specific directory. > > > > There's still a problem: cold-plugged media, or even warm-plugged media. > > Cold-plugged (before boot) should be mounted under /media as soon as > > udisks2 runs. > > Warm-plugged (after boot but before login) probably should be, too, > > although there's room for discussion regarding /media/ versus > > /run/media/$next_console_login/, particularly for multi-seat > > operation > > (Plugable.com, etc.), but particularly including login on either text or > > graphical > > local console. > > > > However, they aren't recognized [mounted] at all (not even upon subsequent > > graphical > > login), and this is bad. See > > https://bugzilla.redhat.com/show_bug.cgi?id=722712 > > where there is some argument whether udisks2 or gvfs should bear the blame. > > > > It can be handy to have a "permanently" mounted CD/DVD or USB2.0 flash > > device. > > > This behavior messes up a bunch of scripts I've written that assume the > external USB drive "MyBackupDrive" will be hooked up as > "/media/MyBackupDrive" no matter who's logged in when it's plugged in. > Phooey. Yeah, is there a way to disable this behavior? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Move from /media to /run/media/$USER
On 04/13/2012 12:25 PM, John Reiser wrote: > On 04/13/2012 06:48 AM, Bill Nottingham wrote: >> Release notes seem fine. Basically, removable media mounted in the >> user's session are now mounted in a user-specific directory. > > There's still a problem: cold-plugged media, or even warm-plugged media. > Cold-plugged (before boot) should be mounted under /media as soon as udisks2 > runs. > Warm-plugged (after boot but before login) probably should be, too, > although there's room for discussion regarding /media/ versus > /run/media/$next_console_login/, particularly for multi-seat operation > (Plugable.com, etc.), but particularly including login on either text or > graphical > local console. > > However, they aren't recognized [mounted] at all (not even upon subsequent > graphical > login), and this is bad. See > https://bugzilla.redhat.com/show_bug.cgi?id=722712 > where there is some argument whether udisks2 or gvfs should bear the blame. > > It can be handy to have a "permanently" mounted CD/DVD or USB2.0 flash device. > This behavior messes up a bunch of scripts I've written that assume the external USB drive "MyBackupDrive" will be hooked up as "/media/MyBackupDrive" no matter who's logged in when it's plugged in. Phooey. -- -- Steve -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F17 vs. Pentium 4
On 04/12/2012 10:51 PM, Michael Hennebry wrote: On Thu, 12 Apr 2012, mwesten wrote: On 04/12/2012 07:12 PM, Michael Hennebry wrote: No selinux message, but Still no go. I took some pictures of the "Details" message, but the three are >60KB a piece after processing, >2MB before. Should I send them to the list? I put them on http://web.cs.ndsu.nodak.edu/~hennebry/new16-[123].png After clicking on exit, I saw four copies of the following message at the bottom before I had to push reset. Error: cannot open Packages database in /mnt/sysimage/var/lib/rpm . I see, the installer is finding what it needs alright, but just can't complete. Isn't that what the netinstall did to you too? I'm not getting anything at that URL, and I probably won't have a way around whatever it is, either. Oops. http://web.cs.ndsu.nodak.edu/~hennebry/new16-1.png http://web.cs.ndsu.nodak.edu/~hennebry/new16-2.png http://web.cs.ndsu.nodak.edu/~hennebry/new16-3.png Of course, you could give F17 Beta a shot. At this point, however, I would really only recommend using optical media or a LiveUSB for that. I'll download it. I've got one more rather hairy thing to try before trying to use it. Alright, I looked at the pics you posted and it appears that you have reproduced this anaconda crash during the bootloader installation: https://bugzilla.redhat.com/show_bug.cgi?id=796472 I was looking at the included exception report and it seems this person was installing F16 on the second of two drives with the bootloader going on the first. Is that what you were doing as well? -Mike -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: rescue mode?
Kevin Fenzi wrote: Live media does not have rescue mode. ;) You need a install dvd or netinstall iso. Sorry for the noise. I forgot that the live cd doesn't use anaconda. The netinst image worked, although anaconda warned that "rescue" was deprecated and should be "inst.rescue" in the future. That needs to be changed in the menu. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Move from /media to /run/media/$USER
On 04/13/2012 06:48 AM, Bill Nottingham wrote: > Release notes seem fine. Basically, removable media mounted in the > user's session are now mounted in a user-specific directory. There's still a problem: cold-plugged media, or even warm-plugged media. Cold-plugged (before boot) should be mounted under /media as soon as udisks2 runs. Warm-plugged (after boot but before login) probably should be, too, although there's room for discussion regarding /media/ versus /run/media/$next_console_login/, particularly for multi-seat operation (Plugable.com, etc.), but particularly including login on either text or graphical local console. However, they aren't recognized [mounted] at all (not even upon subsequent graphical login), and this is bad. See https://bugzilla.redhat.com/show_bug.cgi?id=722712 where there is some argument whether udisks2 or gvfs should bear the blame. It can be handy to have a "permanently" mounted CD/DVD or USB2.0 flash device. -- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Audio error while playing audio with mplayer in konsole in F17
On Fri, 13 Apr 2012 07:55:18 -0500 Rex Dieter wrote: > stan wrote: > > > I keep getting the error, > > Audio device got stuck! > > when playing audio in konsole using mplayer in F17. The sound > > continues playing, but I think I hear a slight sound like brushing a > > microphone when this occurs. It happens fairly frequently, > > sometimes several times within a few seconds, and sometimes it > > takes a minute. > > > > I'm not sure whether it is mplayer, alsa, or pulseaudio causing the > > problem. Anyone have insight on this? > > See if it's reproducible in players other than mplayer. If not, > mplayer is to blame, else it's most likely something in the audio > stack (one usual culprit is audio driver). It's mplayer. I ran a search in the source and found the string. Seems to be timing out while trying to write audio, and the comment seems to imply that this is a synchronization issue. Since it only started recently, I think it isn't. There is no problem with the version in Fedora, it works properly. I'm using the subversion repository to build, so this is a regression there. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: rescue mode?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 4/13/2012 10:02 AM, Kevin Fenzi wrote: > On Thu, 12 Apr 2012 18:56:37 -0700 Samuel Sieb > wrote: > >> John Reiser wrote: Has rescue mode been removed? If so, what can I use instead? >>> >>> Append " rescue" to the end of the kernel boot command line. >>> >> Yes, that's what I usually do and what I tried. I don't >> remember if I've ever tried it with a live cd before though. I >> usually use the netinst image and I'll try that now. > > Live media does not have rescue mode. ;) > > You need a install dvd or netinstall iso. The Fedora-17 Xfce x86_64 does. - - -- David - -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPiE/tAAoJEObJ14kUYB6puMEH/Azdi5uWYL8YGi8UawHrnb6Q 01c0g3L9R0npONm0Tjs+nVBGAlnYjgMvOkU93HMAMGKoOcvWICJRZMCNQG/XxjDM E8D0H3THkNXCJwVcRge2PdQ4g0JQ/GJePx6HBSdS/aQE9v5mBUQQtDBB+wvf/aLf sAADVTpnlFOjou6Aopdx4phAeAaQMyaSHn8DEzrNMf5i8IzWlbuIbQiM9hwBesl8 2EvAg0o4utHzaJG0HUzLwbsDGicpzX/DZnliXoeJsL/oelyyCtRyilAhBuo3SKd/ g+SJ36YSiRc9Ya+Vy4EEsw/LP8oo/o9rdGQWPjzBV9lPJPQWVOOOiwch1Rkxjug= =vbTn - -END PGP SIGNATURE- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPiFAGAAoJEObJ14kUYB6pafsH/3jhXu/YuLuro3d3/5Zq73sm 9YlffRh5f+dhh6TspYxP/ImzZznqNrgWiT2womGaE9UpoDP7X+nXGHLom36ybC+D a/ZjFsTc9nEp7xrBKq45xCZRQOKt4Nlmf3VcP36iotxP/AE7wrFksDLw9rvVfPA+ n7O7bM/TZuZzKbHSkw8kJ/mfK1yCg/4C5CUUq2WBzyYBFPhUUgoI070bZSrGwYoe +QSRjMr3hg7ONCQ31d+UnFm3bGNP6M2rdLHTBwydonuYfQLSK9NvyiR7qxsRnaWY ypwSpAUtQex1yMcXjgaAJQNiBft/+NpDXkc0sR8RHnfW3qu0PiHeaygF9kMwGyo= =aIMe -END PGP SIGNATURE- -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How to install some software that requires Python 2.6 and rejects 2.7?
Richard Shaw wrote: > On Thu, Apr 12, 2012 at 3:37 PM, Fernando Cassia wrote: > > of which http://mcepl.fedorapeople.org/rpms/ maintains Fedora RPMs for here > > http://mcepl.fedorapeople.org/rpms/scribes-0.4-0.bzr2017r1032.1.el6.noarch.rpm > > You're trying to install the el6 package which must ship with Python > 2.6. Easiest solution is to download the source RPM instead and > rebuild it on your system: I find it strange that there is a EPEL package that isn't also available for Fedora proper. Isn't that a requirement for EPEL? -- 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
Re: How to install some software that requires Python 2.6 and rejects 2.7?
On Fri, Apr 13, 2012 at 12:46, Fernando Cassia wrote: > # rpm -i gdm3setup-20120226-1.noarch.rpm > error: gdm3setup-20120226-1.noarch.rpm: not an rpm package (or package > manifest): sorry http://en.wikipedia.org/wiki/Brain_fart FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto Revolucionario - George Orwell -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How to install some software that requires Python 2.6 and rejects 2.7?
On Thu, Apr 12, 2012 at 18:31, Richard Shaw wrote: > Is this a different version from the one at people.fedora.org??. >> Sorry I got confused by the dropbox url. Or did you edit/fix it and >> uploaded it there? > > Sorry yes! That's my updated version. # rpm -i gdm3setup-20120226-1.noarch.rpm error: gdm3setup-20120226-1.noarch.rpm: not an rpm package (or package manifest): FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto Revolucionario - George Orwell -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How to install some software that requires Python 2.6 and rejects 2.7?
On Fri, Apr 13, 2012 at 12:08, Richard Shaw wrote: > Well I wouldn't consider my modifications "upstreamable". It was > really just a quick hack. The right way would be to fix/work around > the autoconf errors but I just don't know autoconf well enough. Okay, I will install your RPM. I just want to be kept on the record that any trojans on my system came from your RPM... ;-) *joke* *joke* FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How to install some software that requires Python 2.6 and rejects 2.7?
On Thu, Apr 12, 2012 at 4:43 PM, Fernando Cassia wrote: > On Thu, Apr 12, 2012 at 18:31, Richard Shaw wrote: >> >> Sorry yes! That's my updated version. > > I think it'd be nice if you could do a small txt explaining what you > had to change, and then forward it to Matej, the person doing the > builds at the fedorapeople url mentioned on the OP. > > I did a Google search: > Matej Cepl Well I wouldn't consider my modifications "upstreamable". It was really just a quick hack. The right way would be to fix/work around the autoconf errors but I just don't know autoconf well enough. Richard -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
F-17 Branched report: 20120413 changes
Compose started at Fri Apr 13 08:15:05 UTC 2012 Broken deps for x86_64 -- [aeolus-conductor] aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8 [aeolus-configserver] aeolus-configserver-0.4.5-1.fc17.noarch requires ruby-nokogiri [ale] ale-0.9.0.3-6.fc17.x86_64 requires libMagickCore.so.4()(64bit) [alexandria] alexandria-0.6.8-2.fc17.1.noarch requires ruby(abi) = 0:1.8 [cuneiform] cuneiform-1.1.0-6.fc17.i686 requires libMagick++.so.4 cuneiform-1.1.0-6.fc17.x86_64 requires libMagick++.so.4()(64bit) [dh-make] dh-make-0.55-4.fc17.noarch requires debhelper [dmapd] dmapd-0.0.47-2.fc17.i686 requires libMagickWand.so.4 dmapd-0.0.47-2.fc17.i686 requires libMagickCore.so.4 dmapd-0.0.47-2.fc17.x86_64 requires libMagickWand.so.4()(64bit) dmapd-0.0.47-2.fc17.x86_64 requires libMagickCore.so.4()(64bit) [dogtag-pki] dogtag-pki-9.0.0-10.fc17.noarch requires pki-util-javadoc >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires pki-util >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires pki-tks >= 0:9.0.9 dogtag-pki-9.0.0-10.fc17.noarch requires pki-symkey >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires pki-silent >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires pki-setup >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires pki-selinux >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires pki-ocsp >= 0:9.0.9 dogtag-pki-9.0.0-10.fc17.noarch requires pki-native-tools >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires pki-kra >= 0:9.0.10 dogtag-pki-9.0.0-10.fc17.noarch requires pki-java-tools-javadoc >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires pki-java-tools >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires pki-common-javadoc >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires pki-common >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires pki-ca >= 0:9.0.18 dogtag-pki-9.0.0-10.fc17.noarch requires dogtag-pki-tps-theme >= 0:9.0.11 dogtag-pki-9.0.0-10.fc17.noarch requires dogtag-pki-tks-theme >= 0:9.0.11 dogtag-pki-9.0.0-10.fc17.noarch requires dogtag-pki-ra-theme >= 0:9.0.11 dogtag-pki-9.0.0-10.fc17.noarch requires dogtag-pki-ocsp-theme >= 0:9.0.11 dogtag-pki-9.0.0-10.fc17.noarch requires dogtag-pki-kra-theme >= 0:9.0.11 dogtag-pki-9.0.0-10.fc17.noarch requires dogtag-pki-console-theme >= 0:9.0.11 dogtag-pki-9.0.0-10.fc17.noarch requires dogtag-pki-common-theme >= 0:9.0.11 dogtag-pki-9.0.0-10.fc17.noarch requires dogtag-pki-ca-theme >= 0:9.0.11 [drawtiming] drawtiming-0.7.1-5.fc17.x86_64 requires libMagickCore.so.4()(64bit) drawtiming-0.7.1-5.fc17.x86_64 requires libMagick++.so.4()(64bit) [dustmite] dustmite-1-4.20120304gitcde46e0.fc17.x86_64 requires libphobos2-ldc.so()(64bit) [dx] dx-4.4.4-21.fc17.x86_64 requires libMagickCore.so.4()(64bit) dx-libs-4.4.4-21.fc17.i686 requires libMagickCore.so.4 dx-libs-4.4.4-21.fc17.x86_64 requires libMagickCore.so.4()(64bit) [entangle] entangle-0.3.2-1.fc17.x86_64 requires libgexiv2.so.0()(64bit) [gcc-python-plugin] gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17 [gorm] gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20 gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23 gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-gui.so.0.20()(64bit) gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libgnustep-base.so.1.23()(64bit) [i3] i3-4.0.1-2.fc17.x86_64 requires libxcb-property.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-icccm.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-event.so.1()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-aux.so.0()(64bit) i3-4.0.1-2.fc17.x86_64 requires libxcb-atom.so.1()(64bit) [ibus-gucharmap] ibus-gucharmap-1.4.0-4.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-panel-extensions] ibus-panel-extensions-1.4.99.20111207-2.fc17.i686 requires libibus-1.0.so.0 ibus-panel-extensions-1.4.99.20111207-2.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [ibus-unikey] ibus-unikey-0.6.1-1.fc17.x86_64 requires libibus-1.0.so.0()(64bit) [imageinfo] imageinfo-0.05-14.fc17.x86_64 requires libMagickCore.so.4()(64bit) [inkscape] inkscape-0.48.2-4.fc17.x86_64 requires libMagickC
Re: serious Python-2.7.2-12.x86_64 crash...
On Tue, 2012-04-10 at 23:58 -0700, Rob Healey wrote: [...snip...] > [Frog@FartingSalmon gep-026]$ pysetup run sdist > running sdist > running check > invalid Python installation: unable to open > /usr/lib/python2.7/config/Makefile (No such file or directory) > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/distutils2/run.py", line 651, in main > return dispatcher() [...snip...] > File "/usr/lib/python2.7/site-packages/distutils2/_backport/sysconfig.py", > line 333, in _init_posix > raise IOError(msg) > IOError: invalid Python installation: unable to open > /usr/lib/python2.7/config/Makefile (No such file or directory) Looks like distutils2 needs to be patched to take into account the changes we make to Python downstream for multilib. Please file a bug about this (e.g. against "python" for now) -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: rescue mode?
On Thu, 12 Apr 2012 18:56:37 -0700 Samuel Sieb wrote: > John Reiser wrote: > >> Has rescue mode been removed? If so, what can I use instead? > > > > Append " rescue" to the end of the kernel boot command line. > > > Yes, that's what I usually do and what I tried. I don't remember if > I've ever tried it with a live cd before though. I usually use the > netinst image and I'll try that now. Live media does not have rescue mode. ;) You need a install dvd or netinstall iso. kevin signature.asc Description: PGP signature -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Move from /media to /run/media/$USER
Ankur Sinha (sanjay.an...@gmail.com) said: > On Fri, 2012-04-13 at 19:09 +0530, Ankur Sinha wrote: > > Hello, > > > > I just got into F17 today. It looks great. I do have one tiny query > > though: > > > > my USB media, and other partitions that I mount on-demand are no longer > > showing up in /media. They show up in /run/media/$USER. Can anyone shed > > some light on this? Where is this move documented for instance? I've > > looked at the new FHS[1] which doesn't appear to hold anything on this. > > > > > > [1] http://www.pathname.com/fhs/pub/fhs-2.3.html > > It looks like it's related to udisks2[1]. This needs to be documented > someplace IMO. Thoughts? Release notes seem fine. Basically, removable media mounted in the user's session are now mounted in a user-specific directory. Bill -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Move from /media to /run/media/$USER
On Fri, 2012-04-13 at 19:09 +0530, Ankur Sinha wrote: > Hello, > > I just got into F17 today. It looks great. I do have one tiny query > though: > > my USB media, and other partitions that I mount on-demand are no longer > showing up in /media. They show up in /run/media/$USER. Can anyone shed > some light on this? Where is this move documented for instance? I've > looked at the new FHS[1] which doesn't appear to hold anything on this. > > > [1] http://www.pathname.com/fhs/pub/fhs-2.3.html It looks like it's related to udisks2[1]. This needs to be documented someplace IMO. Thoughts? [1] http://cgit.freedesktop.org/udisks/tree/data/org.freedesktop.UDisks2.xml?id=aa02e5fc53efdeaf66047d2ad437ed543178965b#n1094 -- Thanks, Regards, Ankur: "FranciscoD" http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ 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
Move from /media to /run/media/$USER
Hello, I just got into F17 today. It looks great. I do have one tiny query though: my USB media, and other partitions that I mount on-demand are no longer showing up in /media. They show up in /run/media/$USER. Can anyone shed some light on this? Where is this move documented for instance? I've looked at the new FHS[1] which doesn't appear to hold anything on this. [1] http://www.pathname.com/fhs/pub/fhs-2.3.html -- Thanks, Regards, Ankur: "FranciscoD" http://fedoraproject.org/wiki/User:Ankursinha http://dodoincfedora.wordpress.com/ 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: Audio error while playing audio with mplayer in konsole in F17
stan wrote: > I keep getting the error, > Audio device got stuck! > when playing audio in konsole using mplayer in F17. The sound > continues playing, but I think I hear a slight sound like brushing a > microphone when this occurs. It happens fairly frequently, sometimes > several times within a few seconds, and sometimes it takes a minute. > > I'm not sure whether it is mplayer, alsa, or pulseaudio causing the > problem. Anyone have insight on this? See if it's reproducible in players other than mplayer. If not, mplayer is to blame, else it's most likely something in the audio stack (one usual culprit is audio driver). -- rex -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [resolved]Re: F17 & btrfs installation
On 04/12/2012 06:59 PM, David Lehman wrote: > On Thu, 2012-04-12 at 11:08 +0530, Kashyap Chamarthy wrote: >> On 04/12/2012 06:41 AM, David Lehman wrote: >>> On Wed, 2012-04-11 at 11:08 +0530, Kashyap Chamarthy wrote: > > I'm going give it a try w/ btrfs partitioning. Meanwhile, I wasn't > keeping up. Can someone > confirm, does /boot still need to be ext3/ext4 for btrfs to work? > Ok, I gave it a try w/ the below command line, and an error "you have not created a bootloader stage1 target device. This can happen if there is not enough space on your harddrive for your installation" Really? There is plenty of space on the disk. Screenshot of the text install error --> http://kashyapc.fedorapeople.org/f17-btrfs-install.png Any hints? >>> >>> Here's a hint: try this instead of the clearpart and part commands you >>> used below: >>> >>> clearpart --all --initlabel >>> autopart --type=btrfs >> >> Thanks David, that resolved it. True, I was not paying attention to the >> partition layout. >> >> # >> [root@foobar ~]# df -hT >> Filesystem Type Size Used Avail Use% Mounted on >> rootfs rootfs 16G 818M 13G 6% / >> devtmpfs devtmpfs 994M 0 994M 0% /dev >> tmpfs tmpfs1003M 0 1003M 0% /dev/shm >> tmpfs tmpfs1003M 724K 1002M 1% /run >> /dev/sda4 btrfs 16G 818M 13G 6% / >> tmpfs tmpfs1003M 0 1003M 0% /sys/fs/cgroup >> tmpfs tmpfs1003M 0 1003M 0% /media >> /dev/sda4 btrfs 16G 818M 13G 6% /home >> /dev/sda2 ext4 497M 48M 425M 11% /boot >> # >> [root@foobar ~]# cat /etc/fedora-release ; arch >> Fedora release 17 (Beefy Miracle) >> x86_64 >> [root@foobar ~]# >> # >> >> Answering my own earlier question, so yes, /boot still needs ext4. > > I believe it is possible to use btrfs for /boot, but it must be the main > volume (not a subvolume). > > The automatic btrfs layout is similar to how we do the lvm automatic > partitioning. You'll get one btrfs partition on each disk with enough > space (just sda4 in your case), and these are combined to form a single > btrfs volume/filesystem. Subvolumes are created for / and /home. The > main volume is not mounted directly. /boot (ext4) is a regular > partition, as is swap. > > If grub2 learns how to identify subvolumes we will probably move /boot > into the btrfs volume as well. Thanks for the info. -- /kashyap -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: serious Python-2.7.2-12.x86_64 crash...
On Fri, Apr 13, 2012 at 8:16 AM, Adam Williamson wrote: > On Tue, 2012-04-10 at 23:58 -0700, Rob Healey wrote: >> Greetings: >> >> Major crash! Please fix before releasing Fedora 17 >> >> Here is what I received on my terminal window regarding this crash... >> >> [Frog@FartingSalmon gep-026]$ pysetup run sdist >> running sdist >> running check >> invalid Python installation: unable to open >> /usr/lib/python2.7/config/Makefile (No such file or directory) > > That's not a crash. That's a third-party tool making an apparently > unreliable assumption about what files will be present where in a > typical Python installation. > > python-libs contains $libdir/python2.7/config/Makefile . I suspect > either you don't have python-libs installed, or the script you're > running is erroneously assuming that all distros use /usr/lib even on > x86_64 installs. If yours is an x86_64 install, this is likely the > source of the problem; you should ask upstream of whatever 'gep' is to > fix their script to look in /usr/lib64 when appropriate. I've seen this on F17 as well. There was something that changed from F-16 to F-17 regarding 32/64 bit stuff that corrected something that was wrong, I'm not sure what the exact issue was because I'm not a python programmer but it's a bug in the app. Peter -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: serious Python-2.7.2-12.x86_64 crash...
On Tue, 2012-04-10 at 23:58 -0700, Rob Healey wrote: > Greetings: > > Major crash! Please fix before releasing Fedora 17 > > Here is what I received on my terminal window regarding this crash... > > [Frog@FartingSalmon gep-026]$ pysetup run sdist > running sdist > running check > invalid Python installation: unable to open > /usr/lib/python2.7/config/Makefile (No such file or directory) That's not a crash. That's a third-party tool making an apparently unreliable assumption about what files will be present where in a typical Python installation. python-libs contains $libdir/python2.7/config/Makefile . I suspect either you don't have python-libs installed, or the script you're running is erroneously assuming that all distros use /usr/lib even on x86_64 installs. If yours is an x86_64 install, this is likely the source of the problem; you should ask upstream of whatever 'gep' is to fix their script to look in /usr/lib64 when appropriate. -- 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: Slow Firefox in F17
> Running xfce with current updates as of today. Firefox is nearly > unusable its so slow, seen some old bz's on this and just wondered > if anyone else is seeing this? I am using proprietary nvidia > drivers... > > Thanks, > jlc I have just the worst experience with proprietary nvidia drivers and desktop rendering, especially in Firefox. Try to switch to nouveau driver whether it improves, I'm almost certain you'll be amazed. If that's the case, try to bash nvidia in their support forum, but don't expect much. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test