Re: Power-off stupidity remains in Gnome 3
by Daniel Kian Mc Kiernan
On 06/15/2012 05:00 AM, Ian Malone wrote:
> I'm not actually entirely convinced. I do have a bugzilla account on
> Gnome, I can go and email the list there. However, the model where I
> decide (me and a few thousand other people) that I don't like one
> particular minor feature of Gnome and should go to their mailing list,
> sign up to send one email moaning about it and never show up again
> doesn't strike me as the best method. Fedora, it has been pointed out,
> is the distro that pushes new gnome. If the Fedora maintainers have a
> good relationship with gnome then perhaps they can more productively
> pass on the message 'actually our users have a big problem with this,
> please reconsider' than a horde of Fedora users descending on the
> gnome development list. Especially since the gnome people do sometimes
> seem to think individual users opinions a bit irrelevant.
It might be possible to get the Fedora developers to behave as user
advocates before some other group of developers, though I don't think
that this role is part of the job description of developer, nor
otherwise natural to it.
Whether we have N users complaining here or N users complaining on the
Gnome development list, we are still talking about N users
complaining. So it really isn't a choice of a bunch of users
complaining here versus a solitary user complaining there. Granted
that an audience might irrationally discount N individual complaints,
yet attend to a summary statistic from some third party; but they
might also irrationally discount a summary statistic while being moved
by N individual complaints.
However, as I noted in an earlier message, the Gnome shell developers
designed shell 3 with the idea that users have been doing things the
wrong way, as opposed to designing it in service to the way that users
want to do things. (If you doubt that claim, then please review an
archive of their mailing list.) This isn't simply a matter of not
taking some particular user as unrepresentative; it is a matter of
trying to re-engineer the typical user. "Our users are unhappy with
<behaviour>" would not seem to be a persuasive argument to them.
I'd be rather distressed were I to learn that the Fedora developers
had a comfortable relationship with the Gnome developers.
> This list is a good place to discuss and say 'this works well on
> Fedora' or 'this doesn't work well on Fedora'.
Yes, but that's certainly not the same thing as seeking to have it
modified for Fedora users.
> If there's no effective place to try and get Fedora fixed...
...then it might be time to change distributions.
11 years, 10 months
dracut fails to gen initramfs
by JD
# dracut -f /boot/initramfs-3.3.8-1.img 3.3.8-1.fc16.i686
F: Failed to install /usr/lib64/hmaccalc/sha512hmac.hmac
So, why does dracut need to write anything in /usr/lib64?
I am running 32 bit system:
# uname -r
3.3.7-1.fc16.i686
# rpm -q dracut
dracut-013-22.fc16.noarch
11 years, 10 months
NFSv4
by Raymond Pittigher
Starting to use Fedora on a system or 2 instead of RHEL5 or 6 and I
notice that on my NFSv4 mounts I get this
drwx--x---. 28 4294967294 4294967294 4096 Apr 26 2011 user2
drwx--x---. 39 users1 user1 4096 Apr 26 2011 user1
Some users are displayed and some are nobody but I never have this issue
on RHEL.
The /etc/idmapd file is configured with the proper domain on both
systems and NFSv3 looks OK. Anybody else have this issue?
11 years, 10 months
OT: rsync auth question
by Mike Wright
Hi all,
I've been trying to use a script to pull some data from a remote machine
using rsync.
According to the manpage I shouldn't have to interactively provide a
password if I set RSYNC_PASSWORD.
No success. In desperation I went so far as to set it on *both* sides
yet I still receive a password prompt.
Anybody out there an rsync hero?
Thanks to all,
Mike Wright
11 years, 10 months
What is APEI and what is GAR?
by Lester M Petrie
Hi
I installed Fedora 17 last week, and my messages log and kernel log has been
filled with the following message:
[Firmware Bug]: APEI: Invalid bit width + offset in GAR [0xcfeb6110/32/0/1/0]
It is repeated every few seconds (seems to be more often when the cpus are
loaded). I can't see that anything isn't working. If I reboot into Fedora
15, the messages aren't there. Does anyone know what is complaining, and if
there is some way to turn the messages off? TIA.
--
Lester M Petrie
865-574-5259
petrielmjr(a)ornl.gov
11 years, 10 months
Curious About Updating.....
by EGO-II.1
Hello all ok so here's my question, and bear in mind this isn't a
pressing matter as I have secondary and tertiary computers.
I have a laptop Gateway T-Series 3200...(I THINK! since there's no way
of knowing cuz' there's no labels and the System only gives me "generic"
info)
250GB Hard drive
Fedora 15
Kernel Info: 2.6.43.8-1.fc15.i686 #1 SMP Mon Jun 4 20:28:56 UTC 2012
i686 i686 i386 GNU/Linux
No special apps or tools installed aside from the usual suspects.
(Firefox, LibreOffice, Thunderbird, and Pidgin)
So I know that I'm "behind" by a few versions, and I had recently posted
before about updating to the latest version, but it seems that I cannot,
at least not without a fresh install, and after reading quite a few
posts about some of the problems people are having with Fedora 17 I'm
wondering if it wouldn't just be wiser to wait until they've "perfected"
it a little more?......or would it be wise to just wait for Fedora
18?....which is soon coming down the pike? Just wondering is all I'm
open to any and all suggestions, and the only reason why I'm thinking
about upgrading is because someone had told me that after a certain
time-frame I cannot or will not be able to get updates for the version I
currently have......
Thanks All!
Cheers!
EGO II
11 years, 10 months
fc17 minimum install, no X11 forwarding
by Gary Artim
Hi,
what is it I need besides the the sshd_config to allow forwarding to
get x forwarding to work. I did a minimum install and ssh doesnt setup
the DISPLAY variable. When I run xeyes I get:
Error: Can't open display:
sshd_conf:
#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
#X11Forwarding no
X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
Any suggestions would be great, I checked that xorg auth was
installed, but I think is something x related missing....thanks much,
g.
11 years, 10 months
F17 display problem
by Mark Haney
I just installed F17 on my new 8-core AMD Phenom II server. The problem
I had after rebooting is a display that is shifted to the right by 2/3s
the width of the display. Like this:
[markh@august
us ~]$
I did a little googling last night and it appears the problem is due to
the video card I have. It's a PCEe x16 Radeon card with DVI/HDMI/VGA
outputs. According to what I read xorg is seeing and configuring those
outputs and screwing up the display in the process. The fix was to
disable those unused outputs and all should be well.
My question is, if xorg.conf is dynamically generated every time you
boot, how on earth can I keep the displays disabled across boots?
--
Mark Haney
Software Developer/Consultant
AB Emblem
markh(a)abemblem.com
Linux marius.homelinux 3.3.8-1.fc16.x86_64 GNU/Linux
11 years, 10 months
uuidd fails to start
by JD
Booting with every fc16 kernel, I always get this failure.
Boot.log shows
Failed to start LSB: UUID daemon FAILED
See 'systemctl status uuidd.service' for details.
# systemctl status uuidd.service
uuidd.service - LSB: UUID daemon
Loaded: loaded (/etc/rc.d/init.d/uuidd)
Active: failed since Tue, 29 May 2012 00:06:00 -0600
Process: 1003 ExecStart=/etc/rc.d/init.d/uuidd start (code=exited,
status=1/FAILURE)
CGroup: name=systemd:/system/uuidd.service
So, I tried to start it manually:
# uuidd
Failed to open/create /var/run/uuidd/uuidd.pid: No such file or directory
Even if I create dir /var/run/uuidd and restart the system,
it fails the same way, because the dirs in /var/run get removed.
But I can start it manually, if I create the dir and invoke uuidd.
Of course, it does not survive a reboot.
Also, I searched the system for uuidd.service
# locate uuidd.service
#
# find /lib/systemd /etc/systemd -name uuidd.\*
#
So, where is this service file? Or is it created dynamically at boot time?
Googling for uuidd.service shows some early development mods containing
uuidd.service.in , but it is not in latest source code of
util-linux-2.20.1-2.3.fc16.src.rpm.
I anyone has a solution or a clue, please share.
11 years, 10 months