users November 2013

users@lists.fedoraproject.org

183 participants
192 discussions

update FC19
by Patrick Dupre 26 Nov '13

26 Nov '13

Hello, TRying to update fedora 19, I get: --> Processing Dependency: /usr/bin/nxssh for package: qtnx-0.9-16.fc19.i686 --> Running transaction check ---> Package nx.i686 0:3.5.0-17.fc19 will be obsoleted ---> Package nx-libs.i686 0:3.5.0.21-3.fc19 will be obsoleting --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libNX_Xfixes-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libNX_X11-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libNX_Xdamage-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libNX_Xtst-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libXcomp-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libNX_Xpm-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libNX_Xinerama-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libXcompshad-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libNX_Xrandr-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libXcompext-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libNX_Xrender-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libNX_Xcomposite-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libNX_Xext-3.5.0.21-3.fc19.i686 --> Processing Dependency: nx-libs(x86-32) = 3.5.0.21-3.fc19 for package: libNX_Xdmcp-3.5.0.21-3.fc19.i686 Packages skipped because of dependency problems: libNX_X11-3.5.0.21-3.fc19.i686 from updates libNX_Xcomposite-3.5.0.21-3.fc19.i686 from updates libNX_Xdamage-3.5.0.21-3.fc19.i686 from updates libNX_Xdmcp-3.5.0.21-3.fc19.i686 from updates libNX_Xext-3.5.0.21-3.fc19.i686 from updates libNX_Xfixes-3.5.0.21-3.fc19.i686 from updates libNX_Xinerama-3.5.0.21-3.fc19.i686 from updates libNX_Xpm-3.5.0.21-3.fc19.i686 from updates libNX_Xrandr-3.5.0.21-3.fc19.i686 from updates libNX_Xrender-3.5.0.21-3.fc19.i686 from updates libNX_Xtst-3.5.0.21-3.fc19.i686 from updates libXcomp-3.5.0.21-3.fc19.i686 from updates libXcompext-3.5.0.21-3.fc19.i686 from updates libXcompshad-3.5.0.21-3.fc19.i686 from updates nx-libs-3.5.0.21-3.fc19.i686 from updates nxagent-3.5.0.21-3.fc19.i686 from updates nxproxy-3.5.0.21-3.fc19.i686 from updates How can I fix this issue? Thank =========================================================================== Patrick DUPRÉ | | email: pdupre(a)gmx.com Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France ===========================================================================

2 1

Re: Why some say "rpm hell"
by AP 26 Nov '13

26 Nov '13

On Tue, Nov 26, 2013 at 8:13 PM, Tim <ignored_mailbox(a)yahoo.com.au> wrote: > Are you running some extra privacy options in your browser or gmail? > Are you actually using the "reply" function, or are you mistakenly > forwarding? I am using extra privacy options in the Firefox but not in Opera. Sometimes I use Opera also and other times Firefox. In Firefox, I am using the addons like NoScript, AdBlock Plus and Better Privacy. Yes, on the bottom of each mail I click "reply" to reply to an email but not the option of "forwarding". Thanks.

3 2

Re: Why some say "rpm hell"
by AP 26 Nov '13

26 Nov '13

On Tue, Nov 26, 2013 at 10:26 PM, Ian Malone <ibmalone(a)gmail.com> wrote: > (I think, google do tend to change things). Yes.

1 0

ssh "GSSAPIAuthentication yes"
by Timothy Murphy 26 Nov '13

26 Nov '13

I see that in /etc/ssh/ssh_config I have the above setting in both Fedora-19 and CentOS-6.4 . In both cases ssh (openssh) tries and fails to use gssapi-with-mic authentication, with the message ======================= Unspecified GSS failure. Minor code may provide more information No Kerberos credentials available ======================= It then goes on to use publickey authentication, successfully. As far as I can see, this is because openssh has over-ridden the default # GSSAPIAuthentication no with GSSAPIAuthentication yes I've googled for this, and see that some people recommend reverting to the default No. But I assume openssh has some reason for making this change. What would I do if I actually wanted to use GSSAPIAuthentication? -- Timothy Murphy e-mail: gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin 2, Ireland

4 6

Re: Why some say "rpm hell"
by AP 26 Nov '13

26 Nov '13

On Mon, Nov 25, 2013 at 5:54 AM, Tim <ignored_mailbox(a)yahoo.com.au> wrote: > What happens when you break mail, in one way or another: Your replies > are not seen with the messages that they're related to. They get > missed, they get overlooked. It gets very hard to follow an ongoing > thread when all the messages in that thread are scattered randomly > amongst hundreds of other messages, especially when it's important to be > able to follow the progress of something along the thread (and no, > quoting the entire thread in each message is not the answer). Some > helpers will give up helping after finding it a pain to follow an > prolonged on-going conversation. Some will give up immediately. And if > this converstion was on traditional usenet, rather than an email list, > you'd be needing flameproof pants by now. ;-) Well, I agree but I simply reply in Firefox and by typing www.gmail.com and nothing else!! This is the only way I do. Once I log-in, I don't log-out ever (unless I have to check other gmail account also, which I rarely use) and even if I have to use PC in two-three days, I get directly Inbox because I didn't log out earlier! I know since I am using Linux and with the addons like No Script, this all is secured even when I am not logged out. But really I never thought such technical aspects which are written above!

2 1

optimus laptops and the 3.12 kernel
by Alexander Volovics 26 Nov '13

26 Nov '13

Reading about the 3.12 kernels I noticed that there should now be 'dynamic' power management for laptops with an Optimus design (DIS Nvidia + IGD Intel). It is not quite clear what I should expect from the patches: drastic power down for the nautilus driver or complete switching off of the Nvidia GPU. I tried a 3.12 kernel (from Rawhide: a no debug 3.12.1-2.fc21.x86_64) but notice no effect at all. With this 3.12 kernel, mesa-9.2 and xorg-x11-drv-nouveau-1.0.9-2 the battery lasts about 1 hour 40 min. (I tried with Fed19 and Fed20 beta updated). Using 'bbswitch' (which switches off the Nvidia GPU completely) I get more than 3 hours battery live. What has changed is the output of 'vgaswitcheroo', namely: # cat /sys/kernel/debug/vgaswitcheroo/switch 0:IGD:+:Pwr:0000:00:02.0 1:DIS: :DynOff:0000:01:00.0 This seems to indicate something should happen but nothing in the logs indicates any changes to a 'deep sleep state' or a 'switching off' of the GPU. Anybody else with an Optimus tried the 3.12 kernel? And by the way how can I check the 'power state' of the DIS GPU. AV

2 2

rsync errors (selinux?)
by Wolfgang S. Rupprecht 26 Nov '13

26 Nov '13

For several years I've been doing an rsync across-the-lan backup for home directories. All has worked well until recently (well, since the fedup to f20 last night). Now backups are failing with an inscrutable rsync error. While the errors mention selinux, I don't see any errors in either the sending or receiving machines /var/log/secure logfiles. exclude=" --exclude=.gvfs --exclude=simplelock --exclude=.popmail.lock --exclude=SingletonLock --exclude=SingletonCookie --exclude=SingletonSocket " rsync -axHAX --log-file=/var/log/rsync.log --log-file-format="%t [%p] $host %o %f %l" --delete --delete-excluded $exclude /home/ $host:/home/ /var/log/rsync.log: ... 2013/11/24 09:35:21 [15417] rsync: rsync_xal_set: lremovexattr(""/home/wolfgang/dotfiles-f19/.local/share/zeitgeist/fts.index/record.baseB"","security.selinux") failed: Permission denied (13) 2013/11/24 09:35:21 [15417] rsync: rsync_xal_set: lremovexattr(""/home/wolfgang/dotfiles-f19/.local/share/zeitgeist/fts.index/termlist.baseA"","security.selinux") failed: Permission denied (13) 2013/11/24 09:35:21 [15417] rsync: rsync_xal_set: lremovexattr(""/home/wolfgang/dotfiles-f19/.local/share/zeitgeist/fts.index/termlist.baseB"","security.selinux") failed: Permission denied (13) 2013/11/24 09:35:21 [15417] rsync: rsync_xal_set: lremovexattr(""/home/wolfgang/hackbin/monitor-layout"","security.selinux") failed: Permission denied (13) 2013/11/24 09:35:23 [15417] rsync error: unexplained error (code 255) at rsync.c(634) [sender=3.1.0pre1] Any ideas what's up and what I need to do to get this working again? -wolfgang

3 7

Better way to upgrade fc18->fc19
by Bill Davidsen 25 Nov '13

25 Nov '13

NOTE: an early draft of this question was sent somehow, ignore it I have has miserable luck with fedup, is there a better way, anything? I really don't want to leave this machine down for days, and the 18->19 on a test machine took about 36 hours to complete, and another 3-4 to redo all the scripts from the ones on other machines which all use ethN to meaningless interface names. In 18 I just changed a single script to use (or not use) biosnames, and all was well, but on my test conversion to 19 that doesn't work, or the file was rewritten, and I finally used the name which changes every time the machine gets shuffled a bit. Is there a better way than fedup, and why is it so slow? -- Bill Davidsen <davidsen(a)tmr.com> "'Nothing to hide' does not imply 'nothing to fear'" - me "AT&T could not seriously contend that a reasonable entity in its position could have believed that the alleged domestic dragnet was legal." -judge Vaughn R. Walker of the U.S. District Court for the Northern District of California, EFF vs. AT&T

4 5

installin handbrake in Fedora 18 ?
by Mickey 25 Nov '13

25 Nov '13

Where can I get the RPMS for handbrake-gui and handbrake-cli ?

2 1

Terminal signal handling
by Peter Oliver 25 Nov '13

25 Nov '13

I've started having a couple of odd issues with terminals in the last week or so on my Fedora 19 desktop machine and I think they're probably related. My laptop, also running Fedora 19, appears to be unaffected. Sometimes, terminals are unresponsive to ^Z, and I'm unable to suspend a process by using 'kill -TSTP' on that process. However, 'kill -STOP' works. Running 'stty -a' shows 'susp = ^Z' as expected. This affects both xterm and gnome-terminal. It affects all children of an affected process. However, sometimes if I start a new terminal from Gnome Shell it will not be affected. A workaround is to run "exec ksh -c 'exec $SHELL'" from an affected terminal. It appears that ksh does some initialisation that bash, dash and tcsh do not. My second problem is that alpine is sometimes unresponsive to changes in terminal size. I suspect that SIGWINCH is not being handled correctly. See http://superuser.com/questions/667380/sigint-and-sigtstp-ignored-by-most-co… for an example of someone with similar but slightly different symptoms (he has problems with SIGINT, but my SIGINT works fine). Using 'pstree -ps $$' and then working my way up the tree with 'grep SigBlk /proc/$pid/status' shows 'SigBlk: 016717d03fdb4a00' for gnome-session but 'SigBlk: 0000000000000000' for its parents. This makes me suspect that the problem originates in gnome-session. Any ideas? -- Peter Oliver

2 1

← Newer
1
...
5
6
7
8
9
10
11
...
20
Older →

Jump to page: