Preupgrade and first thoughts

2011-06-03 Thread Mark Eggers
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

2011-06-03 Thread Mark Eggers
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

2011-06-04 Thread Mark Eggers
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

2011-06-05 Thread Mark Eggers
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.

2011-06-07 Thread Mark Eggers
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

2011-06-07 Thread Mark Eggers
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

2011-06-08 Thread Mark Eggers
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?

2011-06-10 Thread Mark Eggers
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 ?

2011-06-16 Thread Mark Eggers
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

2011-06-17 Thread Mark Eggers
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

2011-06-17 Thread Mark Eggers
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

2011-06-17 Thread Mark Eggers
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

2011-06-20 Thread Mark Eggers
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

2011-06-25 Thread Mark Eggers
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

2011-06-25 Thread Mark Eggers
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.

2011-06-27 Thread Mark Eggers
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

2011-07-22 Thread Mark Eggers
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

2011-07-22 Thread Mark Eggers
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

2011-08-14 Thread Mark Eggers
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...

2011-09-07 Thread Mark Eggers
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

2010-07-23 Thread Mark Eggers
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

2010-07-30 Thread Mark Eggers
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

2010-08-29 Thread Mark Eggers
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

2010-08-30 Thread Mark Eggers
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

2010-09-07 Thread Mark Eggers
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

2010-09-07 Thread Mark Eggers
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

2010-09-15 Thread Mark Eggers
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)!

2010-09-21 Thread Mark Eggers
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)!

2010-09-21 Thread Mark Eggers
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

2011-02-11 Thread Mark Eggers
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

2011-02-11 Thread Mark Eggers
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?

2011-02-11 Thread Mark Eggers
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?"

2011-02-12 Thread Mark Eggers
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

2011-04-13 Thread Mark Eggers
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 ?

2011-05-03 Thread Mark Eggers
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!

2011-05-30 Thread Mark Eggers
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]

2011-05-30 Thread Mark Eggers
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]

2011-05-31 Thread Mark Eggers
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

2011-05-31 Thread Mark Eggers
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

2010-11-03 Thread Mark Eggers
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

2010-11-05 Thread Mark Eggers
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

2010-11-11 Thread Mark Eggers
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

2010-11-11 Thread Mark Eggers
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

2010-11-12 Thread Mark Eggers
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

2010-12-31 Thread Mark Eggers
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

2011-01-01 Thread Mark Eggers
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.

2011-01-08 Thread Mark Eggers
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.

2011-01-09 Thread Mark Eggers
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

2011-01-19 Thread Mark Eggers
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

2011-01-25 Thread Mark Eggers
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?

2013-01-17 Thread Mark Eggers
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

2013-01-17 Thread Mark Eggers
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

2013-01-18 Thread Mark Eggers
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

2013-07-30 Thread Mark Eggers
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?

2013-08-07 Thread Mark Eggers
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

2013-12-19 Thread Mark Eggers
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

2013-03-05 Thread Mark Eggers
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

2013-03-23 Thread Mark Eggers
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

2013-03-24 Thread Mark Eggers
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"

2013-04-24 Thread Mark Eggers
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?

2013-07-02 Thread Mark Eggers
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