When applying any changes to the gnome applications menu via alacarte the file - applications.menu, in the directory /home/user-name/.config/menus is modified (by alacarte) but no change to the menu occurs (for example showing or hiding a menu item) To make this work correctly alacarte needs to modify the file applications-gnome.menu to allow items to change in the menu. This requires a simple change to the file MenuEditor.py in the alacarte source code replacing the single occurance of applications.menu with applications-gnome.menu.
The best way to do this is to download the source rpm and extract the archive then extract the alacarte source and modify the file and create the new archive to overwrite the old one then use rpmbuild to build a new alacarte rpm module and use yum to reinstall this module. Once done alacarte works ok.
One more thing.
I upgraded from Fedora 15 to Fedora 17 and am running Fedora on VmWorkstation in Windows. After turning off the forced fallback mode and logging off and back in again gnome 3 works in the normal mode except for 3-D effects. Having got used to the fallback mode this is very different and my first real experience of the new gnome 3 shell. Overall Fedora 17 works fine in VmWorkstation apart from some problems with mouse operations. For example to resize windows I can only use the diagonals not the sides and when using software like the advanced tweak tool menu selections act a little like x-windows menu selections requiring one to press the return key to get the menu to stay. Anybody had similar problems?
# yum -y update
Loaded plugins: auto-update-debuginfo, downloadonly, etckeeper,
langpacks, presto, priorities, product-id, refresh-packagekit,
Updating certificate-based repositories.
Unable to read consumer identity
This machine has not been registered and therefore has
no access to security and other critical updates. Please
register using subscription-manager.
This is the first time I see the registration thing.
Why is this being done?
Why does anyone have to register their machine?
I see no reason for this other than monitoring people's machines.
This is totally unacceptable.
I am trying to install Apache Rivet under Fedora 17
Everything seems as expected, except for starting httpd. Httpd does not
start, I get an error in apache logs:
[Sun Jul 01 20:05:13 2012] [error] (20014)Internal error: mod_rivet:
init.tcl must be installed correctly for Apache Rivet to function: can't
find package RivetTcl exactly 2.1
Of course file /usr/lib64/rivet2.1/site-packages/mod_rivet/init.tcl exists:
-rw-r--r--. root root system_u:object_r:lib_t:s0
The audit log shows:
type=SERVICE_START msg=audit(1341162429.242:416): pid=0 uid=0
auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='
comm="httpd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=?
How to solve this? I thing that I have a selinux denial. How to enable a
custom apache module to work?
Just for fun, I thought I would try to run cdrdao to burn
a .bin file (via a .cue file):
$ cdrdao write --overburn --device /dev/sg1 --driver generic-mmc 'Into
Cdrdao version 1.2.3 - (C) Andreas Mueller <andreas(a)daneb.de>
Into The Unknown.2.cue:1: Warning, ignoring CDTEXTFILE...
/dev/sg1: Slimtype DVD A DS8A1P Rev: CH71
Using driver: Generic SCSI-3/MMC - Version 2.0 (options 0x0000)
Starting write at speed 24...
Pausing 10 seconds - hit CTRL-C to abort.
Process can be aborted with QUIT signal (usually CTRL-\).
WARNING: No super user permission to setup real time scheduling.
Turning BURN-Proof on
Executing power calibration...
Power calibration successful.
The bin file size is 771573600 bytes.
After almost 30 minutes, the drive is still spinning at high speed,
drive light flashes on and off, and no other messages are being
At 24X write speed, it should not take this long.
There are no error messages in /var/log/messages.
On 07/01/2012 13:14:26 UTC, Reindl Harald sayed:
> do you not realize that this guy is replying ANY message of
> me to the list with idiotic bullshit even for threads nobody
> spoke to him?
I don't know why Heinz Diehl seems not to recognize what is happening.
I also don't know whether n2xssvv.g02gfr12930 is deliberately trolling
you is is just BFC. But the correct response at this stage would not
be to keep replying to n2xssvv.g02gfr12930; the correct response would
be to contact one or two of the list maintainers
about the matter.
When migrating to fedora 16 (from 14) I have to start bacula using systemctl. It
works fine with the client and storage daemons but the director service fails.
systemctl status bacula-<daemon> shows:
[root@epohost ~]# systemctl status bacula-dir.service
bacula-dir.service - Bacula-Director, the Backup-server
Loaded: loaded (/lib/systemd/system/bacula-dir.service; enabled)
Active: failed since Fri, 29 Jun 2012 23:09:35 +0200; 1min 9s ago
Process: 1781 ExecStart=/usr/sbin/bacula-dir -f $OPTS -c $CONFIG -u $DIR_USER
-g $DIR_GROUP (code=exited, status=1/FAILURE)
Process: 1778 ExecStartPre=/usr/sbin/bacula-checkconf $CONFIG (code=exited,
[root@epohost ~]# systemctl status bacula-sd.service
bacula-sd.service - Bacula-StorageDaemon, the storage-server
Loaded: loaded (/lib/systemd/system/bacula-sd.service; enabled)
Active: active (running) since Fri, 29 Jun 2012 23:09:27 +0200; 1min 42s ago
Process: 1205 ExecStartPre=/usr/sbin/bacula-checkconf $CONFIG (code=exited,
Main PID: 1219 (bacula-sd)
└ 1219 /usr/sbin/bacula-sd -f -c /etc/bacula/bacula-sd.co...
[root@epohost ~]# systemctl status bacula-fd.service
bacula-fd.service - Bacula-FileDaemon, a Backup-client
Loaded: loaded (/lib/systemd/system/bacula-fd.service; enabled)
Active: active (running) since Fri, 29 Jun 2012 23:09:27 +0200; 1min 55s ago
Process: 1196 ExecStartPre=/usr/sbin/bacula-checkconf $CONFIG (code=exited,
Main PID: 1214 (bacula-fd)
└ 1214 /usr/sbin/bacula-fd -f -c /etc/bacula/bacula-fd.co...
Can somebody decipher what is wrong or perhaps suggest a way to diagnose the
problem? Starting bacula-dir manually works fine. Maybe this is for the bacula
community to answer but I've started here since it may a failure in the rpm package.
I've googled this a couple of times, but can't seem to find a straight
answer on this problem. I installed the rpmfusion repos both with the
GUI and from the CLI and I get this same problem, 'Cannot find valid
Linux marius.homelinux 3.4.2-1.fc16.x86_64 GNU/Linux
Since upgrading to fc17 been getting:
[192963.306958] [Hardware Error]: cache level: L3/GEN, mem/io: MEM,
mem-tx: RD, part-proc: SRC (no timeout)
[193262.911077] [Hardware Error]: CPU:4
[193262.916531] [Hardware Error]: MC4_ADDR: 0x000000081f2e2020
[193262.921903] [Hardware Error]: Northbridge Error (node 1): DRAM ECC
error detected on the NB.
[193262.927322] EDAC amd64 MC1: CE ERROR_ADDRESS= 0x81f2e2020
[193262.932657] EDAC MC1: CE page 0x81f2e2, offset 0x20, grain 0,
syndrome 0xdd41, row 3, channel 1, label "": amd64_edac
[193262.938047] [Hardware Error]: cache level: L3/GEN, mem/io: MEM,
mem-tx: RD, part-proc: SRC (no timeout)
[193562.542225] [Hardware Error]: CPU:4
[193562.547766] [Hardware Error]: MC4_ADDR: 0x000000081f2f1370
[193562.553153] [Hardware Error]: Northbridge Error (node 1): DRAM ECC
error detected on the NB.
[193562.558564] EDAC amd64 MC1: CE ERROR_ADDRESS= 0x81f2f1370
[193562.563895] EDAC MC1: CE page 0x81f2f1, offset 0x370, grain 0,
syndrome 0xbbc3, row 3, channel 1, label "": amd64_edac
[193562.569274] [Hardware Error]: cache level: L3/GEN, mem/io: MEM,
mem-tx: RD, part-proc: RES (no timeout)
Could be a real h/w problem or related to the upgrade? Advise
welcomed...Any kernel boot switches that may help. Seem to run for
a while just fine, then start periodically getting these messages.
Have not run memtest+ yet, plan to shortly, but sound like L3 cache,
this show up in memtest? Thanks for advise!
I used k3b to copy the image of an audio cd.
It produced files like
and it also produced a file simply with the title of the audio cd,
and without extensions and it is 803066400 bytes large.
$ file 'Into The Unknown'
Into The Unknown: data
The file is quite larger than the 704MB max (with overburn)
that a CD can hold. This file is 100MB larger than that.
So, how can I use this file? I was hoping it would be in
a format that could be used by any of the plethora of
media players in linux.
mplayer failed to open it.
On 06/30/2012 07:17 PM PM, Tom Horsley sayed:
> Every time I start firefox after recent updates, top
> shows it periodically taking up to 50% of the CPU
> even if I'm just looking at a simple page of plain
> html (no scripts, not even any images) on my local
> web server.
> This is ff 13.0.1 on x86_64 fedora 17.
> Any clues? Anyone see anything similar?
Basically the same thing here -- FF 13.0.1 on fedora core 17 x86_64 --
except that CPU usage isn't maxxing at 50%; it sometimes climbs a bit
Haven't started my i686 machine to see whether the same behavior