Re: [389-users] SSH AllowGroups and LDAP authentication
On 11/15/2010 07:00 PM, Allan Hougham wrote: Hi, I need autenticate LDAPs Groups, but I can´t Anybody can working with this feature? or mapping users with groups and later configuring the LDAP Client? What are the steps for setting LDAP Clients with LDAP Groups? Hello, It must be stated that this is a PAM question, not an LDAP question. The PAM mailing list is here : https://listman.redhat.com/mailman/listinfo/pam-list That said, we handle LDAP group authentication in PAM via the listfile module - it may be interesting for your needs as well : http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/sag-pam_listfile.html -- Daniel Maher dma + 389users AT witbe DOT net -- 389 users mailing list 389-users@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-users
Re: hostname automatically changed to localhost
I think I succeeded. I changed both - Changing HOSTNAME in /etc/sysconfig/network doesn't work - hostnamecommand just temporary changes the name I'm sorry for my last email saying that the above two methods didn't work. They work actually!!! Thank you very much for your quick support. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: bypassing login pam.d
On Mon, 2010-11-15 at 14:48 -0800, msacks wrote: I have a FC13 system that has no GUI. I'd like to bypass the login screen altogether but I'm not sure where to start. I'm looking in /etc/pam.d but I'm not sure if this is doable this way? I am trying to avoid booting into single user mode by default as I'd rather not have to manually start services. You don't have to log in, at all, for services to be started. This thread seems to be missing quite a bit of information necessary to give you good answers. -- [...@localhost ~]$ uname -r 2.6.27.25-78.2.56.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Please, do not automatic install applications witch have MONO dependencies
I have install f14 and I discovered that because of some application (like gnome-do,gnome-desktop-sharp,ecc) you install mono. IMHO I do not want to contribute to the spread of MS-C# There is always an alternative to developing applications based on mono SO, please, do not automatic install applications witch have MONO dependencies. MONO is bad, is not totally open. Yes mono is open, but the idea behind it is not open It's a Trojan horse to facilitate the diffusion of applications also compatible with Windows So, please, do not automatic include applications that are dependent on it. /IMHO Thanks for your patience, and thanks for all the other wonderful work -- Dario Lesca d.le...@solinos.it -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: FC14 install memory requirements
On 11/16/2010 01:01 AM, Hiisi wrote: ma, 2010-11-15 kello 21:28 -0500, Robert Moskowitz kirjoitti: I have a Asus EE 700 with 512 Mb memory. FC12 meminfo reports ~490Mb usable memory as I suspect Video is stealing some memory. Anyway, FC14 install reports that there is NOT enough memory for a graphical install. To add insult to injury it did not even install gnome. It comes up in text mode and startx is not a known command. This seems rather extreme? I put FC12 back on the system (how I got the memory info), and will try a FC13 install tomorrow. But are now older 512Mb memory systems locked out of FC14? According to the docs you should be able to install F14 in graphical mode on this computer: http://docs.fedoraproject.org/en-US/Fedora/14/html/Release_Notes/sect-Release_Notes-Welcome_to_Fedora_14.html#sect-Release_Notes-Hardware_Overview In anyway, if anaconda refuses to install X-server you're still able to install it 'by hand' after system installation completes. Is there some option to force graphical on the install since it states that 384 is enough for the GI? Disk Druid LVM editing is only available via the GI, not the text install. As it is, I add the askmethod option to the install to point the install to my local repo. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: hostname automatically changed to localhost
On Mon, 2010-11-15 at 21:15 +0700, Hoang Le wrote: I have tried both. - Changing HOSTNAME in /etc/sysconfig/network doesn't work - hostnamecommand just temporary changes the name If you're using DHCP, it's possibly part of the situation. e.g. It gets assigned 192.168.0.15. It does a reverse DNS lookup and finds out that numerical IP resolves as george.example.com. The hostname george is used. That's part of the reason why people put a hostname into their /etc/hosts file. It doesn't set it, as such, but gives the answer to the question what hostname is associated with my IP. Though shouldn't be done if you get assigned different IPs, and you want to use the same hostname all the time, unless you're going to keep on editing the hosts file. e.g. /etc/hosts could have the following: 127.0.0.1 localhost.localdomain localhost 192.168.0.15 george.example.com george -- [...@localhost ~]$ uname -r 2.6.27.25-78.2.56.fc9.i686 Don't send private replies to my address, the mailbox is ignored. I read messages from the public lists. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
errors from mcelog.cron Fedora 14
I'm receiving errors from the mcelog.cron script in /etc/cron.hourly: /etc/cron.hourly/mcelog.cron: read: No such device The mcelog.cron script contains the following 2 lines #!/bin/bash /usr/sbin/mcelog --ignorenodev --filter /var/log/mcelog This script is also consistent with RHEL 5.2. This message does not occur every hour. When I run the mcelog command by hand I do not get this message: /usr/sbin/mcelog --ignorenodev --filter -- Jerry Feldman g...@blu.org Boston Linux and Unix PGP key id: 537C5846 PGP Key fingerprint: 3D1B 8377 A3C0 A5F2 ECBB CA3B 4607 4319 537C 5846 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Can't Start vi
[rgh...@rghquad po]$ vi vim: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory [rgh...@rghquad po]$ locate libperl /usr/lib64/perl5/CORE/libperl.so What to do? Everything is up to date Richard -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Can't Start vi
[myu...@myws ~]$ locate libperl.so /usr/lib64/perl5/5.10.0/x86_64-linux-thread-multi/CORE/libperl.so /usr/lib64/perl5/CORE/libperl.so [myu...@myws ~]$ ls -l /usr/lib64/perl5/5.10.0/x86_64-linux-thread-multi/CORE/libperl.so lrwxrwxrwx 1 root root 24 Aug 5 15:40 /usr/lib64/perl5/5.10.0/x86_64-linux-thread-multi/CORE/libperl.so - ../../../CORE/libperl.so [myu...@myws ~]$ suomi On 2010-11-16 15:45, Richard Heck wrote: [rgh...@rghquad po]$ vi vim: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory [rgh...@rghquad po]$ locate libperl /usr/lib64/perl5/CORE/libperl.so What to do? Everything is up to date Richard -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Can't Start vi
Richard Heck wrote, at 11/16/2010 11:45 PM +9:00: [rgh...@rghquad po]$ vi vim: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory [rgh...@rghquad po]$ locate libperl /usr/lib64/perl5/CORE/libperl.so What to do? Everything is up to date Richard If you upgraded system from F-12 to F-14, you are seeing https://bugzilla.redhat.com/show_bug.cgi?id=650535 Regards, Mamoru -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Can't Start vi
On 11/16/2010 10:31 AM, Mamoru Tasaka wrote: Richard Heck wrote, at 11/16/2010 11:45 PM +9:00: [rgh...@rghquad po]$ vi vim: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory [rgh...@rghquad po]$ locate libperl /usr/lib64/perl5/CORE/libperl.so What to do? Everything is up to date Richard If you upgraded system from F-12 to F-14, you are seeing https://bugzilla.redhat.com/show_bug.cgi?id=650535 Indeed. Thanks. By the way, has there been discussion of the fact that many f14 packages seem to depend upon f12 packages? i.e., packages named things like *.f12.x86_64? This makes it very difficult to figure out what might have been left over from the upgrade. rh -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: bypassing login pam.d
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/15/2010 06:07 PM, Sam Varshavchik wrote: msacks writes: I have a FC13 system that has no GUI. I'd like to bypass the login screen altogether but I'm not sure where to start. I'm looking in /etc/pam.d but I'm not sure if this is doable this way? I am trying to avoid booting into single user mode by default as I'd rather not have to manually start services. If I understood you correctly, you need to put the following into /etc/gdm/custom.conf: # GDM configuration storage [daemon] TimedLoginEnable=true TimedLogin=[USERNAME] TimedLoginDelay=5 [security] [xdmcp] [greeter] [chooser] [debug] This should log into your user desktop. Now, I seem to recall one time I did that on a newly built system, and instead of an automated login I ended up with just an Autologin option added to the gdm menu. If I selected it I then got bumped into my desktop without a password, but I still had to click on the option manually. And, I think I had to turn selinux off before booting straight into my gnome desktop was fully automatic without requiring any user interaction. Have no idea why merely turning selinux off or on would have such a drastic impact on the gdm login. I can't make a logical connection between the two, but that's what it is, no matter how stupid it seems. Also, I think you may lose the ability to manually log into some other user account from gdm, you'll always be autologged into your desktop. Logging out will simply log you back in. Also, irrespective of everything, you may need to futz around with your gnome keyring and set a blank password for your primary keyring, in order for it to be opened up automatically upon your autologin. If there is an SELinux problem with this, please open a bug report. Look for AVC messages in /var/log/audit/audit.log -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkziq1AACgkQrlYvE4MpobNpkQCg150cD3qSvczqPtWz22y5Kwiy 13kAoNdfpW/jUAVSbkRqWhXsJIHD1Km0 =kSnb -END PGP SIGNATURE- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
IPV6
I installed F14 in text mode. I would like disable IPV6 from all interfaces How can I do? Thanks Andrea -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Emacs dumps core on FC14
On 15.11.2010, Clive Hills wrote: It'll take me to runlevel 3. I'm afraid it won't. https://bugzilla.redhat.com/show_bug.cgi?id=649940 -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Please, do not automatic install applications witch have MONO dependencies
On Tue, 16 Nov 2010 12:03:02 +0100 Dario Lesca d.le...@solinos.it wrote: I have install f14 and I discovered that because of some application (like gnome-do,gnome-desktop-sharp,ecc) you install mono. ...snip... SO, please, do not automatic install applications witch have MONO dependencies. ...snip... This is not automatic install. :) You either choose to install something that uses or is written in mono, or it was installed by default. You can add a 'exclude=mono-core' to your /etc/yum.conf if you want yum to never install a mono using app. kevin signature.asc Description: PGP signature -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Can't Start vi
On Tue, Nov 16, 2010 at 10:58:01 -0500, Richard Heck rgh...@comcast.net wrote: By the way, has there been discussion of the fact that many f14 packages seem to depend upon f12 packages? i.e., packages named things like *.f12.x86_64? This makes it very difficult to figure out what might have been left over from the upgrade. You can use package-cleanup to find things that were dropped but not removed or were not able to be updated because of conflicts. (In particular with the --orphans option.) yum distro-sync can be used to handle cases where some updates got pushed for F13 and/or F12 before F14. There is also a broken obsoletes for something relating to antlr that was reported well before the release, but was never properly fixed. This blocks the update of some java stuff. You can't go by the names. Because the last few releases prior to F14 had mass rebuilds, there were very few packages that didn't have an older release number in the package name. There was not a mass rebuild for F14, so that many packages built for earlier releases were usable as is. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: IPV6
At the end of your /etc/sysconfig/network write: NETWORKING_IPV6=no Save. After that you can reload the network service. I don't know how to disable it through NetworkManager, but I guess it will be obvious :) On Tue, Nov 16, 2010 at 7:01 PM, Andrea Bencini andrea.benc...@tin.itwrote: I installed F14 in text mode. I would like disable IPV6 from all interfaces How can I do? Thanks Andrea -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines -- mgt -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: IPV6
Andrea Bencini andrea.bencini at tin.it writes: I installed F14 in text mode. I would like disable IPV6 from all interfaces How can I do? Thanks Andrea # cat /etc/sysctl.conf net.ipv6.conf.all.disable_ipv6=1 JB -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: errors from mcelog.cron Fedora 14
On 11/16/2010 08:32 AM, Jerry Feldman wrote: I'm receiving errors from the mcelog.cron script in /etc/cron.hourly: /etc/cron.hourly/mcelog.cron: read: No such device The mcelog.cron script contains the following 2 lines #!/bin/bash /usr/sbin/mcelog --ignorenodev --filter /var/log/mcelog This script is also consistent with RHEL 5.2. This message does not occur every hour. When I run the mcelog command by hand I do not get this message: /usr/sbin/mcelog --ignorenodev --filter Yes, looks like a recurrence (or partial recurrence) of a bug I filed against fc12: 540477 From the new comments in that bug, it looks like the error occurs on the first time the hourly cron job gets run after the machine is booted, and not after that (which would explain why there is no error when you run it by hand). Seems to be a kernel bug from reading the descriptions and upstream is aware of it (or soon will be). -- Kevin J. Cummings kjch...@rcn.com cummi...@kjchome.homeip.net cummi...@kjc386.framingham.ma.us Registered Linux User #1232 (http://counter.li.org) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: FC14 install memory requirements
Robert Moskowitz rgm at htt-consult.com writes: ... Is there some option to force graphical on the install since it states that 384 is enough for the GI? https://fedoraproject.org/wiki/Anaconda/Options JB -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: FC14 install memory requirements
--- On Mon, 11/15/10, Robert Moskowitz r...@htt-consult.com wrote: I have a Asus EE 700 with 512 Mb memory. FC12 meminfo reports ~490Mb usable memory as I suspect Video is stealing some memory. Anyway, FC14 install reports that there is NOT enough memory for a graphical install. To add insult to injury it did not even install gnome. It comes up in text mode and startx is not a known command. This seems rather extreme? I put FC12 back on the system (how I got the memory info), and will try a FC13 install tomorrow. But are now older 512Mb memory systems locked out of FC14? I've had some experience putting contemporary Linux distros on marginal systems. The secret is to do a text-based install. That way what little RAM you have is not eaten up by the graphic installer sometimes causing the install to fail. If that doesn't work, then do a mininal base install (text-mode, of course) with only enough to get the system to boot to a terminal with the tools to install, piece by piece, the rest of what you want. I employed the latter technique a few years ago to install Debian Etch with XFCE on a Thinkpad 240X with 192MB RAM (its maximum) when the minimum recommended by Debian was 256, IIRC. It runs just fine. If all this fails, you may try creating your own spin of F14 using revisor. It's in the F12 repo and probably in F14 as well. I've never tried it, but came across it while researching the optimum distro to install on a EeePC 900 (512MB RAM) a few months ago. I first considered F12, since that was what I currently had installed as my primary desktop, but finally chose Eeebuntu 3.0 with GNOME, the default. It installed easily and ran just fine, but RAM was tight using about half just to boot. It hit the swap, too, but very lightly and performance remained more than satisfactory. Even so, I chose to upgrade to 1GB. Now, it never hits the swap, at least, not that I've seen. Maybe, Eeebuntu would be a suitable alternative. It was no problem to install and configure. I didn't have to search for drivers or anything. Everything was included. Everything worked out-of-the-box. Wireless, too. B -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Firefox, Youtube and Sound
Dear List I am running FC13, and after the upgrade to 3.6.12 on the 28th of October there is a problem with youtube videos and sound. Youtube worked perfectly with sound before the upgrade to 3.6.12. I can play music with rhythumbox without difficulty, but no sound will be generated by firefox. Has this happened to anyone else? Any ideas? Greg Ennis -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
dont send me email
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: dont send me email
To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: Fedora-14-i386-dvd.iso, file corrupted
Vincent wrote: The problem was solved by download the .iso file using another computer. The corrupted file was downloaded using Kget this utility some how it got activated, because originally wasn't there this is the only visible thing different. I like to remove Kget or disable but I do not know how. When something like that happens, it is always a good idea to try to understand why it happened. If you run a cmp -l file1.iso file2.iso, you can see one of these three scenarios: 1) only one byte is different, or a few sparse bytes; in most cases there is only one flipped bit: HARDWARE PROBLEMS, memory or general instability (overclocking or bad power supply) 2) errors starting from a certain position (at on offset dividable by 4096) and recovering after a while (often 4096 bytes): BAD SOFTWARE, possibly bad kernel or drivers (or maybe hardware like USB disk boxes) 3) errors starting from a certain position (not round number) and never recovering, with bytes delayed or anticipated (file content shifted): BAD SOFTWARE, probably the downloading application or the uploading server has messed up while resuming a download The first scenario is the worst; especially if successive runs of the same command give different results. =8-) -- Roberto Ragusamail at robertoragusa.it -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: FC14 install memory requirements
On Tue, Nov 16, 2010 at 10:23:00 -0800, Patrick Bartek bartek...@yahoo.com wrote: If all this fails, you may try creating your own spin of F14 using revisor. Write not there is an issue with revisor, so you'd want to use pungi. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: FC14 install memory requirements
On Tue, Nov 16, 2010 at 16:05:59 -0600, Bruno Wolff III br...@wolff.to wrote: On Tue, Nov 16, 2010 at 10:23:00 -0800, Patrick Bartek bartek...@yahoo.com wrote: If all this fails, you may try creating your own spin of F14 using revisor. Write not there is an issue with revisor, so you'd want to use pungi. I seem to be dyslexic today. Right now there is an issue with revisor. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F12 - F14 (via preupgrade), not so smooth
I just wanted to send out an update after (almost) 2 weeks. On 11/03/2010 02:52 PM, Kevin J. Cummings wrote: Last night, after I successfully upgraded my F13 test desktop from F13-F14 w/preupgrade, I started the same operation on my F12 laptop. The results were not so good. X86_64, Asus S96J laptop, w/ATI Mobility Radeon X1600 video card, IPW3945, 2GB RAM, 350GB disk. [snip] 2) X11 no longer starts up. I'm using the radeon driver for my ATI Technologies Inc M56P [Radeon Mobility X1600]. It was working just fine (as fine can be with the radeon driver), but now it dies with a seg fault with only 3 frames on the stack. I have re-configured to run the VESA driver, but, I miss my 1200x800 native resolution. VESA can only do 1024x768. I can attach my (used to be working) xorg.conf for anyone interested, but it fails in exactly the same way if I delete it as well. I can try again and send along an Xorg.0.log if it will help. I tried starting the radeon server both with and without an xorg.conf file in /etc/X11. I get the same results. I tried removing nomodeset from my kernel boot line. With the radeon driver configured, things get worse. It still doesn't start, and I lose my keyboard and have to lean on the power button to get control back. I removed the bootchart stuff, no difference. The Xorg.0.log files I saved are too big to send to the list (in fact, the list moderator bounced them back to me with no personal explanation of why). So, I'm putting them on my home server. They can be found here: http://kjchome.homeip.net:81/Xorg.0.log.none http://kjchome.homeip.net:81/Xorg.0.log.radeon I suppose I should open a bug against the radeon driver in bugzilla and attach them there. 2a) VESA has lots of problems returning to a proper video mode. If I run dosbox in full-screen mode, when it returns to X11, the resolution is less than stellar. Its the same size, but it seems like every other pixel is missing. Heck, All I have to do is switch to a diferent virtual console, and X11 is hosed when I return to it. Even the color pallette seems to be changed. I have to logout and restart the X server to get it back. I tried the VESA driver without nomodeset. Things get worse. I will open a bug against the VESA driver as well. [snip] 6) I found that alsa-plugins-pulseaudio was an i686 RPM on my system. I installed the x86_64 version, and some sound problems went away. I was actually amazed at how mush was actually working without it being the correct architecture. 7) Eclipse bombs out on me. Whenever I bring up an old project and either try and edit it, or run make (build) on it, java dies and eclipse aborts. I've tried submitting a bug report with ABRT, but it tries to download 173 debuginfo packages and ends up aborting itself (it can't either find something or rebuild something). 8) I found/fixed a problem with KDUMP, but that wasn't working for me on F12 either. 9) Suspend works (probably because I'm using the VESA video driver), but aborts when resuming. I haven't looked into why yet. 10) Hibernate seems to work OK, but I've not done enough testing with it to be sure. Suggestions welcome. -- Kevin J. Cummings kjch...@rcn.com cummi...@kjchome.homeip.net cummi...@kjc386.framingham.ma.us Registered Linux User #1232 (http://counter.li.org) -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: F12 - F14 (via preupgrade), not so smooth
Kevin J. Cummings cummi...@kjchome.homeip.net wrote: 2a) VESA has lots of problems returning to a proper video mode. If I run dosbox in full-screen mode, when it returns to X11, the resolution is less than stellar. Its the same size, but it seems like every other pixel is missing. Heck, All I have to do is switch to a diferent virtual console, and X11 is hosed when I return to it. Even the color pallette seems to be changed. I have to logout and restart the X server to get it back. I tried the VESA driver without nomodeset. Things get worse. I will open a bug against the VESA driver as well. Thank you for this warning. I will try this on my Thinkpad A22p and see what happens. It has a much older Rage 3D chipset. James McKenzie -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Re: i8kuitls bug makes impossible use of F14 on Dell Latitude D820
On Monday, 15 November, 2010 @04:16 zulu, Juan R. de Silva scribed: With i8krellm I always kept the CPU temperature below 48 degrees C. True - fans run a lot. But again, fan is a cheap part. I could never get the i8k plugin for GKrellem to work... seemed like it was looking for its files in the wrong subdirectory or something. That was a few versions ago, and I don't have that i8200 any more. But I did replace the dual fan that sucked air over the CPU's heat-piped sink-to-radiator then blew it out the back, and while the fan was only $5 on ebay (and it appeared new, though I don't know how to prove that), I can assure you it was no small job. It takes 3 to 6 hours, depending on how many times you've done it. I also replaced the fan on my wife's 8200, and got it down to 4 hours the second time. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
mplayer-export
When I unpacked the rpm source package x264-0.0.0-0.28.20100706gitd058f37.fc14.src.rpm I found that it contains mplayer-export-2010-07-03.tar.bz2 So, my question is how is mplayer-export-2010-07-03.tar.bz2 different to mplayer-2010-07-03.tar.bz2 (just guessing the tarball's name); in other words, is there a not-for-export version of mplayer and where can I get it? -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
