Re: [Mageia-dev] Any progress on the NFS mount problem? - One step further
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23/09/12 07:04, Guillaume Rousse wrote: > Le 22/09/2012 20:53, Anne Wilson a écrit : >> and if >>> rpc.idmapd is running on both side (service nfs-utils status >>> on both side). >>> >> This is driving me mad. 'service nfs-utils status' on the >> server tells me "cannot find nfs-utils service". >> >> Package nfs-utils blahblah is already installed > nfs-common service, sorry. > > That may well point to the problem, though I've no idea what needs doing to solve it: service nfs-commons status Cannot find nfs-commons service Usage: service -[Rfshv] SERVICE ARGUMENTS -f|--full-restart: Do a fullrestart of the service. -R|--full-restart-all: Do a fullrestart of all running services. -s|--status-all:Print a status of all services. --ignore-dependencies: Do not start required systemd services --skip-redirect:Do not redirect to systemd -d|--debug: Launch with debug. -h|--help: This help. [root@borg2 ~]# service nfs-common status nfs-common.service - LSB: NFS support files common to client and server Loaded: loaded (/etc/rc.d/init.d/nfs-common) Active: active (running) since Sat, 22 Sep 2012 19:34:49 +0100; 14h ago Process: 1550 ExecStart=/etc/rc.d/init.d/nfs-common start (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/nfs-common.service ├ 1585 rpc.statd --port 4001 └ 1622 rpc.idmapd Sep 22 19:34:49 borg2.lydgate.lan nfs-common[1550]: Starting NFS common utilities Sep 22 19:34:49 borg2.lydgate.lan rpc.statd[1585]: Version 1.2.5 starting Sep 22 19:34:49 borg2.lydgate.lan rpc.statd[1585]: Running as root. chown /var/lib/nfs...er Sep 22 19:34:49 borg2.lydgate.lan rpc.statd[1585]: Could not make a socket: (97) Addres...ol Sep 22 19:34:49 borg2.lydgate.lan rpc.statd[1585]: Could not make a socket: (97) Addres...ol Sep 22 19:34:49 borg2.lydgate.lan nfs-common[1550]: Starting rpc.statd[ OK ] Sep 22 19:34:49 borg2.lydgate.lan nfs-common[1550]: Starting rpc.idmapd[ OK ] nfs-common.service - LSB: NFS support files common to client and server Loaded: loaded (/etc/rc.d/init.d/nfs-common) Active: active (running) since Sat, 22 Sep 2012 19:34:49 +0100; 14h ago Process: 1550 ExecStart=/etc/rc.d/init.d/nfs-common start (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/nfs-common.service ├ 1585 rpc.statd --port 4001 └ 1622 rpc.idmapd Sep 22 19:34:49 borg2.lydgate.lan nfs-common[1550]: Starting NFS common utilities Sep 22 19:34:49 borg2.lydgate.lan rpc.statd[1585]: Version 1.2.5 starting Sep 22 19:34:49 borg2.lydgate.lan rpc.statd[1585]: Running as root. chown /var/lib/nfs...er Sep 22 19:34:49 borg2.lydgate.lan rpc.statd[1585]: Could not make a socket: (97) Addres...ol Sep 22 19:34:49 borg2.lydgate.lan rpc.statd[1585]: Could not make a socket: (97) Addres...ol Sep 22 19:34:49 borg2.lydgate.lan nfs-common[1550]: Starting rpc.statd[ OK ] Sep 22 19:34:49 borg2.lydgate.lan nfs-common[1550]: Starting rpc.idmapd[ OK ] Why can it not make a socket? Those truncated lines don't help much, and I can't find any reference to this in the logs. Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBe0/EACgkQj93fyh4cnBdZUQCfSsVNqm/wF0AzqidSsz4kLobo EzAAnRUVZv1YNzc4iIeDPgm08JK/0tHn =SCdC -END PGP SIGNATURE-
[Mageia-dev] new fonts?
Hi, is that a bug that all default fonts on kdm, firefox, terminal titles changed to an ugly one? ;) cheers, chris.
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
On 22/09/12 23:02, PhilippeDidier wrote: Ok ! That's what I try...but there are several makefiles ! You may want to try the latest dev version from the linuxsampler svn as many issues may already be fixed upstream. This will produce a current linuxsampler.tar.gz to test with:- svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk linuxsampler tar -czf linuxsampler.tar.gz linuxsampler/ Barry
Re: [Mageia-dev] new fonts?
On Sunday 23 Sep 2012 11:30:49 eatdirt wrote: > Hi, > is that a bug that all default fonts on kdm, firefox, terminal titles > changed to an ugly one? ;) > > cheers, > chris. I noticed the change... but on my machine it looks like an improvement :-) I don't know if just my eyesight or the change is having different effects on different set ups. I'm using X86-64 with a Radeon graphics card
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
Olivier Blin a écrit : > PhilippeDidier writes: > >> indeed the configured Makefile contains >> LDFLAGS option --as-needed htat worked for Mandriva !!! >> >> I need now to write a patch for the makefiles... >> to fix it in a better way than overriding LDFLAGS >> >> May we now suppress the --as-needed option for LDFLAGS in every makefile ? > > No, you should not remove this option, this is the intended behavior. > It just exposed a missing -l flag in the software you are packaging. > > The proper fix, as Thomas said, is to patch the Makefile to add the > -lpthread flag where appropriate. > Hello ! Some news : Indeed it was more difficult than I thought : There were 21 different Makefile.in in 21 directories to modify : I wrote a patch that replaces -LDFLAGS = @LDFLAGS@ by +LDFLAGS = @LDFLAGS@ -lpthread in each of them... Now each Makefile contains : LDFLAGS = -Wl,--as-needed -Wl,--no-undefined -Wl,-z,relro -Wl,-O1 -Wl,--build-id -Wl,--enable-new-dtags -lpthread And I discover that my first workaround was indeed bad : I used %build %configure2_5x %make LDFLAGS="-lpthread" instead of %build %configure2_5x %make this allowed to package and I felt happy ;) ... but wrongly happy :( Now that I use a correct LDFLAGS I got new errors about other undefined references (thanks to --as-needed option) ... and I feel sad :( There came now undefined references to 'dlopen' 'dlerror' 'dlclose' I had to add -ldl to each Makefile.in And now it's OK Thanks to all of you ! I'm now less ignorant than I was ... But packaging for Mageia will need more skill and more time than for Mandriva ... and more patches ! (hope it's worth of it) I will provide my spec and patch files to anyone (perhaps through bugzilla with a package request) Regards Philippe
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
Barry Jackson a écrit : > On 22/09/12 23:02, PhilippeDidier wrote: > >> Ok ! >> That's what I try...but there are several makefiles ! >> >> > > You may want to try the latest dev version from the linuxsampler svn as > many issues may already be fixed upstream. > > This will produce a current linuxsampler.tar.gz to test with:- > > svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk linuxsampler > tar -czf linuxsampler.tar.gz linuxsampler/ > > Barry > Thanks for the information... I was first trying to write a working spec file and a patch file to package it... Now it works ! :) :) I will try later to use the latest dev version (that wouldn't have resolved the problem I encountered). Philippe
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
23.09.2012 16:19, PhilippeDidier skrev: Olivier Blin a écrit : PhilippeDidier writes: indeed the configured Makefile contains LDFLAGS option --as-needed htat worked for Mandriva !!! I need now to write a patch for the makefiles... to fix it in a better way than overriding LDFLAGS May we now suppress the --as-needed option for LDFLAGS in every makefile ? No, you should not remove this option, this is the intended behavior. It just exposed a missing -l flag in the software you are packaging. The proper fix, as Thomas said, is to patch the Makefile to add the -lpthread flag where appropriate. Hello ! Some news : Indeed it was more difficult than I thought : There were 21 different Makefile.in in 21 directories to modify : I wrote a patch that replaces -LDFLAGS = @LDFLAGS@ by +LDFLAGS = @LDFLAGS@ -lpthread in each of them... And now you are overlinking :) You only need to patch the Makefile(s) that is responsible for building the code that relies on pthread Now each Makefile contains : LDFLAGS = -Wl,--as-needed -Wl,--no-undefined -Wl,-z,relro -Wl,-O1 -Wl,--build-id -Wl,--enable-new-dtags -lpthread And I discover that my first workaround was indeed bad : I used %build %configure2_5x %make LDFLAGS="-lpthread" instead of %build %configure2_5x %make this allowed to package and I felt happy ;) ... but wrongly happy :( Now that I use a correct LDFLAGS I got new errors about other undefined references (thanks to --as-needed option) ... and I feel sad :( There came now undefined references to 'dlopen' 'dlerror' 'dlclose' I had to add -ldl to each Makefile.in And overlinking again :) And now it's OK Thanks to all of you ! I'm now less ignorant than I was ... But packaging for Mageia will need more skill and more time than for Mandriva ... and more patches ! (hope it's worth of it) Of course it is worth it... By finding and fixing issues like this (and also send the fix upstream) the quality of the code is improving... I will provide my spec and patch files to anyone (perhaps through bugzilla with a package request) -- Thomas
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
Em 23-09-2012 14:09, Barry Jackson escreveu: On 22/09/12 23:02, PhilippeDidier wrote: Ok ! That's what I try...but there are several makefiles ! You may want to try the latest dev version from the linuxsampler svn as many issues may already be fixed upstream. This will produce a current linuxsampler.tar.gz to test with:- svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk linuxsampler tar -czf linuxsampler.tar.gz linuxsampler/ Barry "svn export" gives a better tarball...
[Mageia-dev] Problems with gnome-shell and polkit
Hi... After latest updates GDM works again, but I get a sad-computer-screen-of-death when I try to log in in Gnome. The culprit seems to be the gnome-shell / polkit interaction. With startx from vconsole I get this on .xsession-errors: Window manager warning: Log level 16: Unable to register authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: An authentication agent already exists for the given subject JS ERROR: !!! Exception was: Polkit.Error: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: An authentication agent already exists for the given subject JS ERROR: !!! message = '"GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: An authentication agent already exists for the given subject"' JS ERROR: !!! fileName = '"/usr/share/gnome-shell/js/ui/components/polkitAgent.js"' JS ERROR: !!! lineNumber = '329' JS ERROR: !!! stack = '"0 anonymous()@/usr/share/gnome-shell/js/ui/components/polkitAgent.js:329 1 wrapper()@/usr/share/gjs-1.0/lang.js:204 2 anonymous("name" = ""polkitAgent"")@/usr/share/gnome-shell/js/ui/components/__init__.js:56 3 wrapper(""polkitAgent"")@/usr/share/gjs-1.0/lang.js:204 4 anonymous("name" = ""polkitAgent"", 1, [object Array])@/usr/share/gnome-shell/js/ui/components/__init__.js:22 5 anonymous()@/usr/share/gnome-shell/js/ui/components/__init__.js:21 6 wrapper()@/usr/share/gjs-1.0/lang.js:204 7 anonymous()@/usr/share/gnome-shell/js/ui/components/__init__.js:13 8 wrapper()@/usr/share/gjs-1.0/lang.js:204 9 anonymous()@/usr/share/gjs-1.0/lang.js:145 10 anonymous()@/usr/share/gjs-1.0/lang.js:239 11 start()@/usr/share/gnome-shell/js/ui/main.js:150 12 @:1 "' If I comment this in /usr/share/gnome-shell/js/ui/components/polkitAgent.js, at least I can log in again: enable: function() { //this._native.register(); }, disable: function() { //this._native.unregister(); }, I have this versions of polkit: lib64polkit1_0-0.107-1.mga3 x86_64 lib64polkit-gir1.0-0.107-1.mga3 x86_64 polkit-0.107-1.mga3 x86_64 polkit-desktop-policy-0.107-1.mga3 noarch polkit-gnome-0.105-1.mga2 x86_64 Perhaps polkit-gnome is out of sync ? TIA -- J.A. Magallon \ Winter is coming...
Re: [Mageia-dev] new fonts?
On Sun, Sep 23, 2012 at 12:30 PM, eatdirt wrote: > Hi, > is that a bug that all default fonts on kdm, firefox, terminal titles > changed to an ugly one? ;) > > cheers, > chris. > It is not ugly for me, but some char like ", : are not displayed correctly on Firefox. Not sure if this is related. Liutauras