[Mageia-dev] Re-enable the documentation in kchildlock
May i re-enable the documentation of th kchildlock ? Is there any specific reason to disable it ? http://svnweb.mageia.org/packages?view=revisionrevision=96067 -- Dimitrios Glentadakis
[Mageia-dev] drakdisk numerous warnings
Hi, i was thinking of working on drakdisk a bit, but ran drakdisk from a konsole and i saw numerous warnings... http://pastebin.com/5bsF9z1y i don't remember them having alot of those warnings though. in any case, do you have a pointer on how to fix a few of them? i assume it would be beneficial to fix these? AL13N
Re: [Mageia-dev] Any progress on the NFS mount problem? - One step further
Le 21/09/2012 20:54, Anne Wilson a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/09/12 21:37, Guillaume Rousse wrote: If everything else fails, you may also inhibit IPv6 completly: just add 'install ipv6 /bin/true' in any file under /etc/modprobe.d, and reboot. Using MCC, I disabled IPv6 and rebooted. Now 'mount -a' on the client no longer talks about unsupported NFS version, but says mount.nfs: access denied by server while mounting 192.168.0.40:/home I am UID 500 on both systems, so that's very strange. If you're using NFSv4, uid don't matter, but username do. Check which version you're using exactly (mount -v on client side), and if rpc.idmapd is running on both side (service nfs-utils status on both side). Once again, 'mount -a' is not a debugging command. -- BOFH excuse #432: Borg nanites have infested the server
Re: [Mageia-dev] Any progress on the NFS mount problem? - One step further
Le 22/09/2012 00:48, Barry Jackson a écrit : Not sure if this is related, but did you apply Derek's patch? :- https://bugs.mageia.org/show_bug.cgi?id=207#c79 Which has nothing to do with the underlying issue here, just with pushing discussable features to the configuration wizard, such as using a port scanner to find available servers on the LAN... -- BOFH excuse #136: Daemons loose in system.
[Mageia-dev] lib64usb1.0_0-1.0.13-1.mga3 conflict
Since update of libusb: Installation failed: file /usr/lib64/libusb-1.0.so.0.1.0 from install of lib64usb1.0_0-1.0.13-1.mga3.x86_64 conflicts with file from package lib64usbx1.0_0-1.0.12-1.mga3.x86_64
Re: [Mageia-dev] lib64usb1.0_0-1.0.13-1.mga3 conflict
22.09.2012 13:09, Barry Jackson kirjutas: Since update of libusb: Installation failed: file /usr/lib64/libusb-1.0.so.0.1.0 from install of lib64usb1.0_0-1.0.13-1.mga3.x86_64 conflicts with file from package lib64usbx1.0_0-1.0.12-1.mga3.x86_64 Hey, this is cauldron problem that was caused by my stupid mistake. I'm not 100% sure here, but --replacefiles should do the work. I didn't test tho'.. -- Sander
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
Johnny A. Solbu a écrit : On Saturday 22 September 2012 02:45, PhilippeDidier wrote: %install make DESTDIR=%buildroot install Use %makeinstall instead of the make DESTDIR command. It's shorter, and does the same. And it conforms to policy, if I'm not mistaken. thanks Philippe
Re: [Mageia-dev] drakdisk numerous warnings
Le 22/09/2012 11:17, AL13N a écrit : Hi, i was thinking of working on drakdisk a bit, but ran drakdisk from a konsole and i saw numerous warnings... http://pastebin.com/5bsF9z1y i don't remember them having alot of those warnings though. in any case, do you have a pointer on how to fix a few of them? i assume it would be beneficial to fix these? You already have explanations in the warning explanations themselves. I just fixed another one, but they are significative of the increasing mismatch between perl coding style in usage at mandriva and in the perl community in general. -- BOFH excuse #412: Radial Telemetry Infiltration
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
PhilippeDidier a écrit : Johnny A. Solbu a écrit : On Saturday 22 September 2012 02:45, PhilippeDidier wrote: %install make DESTDIR=%buildroot install Use %makeinstall instead of the make DESTDIR command. It's shorter, and does the same. And it conforms to policy, if I'm not mistaken. thanks Philippe I really surrender ! I don't understand where the difference between Mandriva2010.2 and Mageia2 may stand ... I wanted to try to package and test the softwares before requesting those rpms to be added in Mageia. (as I have often done in the past ... providing tested spec files to submitters) Here I'm stuck !!! If anyone want to try to import the srpms from Mandriva 2010.2 he's welcome... they must be packaged (and installed) in that order : gig linuxsampler gigedit qsampler Perhaps it's only a problem on my own Mageia2 install (but where ?) Thanks again to Thomas AL13N Johnny ...
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
Le 22/09/12 01:45,PhilippeDidier nous adresse ces quelques mots : You need to add -lpthread to the linker options... -- Thomas Thanks Thomas ... I use a very simple spec file in which these parts were working for Mandriva : %prep %setup -q -n %name-%version %build %configure2_5x %make %install make DESTDIR=%buildroot install I don't know where to add this option I thought it was done by %configure (I can see the option -pthread in the CXXFLAGS of the different makefiles) I tried to add CXXFLAGS=-lpthread in the spec but it didn't change anything ... the linker flags use the LDFLAGS variable. -- Malo
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
Pierre-Malo Deniélou a écrit : Le 22/09/12 01:45,PhilippeDidier nous adresse ces quelques mots : You need to add -lpthread to the linker options... -- Thomas Thanks Thomas ... I use a very simple spec file in which these parts were working for Mandriva : %prep %setup -q -n %name-%version %build %configure2_5x %make %install make DESTDIR=%buildroot install I don't know where to add this option I thought it was done by %configure (I can see the option -pthread in the CXXFLAGS of the different makefiles) I tried to add CXXFLAGS=-lpthread in the spec but it didn't change anything ... the linker flags use the LDFLAGS variable. Thanks a lot Pierre-Malo ! I only modified this %build %configure2_5x %make LDFLAGS=-lpthread And it works now !! But I don't understand why I have to add this for Mageia2 when it is not needed for Mandriva ... Is there something badly configured on my system ? Is it a package problem in glibc-2.14.1-8.mga2 or in glibc-devel ? Does it reveal a Mageia's bug ? Thanks again ! Philippe
Re: [Mageia-dev] Weekly meetings
Le 22/09/2012 16:24, Angelo Naselli a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 18/09/2012 21:04, Anne Nicolas ha scritto: Hi there Due to personal constraints, I will not be able to organize meetings on wednesday anymore. So either somebody does it or we can move it to tuesday, same hour. Comments ? I usually can attend if I'm at home during the working days, so one day or another it's the same for me. When a decision is taken can you send an official email please, and if the day changed also update the calendar? (that is my real reminder :) ) Thanks Sorry last week was *very* busy. So we will have our weekly meeting on Tuesday, 19hUTC So next one is on 25th. Cheers Angelo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBdyjEACgkQqEs9DA4DquCTtwCfbNVycPg+Ex+uS0PYoHC+zCF4 8VAAoJdaNRY+skKArpW/YQcD1jv/PwBe =eEzP -END PGP SIGNATURE- -- Anne http://mageia.org
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
Le 22/09/2012 14:22, PhilippeDidier a écrit : I really surrender ! I don't understand where the difference between Mandriva2010.2 and Mageia2 may stand ... The compiler is different ;-) In fact, all the build chain is different, and it refuses now things that passed before.
[Mageia-dev] Problems with i915 DRI
Hi... I have one netbook where gsm tries to start and I get this in :0-greeter.log: libGL error: failed to load driver: i915 libGL error: Try again with LIBGL_DEBUG=verbose for more details. gnome-session-is-accelerated: No hardware 3D support. gnome-session-check-accelerated: Helper exited with code 256 gnome-session[4008]: WARNING: Session 'gdm-shell' runnable check failed: Child process exited with code 1 The dri driver is there: one:~# ll /usr/lib64/dri total 28112 -rwxr-xr-x 1 root root 387520 2012.09.14 21:11 i915_dri.so* -rwxr-xr-x 1 root root 858376 2012.09.14 21:11 i965_dri.so* -rwxr-xr-x 1 root root 632896 2012.06.13 21:12 i965_drv_video.so* -rwxr-xr-x 1 root root 5532184 2012.09.14 21:11 nouveau_dri.so* -rwxr-xr-x 1 root root 199080 2012.09.14 21:11 nouveau_vieux_dri.so* -rwxr-xr-x 1 root root 355240 2012.09.14 21:11 r200_dri.so* -rwxr-xr-x 1 root root 4882696 2012.09.14 21:11 r300_dri.so* -rwxr-xr-x 1 root root 4853080 2012.09.14 21:11 r600_dri.so* -rwxr-xr-x 1 root root 318136 2012.09.14 21:11 radeon_dri.so* -rwxr-xr-x 1 root root 5831576 2012.09.14 21:11 radeonsi_dri.so* -rwxr-xr-x 1 root root 4919096 2012.09.14 21:11 swrast_dri.so* How can I debug this ? -- J.A. Magallon jamagallon()ono!com\ Winter is coming...
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
Le 22/09/12 14:26,PhilippeDidier nous adresse ces quelques mots : Thanks a lot Pierre-Malo ! I only modified this %build %configure2_5x %make LDFLAGS=-lpthread And it works now !! But I don't understand why I have to add this for Mageia2 when it is not needed for Mandriva ... Is there something badly configured on my system ? Is it a package problem in glibc-2.14.1-8.mga2 or in glibc-devel ? Does it reveal a Mageia's bug ? It reveals that before the --as-needed option was activated by default, which led to some problems: https://wiki.mageia.org/en/Overlinking_issues_in_packaging So --as-needed is no longer used, but the underlinking happens ;-) https://wiki.mageia.org/en/Underlinking_issues_in_packaging Anyway, this is not a bug, just the consequence of different choices made for the distrib between Mandriva and Mageia. Cheers, -- Malo
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
PhilippeDidier skrev 22.9.2012 16:26: Pierre-Malo Deniélou a écrit : Le 22/09/12 01:45,PhilippeDidier nous adresse ces quelques mots : You need to add -lpthread to the linker options... -- Thomas Thanks Thomas ... I use a very simple spec file in which these parts were working for Mandriva : %prep %setup -q -n %name-%version %build %configure2_5x %make %install make DESTDIR=%buildroot install I don't know where to add this option I thought it was done by %configure (I can see the option -pthread in the CXXFLAGS of the different makefiles) I tried to add CXXFLAGS=-lpthread in the spec but it didn't change anything ... the linker flags use the LDFLAGS variable. Thanks a lot Pierre-Malo ! I only modified this %build %configure2_5x %make LDFLAGS=-lpthread Not good. you are overriding default LDFLAGS... The proper fix is to add the flag in the Makefile that misses the needed linking... And it works now !! But I don't understand why I have to add this for Mageia2 when it is not needed for Mandriva ... Is there something badly configured on my system ? Is it a package problem in glibc-2.14.1-8.mga2 or in glibc-devel ? Does it reveal a Mageia's bug ? Nope. It's about under/overlinking, so the package you try to build, does not properly specify what it needs to be linked against. -- Thomas
Re: [Mageia-dev] Any progress on the NFS mount problem? - One step further
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22/09/12 11:01, Guillaume Rousse wrote: Le 21/09/2012 20:54, Anne Wilson a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/09/12 21:37, Guillaume Rousse wrote: If everything else fails, you may also inhibit IPv6 completly: just add 'install ipv6 /bin/true' in any file under /etc/modprobe.d, and reboot. Using MCC, I disabled IPv6 and rebooted. Now 'mount -a' on the client no longer talks about unsupported NFS version, but says mount.nfs: access denied by server while mounting 192.168.0.40:/home I am UID 500 on both systems, so that's very strange. If you're using NFSv4, uid don't matter, but username do. I always use 'anne' and UID 500, so that can't be the problem. Check which version you're using exactly (mount -v on client side), Nope - that gives a verbose list of mounts, including virtual ones. 'mount --version' says mount from util-linux 2.21.1 (with libblkid support). 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 'service nfs-server start' [OK] chkconfig tells me that nfs-server is on for levels 2345 What now? Once again, 'mount -a' is not a debugging command. Which is why I rely on people like you to teach me more :-D Out of curiosity, I created an nfs export on this laptop, and then tried to mount it on borg2. That also gives mount.nfs: access denied by server while mounting 192.168.0.20:/home/anne/Pictures Does this suggest anything? Anne - -- Need KDE help? Try http://userbase.kde.org or http://forum.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBeCTkACgkQj93fyh4cnBe1gQCeJx/Dww3GWkxCQiMK8dohHDRA WFoAnj/w4yEmWvSYcoiCvdqTto9kajSV =GaNt -END PGP SIGNATURE-
Re: [Mageia-dev] Any progress on the NFS mount problem? - One step further
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just wondered whether these msec lines tell you anything useful - tcp0 0 *:imaps *:* LISTEN dovecot tcp0 0 *:4001 *:* LISTEN rpc.statd tcp0 0 *:nfs *:* LISTEN unfsd tcp0 0 *:4002 *:* LISTEN - tcp0 0 *:2022 *:* LISTEN sshd udp0 0 borg2.lydgate.lan:902 *:* rpc.statd udp0 0 *:4001 *:* rpc.statd udp0 0 *:4002 *:* - udp0 0 *:nfs *:* unfsd udp0 0 *:58981 *:* avahi-daemon: r udp0 0 *:sunrpc*:* rpcbind udp0 0 *:ipp *:* init udp0 0 192.168.0.255:netbios-ns*:* nmbd udp0 0 borg2.lydgat:netbios-ns *:* nmbd udp0 0 *:netbios-ns*:* nmbd udp0 0 192.168.0.255:netbios-dgm *:* nmbd udp0 0 borg2.lydga:netbios-dgm *:* nmbd udp0 0 *:netbios-dgm *:* nmbd udp0 0 *:703 *:* rpcbind It's not the whole report, but the section that seems to contain related processes. Anne - -- Need KDE help? Try http://userbase.kde.org or http://forum.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBeDnUACgkQj93fyh4cnBe5bACffykZH6Rw8yinQUq16JMBxdKn 7sUAoIpUV6MIoIlmH6L3//fLdbfrszzD =VAe0 -END PGP SIGNATURE-
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
Thomas Backlund a écrit : PhilippeDidier skrev 22.9.2012 16:26: Pierre-Malo Deniélou a écrit : Le 22/09/12 01:45,PhilippeDidier nous adresse ces quelques mots : You need to add -lpthread to the linker options... -- Thomas Thanks Thomas ... I use a very simple spec file in which these parts were working for Mandriva : %prep %setup -q -n %name-%version %build %configure2_5x %make %install make DESTDIR=%buildroot install I don't know where to add this option I thought it was done by %configure (I can see the option -pthread in the CXXFLAGS of the different makefiles) I tried to add CXXFLAGS=-lpthread in the spec but it didn't change anything ... the linker flags use the LDFLAGS variable. Thanks a lot Pierre-Malo ! I only modified this %build %configure2_5x %make LDFLAGS=-lpthread Not good. you are overriding default LDFLAGS... The proper fix is to add the flag in the Makefile that misses the needed linking... And it works now !! But I don't understand why I have to add this for Mageia2 when it is not needed for Mandriva ... Is there something badly configured on my system ? Is it a package problem in glibc-2.14.1-8.mga2 or in glibc-devel ? Does it reveal a Mageia's bug ? Nope. It's about under/overlinking, so the package you try to build, does not properly specify what it needs to be linked against. -- Thomas Thanks to both of you : I understand what happens and what to modify ... 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 ?
Re: [Mageia-dev] drakdisk numerous warnings
Op zaterdag 22 september 2012 12:38:38 schreef Guillaume Rousse: Le 22/09/2012 11:17, AL13N a écrit : Hi, i was thinking of working on drakdisk a bit, but ran drakdisk from a konsole and i saw numerous warnings... http://pastebin.com/5bsF9z1y i don't remember them having alot of those warnings though. in any case, do you have a pointer on how to fix a few of them? i assume it would be beneficial to fix these? You already have explanations in the warning explanations themselves. I just fixed another one, but they are significative of the increasing mismatch between perl coding style in usage at mandriva and in the perl community in general. is this something we (tv,jq,...) are continuing? or is there an effort to rewrite the code that's touched towards the perl way?
Re: [Mageia-dev] Weekly meetings
Le 22/09/12 16:05,Anne Nicolas nous adresse ces quelques mots : Le 22/09/2012 16:24, Angelo Naselli a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 18/09/2012 21:04, Anne Nicolas ha scritto: Hi there Due to personal constraints, I will not be able to organize meetings on wednesday anymore. So either somebody does it or we can move it to tuesday, same hour. Comments ? I usually can attend if I'm at home during the working days, so one day or another it's the same for me. When a decision is taken can you send an official email please, and if the day changed also update the calendar? (that is my real reminder :) ) Thanks Sorry last week was *very* busy. So we will have our weekly meeting on Tuesday, 19hUTC So next one is on 25th. Cheers Can someone update the calendar? http://www.mageia.org/en/calendar/ Thanks, -- Malo
Re: [Mageia-dev] Weekly meetings
Le 22/09/2012 23:21, Pierre-Malo Deniélou a écrit : Le 22/09/12 16:05,Anne Nicolas nous adresse ces quelques mots : Le 22/09/2012 16:24, Angelo Naselli a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 18/09/2012 21:04, Anne Nicolas ha scritto: Hi there Due to personal constraints, I will not be able to organize meetings on wednesday anymore. So either somebody does it or we can move it to tuesday, same hour. Comments ? I usually can attend if I'm at home during the working days, so one day or another it's the same for me. When a decision is taken can you send an official email please, and if the day changed also update the calendar? (that is my real reminder :) ) Thanks Sorry last week was *very* busy. So we will have our weekly meeting on Tuesday, 19hUTC So next one is on 25th. Cheers Can someone update the calendar? http://www.mageia.org/en/calendar/ done Thanks, -- Anne http://mageia.org
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
PhilippeDidier philippedid...@laposte.net 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. -- Olivier Blin - blino
Re: [Mageia-dev] Problems with i915 DRI
JA Magallón jamagal...@ono.com writes: Hi... I have one netbook where gsm tries to start and I get this in :0-greeter.log: libGL error: failed to load driver: i915 libGL error: Try again with LIBGL_DEBUG=verbose for more details. gnome-session-is-accelerated: No hardware 3D support. gnome-session-check-accelerated: Helper exited with code 256 gnome-session[4008]: WARNING: Session 'gdm-shell' runnable check failed: Child process exited with code 1 The dri driver is there: [...] How can I debug this ? Hi, You could try to run env DISPLAY=:0 LIBGL_DEBUG=verbose glxinfo from a console as root. -- Olivier Blin - blino
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
Olivier Blin a écrit : PhilippeDidier philippedid...@laposte.net 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. Ok ! That's what I try...but there are several makefiles !