From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- .../20130103/038c3baf/attachment-0001.html | 23 ++++++++++++++++++ .../attachments/20130103/038c3baf/attachment.html | 23 ++++++++++++++++++ .../20130103/4113855d/attachment-0001.html | 13 +++++++++++ .../attachments/20130103/4113855d/attachment.html | 13 +++++++++++ .../20130103/53183d2d/attachment-0001.html | 27 ++++++++++++++++++++++ .../attachments/20130103/53183d2d/attachment.html | 27 ++++++++++++++++++++++ .../20130103/6a120124/attachment-0001.asc | 7 ++++++ .../attachments/20130103/6a120124/attachment.asc | 7 ++++++ .../20130103/7809d14a/attachment-0001.html | 15 ++++++++++++ .../attachments/20130103/7809d14a/attachment.html | 15 ++++++++++++ .../20130103/8232c760/attachment-0001.html | 1 + .../attachments/20130103/8232c760/attachment.html | 1 + .../20130103/8fcf01b7/attachment-0001.asc | 7 ++++++ .../attachments/20130103/8fcf01b7/attachment.asc | 7 ++++++ 14 files changed, 186 insertions(+) create mode 100644 zarb-ml/mageia-dev/attachments/20130103/038c3baf/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20130103/038c3baf/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20130103/4113855d/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20130103/4113855d/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20130103/53183d2d/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20130103/53183d2d/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20130103/6a120124/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20130103/6a120124/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20130103/7809d14a/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20130103/7809d14a/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20130103/8232c760/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20130103/8232c760/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20130103/8fcf01b7/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20130103/8fcf01b7/attachment.asc (limited to 'zarb-ml/mageia-dev/attachments/20130103') diff --git a/zarb-ml/mageia-dev/attachments/20130103/038c3baf/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130103/038c3baf/attachment-0001.html new file mode 100644 index 000000000..80e2c6b35 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/038c3baf/attachment-0001.html @@ -0,0 +1,23 @@ +

On Thu, Jan 3, 2013 at 5:23 PM, David Walser <luigiwalser@yahoo.com> wrote:
+ +

+> for i in %{_datadir}/%{name}/basewsw/*;
+> do
+>   file=`basename $i`
+>
+>   ln -sf $i  %{buildroot}%{gamelibdir}/basewsw/$file
+> done
+
+
Looks better, that should make relative links.
+
+The problem is in the first line, the %{_datadir}/%{name}/basewsw/*
+should have a %{buildroot} at the beginning of it.  Otherwise, it's matching
+against files on your actual system already installed at that location,
+which of course won't be there on the build system.  That's why the * doesn't
+match anything, and becomes a literal *.
+
+


I had tried that before, but on that case, on my local build the symlinks are created like this:
+ +
ll /usr/lib64/games/warsow/basewsw/
total 4
lrwxrwxrwx 1 root root 114 Jan  3 18:01 * -> ../../../../../home/cauldron/mageia/cauldron/warsow/BUILDROOT/warsow-1.02-5.mga3.x86_64/usr/share/warsow/basewsw/*
+ +

--
Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130103/038c3baf/attachment.html b/zarb-ml/mageia-dev/attachments/20130103/038c3baf/attachment.html new file mode 100644 index 000000000..80e2c6b35 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/038c3baf/attachment.html @@ -0,0 +1,23 @@ +

On Thu, Jan 3, 2013 at 5:23 PM, David Walser <luigiwalser@yahoo.com> wrote:
+ +

+> for i in %{_datadir}/%{name}/basewsw/*;
+> do
+>   file=`basename $i`
+>
+>   ln -sf $i  %{buildroot}%{gamelibdir}/basewsw/$file
+> done
+
+
Looks better, that should make relative links.
+
+The problem is in the first line, the %{_datadir}/%{name}/basewsw/*
+should have a %{buildroot} at the beginning of it.  Otherwise, it's matching
+against files on your actual system already installed at that location,
+which of course won't be there on the build system.  That's why the * doesn't
+match anything, and becomes a literal *.
+
+


I had tried that before, but on that case, on my local build the symlinks are created like this:
+ +
ll /usr/lib64/games/warsow/basewsw/
total 4
lrwxrwxrwx 1 root root 114 Jan  3 18:01 * -> ../../../../../home/cauldron/mageia/cauldron/warsow/BUILDROOT/warsow-1.02-5.mga3.x86_64/usr/share/warsow/basewsw/*
+ +

--
Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130103/4113855d/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130103/4113855d/attachment-0001.html new file mode 100644 index 000000000..595a167af --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/4113855d/attachment-0001.html @@ -0,0 +1,13 @@ +
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 diff --git a/zarb-ml/mageia-dev/attachments/20130103/4113855d/attachment.html b/zarb-ml/mageia-dev/attachments/20130103/4113855d/attachment.html new file mode 100644 index 000000000..595a167af --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/4113855d/attachment.html @@ -0,0 +1,13 @@ +
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 diff --git a/zarb-ml/mageia-dev/attachments/20130103/53183d2d/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130103/53183d2d/attachment-0001.html new file mode 100644 index 000000000..28739e059 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/53183d2d/attachment-0001.html @@ -0,0 +1,27 @@ +

On Thu, Jan 3, 2013 at 6:22 PM, Juan Luis Baptiste <juancho@mageia.org> wrote:
+ +

On Thu, Jan 3, 2013 at 6:10 PM, Charles A Edwards <CAE@eslrahc.com> wrote:.
+ + +
+
+
Why not have it created in post by the warsow-data rpm?
+
+%post
+ln -sf %{_datadir}/warsow/basewsw/*  %{gamelibdir}/basewsw
+
+%postun
+rm -rf %{gamelibdir}/basewsw
+
+

Good idea, going to try this. 

+ + +


Nope it didn't work either, with Charle's suggestion I get this error:

ln: target ‘/usr/lib64/games/warsow/basewsw/’ is not a directory: No such file or directory
+ +

Which I don't understand why it says no such file or directory if that's the link I want to create. And /usr/lib64/games/warsow exists. I also tried the for loop option with no success either:
+ +

for i in `%{_datadir}/%{name}/basewsw/*`;
do
   file=`basename $i`
   ln -sf $i  %{gamelibdir}/basewsw/$file
done

/var/tmp/rpm-tmp.HdlyUk: line 7: /usr/share/warsow-data/basewsw/*: No such file or directory
+ +

It seems as if the expression `%{_datadir}/%{name}/basewsw/*` (don't mind the left quotes, it happens the same with them or not) of the for loop wasn't being expanded and $i ends with the literal value '*'.
+ +

Any other suggestions ?

--
Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130103/53183d2d/attachment.html b/zarb-ml/mageia-dev/attachments/20130103/53183d2d/attachment.html new file mode 100644 index 000000000..28739e059 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/53183d2d/attachment.html @@ -0,0 +1,27 @@ +

On Thu, Jan 3, 2013 at 6:22 PM, Juan Luis Baptiste <juancho@mageia.org> wrote:
+ +

On Thu, Jan 3, 2013 at 6:10 PM, Charles A Edwards <CAE@eslrahc.com> wrote:.
+ + +
+
+
Why not have it created in post by the warsow-data rpm?
+
+%post
+ln -sf %{_datadir}/warsow/basewsw/*  %{gamelibdir}/basewsw
+
+%postun
+rm -rf %{gamelibdir}/basewsw
+
+

Good idea, going to try this. 

+ + +


Nope it didn't work either, with Charle's suggestion I get this error:

ln: target ‘/usr/lib64/games/warsow/basewsw/’ is not a directory: No such file or directory
+ +

Which I don't understand why it says no such file or directory if that's the link I want to create. And /usr/lib64/games/warsow exists. I also tried the for loop option with no success either:
+ +

for i in `%{_datadir}/%{name}/basewsw/*`;
do
   file=`basename $i`
   ln -sf $i  %{gamelibdir}/basewsw/$file
done

/var/tmp/rpm-tmp.HdlyUk: line 7: /usr/share/warsow-data/basewsw/*: No such file or directory
+ +

It seems as if the expression `%{_datadir}/%{name}/basewsw/*` (don't mind the left quotes, it happens the same with them or not) of the for loop wasn't being expanded and $i ends with the literal value '*'.
+ +

Any other suggestions ?

--
Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130103/6a120124/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130103/6a120124/attachment-0001.asc new file mode 100644 index 000000000..ab4462cc2 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/6a120124/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iD8DBQBQ5RvrT1rWTfpocyQRAjyAAKDn5eCKatkZ0mxNMWNl6Q+OOGSfTQCgiB81 +mL1A0gLBXXlIEKnczHvDYlw= +=cIFn +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130103/6a120124/attachment.asc b/zarb-ml/mageia-dev/attachments/20130103/6a120124/attachment.asc new file mode 100644 index 000000000..ab4462cc2 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/6a120124/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iD8DBQBQ5RvrT1rWTfpocyQRAjyAAKDn5eCKatkZ0mxNMWNl6Q+OOGSfTQCgiB81 +mL1A0gLBXXlIEKnczHvDYlw= +=cIFn +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130103/7809d14a/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130103/7809d14a/attachment-0001.html new file mode 100644 index 000000000..374a9848b --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/7809d14a/attachment-0001.html @@ -0,0 +1,15 @@ +

On Thu, Jan 3, 2013 at 6:10 PM, Charles A Edwards <CAE@eslrahc.com> wrote:.
+ +
+
+
Why not have it created in post by the warsow-data rpm?
+
+%post
+ln -sf %{_datadir}/warsow/basewsw/*  %{gamelibdir}/basewsw
+
+%postun
+rm -rf %{gamelibdir}/basewsw
+
+

Good idea, going to try this. 

+ +

--
Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130103/7809d14a/attachment.html b/zarb-ml/mageia-dev/attachments/20130103/7809d14a/attachment.html new file mode 100644 index 000000000..374a9848b --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/7809d14a/attachment.html @@ -0,0 +1,15 @@ +

On Thu, Jan 3, 2013 at 6:10 PM, Charles A Edwards <CAE@eslrahc.com> wrote:.
+ +
+
+
Why not have it created in post by the warsow-data rpm?
+
+%post
+ln -sf %{_datadir}/warsow/basewsw/*  %{gamelibdir}/basewsw
+
+%postun
+rm -rf %{gamelibdir}/basewsw
+
+

Good idea, going to try this. 

+ +

--
Juancho diff --git a/zarb-ml/mageia-dev/attachments/20130103/8232c760/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20130103/8232c760/attachment-0001.html new file mode 100644 index 000000000..499027c42 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/8232c760/attachment-0001.html @@ -0,0 +1 @@ +
Or you can just disable it in sys temsettings



-------- Message d'origine --------
De : Guillaume Rousse <guillomovitch@gmail.com>
Date :
A : Mageia development mailing-list <mageia-dev@mageia.org>
Objet : Re: [Mageia-dev] Frequent freezes in M2


Le 03/01/2013 11:30, Anne Wilson a écrit :
>> imho: nepomuk is a beast and uses too much memory.
>>
> Like many people, I don't see any advantage.
What prevents you from uninstalling it ?

--
BOFH excuse #98:

The vendor put the bug there.
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20130103/8232c760/attachment.html b/zarb-ml/mageia-dev/attachments/20130103/8232c760/attachment.html new file mode 100644 index 000000000..499027c42 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/8232c760/attachment.html @@ -0,0 +1 @@ +
Or you can just disable it in sys temsettings



-------- Message d'origine --------
De : Guillaume Rousse <guillomovitch@gmail.com>
Date :
A : Mageia development mailing-list <mageia-dev@mageia.org>
Objet : Re: [Mageia-dev] Frequent freezes in M2


Le 03/01/2013 11:30, Anne Wilson a écrit :
>> imho: nepomuk is a beast and uses too much memory.
>>
> Like many people, I don't see any advantage.
What prevents you from uninstalling it ?

--
BOFH excuse #98:

The vendor put the bug there.
\ No newline at end of file diff --git a/zarb-ml/mageia-dev/attachments/20130103/8fcf01b7/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20130103/8fcf01b7/attachment-0001.asc new file mode 100644 index 000000000..0bfe646b3 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/8fcf01b7/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.13 (GNU/Linux) + +iEYEARECAAYFAlDmD+kACgkQMYWkoYueEqtv9QCg2S8uB+KiyvU89wPfWFlgMjHs +BiAAnjcy6XNhSmAPd8ttfiV/Hzk4h7uj +=z+hs +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20130103/8fcf01b7/attachment.asc b/zarb-ml/mageia-dev/attachments/20130103/8fcf01b7/attachment.asc new file mode 100644 index 000000000..0bfe646b3 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20130103/8fcf01b7/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.13 (GNU/Linux) + +iEYEARECAAYFAlDmD+kACgkQMYWkoYueEqtv9QCg2S8uB+KiyvU89wPfWFlgMjHs +BiAAnjcy6XNhSmAPd8ttfiV/Hzk4h7uj +=z+hs +-----END PGP SIGNATURE----- -- cgit v1.2.1