This problem has been submitted to Bugzilla (836657), but I thought I'd
ask here to see if there are any fixes lurking.
System is running 3.4.3-1.fc17.x86_64. When I systemctl poweroff the
kernel reboots instead of powering off. Under Windows 7, power off
works as expected. All packages are up-to-date.
Hi, I in danger of making this a rant, but is XDMCP no longer something
that Fedora supports?
I have just installed F17 x64 in a VM to tinker with it and systemd and
I'd like to enable XDMCP. Or what is the favoured remote access method
I've put DisallowTCP=0 in the [security] section and Enable=1 in the
[xdmcp] section of custom.conf in /etc/gdm/ and opened port 177 UDP in
the firewall on the F17 machine.
Oddly, on my remote X server when I run "X -query machinename :1" the
desktop of the remote X server freezes when connecting to this rogue F17
install. As I would expect I can see an open UDP session on UDP 177 but
I don't see any traffic on TCP 6000 or 6001 that I would expect. The
same remote X server connects to FC6, Centos5.6 etc etc without any issue.
Thanks for any hints and guidance.
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
what is this in dmesg?
why is "--log-prefix" here loggd instead the --log-prefix from whatever rule it was?
--log-prefixIN=eth1 OUT= MAC=00:50:8d:b5:cc:de:00:01:5c:24:68:01:08:00 SRC=184.108.40.206 DST=220.127.116.11 LEN=60
TOS=0x00 PREC=0x00 TTL=51 ID=58168 DF PROTO=TCP SPT=39903 DPT=19 WINDOW=5840 RES=0x00 SYN URGP=0
is this more likely a kernel-bug or rsyslog?
After last google chrome update I have problem to display any flash
contents in full screen mode. After investigation in chrome://plugins I
find 2 plugins under flash. One is from google installation directory
PaperFlash/libpepflashplayer.so and second one is in
libpepflashplayer.so - 18.104.22.168
libflashplayer.so - 11.2 r202
For now only solution I found is to disable PepperFlash from chrome and
leave flash-plugin enabled.
Fortunately Firefox is not affected with google PepperFlush bug.
I haven't used Fedora on my netbook since F14, I used Centos 6 in that
however, both centos 6 and fedora (back when I used it) allowd one to
press the netbook's power switch, while logged in, and got a dialog
offering choices like shutdown, log off, standby, hibernate.
how, on F17 though, it just does a shutdown, depending on which
desktop/session I'm in. (in gnome it seems to just go to standby mode,
while in lxde or xfce (or MATE, which I've installed) it just shuts down.
I assume this is an artifact of systemd, but have no clue how to hack
it to make it once again offer the choices.
---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us -----------------------------
"For him who is able to keep you from falling and to present you before his
glorious presence without fault and with great joy--to the only God our Savior
be glory, majesty, power and authority, through Jesus Christ our Lord, before
all ages, now and forevermore! Amen."
----------------------------- Jude 1:24,25 (niv) -----------------------------
# 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.
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