Re: [Mageia-dev] Help with package
Hi,
This should work :
pushd %{buildroot}%{_datadir}/%{name}/basewsw
for i in *;
do
file=`basename $i`
ln -sf %{_datadir}/%{name}/basewsw/$i %{buildroot}%{gamelibdir}/basewsw/$file
done
popd
Message du : 03/01/2013 23:00
De : Juan Luis Baptiste juan...@mageia.org
A : Mageia development mailing-list mageia-dev@mageia.org
Copie à :
Sujet : [Mageia-dev] Help with package
Hi,
I'm having a strange problem with warsow's package. To fix bug #8103 I need
to symlink the game data contents from warsow-data into the same directory
were the game libraries are located. The problem is that when I build the
package in my local cauldron installation, the symlinks are correctly
created, but when it's built by the BS they end up broken. I have tried two
ways to create the symlinks, both work fine on my machine but not on the BS:
ln -sf %{_datadir}/%{name}/basewsw/* %{buildroot}%{gamelibdir}/basewsw
or:
for i in %{_datadir}/%{name}/basewsw/*;
do
file=`basename $i`
ln -sf $i %{buildroot}%{gamelibdir}/basewsw/$file
done
With any of those two ways in my machine the symlinks are correctly created:
[root@cauldron-laptop cauldron]# ll /usr/lib64/games/warsow/basewsw/
total 28
lrwxrwxrwx 1 root root 47 Jan 3 16:42 configs -
../../../../../usr/share/warsow/basewsw/configs/
lrwxrwxrwx 1 root root 52 Jan 3 16:42 data0_10.pk3 -
../../../../../usr/share/warsow/basewsw/data0_10.pk3
lrwxrwxrwx 1 root root 56 Jan 3 16:42 data0_10pure.pk3 -
../../../../../usr/share/warsow/basewsw/data0_10pure.pk3
lrwxrwxrwx 1 root root 52 Jan 3 16:42 data1_10.pk3 -
../../../../../usr/share/warsow/basewsw/data1_10.pk3
[...]
But on the BS this is the result:
[root@localhost juancho]# ls -l /usr/lib64/games/warsow/basewsw/
total 0
lrwxrwxrwx 1 root root 41 Jan 3 11:13 * -
../../../../../usr/share/warsow/basewsw/*
A broken link to '*'. What can be causing this ?
Thanks.
--
Juancho
[Mageia-dev] lxsession needs consolekit to shut down the computer directly
Hi, I'm not able to shut down the computer directly from lxde, I have to logoff and do that from the dm. After searching what could be the problem, I found that consolekit is needed to have this functionnality ( https://bugzilla.redhat.com/show_bug.cgi?id=800658 ) and that lxsession requires consolekit in the Fedora package. Unfortunately, consolekit is no more available in Mageia, it has been dropped a few months ago. Regards.
Re: [Mageia-dev] lxsession needs consolekit to shut down the computer directly
Le 22/12/2012 11:52, sardine a écrit : Hi, I'm not able to shut down the computer directly from lxde, I have to logoff and do that from the dm. After searching what could be the problem, I found that consolekit is needed to have this functionnality ( https://bugzilla.redhat.com/show_bug.cgi?id=800658 ) and that lxsession requires consolekit in the Fedora package. Unfortunately, consolekit is no more available in Mageia, it has been dropped a few months ago. Regards. possible fix : https://bugs.mageia.org/show_bug.cgi?id=8073#c2 Thanks, I've applied a patch from Archlinux, it works perfectly. I've added a comment on the bug report.
Re: [Mageia-dev] Ganglia problem on mga2 - need help (mga#7589)
Hi,
I've given a look, and as I understand the problem, ganglia is built with
python support, but half of the python stuff is not packaged. All the gmond
python modules (%{libdir}/ganglia/python_modules/*.py*) are not here so when
gmond needs them and try to load them, it fails.
Fedora are packaging all the python stuff including the modules in one
gmond-python sub-package (
http://pkgs.fedoraproject.org/cgit/ganglia.git/tree/ganglia.spec?h=f16 ).
Another solution could be to --disable-python.
Regards.
[Mageia-dev] pyc and pyo files are not included in some python packages
Hi, I've noticed that in some python packages pyc and pyo files are not generated and thus not included. In Fedora the script brp-python-bytecompile is called at the end of the %install scriptlet ( http://git.fedorahosted.org/cgit/redhat-rpm-config/tree/macros ). Shouldn't it be the same in Mageia ? Regards.
Re: [Mageia-dev] new environment variable for rpmbuild?
Hi,
Would it be possible to add a new environment variable for rpmbuild to
use when building rpms?
new variable: PERL_AUTOINSTALL=--skipdeps
This would prevent Perl modules using autoinstall to prompt for
downloading missing prereqs / optional deps:
- If missing prereqs, the build would fail cleanly.
- If missing optional dep, the build would proceed instead of failing.
This should be best done before launching mass rebuild, as I found
several such failures that could be avoided altogether if this nasty
module wasn't used.
== who can do that? what should be patched?
Thanks,
Jérôme
Hi,
Why not a new %perl macro for build purpose ?
%perl export PERL_AUTOINSTALL=--skipdeps ; \
%{__perl}
[Mageia-dev] failure to install a src.rpm in a user build directory
Hi,
I've installed cauldron in a vmware vm, and wanting to rebuild a rpm as a user
in my /home I've setup the build environment as usual (I've done that a lot of
times in the past and even a few weeks ago). For me everything is OK but a
src.rpm install gives this output :
[jerome@localhost Téléchargements]$ LC_ALL=C rpm -i
getmail-4.35.0-1.mga3.src.rpm
error: failed to create directory %{_topdir}: / /home/jerome/rpm: Permission
denied
error: getmail-4.35.0-1.mga3.src.rpm cannot be installed
The topdir is correctly defined in the .rpmmacros file :
[jerome@localhost ~]$ rpm --showrc | grep topdir
-14: _builddir %{_topdir}/BUILD
-14: _buildrootdir %{_topdir}/BUILDROOT
-14: _rpmdir%{_topdir}/RPMS
-14: _sourcedir %{_topdir}/SOURCES
-14: _specdir %{_topdir}/SPECS
-14: _srcrpmdir %{_topdir}/SRPMS
-14: _topdir /home/jerome/rpm
-14: git_repository_cache %_topdir/%{name}.git
The build tree is correctly created with the correct permissions :
[jerome@localhost ~]$ ls -l /home/jerome | grep rpm
drwxr-xr-x 9 jerome jerome 4096 déc. 5 23:02 rpm/
[jerome@localhost ~]$ ls -l /home/jerome/rpm
total 28
drwxr-xr-x 2 jerome jerome 4096 déc. 5 23:02 BUILD/
drwxr-xr-x 2 jerome jerome 4096 déc. 5 23:02 BUILDROOT/
drwxr-xr-x 4 jerome jerome 4096 déc. 5 23:02 RPMS/
drwxr-xr-x 2 jerome jerome 4096 déc. 5 23:02 SOURCES/
drwxr-xr-x 2 jerome jerome 4096 déc. 5 23:02 SPECS/
drwxr-xr-x 2 jerome jerome 4096 déc. 5 23:02 SRPMS/
drwxr-xr-x 2 jerome jerome 4096 déc. 5 23:02 tmp/
So I don't understand what is wrong. Any idea ?
Thanks.
[Mageia-dev] unable to install cauldron in a vmware vm
Hi, I can't install Cauldron (i586) starting from a boot.iso image in a wmware vm. After the partitionning phase, I got this error : caller should have used -read_config or configure first.. I don't know what component is at stake so I can't fill a bug report. Here is a screenshot : http://www.casimages.com/img.php?i=121203092151355211.png . Regards.
Re: [Mageia-dev] Please help with Freeswitch
Hi, It could be related to this : https://wiki.mageia.org/en/Underlinking_issues_in_packaging#Perl_modules Regards.
Re: [Mageia-dev] Updateing mageia-maintainers-database
Hello, As some of you have noticed, I'm currently updating ruby* to 1.9.x. During the rebuilding of existing gems, I've found that mageia-maintainers-database is requiring old version of ruby-rails and ruby-cgi. There is currently no maintainer of mageia-maintainers-database, and there is noway to make ruby-cgi compatible with ruby 1.9. Which means, ruby-cgi annd mageia-maintainers-database would be probably unable to install thus won't working in mga3. If there is no real maintainer of mageia-maintainers-database, the package might be dropped eventually. So, call for updating mageia-maintainers-database. Regards. Hi, Opensuse and Arch have ruby-fcgi v 0.8.9 ( http://github.com/saks/fcgi ) built with Ruby 1.9.x : http://pkgs.org/opensuse-12.2/opensuse-oss-i586/rubygem-ruby-fcgi-0.8.9-2.1.2.i586.rpm.html https://aur.archlinux.org/packages.php?ID=46 Regards.
