Preupgrade and first thoughts
In short, there are some teething issues, but nothing that shouldn't be able to be worked around. First of all, the basics for my system. CPU: Intel P4 at 2.60 GHz Memory: 1.5 GB RDR ram Disk: 120 GB IDE ext 3 Graphics: NVidia 7600 GS overclocked Driver: NVidia 275.09 from NVidia (beta) Display: Samsung SyncMaster 1680x1050 The good: Preupgrade worked without having to depend on a wired connection. Preupgrade correctly found enough space on /boot. All custom settings were retained. This is pretty amazing since this system has not had a fresh system install since Fedora 9. The expected: I had to use Ctrl-Alt-F3 to get to command line mode to install the NVidia driver. The long: With 3075 packages to upgrade, this process took a little over 6 hours. The bad: The timezone seems to have gotten borked. Both KDE and Gnome time setting tools were unable to change this in a persistent way. I had to use /usr/bin/system-config-date to make the persistent change. It looks like the Cairo buggy gradient patch has been removed. This results in poor performance for those people running NVidia cards with the NVidia blob for some operations. Performance issues with GTKPerf. While most operations are slightly faster, the GtkTextView - Add text operation is three times slower. The system appears to use more memory than Fedora 14. I suppose this is due to Gnome 3. I will have to make some detailed notes at a later point. Several minor SELinux issues. Bugs concerning ones with Fedora-only components have been filed. mysql_auth is missing a symbol, preventing HTTPD from starting if this module is configured. I have commented it out for now, and will submit a bug with the exact information later. KPackageKit and yum don't seem to be in sync. Checking for updates with KPackageKit produces no updates, while checking via the yum command line lists updates. Also, updates are listed twice when running yum from the command line. For example: ---> Package parted.i686 0:2.3-8.fc15 will be updated ---> Package parted.i686 0:2.3-9.fc15 will be an updated The ugly: Boot messages are less clear, slowing down the ability to catch boot-time errors. I had to diagnose the Apache HTTPD problem by running /usr/sbin/apachectl start|stop and watching the console for errors. Fonts are a mess (again). Even including 10-autohint.conf doesn't help. I will have to redo my ~/.fonts.conf again to get fonts clear, clean, and crisp. Fonts in Emacs (actually since late Fedora 14) are a mess. In order to reduce artifacts, I have to use 14 pt. Courier New. Of course, this means I can edit documents from across the room. Lots of .xsession-errors entries due to what looks like race conditions in KDE. This could be due to the beta driver. However, the beta driver seems to have smoother performance than the released 270.41.19 driver. Gnome 3 is pretty much unusable with custom fonts. I will spend time resetting the fonts to default, then seeing if I can clean up the theme. This is pretty low on a list of things to do, since Gnome 3 does not seem to fit my workflow (lots of different applications, workspaces dedicated to tasks). . . . . just my two cents. /mde/ -- 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: Preupgrade and first thoughts
On Fri, 03 Jun 2011 15:33:31 -0700, Kam Leo wrote: > On Fri, Jun 3, 2011 at 3:26 PM, Kam Leo wrote: >> On Fri, Jun 3, 2011 at 3:13 PM, Mark Eggers wrote: >> >> --snip >> >> >>> Also, updates are listed twice when running yum from the command line. >>> For example: >>> >>> ---> Package parted.i686 0:2.3-8.fc15 will be updated >>> ---> Package parted.i686 0:2.3-9.fc15 will be an updated -- snip -- > I forgot to mention you have a typo in the second line; i.e. "will be an > updated" should be "will be an update". Those lines were copy-pasted from an actual update. Hmm, however a quick grep through /usr/lib/python2.7/site-packages/yum*/*.py doesn't show that phrase. I suspect it's constructed somehow. Time to read the code. And yes, I now see that the version number does change. So while verbose it is correct. . . . . just my two cents. /mde/ -- 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: KDE Laggy in Fresh F15
On Sat, 28 May 2011 05:30:10 -0400, Kevin H. Hobbs wrote: > I just did a fresh install of Fedora 15 x86_64 with KDE. > > KDE is mostly unusable in Fedora 15 while it was fine in Fedora 14 (with > nvidia driver). > > The display seems to freeze for a few seconds every few seconds. > > Menus take seconds to open. > > Windows leave garbage on the display when they are moved or re-sized. > > New windows are often filled with garbage before they are drawn all the > way. > > KDE automatically disables the desktop effects. > > I installed and switched to fluxbox and everything is snappy. > > Without all of the KDE decoration firefox went from unusable to normal > under fluxbox. > > I have not installed any software not in Fedora's repository (no nvidia > drivers). > > System details that might be usefull: > > lenovo S10 > Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz 4 GB of DDR3 1067 MHz > RAM > nVidia Corporation G86 [Quadro NVS 290] nouveau driver is loaded and in > /etc/X11/xorg.conf Screen spans two 1600x1200 CRTs KDE runs fine on my system. This was upgraded from Fedora 14 to Fedora 15. CPU: 2.60 GHz P4 Memory: 1.50 GB RDR ram Disk:120 GB IDE drive Screen: 1640x1080 Samsung SyncMaster LCD / DMI Video: 512 MB 7600 GS AGPx2 (overclocked) Driver: 275.09 (beta from NVidia) Back when Cairo went from 1.09 to 1.10, there was a huge problem with themes that used gradients. Fedora by default uses gradients in their themes. There were three solutions: a) Downgrade Cairo b) Patch Cairo c) Don't run themes with gradients Cairo was released with a "buggy gradients" patch, with the caveat that it would NOT be carried over to Fedora 15. This fixed the performance problems in Fedora 14, but now we're running Fedora 15. You can really see the difference if you have run GtKPerf on Fedora 14, then run it on Fedora 15. The text input is three times slower on Fedora 15. After trolling the NVidia forums, I found a solution that works for me. a) Run a 270 or greater driver (required for xserver 1.10) b) create a file called nvidia in /etc/modprobe.d c) add the following: options nvidia AccelerateTrapezoids=0 d) ln -s /etc/modprobe.d/nvidia.conf nvidia (so boot doesn't complain) e) reboot After doing this, GTKPerf performed slightly better than it did on Fedora 14. See if this helps you out. . . . just my two cents. /mde/ -- 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: KDE Laggy in Fresh F15
On Sun, 05 Jun 2011 04:48:29 +, Mark Eggers wrote: -- embarrassed snip -- > > options nvidia AccelerateTrapezoids=0 > > d) ln -s /etc/modprobe.d/nvidia.conf nvidia (so boot doesn't complain) > e) reboot Do not do this with 275.09. This will cause the boot to hang with an unknown parameter warning from nvidia / LSB. I apparently had forgotten to check the file back out of version control before rebooting last time. I recovered by doing Alt-Ctrl-F3, getting to a console, removing the parameter, and rebooting. I apologize. /mde/ -- 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: SELinux is preventing /usr/libexec/gnome-session-check-accelerated-helper from 'read, write' accesses on the chr_file nvidiactl.
On Tue, 07 Jun 2011 12:28:03 -0700, Joe Zeff wrote: > On 06/07/2011 06:46 AM, Lawrence E Graves wrote: >> SELinux is preventing >> /usr/libexec/gnome-session-check-accelerated-helper from 'read, write' >> accesses on the chr_file nvidiactl. > > Have you tried following the instructions SELinux gives you? If so, > what happens; if not, why not? I've added a local policy following the instructions given in the alert. This fixes the problem. Since this is an NVidia installer problem, I guess the bug should be reported to NVidia. The installer already does a lot of SELinux modifications, so I imagine adding one more shouldn't be a problem. >From audit.log: type=AVC msg=audit(1307125809.403:55): avc: denied { read write } for pid=1596 comm="gnome-session-c" name="nvidiactl" dev=devtmpfs ino=18991 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:device_t:s0 tclass=chr_file type=AVC msg=audit(1307125809.403:55): avc: denied { open } for pid=1596 comm="gnome-session-c" name="nvidiactl" dev=devtmpfs ino=18991 scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 tcontext=system_u:object_r:device_t:s0 tclass=chr_file >From the recommendations: # semanage fcontext -a -t SIMILAR_TYPE 'nvidiactl' # restorecon -v 'nvidiactl' Currently: ls -Z /dev/nvidiactl crw-rw-rw-. root root system_u:object_r:device_t:s0nvidiactl ls -Z /usr/libexec/gnome-session-check-accelerated-helper -rwxr-xr-x. root root system_u:object_r:bin_t:s0 gnome-session- check-accelerated-helper So what should the SIMILAR_TYPE be? I really need to sit down and study the SELinux documents . . . . Thanks for any pointers. /mde/ -- 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
smartd fails to start after upgrade from F14 to F15
smartd fails to start on boot after I upgraded from Fedora 14 to Fedora 15. Right now I'm using the default /etc/smartd.conf file (which is not ideal). This uses the default scanning values, which are: DEVICESCAN -H -m root -M exec /usr/lib/smartd_actions -n standby,10,q /usr/lib/smartd_actions does not exist, so obviously if there is a problem I won't get notified about it. A more reasonable set of lines for my system would be: /dev/sda -H -l selftest -l error -f /dev/sdb -H -l selftest -l error -f However, even with the sub-optimal configuration, issuing the following command as root starts smartd. systemctl start smartd.service The two disks are found as indicated by messages in /var/log/messages. Jun 7 13:40:20 phoenix smartd[9511]: Monitoring 2 ATA and 0 SCSI devices Jun 7 18:48:59 phoenix smartd[4813]: smartd 5.40 2010-10-16 r3189 [i386- redhat-linux-gnu] (local build)#012Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net#012 Jun 7 18:48:59 phoenix smartd[4813]: Opened configuration file /etc/ smartd.conf Jun 7 18:48:59 phoenix smartd[4813]: Configuration file /etc/smartd.conf was parsed, found DEVICESCAN, scanning devices Jun 7 18:48:59 phoenix smartd[4813]: Device: /dev/sda, type changed from 'scsi' to 'sat' Jun 7 18:48:59 phoenix smartd[4813]: Device: /dev/sda [SAT], opened Jun 7 18:48:59 phoenix smartd[4813]: Device: /dev/sda [SAT], found in smartd database. Jun 7 18:48:59 phoenix smartd[4813]: Device: /dev/sda [SAT], is SMART capable. Adding to "monitor" list. Jun 7 18:48:59 phoenix smartd[4813]: Device: /dev/sdb, type changed from 'scsi' to 'sat' Jun 7 18:48:59 phoenix smartd[4813]: Device: /dev/sdb [SAT], opened Jun 7 18:48:59 phoenix smartd[4813]: Device: /dev/sdb [SAT], found in smartd database. Jun 7 18:48:59 phoenix smartd[4813]: Device: /dev/sdb [SAT], is SMART capable. Adding to "monitor" list. Jun 7 18:48:59 phoenix smartd[4813]: Monitoring 2 ATA and 0 SCSI devices >From what I can tell, /lib/systemd/system/smartd.service looks reasonable. [Unit] Description=Self Monitoring and Reporting Technology (SMART) Daemon After=syslog.target [Service] EnvironmentFile=/etc/sysconfig/smartmontools ExecStart=/usr/sbin/smartd -n $smartd_opts [Install] WantedBy=multi-user.target Any thoughts would be greatly appreciated. Thanks in advance . . . . /mde/ -- 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: smartd fails to start after upgrade from F14 to F15
On Wed, 08 Jun 2011 06:56:41 -0400, Sam Varshavchik wrote: -- snip -- > If so, then "systemctl enable smartd.service" will fix this. This appears to have created the non-existent link: /etc/systemd/system/multi-user.target.wants/smartd.service > There are a number of packages whose %post scriptlet is broken and > enables their systemd units only when installing the package for the > first time. When upgrading from F14 to F15, of course, this does not > happen, so their systemd unit never gets enabled. > > You probably also have rsyslog.service fail to come up for the same > reason, and it should be enabled. I also had dhcp and inn require a > manual enable; there are probably others, too. rsyslog.service seems to be running for me by default and doesn't show in: systemctl --all | grep error Oddly enough abrtd does show in the list above, even though there is a link in /etc/systemd/system/multi-user.target.wants/ and it shows running via: ps -aef | grep abrtd | grep -v grep I think quality time with the systemd documentation is required. Thanks for the hint, I'll look at the other "wants" directories to make sure they make sense. . . . . just my two cents. /mde/ -- 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: Google Earth anyone?
On Sat, 11 Jun 2011 09:32:23 +0800, Ed Greshko wrote: > Before moving to F15 I was running F11 with the nVidia drivers. > > With the current kernel and nVidia drivers the X server will lock up > with 100% cpu usage when Google Earth is startedat least my system. The NVidia forum has a lot of posts concerning lockups and artifacts with Xorg-server 1.10. I've been fortunate enough to avoid them, but your configuration may be significantly different. I'm running an overclocked NVidia 7600 GS with a fully updated Fedora 15 system. I just ran Google Earth under Gnome 3 (haven't tried KDE yet), and had no problems. I am running the latest beta drivers directly from NVidia (275.09.04). There have been some reports of errors if you're running an SMP kernel (see the NVidia forum for details), but I've not seen any issues running on an old 2.6 GHz P4. In short, look at the NVidia forums at www.nvnews.net, and also try the latest beta driver. . . . . just my two cents. /mde/ However, I am using the latest beta drivers -- 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: Does fedora 15 supports latest hardware ?
On Thu, 16 Jun 2011 09:44:23 +0200, Alexander Volovics wrote: > On Thu, Jun 16, 2011 at 12:35:24PM +0530, Navdeep Singh Sidhu wrote: > >> Fedora 15 doesn't works on my Laptop. So i have a question, Does it >> supports latest Hardware? >> Like >> 2nd Generation i7 Quad core 2720QM 2.20GHz Boost upto 3.30 GHz Dual >> Graphics Card- Intel HD graphics 3000 & 2 GB nVIDIA Geforce GT 540m >> Graphics card >> 8GB RAM Dual Channel 1333 MHz DDR3 >> Intel® Centrino® Advanced-N 6230 with Bluetooth v3.0+HS wireless card >> Dell XPS L502X Direct Base Mother board > > Depending on what your expectations are with regard to the hybrid > graphics. You might be wise to look into, for example, the posts on: > http://forum.notebookreview.com/linux-compatibility-software/473915-no- support-nvidia-optimus-linux.html > Or those in the Lenovo forums. > > Alexander Note, this is probably an Optimus issue. NVidia does not support Optimus with its Linux drivers. If your laptop is using Optimus, then there are several solutions. If your BIOS allows it, disable the Intel graphics and only rely on the NVidia GPU. This will probably drastically shorten your battery life. Go visit the NVidia Linux forums at www.nvnews.net/vbulletin. Someone has put together a software solution that appears to work. Do a search on Optimus in the NVIDIA Linux forum. I don't remember if anyone has tried this with Gnome 3 or Fedora 15. Again, this is Linux NVidia driver versus hardware issue, and not really a Linux (or Fedora) issue. . . . . just my two cents. /mde/ -- 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: Java Gnome 3 maximized window mouse bugs
On Fri, 17 Jun 2011 16:44:44 -0400, Ricardo Veguilla wrote: > On Fri, Jun 17, 2011 at 3:03 PM, Frank Murphy > wrote: > >> As you know swing is not perfect, >> just overlaid on awt. (despite import javax.Swing) and it may be that >> you need Oracles JDk, to get all the classes you need, >> have you checked the same apps on a Win Box? >> > Frank, I know you are trying to help, but I'm pretty sure the bug is not > in the apps. > Like you said, if the problem is swing/awt, then its the > openjdk/oraclejdk not the app. > > I first noticed the problem on Fedora 14 while trying gnome-shell. > Switched back to standard gnome and the problem went away. > > It does not happen in any other platform. I work regularly on Windows, > Ubuntu (havent try it on Unity yet), Fedora pre-gnome3, Mac Os X without > any problem. In addition, the problem happens using both Oracle JDK and > OpenJDK. My environment: CPU: 2.6 GHz P4 Memory: 1.5 GB Video: 7600 GS (overclocked) Driver: 275.09.07 (from NVidia) JDK/JRE: 1.6.0_26 (from Oracle) OS: Fedora 15 fully updated I normally don't run my Java application windows maximized, so I've not observed this. For fun, I started up Netbeans 6.9.1 and maximized the window. Here's what I observed under Gnome 3. In both Nimbus and the GTK look and feel, horizontal mouse pointer positioning is off visually to the right. This means that if you click on the Edit main menu in Netbeans, the Edit menu will flash briefly, and then the File menu will open. If you're careful about where you place the mouse pointer, you can actually get the right menu to open. This appears to be a fixed width issue. For example, when I use Nimbus LAF to run Netbeans, I can put the mouse pointer in between the Edit and View menu items and get the Edit menu to appear (and stick). If I place the mouse pointer on the "w" of the View menu item, then I can get the View menu to appear (and stick). This horizontal positioning problem does not happen when I unmaximize the window. Vertical positioning seems to be fine. GTK look and feel is now quite bad. I am missing menu borders and separators. If i don't use "hinting medium" in my local fonts.conf, the fonts are very thin. I know this has been addressed on the mailing list before, but the solution results in very blocky fonts (especially bolded fonts) when using GTK applications under KDE. However, that's another story. In short, the way I have found that works best for me: 1. Run Nimbus look and feel wherever possible. GTK look and feel is currently broken. 2. Do not run maximized windows Also, if you're using an NVidia card, upgrade to the latest (from NVidia) driver. 275.09.07 solved a lot of KDE and Java with opengl pipeline issues for me. . . . . just my two cents. /mde/ -- 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: Again: the Nvidia driver does not work with Gnome 3
On Sat, 18 Jun 2011 00:25:51 +0200, Alexander Volovics wrote: > I would appreciate hearing from Fed15/Gnome3 users who (maybe) have the > same graphics card: Geforce 7300 LE in a Dell Dimension E520 and have > also experienced (and maybe solved) this problem. > Suggestions on how to solve the problem (if possible) are also welcome. This is long (as usual). My current environment: Platform: Upgraded Dell 8200 CPU: 2.6 GHz P4 Memory: 1.5 GB Video:7600 GS (overclocked) Driver: 275.09.07 (from NVidia) Screen: Samsung SyncMaster 23" DVI at 1680x1050x24 OS: Fedora 15 It's not quite the same card as yours, but close. Unfortunately this is an AGP system, so there may be some differences. I've not included my driver options to enable AGP side band addressing, since that would be pointless for a PCI-e card. This works reasonably well for WindowMaker, KDE, and Gnome 3. I'm editing this post in Emacs under Gnome 3 at present. The last time I did a full install was with Fedora 10. Since then, I've upgraded (mostly using preupgrade). I went through the following releases. F10 -> F11 -> F12 -> F14 -> F15 My xorg.conf file has been around for a long time, and has evolved a bit. However, the last edit was on 09/15/2009. I've posted the background for this system since some of what I do may no longer be necessary. However since it results in a working system, optimizing this process has a pretty low priority. *** IMPORTANT *** Please note, this works for me. It may or may not work for you. It may or may not be optimal. Use at your own risk. *** IMPORTANT *** 1. No modeset line in grub While I can use modeset to get a graphical boot, there doesn't seem to be a value for my monitor. Using a reasonably scaled modeset results in a slower performing desktop (in my experience). Besides, I'm pretty much of an old school type of person and I like seeing messages scroll by when a system boots up. 2. Drivers from NVidia This is less convenient than using rpmfusion's packages, but it seems to give me a little more flexibility. 3. Installation triggers Every time a kernel, X server component, mesa component, or a screensaver component is upgraded, I reinstall my drivers. From my understanding, NVidia drivers will no longer have problems if you use the default libraries, so only a kernel upgrade should trigger the reinstallation. However the reinstall takes only 5 minutes and seems to generate no problems. 4. Installation steps 4a. Boot into init 3 (oops, systemd.unit=multi-user.target). 4b. Uninstall the current NVidia driver. I know as part of the reinstall, NVidia attempts to uninstall the current driver. Unfortunately, this often leaves a bunch of files about. It's best to uninstall the driver, and then clean up the remainder as detailed in 4c. NVIDIA-x86-.run --uninstall 4c. Clean up any remaining files. Sometimes the NVidia installer fails to completely uninstall the driver. This can leave shared libraries around which will lead to unstable operations. The uninstaller will warn you if it did not remove all of the files. To find the leftover files, I do the following: grep /usr /var/log/nvidia-installer.log > cleanup.sh I then edit the resulting file, adding a #!/bin/bash at the top, removing comments, and adding an rm before every file that needs to be removed. Run this as root to clean up the last traces of the previous installation. 4d. Install the NVidia driver. ./NVIDIA-x86-.run If you build OpenGL programs, you might want to run: ./NVIDIA-x86-.run --opengl-headers This will install the OpenGL headers. NVidia has said they'll standardize on the upstream headers at some point, but again I've not tested this. 4e. SELinux tweaks The NVidia install script does a reasonable job at changing the SELinux properties. At some point in the past I found that these changes were not enough. Symptoms included performance degradation and lots of SELinux warnings (I run in permissive mode mostly). To fix that I run the following script. #!/bin/bash chcon -t texrel_shlib_t /usr/lib/xorg/modules/drivers/nvidia_drv.so semanage fcontext -a -t \ texrel_shlib_t /usr/lib/xorg/modules/drivers/nvidia_drv.so chcon -t texrel_shlib_t \ /usr/lib/xorg/modules/extensions/libglx.so.275.09.07 semanage fcontext -a -t texrel_shlib_t \ /usr/lib/xorg/modules/extensions/libglx.so.275.09.07 chcon -t texrel_shlib_t /usr/lib/tls/libnvidia-tls.so.275.09.07 semanage fcontext -a -t texrel_shlib_t \ /usr/lib/tls/libnvidia-tls.so.275.09.07 chcon -t texrel_shlib_t /usr/lib/libGL.so.275.09.07 semanage fcontext -a -t texrel_shlib_t /usr/lib/libGL.so.275.09.07 chcon -t textrel_shlib_t /usr/lib/libvdpau.so.275.09.07 semanage fcontext -a -t texrel_shlib_t /usr/lib/libvdpau.so.275.09.07 Change 275.09.07 to fit the driver version you're installing. Hopefully word wrap won't damage the script. Read and modify carefully. You're running this as root, so it's best to double-check. Text relocation may no longer be necessa
Re: Java Gnome 3 maximized window mouse bugs
On Sat, 18 Jun 2011 01:06:43 -0400, Ricardo Veguilla wrote: > And a very minor annoyance: Gnome3 relies on the x-windows WM_CLASS > property to track applications instead of windows (see > http://live.gnome.org/GnomeShell/ApplicationBased). Java swing apps, as > far I can tell, don't set this property as gnome3 expects (which means > the gnome3 keeps opening new instances of the app every time I click the > shortcut). > > I'll submit the bug to openjdk and see how it goes. Interesting. Is this why I get "java-thread" rather than the application name in the top status bar? I'll have to systematically walk through the bugs with screen shots (menu displacement, failed decorations, Java thread versus application name). That's probably three different bugs I should post to Oracle. . . . . just my two cents. /mde/ -- 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: Paradigm shift going from Gnome2 to Gnome3
On Mon, 20 Jun 2011 18:38:46 -0600, Stuart McGraw wrote: > On 06/20/2011 03:00 PM, Alexander Volovics wrote: >> On Mon, Jun 20, 2011 at 12:57:24PM -0600, Stuart McGraw wrote: >> >>> On 06/20/2011 09:44 AM, Aaron Konstam wrote: >> >>> > There is a paradigm shift going from Gnome2 to Gnome3 which I have >>> > not seen discussed on this list. >> >>> I too noted the mouse deprecation in Gnome 3. Besides alienating a >>> large group of users who simply prefer using the mouse over the >>> keyboard when there is a choice, >> >> Do you people actually work with Gnome 3. > > Yes. Been using it every day for almost two weeks now. I have been working with it for approximately 2 weeks as well. I've chosen to stay in Gnome 3 for a while rather than KDE (which was my preferred environment on Fedora 14). GTK applications look really bad in KDE on Fedora 15. I haven't decided if it's the font, the theme, or a combination of both. Also, upgrading from Fedora 14 to Fedora 15 caused my KDE menus to assume Gnome categories. There's no more "Development" category, but there is now a "Programming" category in my KDE start menu. I'll get over it . . . > >> If you are a versatile mouse user I suspect that you can actually work >> just as fast with the mouse as with the keyboard. Jab the pointer in >> the upper left corner, click on an app in the dash or swerve to the >> right and click on 'applications', click on the app you need if you see >> it immediately in this monstrous platoon of icons, or go even further >> to the right and select a category (Acessories, Games, etc) and click >> on an icon there to open an app. > > Exactly my complaint. Up to the top right corner to get the overview, > click the Applications button. Then, from the left side of the screen, > a wild, nearly full width traverse over to the right side to select a > category, then back again to the left side of the screen to select the > icon if it happens to be on the left. > > Compare that to Gnome 2 where I go to the left side of the screen and > click Applications, move the mouse an inch or two to select a category > in the menu, move another inch or two to select the app. > This is one of my major complaints concerning Gnome 3. There is a lot of full screen traversal needed when opening applications or switching workspaces. I have a 1680x1050 screen, so this is quite annoying. I am also a software pack rat. The default Gnome 3 applications display is "All". On an old Dell 8200 with a 2.8 GHz P4, 1.5 GB memory, and an NVidia 7600 GS video card the display takes several seconds to generate the first time I do this. I am then presented with an alphabetic listing of programs (and their icons). Unfortunately a mouse-over doesn't pop up a window displaying the description of the program. Fortunately I remember what most of them do, but every now and then having a description pop up would be nice. At any rate, having many uncategorized choices is not (IMHO) a good user interface design. Fortunately, I can slide my mouse pointer back to the right, then type in the name of the program to activate a search. Yuck. I've taken to using Alt-F2 a lot. If at all possible I avoid using the Applications window. > Why at least couldn't the Categories list (and scroll bar) in Gnome 3 be > to the left of the icons so that one encounters it "on the way"? > > Same with workspaces -- up to the extreme left corner, then all the way > to the extreme right side of the screen to show the WS summary. Now I'm > presented with a bunch of mini-images of workspaces. Which has the > window I want? Can't tell because all the windows are overlapping. > Take best guess an select one. Now I can see which windows are in the > WS. But damn, they are all white Terminal windows or similar that look > the same. Squint and see if I can identify some familiar text. > > Eventually, possibly after a couple wrong guesses I find the window I > wanted. I usually don't have too much trouble finding which workspace I need to be on. Most of my programs are fairly distinctive on this size of screen. That plus alt-tab helps a bit since it works across workspaces. My only issue with alt-tab is when I have more than one window open for a particular program. I then have to use the arrow keys to select the right window. Also oddly enough arrow keys continue to work once they're invoked in the alt-tab sequence, but you cannot begin the sequence with alt-. I also like to keep certain applications together in certain workspaces. This fits my workflow. In Gnome 2 (and KDE), I would just open the application in the appropriate workspace. In Gnome 3, I have some minor tricks that work. 1. Switch to a desired window (see above for the left-right mouse dance) 2. Hit escape 3. Alt-F2 and type in the command name This is contrasted by just choosing the desired workspace in Gnome 2 or KDE. I've not found anything that matches the activities idea in KDE
Re: gnome 3 doesn't start any more
On Sat, 25 Jun 2011 10:15:39 -0600, Kevin Fenzi wrote: > Please test and provide feedback: > > https://admin.fedoraproject.org/updates/gnome-shell-3.0.2-4.fc15 > > This seems to have affected nvidia binary only video driver users. > > kevin I've been running fine with gnome-shell-3.0.2-3.fc15.i686 so far. However, I'm using the binary drivers downloaded from NVidia. My configuration is: OS: Fedora 15 2.6.38.8-32.fc15.i686 Video: 7600 GS (overclocked) AGP Driver: 275.09.07 I'll go ahead and try the 4.f15 version and see if this causes problems with the drivers downloaded from NVidia. . . . . just my two cents /mde/ -- 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: gnome 3 doesn't start any more
On Sat, 25 Jun 2011 17:18:01 +, Mark Eggers wrote: > On Sat, 25 Jun 2011 10:15:39 -0600, Kevin Fenzi wrote: > >> Please test and provide feedback: >> >> https://admin.fedoraproject.org/updates/gnome-shell-3.0.2-4.fc15 >> >> This seems to have affected nvidia binary only video driver users. >> >> kevin > > I've been running fine with gnome-shell-3.0.2-3.fc15.i686 so far. > > However, I'm using the binary drivers downloaded from NVidia. > > My configuration is: > > OS: Fedora 15 2.6.38.8-32.fc15.i686 > Video: 7600 GS (overclocked) AGP > Driver: 275.09.07 After very light testing, this version (3.0.2-4.fc15.i686) works as well with the binary drivers downloaded from NVidia. . . . . just my two cents. /mde/ -- 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: system monitor appears twice in F15 Application List.
On Mon, 27 Jun 2011 15:20:01 -0500, Steven Stern wrote: > On 06/27/2011 03:04 PM, Aaron Konstam wrote: >> Does anyone know why system monitor appears twice in the F15 >> Application list? > > Not on my system. There's only one, linked to gnome-system-monitor. Did > you upgrade or do a clean install? > > -- > -- Steve I have two as well (did a preupgrade from Fedora 14). One is for the Gnome application (first icon), and the other is for the KDE application (second icon). It's sad that Gnome 3 application menu icons are not more descriptive, or at least display a popup window with more information. . . . . just my two cents. /mde/ -- 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: Living with Systemd
On Fri, 22 Jul 2011 11:00:02 +0100, Arthur Dent wrote: > Hello All, > > I am gradually getting used to systemd. I can now just about force my > fingers to type "systemctl restart httpd.service" even though my brain > is itching to write "service httpd restart" and I find this cheatsheet > to be very useful: > http://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet > > However, there is one thing I find *incredibly* frustrating and that is > the paucity of information when things go wrong. > > When I am tinkering with some app or other and I mess something up (as I > often do), being told that the app has "entered a failed state", but not > *WHY* it failed is very unhelpful. At least with SystemV you would be > told that it's because a file is missing, permission problem, config > error... etc. > > Looking into /var/log/messages is no help (it just repeats the same > message) and very often the program's own logs are of no use because the > app has not started logging. > > I have looked at man systemctl but can see no "verbose" (or similar) > switch. > > I find that the only way I can troubleshoot a failing process is to > start the program directly from its executable, or by manually running > the init.d script. Then I get some useful information as to why the > program failed, and fix it. > > Jul 22 00:01:11 mydomain systemd[1]: httpd.service: control process > exited, code=exited status=1 Jul 22 00:01:11 mydomain systemd[1]: Unit > httpd.service entered failed state. > > The above error was caused by one rule in the thousands of mod-security > rules that I had just updated. This really doesn't address the lack of information that's available when a service fails to start using systemd. I agree that more information would be great. However, for Apache HTTPD, you have another tool to see what's wrong with your configuration. >From the command line, run: /usr/sbin/apachectl configtest This will return "Syntax OK" if the configuration file is OK. If there is a problem, there should be detailed information. /usr/sbin/apachectl -t also works. . . . . just my two cents. /mde/ -- 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: Living with Systemd
On Fri, 22 Jul 2011 22:26:24 +0100, Arthur Dent wrote: > I was really hoping that someone would reply saying something like "You > idiot! - Don't you know, all you need to do is to use the > --tellmewhatswrong switch with systemctl and all will be revealed!" But > alas, no-one has said anything... > > What happens with F16 when there will be no more init scripts? I agree. That's an interesting question. I did a little poking around on: http://www.freedesktop.org/wiki/Software/systemd and didn't see anything that jumped out. Maybe there's a way to get more information via /etc/systemd/system.conf and /etc/rsyslog.conf. I'll have to research that. Other than that, a visit to the IRC or mailing list might be in order. . . . . just my two cents. /mde/ -- 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: f15+Gnome3: how to put on desktop an applet for see cpu and network usage
On Fri, 27 May 2011 14:43:49 +0200, Dario Lesca wrote: > Hi, on my f14 I had place on my panel the system monitor, witch show me > the CPU and network usage. > > How to do that into F15+Gnome3? > > Many thanks. > > -- > Dario Lesca If you're not married to the idea of an applet, I find that gkrellm works well. Once you launch it, you can alt-right-mouse and select Always on Visible Workspace. I watch CPU, processes, disk I/O, network I/O, memory/swap, GPU temperature, and new mail. I could watch a lot more (gkrellm is highly configurable). . . . . just my two cents. /mde/ -- 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 15 is a lot like Windows OS's.. irritating, offensive, difficult to use with ease, nauseating to try...
On Wed, 07 Sep 2011 11:23:26 -0700, Frederick N. Brier wrote: > On 09/02/2011 07:31 AM, Stefan Held wrote: >> Am Freitag, den 02.09.2011, 09:44 -0400 schrieb Darryl L. Pierce: >> >>> Great points. If we didn't have change and innovation we'd all still >>> be using 80x25 monochrome text mode terminals. > What was wrong with 80x25 monochrome? I liked the Hercules display :). > No, but seriously, Gnome3 is irritating. To have to click on Activities > to change and repaint the whole screen, and then select the category of > an item you want (if you have not added it to your favorites), then > click on it, then repaint the screen again. And the screen real estate > for the Activities text does nothing else. Nothing. You can't even > right click on it. > > You also can't right click on the "desktop menu items" and bring up > their properties. Can't copy and edit them (I like that for rdesktop > and other commands that have parameters). No, you have to find the old > MainMenu utility and create an item in the non-existent menu so it will > show up. Maybe there is another way, but it ain't intuitive. > > What's with no right clicks? Only one mouse button? Instead of Unix's > 3 buttons? Is this a lowest common denominator solution for someone who > installs Linux on a Mac? > > I have been using Gnome3 for over 3 weeks now. I tried adding AWN. > Tweaking different parameters. It is STILL annoying. And SLW. > There is a reason why menus have been around so long. So yeah, I guess > I think the Gnome guys fumbled the ball. > > I liked Gnome2. Mostly I liked all the nice GUI utilities built on top > of it. And now I am not sure what I am going to do. > >> It was only a change, no innovation . >> >> http://www.songmeanings.net/songs/view/76280/ >> >> This is going to be long, and I'm commenting late. First of all, a few general comments and caveats. Comment: Notice how the person responsible for starting this flame-fest wrote one message and hasn't reappeared? Caveat: I am a KDE user (mostly) or a WindowMaker user. However, I've been using Gnome 3 on and off since Fedora 15 was released. Take my comments with the above caveat in mind. Like many people, I find a lot of the UI changes in Gnome 3 to be a bit irritating. However, I have found several reasonable work-arounds. 1. Switching virtual desktops The left-screen / right-screen tango with a large monitor is cumbersome. Many have commented on this. I find it unpleasant as well. The work-around I use is Ctrl-Alt up-arrow and down-arrow. This allows me to easily page through my virtual desktops. The virtual desktops don't wrap around, and they're not labeled, but it's certainly better than the mouse equivalents. 2. Applets Quite frankly, I don't miss these at all. I have a weather plugin for Chrome, and I use gkrellm for system monitoring. If you alt-right-mouse click on gkrellm, you can choose "Always on visible Workspace" which lets you see your machine's suffering on every desktop :-p. 3. Items on desktop I've never been a fan of items on the desktop. I usually have too many things running so double-clicking on a desktop item is counter-productive. That said, you can probably manage a lot with having Nautilus show up on every workspace. Again, just right-mouse click on the title bar and select "Always on visible Workspace". 4. Right-mouse click on the desktop I've not missed this nearly as much as I thought I would. I find that Alt- F2 and entering a command works for most of my needs. I actually use this a lot (see Applications menu below). Things I don't like 1. Performance On this old machine (2.6 GHz P4, 1.5 GB memory, overclocked Nvidia 7600GS AGPx4 card), Gnome 3 consumes the most memory and renders the slowest of KDE 4 / WindowMaker / Gnome 3. Hopefully the Gnome developers will improve performance in the upcoming releases. Early versions of KDE 4 had performance problems as well, so one can hope. 2. Uncontrollable workspaces This one is irritating. I tend to lay out my workspaces in a particular order. I group running tasks on particular workspace based on what I'm doing. Think of it as an alternative to the KDE activities concept. I find now that if I don't open programs in a certain order, then they get placed on an unfamiliar workspace. While this isn't a huge problem, it makes setting up workspaces based on tasks more cumbersome than it should be. I can get around some of this with alt-tab (through all programs), but this is less than optimal. 3. Workspace behavior when ending last program This one is a bit convoluted to explain. I have gkrellm visible on all of the workspaces. If I go to the last workspace and start a new program, everything works as expected. However, if I close that program, I get the same view as if I put my mouse cursor in the upper left-hand corner of the screen - the activities view. I have to hit the escape key to bring me back to a workspace v
Re: Java Support in Firefox
On Fri, 23 Jul 2010 22:17:49 -0700, Paolo Galtieri wrote: > On 07/23/2010 09:16 PM, Parshwa Murdia wrote: >> On Sat, Jul 24, 2010 at 9:11 AM, Nathan W >> wrote: >> >> >>> has anyone been able to get .jsp files/java applets to work in Fedora? >>> >>> >>> i'm currently using openjdk and the openjdk browser plugin, and >>> visiting http://www.java.com/en/download/help/testvm.xml says that >>> java is working fine, and indeed it seems to be, but the applet at >>> http://www.gokgs.com/applet.jsp seems to be just a grey box :( >>> >>> google's not helping, any suggestions? >>> >>> thanks in advance, >>> >> Try to temporary disable the open jdk application install the sun java, >> then go at: >> >> http://sites.google.com/site/indiadoor/java-jre >> >> Try this way, if it is also not working undo the action for open jdk. >> >> Regards, >> Parshwa Murdia >> > I have installed the Sun java jdk and linked the plugin library > > ln -s /usr/java/latest/jre/lib/amd64/libnpjp2.so > /home/pgaltieri/.mozilla/plugins/libnpjp2.so > > I restarted firefox and accessed > > http://www.gokgs.com/applet.jsp > > And it locked firefox up for about 1 minute. During this time clicking > on a tab would do nothing, clicking on the menu bar would do nothing. > After about a minute all my mouse clicks in firefox suddenly caught up, > but it still would not render the applet. On the other hand > google-chrome had no problem rendering it. > > I'm running firefox 3.5.11 on F12 with sun jdk jdk1.6.0_20. > > > Paolo Environment: NVidia 7600 GS 256.35 (hand-compiled) Fedora 13 (32 bit) KDE 4.4.5 Java 1.6.0_21 (appropriate links) Firefox 3.6.7(works) Google Chrome 5.0.375.99 (works) Konqueror(fails) By works I mean I got to the login screen. I didn't try to actually access the application since I didn't feel like playing Go at 10:40 PM on a Friday night. I think that's because Konqueror is using kjavaappletviewer.so for viewing applets. I wonder if I can convince it to use a Sun-based plugin . . . . /mde/ -- 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: Sound Streaming Problem
On Fri, 30 Jul 2010 12:09:13 -0500, Rick Sewill wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 07/30/2010 10:43 AM, Oliver Ruebenacker wrote: >> Hello, >> >> I have a recurring problem with sound streaming with Fedora 13 (and >> earlier versions - I am having this problem for quite a while, across >> different Fedora versions) on my Dell Latitude 820 laptop. This affects >> equally the sound of YouTube videos and music CDs. Sometimes it works >> flawlessly, sometimes there is no sound, and sometimes the sound cycles >> through short intervals, like a stuck record, but with faster >> repetitions. > > Someday, I will be proficient with Fedora Sound, but I'm not there yet. > > I think you looked for a pattern to get an idea what is happening. - > From your message, I don't think you found any pattern. It can be quite > frustrating. > > Could you be having multiple problems? > > When you said you had youtube videos stuttering, I thought of Internet > latency, but you wouldn't have that issue with music CDs. > > When having a problem, I would focus on the simplest problem first. If > possible, focus on the problem with music CDs to rule out networking. > > You might have music CD stuttering issues if a program were hogging the > CPU. Is there any program, in the background, that might hog the CPU? > > >> Occasionally, restarting the application (Firefox, Rhythmbox, etc) >> helps, often it does not. Sometimes, logging out and back in helps, >> sometimes it does not help. On rare occasions, changing the volume >> control helps (when I'm not listening, I usually keep the volume at >> zero, and it sometimes seems as if the system has not noticed that the >> volume has been turned up, until I turn it up some more). >> >> > Does the problem happen in the middle of playing something or always at > the beginning? Does the problem ever clear itself, in the middle of > playing something, without you intervening? > > There are multiple sound drivers in Linux. There are multiple sound > servers in Linux. When I say sound system below, I am referring > collectively to what sound drivers and sound servers you are using. > > What sound systems being used may have a bearing on your problem. > > As far as your configuration, what sound system are you using? Are you > using Pulse Audio -or- are you using Alsa directly? Are you using > something else? > > I am using pulseaudio so I have /usr/bin/pulseaudio running. I can also > see that pulseaudio is running by using the pacmd. pacmd is in "rpm -q > -i pulseaudio-utils" I can do "pacmd stat" to get a quick status of > pulseaudio. > >> I tried different plugins/add-ons with Firefox, and different >> application to play the music CD, but it does not seem to make a >> difference. >> >> > - From this, I will assume it is the sound system, or something > happening in the background in your PC, not a specific program. > >> What can I do? Thanks! >> >> > I will assume you keep your RPMs up to date. > > I believe more information on your configuration is needed. > > Please check what programs are running in the background. Try to rule > out programs hogging the CPU. > > Please provide more information on your sound system configuration. > > Knowing your configuration, I would start looking through bugzilla. I > would start searching the internet for people having similar problems. > > Assuming you are using Pulse Audio, I would look at > http://pulseaudio.org/wiki/PerfectSetup http://pulseaudio.org/wiki/FAQ > > Your configuration might have sound going directly to Alsa. I'm not sure > what to suggest in this case. Perhaps looking at > http://alsa.opensrc.org/index.php/Main_Page Perhaps, > http://alsa.opensrc.org/index.php/FAQ > > If you are using Pulse Audio, I believe the following: Currently, I > believe Pulse Audio is an abstract layer acting like a generic interface > for sound, providing certain higher level features. > > Pulse Audio talks to Alsa. Also, in turn, talks to the Alsa sound > device drivers that talk to the hardware. > > Pulse Audio provides APIs for programs that think they are talking to > Alsa so those programs really talk to Pulse Audio, which in turn, talks > to Alsa. > > If you are using Alsa directly, I believe the following: Alsa provides > its own API for programs. Alsa talks to the Alsa sound drivers which > control the hardware. > > You might not be using Pulse Audio or Alsa at all. You might be using > OSS. I believe OSS is a competitor to Alsa. > http://en.wikipedia.org/wiki/Open_Sound_System I believe OSS has its own > sound drivers that talk to the hardware. > > I found a URL talking about Linux sound, which predates Pulse Audio. > http://www.linux.com/archive/articles/113775 It is "old" webpage, but > still interesting. > > I think Linux sound is still evolving. I know my understanding of Linux > sound is still evolving. I expect and welcome others correcting me each > time I comment
Re: SELinux
On Mon, 30 Aug 2010 13:29:51 +0900, Takehiko Abe wrote: >>> I would advise Patrick to disable Selinux. I've made that decision > >> long ago because it gives me more problems when enabled that I can > >> possibly solve. IMHO the user interface is so bad that selinux is > >> unuseable for an ordinary enduser. Huge rant against SELinux deleted . . . . I've had exactly the opposite experience running SELinux, even with hand- compiled applications from a variety of sources - including my own. I've had some issues with understanding how SELinux works - the latest being not able to pipe output to root's home directory. However, in retrospect, the restriction is good and one that is easy to solve (pipe to /tmp, then mv or cp). The last two nightmare SELinux issues I had were with Songbird and the Mono server that enables Mono on Apache. Both had multiple problems, and to me it's indicative of sloppy coding. I decided not to run those applications. This is probably a wise decision since Songbird for Linux is no more. I've yet to see a satisfactory configuration of Mono and Apache on Linux that doesn't entail disabling SELinux. Since I'm not a .NET or C# fan, I'll happily do without. I think in a home environment the key has been to run in permissive mode. Then you get all of the warnings along with how to fix the problem. An added bonus is that you can submit bug reports about SELinux with the hope of making it better and more seamless. Once you don't get SELinux warnings for a few days, you might think about running in strict mode. The only continuing nag that I have now is NVidia's proprietary driver. Fortunately I have a script I run after building the driver to take care of any lingering SELinux issues. I prefer installing the driver by hand (as well as tweaking xorg.conf and overclocking my graphics card) rather than depending on rpmfusion.org. They provide a fine service (and I use some of their other packages), but I've had no trouble building the stock NVida drivers. . . . . just my two cents. /mde/ -- 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: SELinux
On Mon, 30 Aug 2010 21:10:12 +0900, Takehiko Abe wrote: >> I've had exactly the opposite experience running SELinux, even with >> hand- compiled applications from a variety of sources - including my >> own. > > You say "the opposite" but you seem to have a lot of problems and spent > fair amount of time because of SELinux. And what you get in return? > Nothing except for a vague notion of "security". I have not spent a large amount of time. Songbird and Mono are the only two troublesome issues I've had since SELinux has been a part of Redhat/ Fedora. I spent 1 hour (and one bug report) on Songbird. I abandoned it because it ran poorly and had multiple SELinux issues. I did spend a few days off and on with mod_mono and friends. I finally decided that even if I got mod_mono running cleanly, any C#.NET programming I needed to do (mostly Java / .NET integration via SOAP) would be better done on Windows. The NVidia issue is well known, documented, and actually mostly taken care of in their install script. Other minor issues, such as the cron file descriptor leak, are normal bugs and taken care of pretty rapidly by the maintainers of various packages. As far as a vague notion of security, I have to confess I have not studied SELinux, so I don't know the material in detail. It's on my list of things to do, but right now I'm in the middle of working on portlets (JSR 286), and some Tomcat configurations which I hope to write up. There is just so much time in the day . . . That being said, one of the particular things that SELinux does that I like is preventing privileged applications from writing where it is unexpected. For example, unless you specifically label a directory for httpd, you'll get an SELinux denial (or warning if you run in permissive mode) when httpd tries to read or write from directories not deemed safe. If you're developing PHP and using the ~username/public_html option to get around having to copy things over as root, this can be a bit of a pain until you label your file system correctly. However, this is a really valuable warning / denial. Many PHP frameworks tend to write temporary files. It would be nice to have the system deny those files if they're not in the expected places. Attackers subvert PHP frameworks all the time. By preventing files getting written to unexpected places, this makes the attack more difficult and the system more secure. I've not had my use of the system hampered or curtailed by SELinux. I'm a pretty aggressive user. Right now I have an IDE (NetBeans), an editor (emacs), firefox, thunderbird, gyachi, pan, a shell, streamtuner, and audacious 2 running as this user. Sometimes I'll also have OpenOffice or Pencil running. I have Apache and MySQL running in the background, and I will be starting Tomcat 6.0.18 and Derby for testing soon (my portal container has issues with Tomcat 6.0.29). I occasionally run IP aliases to simulate multiple machines. Sometimes I'll fire up Google Earth when events happen in another part of the world where friends of mine live. While doing this, I have had absolutely no issue with SELinux. Any small warning (haven't seen one in over a week) I can usually handle by issuing the appropriate SELinux command. I always file a bug report so that people can fix their programs. It's not much that I give back to Fedora (I spend a lot more time on ASF software), but it's a start. As another person has said, if a program gives multiple SELinux warnings and seems to defy any simple attempts at file labeling as a fix, then maybe it's a poorly written program. If the program maintainers are not responsive to SELinux problems, then maybe the programmers have too much on their plates to properly maintain their contributions. In any case, there are almost always other packages that perform the same tasks without the SELinux issues. Of course, you always have the option of turning off SELinux. It's been my experience that turning off SELinux is not necessary. Personally, I like knowing when a potentially unsafe operation is happening on my system. I actually learn a bit about security. I then change my habits and become a more security-conscious user, programmer, architect, system administrator. Learning new stuff is not a bad thing. In fact, it's pretty fun. . . . just my two cents /mde/ -- 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: GNOME PDF creator
On Tue, 07 Sep 2010 13:29:52 -0400, Alex wrote: > Hi, > > Can someone recommend a program to create PDF documents? I have used > convert from imagemagik, but would really like something easier to use > to create a PDF document from a set of JPG files, for example. > > Thanks, > Alex > ' OpenOffice? I just tried using Draw and jpg files (mostly do word processing documents) and it worked fine. . . . . just my two cents. /mde/ -- 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: oowriter won't execute as user
On Tue, 07 Sep 2010 13:16:44 -0700, JD wrote: > On 09/07/2010 01:03 PM, Jim wrote: >>On 09/07/2010 02:59 PM, JD wrote: >>> On 09/07/2010 11:46 AM, Jim wrote: FC13/KDE oowriter will not execute as user, but it will execute as Root. $ ls -al oo* -rwxr-xr-x. 1 root root 41 Aug 14 11:14 oobase -rwxr-xr-x. 1 root root 41 Aug 14 11:14 oocalc -rwxr-xr-x. 1 root root 41 Aug 14 11:14 oodraw -rwxr-xr-x. 1 root root 35 Aug 14 11:14 ooffice -rwxr-xr-x. 1 root root 44 Aug 14 11:14 ooimpress -rwxr-xr-x. 1 root root 41 Aug 14 11:14 oomath -rwxr-xr-x. 1 root root 41 Aug 14 11:14 ooviewdoc -rwxr-xr-x. 1 root root 43 Aug 14 11:14 oowriter >>> oowriter works just fine here as regular user. >>> >>> Are you sure you are executing /usr/bin/oowriter and not some oowriter >>> in a different dir, which is also in your PATH? >>> >>> type the command: >>> >>> which oowriter >>> >>> to be sure. >>> >>> >> I executed it as /usr/bin/oowriter in console and it tries to start , >> and it does not give any error messages. > > So, the openoffice banner does not pop up? > > I suggest you do the following: > > 1. rpm -qa | grep openoffice.org | sed 's/\-[0-9].*$//' > /tmp/oo.pkgs > 2. cat /tmp/oo.pkgs | xargs sudo rpm -e --nodeps 3. cat /tmp/oo.pkgs | > xargs sudo yum -y install > > after that, retry oowriter. > > Cheers, > > JD How about: 0. su - 1. yum shell 2. resinstall openoffice.org* 3. ts list 4. run 5. quit Step 1 puts you in the yum shell (run as root) Step 2 sets up a reinstall of all packages beginning with openoffice.org Step 3 shows you what is about to happen with the transaction Step 4 actually runs the transaction Step 5 quits This keeps everything in yum. . . . . just my two cents. /mde/ -- 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: Multiple monitors, two video cards with different chipsets
On Wed, 15 Sep 2010 21:50:49 -0500, Ron Siven wrote: > No reply means "no", I'm guessing? > > I don't think it's it a stupid question. Is it? My windows 7 instance > handles them both just fine. The ATI is onboard video, while the nVidia > is in the PCIe slot. > > I've searched exhaustively, and can't seem to find what I need. I know > that for a long time it was just not the thing to do, but I've been away > from my Linux for a while (just too busy). Had some time lately, so I > thought I'd check out F13. Can anyone point me to the right place, or > is it still not an option? > > -- Ron It looks like you'll have to create a custom /etc/X11/xorg.conf file. It's not difficult, but since I don't have two cards here (or two monitors), I can't experiment. Some fun ones to get you started with can be found here: http://www.linuxquestions.org/questions/linux-hardware-18/various-xorg- conf-examples-for-using-multiple-cards-multiple-monitors-751939/ It looks like if you can uniquely identify the hardware (the examples used BusID), then you can stuff in two cards and two monitors. Use lspci to get the BusID of the cards (I think). See man 5 xorg.conf for the gory details. . . . hope this helps. /mde/ -- 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: Whee, Xorg crash (Fedora 13 2.6.34.7-56.fc13.i686)!
On Tue, 21 Sep 2010 15:24:53 -0500, Kevin Martin wrote: > So I'm using the latest unstable version of Chrome browser, updated my > kernel today, and BAM, when I try to view a video on cnn.com Xorg > crashes. This just started happening today (I've been running this > version of the chrome browser for a solid week or more). Here's the > backtrace from the Xorg.0.log.old for anybody who's interested: 64 or 32 bit kernel? What video drivers? What version of Flash (64 or 32 bit as well)? What window manager? I'm running the latest kernel (32 bit, Fedora 13), proprietary NVidia drivers (256.53) on an overclocked 7600 GS card, the latest released Flash plugin, and the latest released Firefox or Chrome. I've tried KDE, Gnome, and Windowmaker. I have a modest amount of eye candy turned on for KDE and Gnome, and obviously none turned on with Windowmaker. I watched Google video, Youtube video, and Live Leak videos with no issues. In fact, with the latest updates, I've seen better Flash stability (Chrome reports no plugin crashes), and better GLX performance (about 10%). I know - this is not much help, but it sounds like there's some interaction with your hardware or video drivers with the new environment. . . . . just my two cents. /mde/ -- 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: Whee, Xorg crash (Fedora 13 2.6.34.7-56.fc13.i686)!
On Tue, 21 Sep 2010 19:26:11 -0500, Kevin Martin wrote: > Flash version 10.1.85.3 > xfce4 window manager > 32 bit kernel (as shown in the Xorg.0.log below) After a bit of searching, nothing jumps out at me, but I've had no experience with ATI cards. I've seen some similar crashes reported on the gentoo forums as well as a French Fedora 13 forum with no solutions. Some have advocated not using modeset on booting to avoid the graphical boot screen as a potential cure. I'm not sure why this would crop up in the current kernel (guess reading the release notes would help). Sorry I don't have any real clue at this point, but it does seem to be (at the moment) an ATI card issue. /mde/ -- 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
OOcalc plotting performance issue
I'm having some pretty severe performance problems with OpenOffice Calc. Here's the environment: Intel 2.67 GHz P4 (yes it's underpowered, but see below) NVidia 7600 GS over-clocked with 260.19.36 binary driver 1.5 GB memory Fedora 14 latest patches The applications: OpenOffice Calc 3.3.0-20.2 Gnumeric 1.10.12-1 KSpread 2.2.2-4 Sun JRE 1.6.0_22 (instead of 1.6.0_23 to work around tmpdir bug) The plot: Size: 8700 points Plot: XY scatter, points and lines, no smoothing The problem: Increasing the horizontal size of the graph takes approximately 10 minutes. During this time the CPU is at 100% and the mouse cursor remains as a double-headed arrow, preventing interaction with the rest of the desktop. This occurs regardless of windowing system (KDE, Gnome, WindowManager). Decreasing the horizontal size works reasonably well (about 10 seconds). A bit more detail: Fedora 14 OO 3 / JRE 1.6.0_22 vertical increase size -10 seconds horizontal increase size - 600 seconds gnumericvertical increase size - 2 seconds horizontal increase size - 6 seconds kspread segmentation fault creating graph XP/Professional (same hardware) 00 3 / JRE 1.6.0_23 vertical increase size - 5 seconds horizontal increase size - 30 seconds Excel 2000 vertical increase size - 1 second horizontal increase size - 2 seconds Are other people experiencing similar relative performance issues? If this is not an artifact, where should it be reported? Yes, I can use some Perl scripts and gnuplot as workarounds. . . . . just my two cents /mde/ -- 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: Suggestion: Replace List by Newsgroup
On Fri, 11 Feb 2011 22:11:34 +0100, Outway wrote: > Is there a specific reason why the fedoraproject chose to use a mailing > list instead of a newsgroup? You could read the mailing list from a list to newsgroup service like gmane. 1. Subscribe to the list 2. Set it so that you don't receive mail from the list 3. Read and post from a newsgroup interface . . . just my two cents. /mde/ -- 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: No need for AV tools on Linux, eh?
On Sat, 12 Feb 2011 00:26:14 +0100, mattias wrote: > Are we talking about antivirus software? If so > No need for it on linux I disagree. It's not so much about keeping Linux safe (although there have been and continue to be exploits), but it is about keeping people who consume information from you safe. If you receive an infected document and then pass it on to an unsuspecting Windows user, you could become an agent for infection. Perhaps the Windows user treats data coming from you (a Linux user) with a little more relaxed attitude, since the Windows user "knows" no infections can come from a Linux user. In general, using safe data practices is the responsible thing to do. Scan information you get from other sources, and scan your information before releasing it to the wild. Every little bit helps reduce the problem. . . . . just my two cents. /mde/ -- 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: "why is my Linux so damn slow?"
On Sat, 12 Feb 2011 14:51:25 +0100, M. Fioretti wrote: > Greetings, > > when I upgraded from Fedora 12 to Fedora 14, about twenty days ago, the > system (which wasn't doing really well even before the upgrade) became > almost unusable. The problem is, very likely, upstream of Fedora, but I > would like to understand where exactly is and if/how Fedora in some way > amplifies it. I've posted all details here: > > http://freesoftware.zona-m.net/help-request-why-is-my-linux-so-damn-slow > > TIA, > Marco I skimmed your writeup, but didn't look at all of the installed packages. My environment is much less powerful than yours, and it's pretty reasonable. Fedora 14 2.6.35.11-83.fc14.i686 2.6 GHz P4 1.5 GB memory Overclocked NVidia 7600 GS with 260.19.36 (built by hand, not rpm) Samsung Synchmaster at 1680x1050 KDE 4.5.5 I run the standard desktop effects. I've tried some of the more esoteric ones, but I find that they're distracting. I run into some slowdowns. I've commented on my OpenOffice Calc issues. Flash is slow (but it's slow in Windows as well). When I stress test Tomcat/MySQL or Tomcat/Derby applications my load average goes to 11 (literally) while running around 500 transactions per minute. This sounds like an NVidia driver issue. I suggest wandering over to www.nvnews.net and reading the Linux support forum. In particular, I have the following set: nvidia-settings -a PixmapCache=1 nvidia-settings -a InitialPixmapPlacement=2 nvidia-settings -a GlyphCache=1 I've placed these (and my overclocking commands) in a script called nvtweaks.sh. I then have the following line in my .xinitrc file: /home/mdeggers/bin/nvtweaks.sh I also have a customized xorg.conf file, and I've modified my fonts (installed MS Core fonts and customized a .fonts.conf file). This works well for me. Your mileage may vary. . . . . just my two cents. /mde/ -- 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: Guidelines for a noob
On Wed, 13 Apr 2011 14:22:20 -0500, Aradenatorix Veckhom Vacelaevus wrote: > Hi everybody: > And this take us at my following doubt: There is a mirror or repository > from where I can download upgrades, packages and all that stuff? Again > with Ubuntu, inside my country I can choose two different repositories > from where I can download almost everything, in fact one of them is > inside my University :) so the upgrade is amazing fast. > > Yesterday was boring to wait hours for the needed upgrade and for > install few packages, perhaps a repository nearer will make this easier. One yum plugin that might help with this is the following: yum-plugin-fastestmirror.noarch Just install that, and yum should go through and find the fastest repositories for you. The fastest repositories may change from time to time depending on load and network traffic. > Finally my biggest problem now is how to use the YUM, I need you helping > for install the flash plug-ins, the LibreOffice suite and that kind of > things... of course I know I must start a new thread for each one, now > simply I'm relating what I wanna do. Instructions for getting and installing the Flash plugin can be found here: http://fedoraproject.org/wiki/Flash Basically, you get the repository information from Adobe, install it, then use yum to install the actual plugin. In the directions from the above page, you might want to change rpm -ivh to yum install This will keep yum from complaining that packages have been added outside of the yum mechanism. For LibreOffice, there seem to be three paths: 1. You can remove OpenOffice, and enable rawhide for LibreOffice only. I don't know how the dependencies shake out though. 2. You can follow the instructions given here for example: http://edigitales.org/installation-libreoffice-on-linux-fedora-14/ 3. Or you can wait until Fedora 15, where LibreOffice will be the default. See the following discussion for example. http://forum.nginx.org/read.php?30,169738 The above is a thread from the fedora mailing list. I've not tried methods 1 or 2, and will wait until Fedora 15 is released to move to LibreOffice. In general, I use the command line for yum, with yum search, yum info, and then yum install. Many people are comfortable with the GUI available with PackageKit. I normally am running KDE, so I use KPackageKit to manage software when I use the GUI. Welcome to Fedora . . . I hope you enjoy your stay. . . . . just my two cents. /mde/ -- 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 on lenova T520 w nvidia optimus ?
On Wed, 04 May 2011 00:05:32 -0400, Genes MailLists wrote: > Interesting looking laptop - and the msata drive thing looks like a > (reasonably priced) way to add SSD for root partition (leaving regular > drive for data). > > So does anyone know what works/not works ? > > Esp the Nvidia Optimus NVS 4400m - the dual intel + nvidia graphics. > > > I have not heard much about the VGA switcheroo (assume its needed > here) - maybe its possible to disable the intel graphics in BIOS ? If so > will nouveau work on this ? > > > Thanks for any insights .. > > g I don't know if this laptop has a BIOS setting to disable the Intel graphics or not. If you cannot disable Optimus via a BIOS setting, then the laptop is not usable (currently) with Linux. However, there's a hack that may or may not suit your needs. I haven't tried any of these things since I only have desktops at the moment. This is being discussed fairly actively over on the NVidia forums. Here are two links you might be interested in. This thread is the whole Optimus on Linux discussion: http://www.nvnews.net/vbulletin/showthread.php?t=144750 This thread is a proposed hack: http://www.nvnews.net/vbulletin/showthread.php?t=162171 I've been following this discussion with some interest since I'm considering a laptop. . . . . just my two cents. /mde/ -- 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: Yum update from Fedora 14 -> 15 WARNING!
On Tue, 31 May 2011 01:18:47 +0200, Christoph Wickert wrote: > Am Montag, den 30.05.2011, 09:11 +0100 schrieb n2xssvv.g02gfr12930: >> To anyone trying to upgrade from Fedora 14 to Fedora 15, DON'T EVEN >> TRY!!! > > After reading this thread I still don't know what exactly you did to > upgrade your system. Can you please give us more details ? What commands > did you run and what repos were enabled? > > This is what I did yesterday: > > # rpm -Uvh \ > http://download.fedora.redhat.com/pub/fedora/linux/releases/15/Fedora/ x86_64/os/Packages/fedora-release-15-1.noarch.rpm > \ > http://download.fedora.redhat.com/pub/fedora/linux/releases/15/Fedora/ x86_64/os/Packages/fedora-release-rawhide-15-1.noarch.rpm > # yum clean all > # yum update yum > # yum --releasever=15 distro-sync > # reboot See, that's my problem in all of this. I still have no clear idea how the original poster attempted to update from Fedora 14 to Fedora 15. There seem to be at least two paths to do this (without a complete reinstall). The first is to use the preupgrade path. A link to this can be found here: http://fedoraproject.org/wiki/PreUpgrade The second is the one outlined in the message above. Both have been reported to work well for various users. What I would have liked to see from the original poster is the following: Following the steps outlined in the PreUpgrade link, I did the following: 1. (command) Expected results Actual results 2. (command) Expected results Actual results n. (command) Expected results Actual results (failure description) Then, it would be nice to have seen the same sort of format followed for problem diagnosis and fix attempts. The above (plus hardware particulars) would have given everyone a good chance to evaluate whether or not an upgrade or a fresh install is appropriate. I've personally done some rather crazy things with preupgrade, including skipping versions. Outside of some pulse audio and font rendering issues, I've not been bit. The pulse audio problem was a bit difficult to fix, but now I have a working configuration (and the configuration files in version control). After playing around with a personal .fonts.conf, I've managed to get everything looking nice except for 12 point Courier in Emacs. 14 point Courier looks fine, so I'll live with that for now. My real problem in moving from Fedora 14 to Fedora 15 stems from running the binary NVidia driver for an old 7600 GS card. According to numerous reports on the NVidia forums, this could result in lockups due to issues with xorg 1.10. Also, without patched Cairo libraries, themes that use gradients perform unusably slowly with the later NVidia drivers. So I guess in order for me to upgrade, I have to answer the following questions: 1. Has Fedora patched the Xorg server to not do a recursive call to the underlying video drivers? If not, then I will have to wait until NVidia fixes their drivers (again). An alternate solution is to downgrade to the last version of Xorg 1.9.5 (if possible). I'm sorry that I cannot be more explicit here, but the details are scarce on the NVidia forums. 2. Has the gradient patch been removed from Cairo 1.10-3? I know that the original plan was to do this for Fedora 15, but I could find no mention of it after glancing at the change logs. If so, then I'll have to either re-apply the patch for the gradients or wait until NVidia fixes their drivers (again). These are the challenges I face in upgrading. If the original poster had been this explicit, I could have determined which of the following do to. 1. Back up and do a fresh install of Fedora 15 2. Use preupgrade to go from Fedora 14 to Fedora 15 3. Wait until my issues are answered, then move to Fedora 15 4. Skip Fedora 15 and wait until Fedora 16 However, the all-caps WARNING! just provides anecdotal information concerning one person's challenges. While I'm sympathetic to this person's frustrations, I have no idea whether these challenges are germane to my environment or not. . . . . just my two cents. /mde/ -- 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: Yum update from Fedora 14 -> 15 WARNING! [OT]
On Mon, 30 May 2011 19:56:02 -0700, Joe Zeff wrote: > On 05/30/2011 07:49 PM, Mark Eggers wrote: >> If not, then I will have to wait until NVidia fixes their drivers >> (again). > > Or, you can uninstall the binary blob, and follow the instructions here > to install akmond-nvidia and be done with it once and for all: > http://forums.fedoraforum.org/showthread.php?t=204752 My understanding of this is as follows: 1. It's a repackaging of the NVidia binary blobs that does the following: a) Adds this to the yum/rpm database b) Avoids certain libraries getting replaced by other rpm packages 2. The driver may be a few revisions behind NVidia's current driver 3. Occasionally the driver release lags kernel releases by a few days So unless the maintainers hack the proprietary code to address the bugs I've previously mentioned, the only advantages are: 1. I don't have to rebuild the kernel module by hand 2. I don't have to reinstall when an update overwrites some libraries 3. It's in the rpm / yum database None of those seem to address the two (most likely NVidia) bugs. It also makes testing beta and legacy drivers more difficult when trying to work around these and other bugs. I have no problems rebuilding kernel modules. If the rpms have specific solutions for Fedora compatibility beyond ease of packaging / installation, then that would be welcome news indeed. All of my reading so far indicates that this is not the case. I would be happy to be shown incorrect. . . . . just my two cents. /mde/ -- 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: Yum update from Fedora 14 -> 15 WARNING! [OT]
On Tue, 31 May 2011 18:19:07 +0200, Alexander Volovics wrote: > On Tue, May 31, 2011 at 10:15:57AM -0400, Sam Varshavchik wrote: > >> >> Your understanding is, on the whole, correct. However, you can >> >> always use akmod-nvidia instead. If there's not a kmod for the >> >> current kernel, akmod builds it on the fly at boot. It's not a >> >> panacea by any means, but for most of us, it's much better than >> >> having to remember to re-install the binary blob every time there's >> >> a kernel update. It's actually a little worse than that, although no longer strictly necessary. I reinstall every time there's a new X server, screen saver update, or new GL libraries. Yes, it's somewhat of a pain, but see below. >> >The real question is, is the nvidia blob still necessary? In F15, the >> >nouveau driver has 3D acceleration enabled by default. Performance >> >might not be all the way to the nvidia drivers, but GNOME Shell runs >> >in standard mode with the default nouveau driver. That should at >> >least tide you over until the nvidia packages catch up. > My first impression of Gnome 3 was pretty unpleasant. I'll try it for a week in Fedora 15, but right now it doesn't seem to fit my use cases or work flow (see below). >> I don't use nvidia's blob, but nouveau's stability is still not >> consistent. Maybe about 10% of the time X locks up when I open gthumb. >> If I ssh in and kill X, Gnome will whine and go into fallback mode. I >> must reboot to regain hardware acceleration. It's not a big deal to me, >> especially as compared to the rest of the issues with gnome 3, but I >> can see how some might prefer to stick with nvidia. > > It might not be a big deal but the lock ups, though not very frequent, > sometimes occur at very inopportune moments. Also irritating is the > snails pace at which graphical actions happen. > > But I am not complaining since the situation, in my case at least, is > even more irritating with regard to nvidia. I have tried with both > kmod-nvidia and akmod-nvidia and done everything according to the book > but I really wonder if the installation scripts from rpmfusion are 100% > adapted to fed 15. The installation just can't get rid of the nouveau > modules so you just boot up to the 'desktop' but mouse and keyboard > can't activate anything. > > I even tried some contortions with respect to initram, etc. but to no > avail. > > A couple of years ago I had no problems with rpmfusion kmod-nvidia's > > Alexander I've tried Gnome 3 a couple of times from within Fedora 14. To be fair, it's hard to give Gnome 3 a fair chance in Fedora 14, so I will use it exclusively for a week once I upgrade to Fedora 15. However, I'm a software pack rat. I use lots of different applications, and I experiment with more. Finding software in a pile of icons seemed difficult, and taking my hand off the mouse to type slows down the interaction. Maybe there are ways to organize favorites that I can live with. I don't know, so I'll have to experiment. For the record, I had a similar issue with KDE 4 and it's menu organization by description first, then application name. I find applications by category / name, but I guess many people find applications by description. Given the above, I've been working more comfortably in KDE 4 for casual work, and WindowMaker for heads-down work. Given the recent improvement in KDE's performance, I've been spending more and more time in KDE and I'm beginning to enjoy its eye candy. And there's the rub. The KDE / desktop effects / NVidia combination has a history of challenges. I've spent a reasonable amount of time reading the NVidia forums to find the configuration necessary for stability and performance. I have options enabled on driver loading and in xorg.conf that improve performance and stability. I also overclock the 7600GS, since it and my 2.6 GHz P4 need all the help they can get. Right now the nouveau driver doesn't offer me the flexibility I need in order to get the performance I would like from KDE. I would like to contribute, but I'm already contributing (mostly answering questions and writing documentation) on other projects. There are unfortunately so many hours in a day. Besides the 7600 is an old card, and I can't imagine that there is a lot of interest in improving the driver for it. As for kmod and akmod, I've not really tried them. Other than packaging / convenience, I've not seen a compelling reason to use them. Also, as Alexander mentioned above, there seem to be edge cases where kmod or akmod installations are problematic. I've seen postings on various forums indicating this as well. While less convenient, I've never had a problem installing the binary blob from NVidia (aside from a few SELinux issues which I have a script for). LXDE plus compiz seem to be another possible choice. I'll investigate that as well when I move to Fedora 15. . . . . just my two cents. /mde/ -- users mailing list users
Re: Selinux and Nvidia drivers
On Tue, 31 May 2011 10:30:21 -0400, Daniel J Walsh wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 05/30/2011 06:40 AM, Alexander Volovics wrote: >> On Mon, May 30, 2011 at 07:25:45PM +0900, Misha Shnurapet wrote: >> >>> 30.05.2011, 18:47, "Alexander Volovics" : Wat is the reaction of selinux to the nvidia driver. Does selinux try to prevent the nvidia driver from being loaded? >> >>> Nope. I've been using them together and experienced no issues. >> >> Thanks. Then I guess I should finally start reading up on selinux and >> not trust my 'intuition' anymore. I thought the nvidia driver being a >> "fremdkörper" and all ... >> >> Alexander >> > Sometimes the nvidia driver device can be mislabled, which can cause > SELinux issues. In the past we have had problems with nvidia requiring > GUI apps to need execstack and execmem, but we are now allowing these by > default. Dan, that's nice to know. The NVidia installer does the following: Linux installations using SELinux (Security-Enhanced Linux) require that the security type of all shared libraries be set to 'shlib_t' or 'textrel_shlib_t', depending on the distribution. nvidia-installer will detect when to set the security type, and set it using chcon(1) on the shared libraries it installs. If the execstack(8) system utility is present, nvidia-installer will use it to also clear the executable stack flag of the libraries. Use this option to override nvidia-installer's detection of when to set the security type. Valid values for FORCE-SELINUX are 'yes' (force setting of the security type), 'no' (prevent setting of the security type), and 'default' (let nvidia-installer decide when to set the security type). That's the documentation from --advanced-options. I also use a script with semanage fcontext to clean up some issues. I should try not running the script next time I upgrade and see if there are performance issues / SELinux warnings (I normally run in permissive mode). If I do find issues, should I report it on the Fedora buglist (change in SELinux policy), NVidia forum (change in their installer script), or both? . . . . just my two cents. /mde/ -- 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: f14 gnome unusable
On Wed, 03 Nov 2010 18:19:27 -0500, Brian Ericson wrote: > To test that, I compared my W510 against a friend's W500 (which had also > been upgraded). We started "top" and then selected > "System->Preferences" and using the down-arrow key to cycle through the > menu options. "top" showed XOrg topping my CPU at up to 99%, his CPU > maybe hit 10% at one point. You are correct in that when Gnome is doing > whatever-it-is-that-is-slow, XOrg is taking up significantly more CPU > than it does on a normal system. > > The W510 has an nVidia Quadro FX 880M, which is "fairly" new and I've > been using the nvidia drivers (at the native resolution of 1920x1080). > Switching to nouveau (which chose 1024x768) resulted in normal behavior > (everything became snappy again). > > So, it appears there's something "up" with nVidia/Gnome/XOrg. :( > > I wonder if anyone else using gnome + nvidia on a machine with an 880M > would also experience the same annoying. behavior... I have an older card (OK, really old) 7600GS that I overclock in order to get reasonable performance. A few things that I've noted: Upgrading to the latest drivers (260.19.12) causes all sorts of problems. Games compiled with OpenGL will fault (segmentation fault), and I cannot overclock with that version of the driver. Running 256.53 solves those problems (can overclock, game does not segfault). I've noticed about a 5 percent performance loss via glxgears in going from Fedora 13 to Fedora 14. I've not done the extensive graphics test (specviewperf), but performance does "feel" slower. I've also noticed some performance issues when running a GtK application such as pan under WindowMaker. When I switch virtual desktops away from the one containing pan and then back, I see a momentary spike in CPU and a pause while the window refreshes. I haven't done a lot of work in KDE yet, so I don't know what (if any) performance impact exists. I'm running Samsung SyncMaster at 1680x1050x24 with 96x96 resolution. The monitor is attached via a digital cable. Looks like there is a performance regression, although nothing like what you're experiencing. I also see that Xorg is using more memory than I remember it using in Fedora 13. What version of the NVidia driver are you using? . . . . just my two cents /mde/ -- 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: f14 gnome unusable
On Thu, 04 Nov 2010 12:27:48 -0500, Steve Berg wrote: >> http://forums.fedoraforum.org/showthread.php?t=253668 >> >> Quoting the relevant bit: >> Update - apparently this issue is related to the GTK theme in use. The >> default (Fedora, or Clearlooks, or a few others) results in this slow >> behaviour. Other themes, like Nodoka and a few others perform fine. > > Seeing the same slowdown on three different F14 installs here. The > Nimbus themes seem to perform normally. > > -- > * Stephen Berg * > * sb...@mississippi.com * > * Sinners can repent, * > * But stupid is forever. * Fedora 14 on a 2.6 GHz P4, overclocked 7600GS Using either NVidia 260.19.12 or 256.53 Had the same problem here. Most of the time I run WindowMaker or KDE, so the slowdown didn't bother me. Then I made the mistake of running gnome mines . . . 100% CPU utilization, poor screen refresh once it recovered, and a variety of other unpleasantness. I prowled around on the NVidia forums and someone had posted the same issues. It seems that the problem (according to this poster) is with the NVidia drivers (all recent versions), Xorg 1.9, and cairo/cairomm 1.10. It really appears to be an NVidia driver issue. Other issues with 260.19.12 include the inability to overclock and crashes in some applications linked with SDL, pulseaudio, and GL. Reverting back to 256.53 fixes the overclocking and program crashes, but doesn't fix the problems with applications that use cairo/cairomm. In order to fix those issues, the poster recommended downgrading to the last 1.8 version available in Fedora 13. I basically followed the poster's instructions and did this: 1. Created a file /etc/yum.repos.d/fedora-13.repo containing: [fedora13] name=Fedora 13 - $basearch failovermethod=priority baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/13/Everything/$basearch/os/ enabled=1 metadata_expire=7d gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch 2. Created a file /etc/yum.repos.d/fedora-13-update.repos containing: [f13-updates] name=Fedora 13 - $basearch - Updates failovermethod=priority baseurl=http://mirrors.usc.edu/pub/linux/distributions/fedora/linux/updates/13/$basearch/ enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch 3. Ran the following command: yum --nogpgcheck --noplugins --disablerepo=* --enablerepo=fedora13 downgrade cairo cairomm cairo-devel cairomm-devel (all on one line) If you're running x64, make the appropriate adjustments. 4. Restart the X server (I rebooted) Now I can run gnome mines without locking up the system, and font rendering is back to what it was with Fedora 13. I don't know what other issues will occur with this downgrade since I've only been running this configuration for about 20 minutes. Hopefully NVidia will fix their drivers. Also from the NVidia forums, the nouveau drivers do not have this issue. Hope this is useful. . . . . just my two cents. /mde/ -- 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
Downgrading from F14 to F13
I'm having a lot of issues with F14, mostly related to using the proprietary NVidia driver and text resolution. There are also some performance issues with the last several drivers and cairo/cairomm. I didn't see any of these problems with F13. Right now I'm running a pre-release of of the NVidia driver for my card (7600 GS - 260.19.21), which solves some GL crashes but I cannot overclock, and there are still rendering issues with cairo/cairomm. I've tweaked my ~/.fonts.conf file pretty heavily in an effort to fix some of the artifacts and I've been successful for most of them. Still, I have font rendering problems (ghosting), symbol problems in OpenOffice Calc plots (gaps between symbol fill and outline), and performance problems when running programs like gnomine (100% CPU until screen is rendered). I've tried downgrading cairo/cairomm. That fixes the performance problem, but it does not fix the rendering issues (actually makes it worse) and introduces some SELinux issues with the Gnome screen saver. So, is there any clean way to downgrade F14 to F13 other than backing up the requisite files and doing a clean install? On the whole I'm very happy with F14, but the font/driver/X/cairo interaction is becoming hard on my eyes. /mde/ -- 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: Downgrading from F14 to F13
On Thu, 11 Nov 2010 15:54:38 -0500, Robert Myers wrote: > On Thu, Nov 11, 2010 at 3:32 PM, Mark Eggers wrote: > >> So, is there any clean way to downgrade F14 to F13 other than backing >> up the requisite files and doing a clean install? > > What's the downside to backing up the requisite files and doing a clean > install, if you include /etc in the list of requisite files? > > As to any other conceivable option, since what you are already > experiencing is weirdness, I can't conceive of why you would be > interested in trying to be clever at this point. > > Robert. I'm not really trying to be clever at this point. I will probably sit down, back up everything, re-install, and then install all of the extra software that I use outside of the rpm repository. I was primarily looking to avoid some re-installs of software plus the manual configuration that those packages require. /mde/ -- 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: Downgrading from F14 to F13
On Thu, 11 Nov 2010 19:35:50 -0500, Robert Myers wrote: > I didn't mean to sound smug. Short of the complete image backups that > almost no one bothers to do, there isn't much to be done other than to > suck it up and do it all over. BTDT. Got a closet full of T-shirts. > > It doesn't help you, but the situation you are in is one of the reasons > I am reluctant to install software outside the Fedora distribution. > > Robert. I agree, but unfortunately I need some tools that aren't really available via the Fedora (or are available as previous versions). Also for some of the tools, when I report bugs or submit patches the maintainers would like the default (not distribution) package installed. I guess it's time to put this system under version control. As an aside, the latest NVidia driver (260.19.21) has fixed some of the rendering problems (not the ghosting for OpenOffice Calc plot symbols though). Unfortunately there's a huge regression in GL performance. Right now a 7600 GS card performs about the same as a 5600 LE card. In short, it's an NVidia problem and I'm contributing to a few threads there. Thanks for the comments everyone. The font rendering is about cleaned up, and I'll live with the GL performance problem until NVidia gets the driver fixed. . . . . just my two cents. /mde/ -- 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: Emma frontend ???, for MySQL
On Fri, 31 Dec 2010 13:12:18 -0500, Jim wrote: > Fedora 14. > > emma-0.6.tar.gz > > Trying to compile emma frontend for MySQL but I get Error below and I > don't see a python2.4 in Fedora > > # ./setup.py > /usr/bin/env: python2.4: No such file or directory Edit the files and change python2.4 to python. Fedora 14 comes with 2.7 > Also , > > #python setup.py > no gtk. you will not be able to start emma Looks like you may be missing some dependencies. The actual message is a bit misleading. >From __init__.py in emmalib: try: import gtk from gtk import keysyms import gobject import gtk.gdk import gtk.glade if __name__ != "__main__": from emmalib import __file__ as emmalib_file from emmalib.mysql_host import * from emmalib.mysql_query_tab import * else: emmalib_file = __file__ from mysql_host import * from mysql_query_tab import * except: print "no gtk. you will not be able to start emma." So, make sure you have the following installed as well: pygobject2-2.21.5-3.fc14.i686 And any of its dependencies of course. That being said, this installs software in /usr/share/emma (!), uses some deprecated calls, and the author's web site seems to be no longer available. Have you looked at other graphical tools for MySQL, such as: mysql-workbench (available as an RPM from mysql.com) SQuirrel (available from squirrel-sql.sourceforge.net) I use both of the above packages and like both (for different tasks). . . . . just my two cents /mde/ -- 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: Emma frontend ???, for MySQL
On Sat, 01 Jan 2011 00:13:52 -0500, Jim wrote: > pygobject2-2.21.5-3.fc14.i686 is already installed . OK, that was just a quick guess based on what I thought you had installed from your first post. Here's a list of the rpms you gave from an earlier post: # rpm -qa | grep gtk authconfig-gtk-6.1.11-1.fc14.i686 libcanberra-gtk2-0.25-4.fc14.i686 gtkmm24-2.22.0-1.fc14.i686 usermode-gtk-1.106.1-1.fc14.1.i686 gtk2-2.22.0-1.fc14.1.i686 qtcurve-gtk2-1.8.1-1.fc14.i686 gtk2-engines-2.20.1-2.fc14.i686 gtk+-1.2.10-70.fc13.i686 kcm-gtk-0.5.3-5.fc14.i686 pygtk2-2.17.0-7.fc14.i686 gtkglext-libs-1.2.0-10.fc12.i686 pygtk2-libglade-2.17.0-7.fc14.i686 gtkimageview-1.6.4-2.fc14.i686 gtkhtml2-2.11.1-8.fc14.i686 webkitgtk-1.3.6-1.fc14.i686 gtkhtml3-3.32.1-1.fc14.i686 gnome-python2-gtkhtml2-2.25.3-26.fc14.1.i686 python-slip-gtk-0.2.13-1.fc14.noarch report-gtk-0.20-1.fc14.i686 I didn't see pygobject2-2.21.5-3.fc14.i686 listed, which is why I mentioned it. I went through each of the imports in the try / except block and here's what I found. I'm not much of a python person (C, Perl, Java mostly), so I may have missed some dependencies or made some errors. python gtk: pygtk2-2.17.0-7.fc14.i686 python keysyms: pygtk2-2.17.0-7.fc14.i686 python gobject: pygobject2-2.21.5-3.fc14.i686 python gdk.gl: pygtkglext-1.1.0-9.fc14.i686 python glade: pygtk2-libglade-2.17.0-7.fc14.i686 In the list you posted, I don't see pyobject (which you say you have installed) and pygtkglext. I came up with these dependencies by going through /usr/lib/python2.7/site-packages and searching for the imports in the try / except block. More than than that, once I changed the line from python2.4 to python, the program started up and did connect to a MySQL database. I didn't explore the program more than that since I'm happy with my tools (SQuirreL, MySQL-Workbench, NetBeans). Since you're already installing third party packages, I suggest you give MySQL-Workbench a test drive. It's available from mysql.com as an unsigned rpm, so you'll have to install it with: yum install mysql-workbench-gpl-5.2.31a-2fc14.i386.rpm --nogpgcheck It's a bit of a resource hog, but the functionality is much more than emma, the documentation in the program is reasonable, and there are some demos / white papers online. . . . . just my two cents. /mde/ -- 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: Gnome3 available in F14 to evaluate it.
On Sat, 08 Jan 2011 21:27:12 +, mike cloaked wrote: > On Sat, Jan 8, 2011 at 9:21 PM, Aaron Konstam > wrote: >> If you know that it is possible to evaluate the GNOME3 under F14 stop >> reading here. >> >> You can get a look at Gnome3 by doing: yum install gnome-shell >> >> Then go to System->Preferences->Desktop Effects and choose GNOME Shell >> >> This is described in the February 2010 issue of Linux Journal in an >> article, "Coming Soon to Linux Desktops", by Charles Olsen. Except he >> gives you bad advice on how to start the Gnome3 Shell. > > Can you suggest minimum hardware needed to run gnome-shell? Also in f14 > what is 3d support like for nvidia cards and ati cards that will govern > whether or not gnome shell will work with them? > > Is it possible to run gnome-shell with Intel graphics in some, a few, or > many, cases - and is there a list of the ones that are likely to work? > > -- > mike c I ran it briefly on the following system: 2.6 GHz P4 1.5 GB memory 7600GS AGPx4 512 MB NVidia card (overclocked) NVidia 260.19.29 binary blob drivers Samsung 22 inch 1680x1050 native resolution The performance was tolerable (I guess). I couldn't really tell since I spent most of my time trying to find the applications I was interested in. I ran Google Chrome, and that was about it. Mutter crashed on going back to Compiz, but I was able to revert to Compiz on the second attempt. I may spend some time with it later, but I've already made some comments on it when first announced. Basically, finding applications (especially for software pack rats like me) in the Gnome shell interface is pretty impossible. I had to resort to "Find Applications" in order to work. Also, if you have multiple versions (like NetBeans for example) of packages installed then distinguishing them is a bit problematic. While I'm typing this in Gnome and Pan, I spend most of my time in either WindowManager (for performance) or KDE (for eye candy). Despite some interface design issues (forcing two motions to select software), I prefer KDE 4.x to the current Gnome. I'll explore the Gnome shell a bit more, but right now I definitely prefer WindowManager for getting work done (shell, browser, NetBeans, Tomcat, system monitor, mail, music) and KDE for lighter tasks. . . . . just my two cents /mde/ -- 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: Gnome3 available in F14 to evaluate it.
On Sun, 09 Jan 2011 10:33:13 -0800, suvayu ali wrote: > On Sat, Jan 8, 2011 at 6:16 PM, Mark Eggers wrote: >> spend most of my time in either >> WindowManager (for performance) or KDE (for eye candy). > > Do you mean WindowMaker? I find it is very efficient and light weight > too. But I don't like the window decorations, you can't resize a window > from any of the window borders. You need to use the lower right corner > only. Too OS X like for me. :-/ If only there was a way to use GTK+ > window decorations with WindowMaker ... Yep, sorry about that. I was typing from Gnome and I forgot where I was. When I start up my development environment my brain is usually on autopilot, so I tend not to notice things. I should be a bit more careful. Some of the applications have a resize area on both the left and right lower corner (pan, for example). If you run Chrome without the system title bar and borders, you can resize it on any edge. I've not played with all of the themes and decorations, but I found Checker theme to be particularly annoying :-p. . . . . just my two cents. /mde/ -- 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: SELinux
On Thu, 20 Jan 2011 01:51:03 +0200, Kostas Sfakiotakis wrote: > On 18/01/2011 06:22 πμ, Tim wrote: > > < snip > > >> SELinux is another of the protective measures on your system, > > A small comment here , actually SELinux is an NSA invention which is > supposed to provide extra security to your system by controlling > everything and everyone . > >> Being root doesn't mean that you should just be allowed to do >> anything, > > Since i started this thread , let me clarify something . All i was > trying to do was to open a pdf file simple as that and i do believe > that on my computer am pretty much entitled to do so . > >> Made all the more worse when users start running things as root that >> they don't really need to. Running Acrobat reader as root? Not a good >> idea. > > Well i was logged in as root at the momment . What am i supposed to do > ?? Logout and login back again just to run Acrobat Reader ? I do > believe that would be an overkill . Probably would not be overkill. I don't know if the exploits have made it to Linux yet, but there are Windows Acrobat Reader exploits. If someone ported those to Linux (different payload is perhaps all it would take), then running acroread as root could compromise your system. My thought is that if you need to run some extended commands as root, open a shell and use the command line. You'll have all of your other tools available as a normal user. Here's an approach to fixing Adobe Acrobat. Your mileage may vary. Adobe Acrobat Reader comes with at least two libraries marked as stack executable. Here's how to find them: 1. Find where the files are rpm -q AdobeReader_enu-9.4.1-1.i486 --filesbypkg Your package is probably different since I run a 32 bit system, and you are running a 64 bit system. 2. cd to the directory (for me it's /opt/Adobe) 3. Run the following command (or something similar) find . -name \*.so -exec execstack -q {} \; This basically finds all the .so files (normally links to shared libraries), and queries the execstack state. The problem: You're looking for libraries that have execstack turned on. Here are some examples: X ./Reader9/Reader/intellinux/lib/libsccore.so X ./Reader9/Reader/intellinux/lib/libcrypto.so The fix: 1. Find the actual file that these (potential) soft links are linked to: cd /opt/Adobe/Reader9/Reader/intellinux/lib ls -l libsccore.so -rwxr-xr-x. 1 root root 722824 Nov 8 05:48 libsccore.so ls -l libcrypto.so lrwxrwxrwx. 1 root root 14 Nov 30 17:05 libcrypto.so -> libcrypto.so.0 This turns out to be another link: ls -l libcrypto.so.0 lrwxrwxrwx. 1 root root 18 Nov 30 17:05 libcrypto.so.0 -> libcrypto.so.0.9.8 2. Change to root, and create a diary entry. You do document changes to your system, right? 01/19/2011 20:40 cleared execstack /opt/Adobe/Reader9/Reader/intellinux/lib/libsccore.so cleared execstack /opt/Adobe/Reader9/Reader/intellinux/lib/libcrypto.so.0.9.8 3. clear the execstack with: execstack -c /opt/Adobe/Reader9/Reader/intellinux/lib/libsccore.so execstack -c /opt/Adobe/Reader9/Reader/intellinux/lib/libcrypto.so.0.9.8 4. Exit root Now test the results. If there's a problem, then you'll have to revert the changes. To revert the changes, do the following. 1. Change to root and make a diary entry. Don't just delete the previous, since it's good to know what you've tried especially when it didn't work. 01/19/2011 20:45 acroread failed to work after clearing execstack. set execstack on /opt/Adobe/Reader9/Reader/intellinux/lib/libsccore.so set execstack on /opt/Adobe/Reader9/Reader/intellinux/lib/libcrypto.so.0.9.8 2. Set execstack back with: execstack -s /opt/Adobe/Reader9/Reader/intellinux/lib/libsccore.so execstack -s /opt/Adobe/Reader9/Reader/intellinux/lib/libcrypto.so.0.9.8 Unfortunately this will create problems with SELinux (again). Hopefully you won't have to reset execstack on these shared libraries. Report the Bug In any case, a bug should be filed with Adobe for each execstack-enabled library that is found. Hope this helps. . . . . just my two cents. /mde/ -- 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: Finding programs
On Wed, 26 Jan 2011 00:28:48 +, Sam Sharpe wrote: > On 26 January 2011 00:07, Ed Greshko wrote: >> On 01/26/2011 05:23 AM, Wolfgang S. Rupprecht wrote: >>> I'm not sure how new users are supposed to find evince. >> >> Maybe it is the same method that many folks should use to find things. >> http://tinyurl.com/6ce2nvo :-) :-) > > I appreciate your point, but I feel it only fair and balanced to point > out that none of the top three links on that page actually contain any > information on Evince and in the 4th page it is buried somewhere about > 1/3rd of the way down. > > Basically, Evince need to do a bit of work on their SEO ;o) > > -- > Sam OK, I have no idea how it works on the Gnome package management side at this point since I'm logged in via KDE. However, KPackageKit has this nice search feature: 1. Open up KPackageKit (which is what most people do to update software) 2. Under Get and Remove Software, select search by description 3. Type in PDF and wait 4. Click on a program name and read the description 5. Install, uninstall, etc. as is your choice If you have a green check mark next to the program name, then it's already installed. From the command line, it's a bit more cumbersome although it feels a bit faster. 1. As root (or su -c) do a yum search pdf 2. Scroll through the results and find one you like - envice, document viewer seems to be a good choice. 3. yum info evince gives all the information 4. Install, uninstall, etc. as is your choice Both seem pretty reasonable to me. Since I'm a command line type of person, I prefer the second option coupled with writing to a text file and vim, or piping through grep. . . . . just my two cents. /mde/ -- 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: FedUp: best plan?
On Thu, 17 Jan 2013 07:26:33 -0500, Luan Minh Pham wrote: > On Wednesday, January 16, 2013 09:42:37 PM Matthew Miller wrote: >> > I would recommend not to use fedup. I'm facing a lot of troubles >> > after going the fedup route. Although not officially supported, you >> > could try upgrading via yum. It has been reliably working for people >> > across multiple releases. >> >> It would be very helpful if you could report those troubles. Otherwise, >> it's hard to make it better. > > For one Fedup doesn't download all the package it need, so in middle of > the upgrade system reboot. I could not even login to KDE desktop. So > I had to go to failsafe mode to finish the updatge. I ran into that problem, but in retrospect I should have expected it. I ran fedup against the install ISO since I have a laptop with only wireless right now. I didn't want to take a chance and lose wireless connectivity during the update. KDE was pretty borked after the initial update. Doing yum distro-sync fixed that. I had to manually update the rpmfusion repositories by using the command line procedure given on the rpmfusion web site. After rebooting (new kernel), I had a bunch of 32 bit updates to do (on a 64 bit machine - running Skype). Once I did all of that, everything was happily up and running (almost). Moving from httpd 2.2 to httpd 2.4 created some problems, but then again that's not a fedup issue. Recompiled a few modules, reworked the configuration, and all was good. VNC no longer works, but in retrospect this is expected. Gnome and KDE I guess now require 3D acceleration, which means I'll install Mate, LXDE, or XFCE for VNC. Yeah, I know - VNC to a laptop?? Most of the time I ssh in from my desktop. One thing I did notice is that I'm running grub2-2.00-15.fc18.x86_64 (at least that's what RPM says) and I get the grub 2.00~beta4 screen on boot. Do I need to reinstall grub2? One last thing - the new Gnome 3.6 screen saver on the login panel is a real pain with a laptop and a touch pad. . . . . just my two cents /mde/ -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: A Look at Fedora 18
On Thu, 17 Jan 2013 14:39:37 +0100, Suvayu Ali wrote: > On Thu, Jan 17, 2013 at 11:55:53PM +1030, Tim wrote: >> Tim: >> >> There's no desktop chooser (in the GDM logon screen) on Fedora to >> >> let me quickly see what desktop I'm using. >> >> Michael Schwendt: >> > There is. It appears after you choose/enter the user name. >> >> There isn't. Nowhere on the logon screen is anything that gives you a >> desktop choice. >> >> I've seen that kind of option (either in a taskbar, or within the logon >> box), and used it, on other releases, but it's nowhere to be seen on my >> Fedora 17 install. >> >> > If you are using gdm, there should be one. It is difficult to get a > screenshot before logging in, otherwise I could try showing. > > -- > Suvayu > > Open source is the future. It sets us free. On F17 and F18, the option to choose which WM you want doesn't come up until after you click on a user's name. Then there's a little drop-down menu called Session that appears. You should see all of your options there, with the one you last used selected (dot next to the entry). . . . . just my two cents /mde/ -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: fedup major fail
On Fri, 18 Jan 2013 10:46:20 -0500, Darryl L. Pierce wrote: > On Fri, Jan 18, 2013 at 09:54:40AM -0500, JOYCE POLZIN wrote: >> What happens if you use the iso option and point to the iso file on >> your HD presuming that you haven't deleted it?? > > I had used that method when I upgraded my laptop on Tuesday. I ended up > being dropped into emergency mode and had to eventually install F18 from > DVD. > > For other machines (two physical machines, one virtual machine) running > F17 I was able to upgrade withou any issue. But for them I used: > > fedup-cli --network 18 > > instead of pointing to an ISO. > > -- > Darryl L. Pierce > http://mcpierce.multiply.com/ > "What do you care what people think, Mr. Feynman?" Hmm, I upgraded my laptop the other day using the install DVD. It was a bit of a pain because I run mostly KDE which was borked until I did a yum distro-sync and got everything updated. I didn't point to the raw device, but instead I pointed to the mounted media: --device /run/media/[user-name]/Fedora\ 18\ x86_64 as per documentation. The command switch is a bit misleading, since with device you might think to point to /dev/sr0 instead of the mount point. . . . . just my two cents. /mde/ -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: HTML5
On Sat, 27 Jul 2013 21:47:30 -0700, Richard Vickery wrote: > On Sat, Jul 27, 2013 at 1:47 PM, Martin Skjöldebrand > wrote: >> On Saturday 27 July 2013 17.32.55 James Hogarth wrote: >>> On 27 July 2013 05:33, Richard Vickery >>> wrote: >>> > Are there Linux testing tools for HTML5 code? Blackberry offers >>> > tools that developers can open in Windows or Mac, and offer nothing >>> > for Linux. I suppose I am answering my own question when I suggest >>> > the supposition that I can open files in a web-browser. >>> >>> Have a look into Selenium for testing of web sites (or HTML/CSS in >>> general). >> >> Or Netbeans might be another option. >> >> /Martin S > > > I tried looking for the Selenium site and get a lot of stuff related to > the chemical. Netbeans was easier to find. Selenium web testing tool: http://docs.seleniumhq.org/ NetBeans / Selenium integration: http://wiki.netbeans.org/SeleniumPlugin Experimental HTML Tidy for HTML 5: http://w3c.github.io/tidy-html5/ I'm sure there are other tools. This is really pretty much off-topic. . . . just my two cents /mde/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: What the heck is all this?
On Wed, 07 Aug 2013 07:39:27 -0400, linuxnutster wrote: > On 08/07/2013 07:26 AM, Tom Horsley wrote: >> Just got this output from a yum update this morning: >> >> ... >>Cleanup: glib2-2.36.3-2.fc19 >> 52/74 Cleanup: python-fedora-0.3.32.3-2.fc19.noarch >>53/74 >> /var/tmp/rpm-tmp.dtrblY: line 1: fg: no job control error: >> %preun(kde-settings-kdm-19-23.fc19.noarch) scriptlet failed, exit >> status 1 Error in PREUN scriptlet in rpm package >> kde-settings-kdm-19-23.fc19.noarch >>Cleanup: gstreamer1-plugins-base-1.0.8-1.fc19.x86_64 >> 54/74 >> error: kde-settings-kdm-19-23.fc19.noarch: erase failed >>Cleanup: libvirt-daemon-driver-qemu-1.0.5.4-1.fc19.x86_64 >> 55/74 Cleanup: >>libvirt-daemon-driver-lxc-1.0.5.4-1.fc19.x86_6456/74 >> ... >> >> Failed: >>kde-settings-kdm.noarch 0:19-23.fc19 >> >> [root@tomh ~]# rpm -q kde-settings-kdm >> kde-settings-kdm-19-23.fc19.noarch kde-settings-kdm-19-23.1.fc19.noarch >> >> So what is busted on my system? I have a feeling I shouldn't have two >> different versions of the same rpm showing up as installed at the same >> time. >> > I'm getting a lot of yum errors lately. I'm seeing --skip-broken in my > sleep. Just now: > > Failed: kde-settings-kdm.noarch 0:19-23.fc19 Here's what I did to get around the issue. I don't know if it's correct, your mileage may vary, offer void where prohibited, caveat emptor. This is after I did a yum update, so I had both versions installed. 1. yum erase kde-settings-kdm-19-23.1.fc19.noarch 2. rpm -e --noscripts --nodeps kde-settings-kdm-19-23.fc19.noarch 3. yum install kde-settings-kdm 4. yum check 5. yum info kde-settings-kdm Installed Packages Name: kde-settings-kdm Arch: noarch Version : 19 Release : 23.1.fc19 Size: 32 k Repo: installed From repo : updates Summary : Configuration files for kdm URL : http://fedorahosted.org/kde-settings License : MIT Description : Configuration files for kdm. Step 3 will complain about missing dependencies, and the fact that the RPM database was altered outside of yum. I'll know if this cleaned everything up the next time I do a yum update. . . . . just my two cents /mde/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Dumb gdm question
Fedora 20 (from fedup) Dell Inspiron N7110 Intel Integrated Graphics Controller With Fedora 19, the GDM login screen would blank after a certain amount of time. With Fedora 20, this no longer happens. I would like to restore Fedora 19's behaviour, so I can leave the laptop on and access it remotely without having the GDM login screen showing. I can always just log in on the laptop and let the normal screen saver kick in (which works), but I'd rather revert to the previous behaviour. What / where GDM tweaks do I need to make in order to get this? /mde/ -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: applypatch
On Tue, 05 Mar 2013 18:55:50 +0100, Patrick Dupre wrote: > Hello, > > cpan asks me for the program: applypatch I cannot find it. > Should I just ignore it? > > Thank. It's a part of makepatch: http://search.cpan.org/dist/makepatch/script/applypatch http://search.cpan.org/~jv/makepatch/ A quick search (yum search makepatch) doesn't reveal it in the repositories (Fedora 18). A quick Google search doesn't show a widely distributed RPM for it. I guess you'll have to install it via CPAN. . . . . just my two cents. /mde/ -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Problem with cron
On Sat, 23 Mar 2013 15:21:37 -0700, Joe Zeff wrote: > On 03/23/2013 02:59 PM, Ed Greshko wrote: >> egreshko@meimei ~]$ export EDITOR=/usr/bin/nano [egreshko@meimei ~]$ >> crontab -e > > [joe@khorlia ~]$ echo $EDITOR nano > > And, if I just run nano from the command line, it works, because > /usr/bin is on my PATH. On Fedora 18, nano is in /bin. I don't know if that's where it is on Fedora 17. [mdeggers@trident ~]$ which nano /bin/nano So: export EDITOR=/bin/nano crontab -e brings up crontab (empty for me) in the nano editor. Since I prefer vi, I immediately Ctrl-X out of the editor and unset the environment variable with: unset EDITOR And now I'm back to vi. To find out where nano is on Fedora 17, type: which nano from the command line. Then adjust your export command accordingly. . . . . just my two cents /mde/ -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: Problem with cron
On Sat, 23 Mar 2013 23:12:44 -0700, Joe Zeff wrote: > On 03/23/2013 10:47 PM, Garry T. Williams wrote: >> On 3-23-13 15:21:37 Joe Zeff wrote: >>> [joe@khorlia ~]$ echo $EDITOR nano >> >> This is your problem. You're missing a full path and crontab(1) >> requires it. >> >> > If so, why does this work: > > EDITOR=nano crontab -e On Fedora 18: [mdeggers@trident ~]$ export EDITOR=nano [mdeggers@trident ~]$ printenv EDITOR nano [mdeggers@trident ~]$ crontab -e invokes nano [mdeggers@trident ~]$ which nano /usr/bin/nano (Don't know how I got /bin/nano earlier - maybe I was on the wrong machine) So, I have no idea why it doesn't work on your machine. It works here. . . . . just my two cents. /mde/ -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: "hackers"
On Tue, 23 Apr 2013 22:54:07 -0400, Digimer wrote: > On 04/23/2013 10:42 PM, Richard Vickery wrote: >> Does anyone care to help me change the negative connotation that the >> outside world has of this term, one step at a time? The CBC just used >> the term with a negative frame on the Tuesday, 23 April 2013 30-minute >> radio news at about the half-way point. Everyone ought to go to this >> link and suggest that they should quit abusing the term. >> >> http://www.cbc.ca/w6/contact/ >> >> to listen to her abuse of the term, go to the link with "contact" >> removed / deleted - before Wednesday, 25 April at UTC 01:00 (PDT 18:00, >> in case I did the math wrong). >> >> Of course, the media are infamous for abusing scientific terms, such as >> calling the Higgs boson the god particle - a term scientists loathe - >> so I out not lose too much sleep over it. >> >> regards, >> Richard > > I've been interviewed a couple of times by CBC and other media. Each > time I explain what "hackers" means, and it doesn't really go anywhere. > The way I see it, we just need more positive "hacker" and maker stories > than there are bad ones. In the mean time, don't let it get to you. Just > go do good stuff. I've given up on this a long time ago - after being interviewed concerning RTM's worm. In spite of repeated, detailed explanations, the reporters refused to alter their use of the term. It's annoying, since I've just spent the day hacking (figuring out why something didn't follow the documentation, filing a bug, and creating the patched documentation). I don't have the source, otherwise I'd attempt a patch. Sadly, technologists are rarely good writers, good writers are rarely technologists, and reporters seem to be good at neither. . . . . just my two cents. /mde/ -- 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 Have a question? Ask away: http://ask.fedoraproject.org
Re: fedup f18->f19 going OK?
On Wed, 03 Jul 2013 11:10:50 +0800, Dick Roark wrote: > +1 Slick, quick(ish) and mighty, mighty pleasin'! > > Thanks for the heads-up. > > > On Tue, Jul 2, 2013 at 11:32 PM, Harish Pillay > wrote: > >> > I'm about to try fedup f18->f19. Any reports good/bad on this route? >> >> worked for my systems. I did a "fedup --network 19 -v" and a few hours >> later, all's good. Dell laptops all of them. >> >> Harish -- >> 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 Have a question? >> Ask away: http://ask.fedoraproject.org Worked here as well, except for vncserver. I'm not sure what broke, but systemctl status tells me it failed. I've forgotten how to get a more complete message, so it's off to search I go. I know, working on a laptop via vnc is kind of strange, but it's actually pretty reasonable. /mde/ -- 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 Have a question? Ask away: http://ask.fedoraproject.org