From sparky at ep09.pld-linux.org  Tue Aug  1 03:40:38 2006
From: sparky at ep09.pld-linux.org (sparky at ep09.pld-linux.org)
Date: Tue, 1 Aug 2006 03:40:38 +0200
Subject: SOURCES: rpm-macros.patch - --as-needed by default
In-Reply-To: <20060724082824.188d3cd7.freetz@gmx.net>
References: <SOURCES_rpm_macros.patch.1.27@pld-linux.org>
	<SOURCES_rpm_macros.patch.1.28@pld-linux.org>
	<20060723222132.GA30064@pld-linux.org>
	<200607240544.14223.glen@delfi.ee>
	<20060724082824.188d3cd7.freetz@gmx.net>
Message-ID: <20060801014038.GA19915@ep09.pld-linux.org>

On Mon, Jul 24, 2006 at 08:28:24AM +0200, Fryderyk Dziarmagowski wrote:

> I think adding to a broken package '%define no_build_with_as_needed 1'
> instead of enabling it per package makes sense (after adding
> LDFLAGS="%{rpmldflags} -Wl,--as-needed" to 117 packages with only 3
> build fails and suggestions from other developers to enable globally)

because you was adding them to packages using correct ac/am, and no
libtinfo related things

rather than adding '%define no_build_with_as_needed 1' maybe you
should try to fix those packages ?
i already know how to fix most of them, and if someone asks i can
describe the process

and i've got a question too, how can i check does executable has all
required symbols without executing it ? and shared library ?

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From freetz at gmx.net  Tue Aug  1 07:05:38 2006
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Tue, 1 Aug 2006 07:05:38 +0200
Subject: SOURCES: rpm-macros.patch - --as-needed by default
In-Reply-To: <20060801014038.GA19915@ep09.pld-linux.org>
References: <SOURCES_rpm_macros.patch.1.27@pld-linux.org>
	<SOURCES_rpm_macros.patch.1.28@pld-linux.org>
	<20060723222132.GA30064@pld-linux.org>
	<200607240544.14223.glen@delfi.ee>
	<20060724082824.188d3cd7.freetz@gmx.net>
	<20060801014038.GA19915@ep09.pld-linux.org>
Message-ID: <20060801070538.68452f7c.freetz@gmx.net>

--- sparky at ep09.pld-linux.org wrote:

> On Mon, Jul 24, 2006 at 08:28:24AM +0200, Fryderyk Dziarmagowski wrote:
> 
> > I think adding to a broken package '%define no_build_with_as_needed 1'
> > instead of enabling it per package makes sense (after adding
> > LDFLAGS="%{rpmldflags} -Wl,--as-needed" to 117 packages with only 3
> > build fails and suggestions from other developers to enable globally)

[...]
> i already know how to fix most of them, and if someone asks i can
> describe the process

please, do it.

-- 
Fryderyk Dziarmagowski


From glen at delfi.ee  Tue Aug  1 08:26:27 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 1 Aug 2006 09:26:27 +0300
Subject: SOURCES: rpm-macros.patch - --as-needed by default
In-Reply-To: <200607240544.14223.glen@delfi.ee>
References: <SOURCES_rpm_macros.patch.1.27@pld-linux.org>
	<20060723222132.GA30064@pld-linux.org>
	<200607240544.14223.glen@delfi.ee>
Message-ID: <200608010926.27406.glen@delfi.ee>

On Monday 24 July 2006 05:44, Elan Ruusam?e wrote:
> does the --as-needed work also for Ac gcc?
anybody can answer this?

-- 
glen


From havner at smtp.kamp.pl  Tue Aug  1 09:13:52 2006
From: havner at smtp.kamp.pl (havner)
Date: Tue, 1 Aug 2006 09:13:52 +0200
Subject: SOURCES: rpm-macros.patch - --as-needed by default
In-Reply-To: <200608010926.27406.glen@delfi.ee>
References: <SOURCES_rpm_macros.patch.1.27@pld-linux.org>
	<20060723222132.GA30064@pld-linux.org>
	<200607240544.14223.glen@delfi.ee>
	<200608010926.27406.glen@delfi.ee>
Message-ID: <20060801071352.GA6643@pld-linux.org>

On Tue, Aug 01, 2006 at 09:26:27AM +0300, Elan Ruusam?e wrote:
> On Monday 24 July 2006 05:44, Elan Ruusam?e wrote:
> > does the --as-needed work also for Ac gcc?
> anybody can answer this?

Is it gcc option? It should be linker (and is in ld manual). Tho i'm not
sure how is passed to it (maybe through gcc :-))

-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"


From sparky at ep09.pld-linux.org  Tue Aug  1 14:31:29 2006
From: sparky at ep09.pld-linux.org (sparky at ep09.pld-linux.org)
Date: Tue, 1 Aug 2006 14:31:29 +0200
Subject: SOURCES: rpm-macros.patch - --as-needed by default
In-Reply-To: <20060801071352.GA6643@pld-linux.org>
References: <SOURCES_rpm_macros.patch.1.27@pld-linux.org>
	<20060723222132.GA30064@pld-linux.org>
	<200607240544.14223.glen@delfi.ee>
	<200608010926.27406.glen@delfi.ee>
	<20060801071352.GA6643@pld-linux.org>
Message-ID: <20060801123129.GA4264@ep09.pld-linux.org>

On Tue, Aug 01, 2006 at 09:13:52AM +0200, havner wrote:
> On Tue, Aug 01, 2006 at 09:26:27AM +0300, Elan Ruusam?e wrote:
> > On Monday 24 July 2006 05:44, Elan Ruusam?e wrote:
> > > does the --as-needed work also for Ac gcc?
> > anybody can answer this?
> 
> Is it gcc option? It should be linker (and is in ld manual). Tho i'm not
> sure how is passed to it (maybe through gcc :-))

it is linker-only option (ld), abd acording to gentoo manual about
fixing as-needed problems it requires late 2.17.* binutils, early 2.17
and 2.16 has this option too, but it's buggy

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From sparky at ep09.pld-linux.org  Tue Aug  1 16:08:11 2006
From: sparky at ep09.pld-linux.org (sparky at ep09.pld-linux.org)
Date: Tue, 1 Aug 2006 16:08:11 +0200
Subject: Fixing --as-needed problems [Re: SOURCES: rpm-macros.patch -
	--as-needed by default]
In-Reply-To: <20060801070538.68452f7c.freetz@gmx.net>
References: <SOURCES_rpm_macros.patch.1.27@pld-linux.org>
	<SOURCES_rpm_macros.patch.1.28@pld-linux.org>
	<20060723222132.GA30064@pld-linux.org>
	<200607240544.14223.glen@delfi.ee>
	<20060724082824.188d3cd7.freetz@gmx.net>
	<20060801014038.GA19915@ep09.pld-linux.org>
	<20060801070538.68452f7c.freetz@gmx.net>
Message-ID: <20060801140811.GA13928@ep09.pld-linux.org>

On Tue, Aug 01, 2006 at 07:05:38AM +0200, Fryderyk Dziarmagowski wrote:
> --- sparky at ep09.pld-linux.org wrote:
> 
> > i already know how to fix most of them, and if someone asks i can
> > describe the process
> 
> please, do it.

First of all, explanation how it works. With --as-needed option only
libraries which contain symbols required by _object_files_ are linked.
All the ld options are positional, and position is very important.
About positions:

Correct ones are:
$ gcc $(LDFLAGS) -o $@ $(OBJECTS) $(LIBS)
and this generally works well.

If there is something like that:
$ gcc -Wl,--as-needed -l<library> <objects.o>
the library will _never_ be linked, because it's not required at the
time it's checked.

And with something like that:
$ gcc -l<library> -Wl,--as-needed <objects.o>
library will allways be linked, even if it's not required.


Most of problems are with readline/ncurses and tinfo, and it's nice
example:
tinfo is required by both readline and ncurses, and both are linked with
this library (now, when I've fixed readline).

But some packages link with readline or ncurses while they use _only_
symbols from tinfo. Without --as-needed those executables work because
they are linked with tinfo from r./n. libraries. With --as-needed it
will not work, because readline/ncurses contains no symbols required
so they are not linked, it's dependencies naturally are neither linked.
So there is a need to pass -ltinfo. If it requires only symbols from
tinfo it's ok to s/ncurses/tinfo/. But if it realy requires r./n. but
there is some executable (or ./configure) which requires only tinfo both
-l<read/ncur> and -ltinfo should be passed.


Other common problem is when package produces some shared libraries
without linking them with all required libraries, and everything is
linked at the end to one binary. So we have:
$ gcc -Wl,--as-needed -o executable <objects.o> -l2 -l1
and normally objects require only library 2, and -l1 is required by -l2.
As I said it checks only for symbols from objects, so -l1 is not linked.
Normally it is easy to fix it, simply make sure while linking -l2 it is
linked to -l1.


That's all, for now.


And for some more information chceck:
http://www.gentoo.org/proj/en/qa/asneeded.xml

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From sparky at pld-linux.org  Fri Aug  4 19:01:35 2006
From: sparky at pld-linux.org (sparky at pld-linux.org)
Date: Fri, 4 Aug 2006 19:01:35 +0200
Subject: Let's gentooize: %filterout_* macros
Message-ID: <20060804170135.GA28395@pld-linux.org>


I'd like to change our:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
%debugcflags	-O0 -g -Wall
%rpmcflags	%%{?debug:%debugcflags}%{!?debug:%optflags}%{?debuginfocflags}
%rpmcxxflags	%{rpmcflags}
%rpmldflags	%{!?no_build_with_as_needed:-Wl,--as-needed}
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


To this one:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
%debugcflags	-O0 -g -Wall
%optldflags	-Wl,--as-needed

%filter_out \
	@out = grep { $f = $_; not grep {$f =~ /^$_$/} (@f)} (@in);	\
	$" = " "; print "@out"

%rpmcflags %(perl -e '
	@in = qw(%{?debug:%debugcflags}%{!?debug:%optflags}%{?debuginfocflags});
	@f = qw(%{?filterout_c});
	%{filter_out}
')

%rpmcxxflags %(perl -e '
	@in = qw(%{rpmcflags});
	@f = qw(%{?filterout_cxx});
	%{filter_out}
')

%rpmldflags %(perl -e '
	@in = qw(%{optldflags});
	@f = qw(%{?filterout_ld});
	%{filter_out}
')
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Well, it shouldn't be perl, but i don't know how to write it in awk.


Use of those macros is very simple:
put:
%define	filterout_ld	-Wl,--as-needed --as-needed
in any package which hates --as-needed

or
%define filterout_ld	-Wl,-s -s
in glibc.spec and elfutils.spec

cflags filtering may be useful for all of us in packages we know work
well without -fwrapv or -fno-strict-aliasing

and will be useful for people who use some additional flags which 
sometimes may brake executable


What do you think about it ? And is there any volunteer for rewriting it
in awk ?

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From sparky at pld-linux.org  Sat Aug  5 05:03:09 2006
From: sparky at pld-linux.org (sparky at pld-linux.org)
Date: Sat, 5 Aug 2006 05:03:09 +0200
Subject: Let's gentooize: %filterout_* macros
In-Reply-To: <20060804170135.GA28395@pld-linux.org>
References: <20060804170135.GA28395@pld-linux.org>
Message-ID: <20060805030309.GA20278@pld-linux.org>

On Fri, Aug 04, 2006 at 07:01:35PM +0200, sparky at pld-linux.org wrote:
> 
> Well, it shouldn't be perl, but i don't know how to write it in awk.

Now I know, it isn't as pretty as perl, but works too:

===============================================================
%debugcflags	-O0 -g -Wall
%optldflags	-Wl,--as-needed

%filter_out 					\
	for (i in I) { 	A=0;			\
		for (f in F) {			\
			if (I[i] ~ "^" F[f] "$") A=1;	\
		};				\
		if (!A) printf(I[i] FS);	\
	}

%rpmcflags %(awk 'BEGIN {
	split("%{?debug:%debugcflags}%{!?debug:%optflags}%{?debuginfocflags}",I);
	split("%{?filterout_c}",F);
	%{filter_out}
}')

%rpmcxxflags %(awk 'BEGIN {
	split("%{rpmcflags}",I);
	split("%{?filterout_cxx}",F);
	%{filter_out}
}')

%rpmldflags %(awk 'BEGIN {
	split("%{optldflags}",I);
	split("%{?filterout_ld}",F)
	%{filter_out}
}')
===============================================================

comments ?

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From sparky at pld-linux.org  Sat Aug  5 05:18:05 2006
From: sparky at pld-linux.org (sparky at pld-linux.org)
Date: Sat, 5 Aug 2006 05:18:05 +0200
Subject: Let's gentooize: %filterout_* macros
In-Reply-To: <20060805030309.GA20278@pld-linux.org>
References: <20060804170135.GA28395@pld-linux.org>
	<20060805030309.GA20278@pld-linux.org>
Message-ID: <20060805031805.GA26857@pld-linux.org>

On Sat, Aug 05, 2006 at 05:03:09AM +0200, sparky at pld-linux.org wrote:
> On Fri, Aug 04, 2006 at 07:01:35PM +0200, sparky at pld-linux.org wrote:
> > 
> > Well, it shouldn't be perl, but i don't know how to write it in awk.
> 
> Now I know, it isn't as pretty as perl, but works too:
> 
> ===============================================================
> %rpmcflags %(awk 'BEGIN {
> 	split("%{?debug:%debugcflags}%{!?debug:%optflags}%{?debuginfocflags}",I);
> 	split("%{?filterout_c}",F);

should be:
	split("%{?filterout_c} %{?filterout_ld}",F);

it's usual to put ldflags in cflags


-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From sparky at pld-linux.org  Sun Aug  6 19:31:19 2006
From: sparky at pld-linux.org (sparky at pld-linux.org)
Date: Sun, 6 Aug 2006 19:31:19 +0200
Subject: Fixing --as-needed problems - Example 1
In-Reply-To: <20060801140811.GA13928@ep09.pld-linux.org>
References: <SOURCES_rpm_macros.patch.1.27@pld-linux.org>
	<SOURCES_rpm_macros.patch.1.28@pld-linux.org>
	<20060723222132.GA30064@pld-linux.org>
	<200607240544.14223.glen@delfi.ee>
	<20060724082824.188d3cd7.freetz@gmx.net>
	<20060801014038.GA19915@ep09.pld-linux.org>
	<20060801070538.68452f7c.freetz@gmx.net>
	<20060801140811.GA13928@ep09.pld-linux.org>
Message-ID: <20060806173118.GA15513@pld-linux.org>

WARNING: Way of disabling --as-needed in spec changed from:
 %define no_build_with_as_needed 1
to more generic one:
 %define filterout_ld -Wl,--as-needed

but, DON'T USE IT ! Fix spec instead.
Why ? Because it's very stupid. If something fails to build normally
it's a sign --as-needed did well it's job and disabled unneeded
libraries.

Here goes a little example, xmoto:

With -Wl,--as-needed enabled it stops on something like this:

==========================================================================
x86_64-pld-linux-g++ -DNOMMGR -Wall -DGAMEDATADIR=\"/usr/share/xmoto\"  -mfpmath=sse -ggdb -O2 -ftree-vectorize -ftree-vectorizer-verbose=1 -march=athlon64 -mmmx -msse -msse2 -m3dnow  -s -Wl,--as-needed -Wl,-s  -o xmoto-edit  BuiltInFont.o Image.o LevelSrc.o VApp.o VBezier.o VDraw.o VDrawText.o VFileIO.o VMath.o VTexture.o VXml.o tim.o tim_io_stdio.o tim_jpeg.o tim_memory_crt.o tim_png.o tinystr.o tinyxml.o tinyxmlerror.o tinyxmlparser.o md5.o md5file.o FileCompression.o SwapEndian.o DBuffer.o CRCHash.o Theme.o WWW.o Editor.o EditorMain.o EditorData.o EditorLog.o Packager.o -lGL -lcurl -lode -llualib50 -llua50 -lSDL_mixer -lbz2 -lz -lpng -ljpeg
VApp.o: In function `vapp::App::getRealTime()':
src/VApp.cpp:287: undefined reference to `SDL_GetTicks'
VApp.o: In function `vapp::App::getTime()':
src/VApp.cpp:284: undefined reference to `SDL_GetTicks'
[... bunch of SDL functions ...]
Editor.o: In function `vapp::EditorApp::viewDrawGrid()':
src/Editor.cpp:777: undefined reference to `SDL_GetMouseState'
Editor.o:src/Editor.cpp:46: more undefined references to `SDL_GetMouseState' follow
EditorMain.o: In function `main':
src/EditorMain.cpp:59: undefined reference to `SDL_Quit'
collect2: ld returned 1 exit status
make[1]: *** [xmoto-edit] Error 1
==========================================================================


So let's try to find some of missing symbols:

[sparky at th-chroot SPECS]$ grep SDL_GetMouseState /usr/lib64/libSDL*
Binary file /usr/lib64/libSDL-1.2.so.0 matches
Binary file /usr/lib64/libSDL-1.2.so.0.11.0 matches
Binary file /usr/lib64/libSDL.so matches

they are in -lSDL, but binary does not link with -lSDL;
edit Makefile by hand and add -lSDL at the same place as -lSDL_mixer is:
LIBS = -lcurl -lode -llualib50 -llua50 -lSDL_mixer -lSDL -lbz2 -lz -lpng -ljpeg

What we get after running make in build tree:

==========================================================================
x86_64-pld-linux-g++ -DNOMMGR -Wall -DGAMEDATADIR=\"/usr/share/xmoto\"  -mfpmath=sse -ggdb -O2 -ftree-vectorize -ftree-vectorizer-verbose=1 -march=athlon64 -mmmx -msse -msse2 -m3dnow  -s -Wl,--as-needed -Wl,-s  -o xmoto-edit  BuiltInFont.o Image.o LevelSrc.o VApp.o VBezier.o VDraw.o VDrawText.o VFileIO.o VMath.o VTexture.o VXml.o tim.o tim_io_stdio.o tim_jpeg.o tim_memory_crt.o tim_png.o tinystr.o tinyxml.o tinyxmlerror.o tinyxmlparser.o md5.o md5file.o FileCompression.o SwapEndian.o DBuffer.o CRCHash.o Theme.o WWW.o Editor.o EditorMain.o EditorData.o EditorLog.o Packager.o  -lcurl -lode -llualib50 -llua50 -lSDL_mixer -lSDL -lbz2 -lz -lpng -ljpeg 
VApp.o: In function `vapp::App::grabScreen()':
src/VApp.cpp:667: undefined reference to `glReadBuffer'
src/VApp.cpp:671: undefined reference to `glReadPixels'
[...]
src/Editor.cpp:1280: undefined reference to `glEnable'
src/Editor.cpp:1288: undefined reference to `glDisable'
collect2: ld returned 1 exit status
==========================================================================

Same thing:

[sparky at th-chroot xmoto-0.2.0]$ grep glEnableClientState /usr/lib64/lib*
Binary file /usr/lib64/libGL.so matches
Binary file /usr/lib64/libGL.so.1 matches
Binary file /usr/lib64/libGL.so.1.2 matches

LIBS = -lcurl -lode -llualib50 -llua50 -lSDL_mixer -lSDL -lGL -lbz2 -lz -lpng -ljpeg

But take a look at spec file, -lGL thing was fixed there already:

%{__make} \
	GL_LIBS="-lGL"

Anyway, lets run make, and what we get ?

==========================================================================
x86_64-pld-linux-g++ -DNOMMGR -Wall -DGAMEDATADIR=\"/usr/share/xmoto\"  -mfpmath=sse -ggdb -O2 -ftree-vectorize -ftree-vectorizer-verbose=1 -march=athlon64 -mmmx -msse -msse2 -m3dnow  -s -Wl,--as-needed -Wl,-s  -o xmoto-edit  BuiltInFont.o Image.o LevelSrc.o VApp.o VBezier.o VDraw.o VDrawText.o VFileIO.o VMath.o VTexture.o VXml.o tim.o tim_io_stdio.o tim_jpeg.o tim_memory_crt.o tim_png.o tinystr.o tinyxml.o tinyxmlerror.o tinyxmlparser.o md5.o md5file.o FileCompression.o SwapEndian.o DBuffer.o CRCHash.o Theme.o WWW.o Editor.o EditorMain.o EditorData.o EditorLog.o Packager.o  -lcurl -lode -llualib50 -llua50 -lSDL_mixer -lSDL -lGL -lbz2 -lz -lpng -ljpeg 
make[1]: Leaving directory `/home/users/sparky/rpm/BUILD/xmoto-0.2.0'
==========================================================================

It worked !


But why was it working without --as-needed ?
Answer is realy easy: libSDL is required by SDL_mixer:

[sparky at th-chroot xmoto-0.2.0]$ ldd /usr/lib64/libSDL_mixer-1.2.so.0.2.4 | grep SDL
        libSDL-1.2.so.0 => /usr/lib64/libSDL-1.2.so.0 (0x00002ab425307000)

but xmoto-edit contains no SDL_mixer symbols, that's why xmoto-edit
wasn't linked with SDL_mixer, and nothing provided SDL library


Can you see now why was it so stupid to disable --as-needed ? It worked
just perfectly !



Finally, fix for this may be:
%configure \
	LIBS="-lSDL -lGL"

or patching configure.in
and the result is:

Wrote: /home/users/sparky/rpm/RPMS/xmoto-0.2.0-2.x86_64.rpm

I hope this little example will help you.

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From sparky at pld-linux.org  Sun Aug  6 21:50:34 2006
From: sparky at pld-linux.org (sparky at pld-linux.org)
Date: Sun, 6 Aug 2006 21:50:34 +0200
Subject: Fixing --as-needed problems - Example 2
In-Reply-To: <20060806173118.GA15513@pld-linux.org>
References: <SOURCES_rpm_macros.patch.1.27@pld-linux.org>
	<SOURCES_rpm_macros.patch.1.28@pld-linux.org>
	<20060723222132.GA30064@pld-linux.org>
	<200607240544.14223.glen@delfi.ee>
	<20060724082824.188d3cd7.freetz@gmx.net>
	<20060801014038.GA19915@ep09.pld-linux.org>
	<20060801070538.68452f7c.freetz@gmx.net>
	<20060801140811.GA13928@ep09.pld-linux.org>
	<20060806173118.GA15513@pld-linux.org>
Message-ID: <20060806195034.GA32581@pld-linux.org>

Example 2.
Most common and just a little more difficult case,
evolution-data-server:


Compilation stops at this place:

=====================================================================
/bin/sh ../libtool --tag=CC --mode=link x86_64-pld-linux-gcc  -ggdb -O2 -Wall -Wmissing-prototypes  -Wno-sign-compare  -Wl,--as-needed  -o test-source-selector  test-source-selector.o libedataserverui-1.2.la ../libedataserver/libedataserver-1.2.la -pthread -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lcairo -lpangoft2-1.0 -lfontconfig -lfreetype -lz -lpango-1.0 -lX11 -lgnome-2 -lpopt -lbonobo-2 -lgnomevfs-2 -lbonobo-activation -lgconf-2 -lgobject-2.0 -lORBit-2 -lm -lgmodule-2.0 -ldl -lgthread-2.0 -lgnome-keyring -lglib-2.0   -lpthread 
x86_64-pld-linux-gcc -ggdb -O2 -ftree-vectorize -ftree-vectorizer-verbose=1 -march=athlon64 -mmmx -msse -msse2 -m3dnow -mfpmath=sse -Wall -Wmissing-prototypes -Wno-sign-compare -Wl,--as-needed -o .libs/test-source-selector test-source-selector.o -pthread  ./.libs/libedataserverui-1.2.so [many, many .so and -l libraries] -lpthread
./.libs/libedataserverui-1.2.so: undefined reference to `glade_xml_new'
./.libs/libedataserverui-1.2.so: undefined reference to `gnome_keyring_find_items_sync'
./.libs/libedataserverui-1.2.so: undefined reference to `gnome_keyring_get_default_keyring_sync'
./.libs/libedataserverui-1.2.so: undefined reference to `gnome_keyring_attribute_list_free'
./.libs/libedataserverui-1.2.so: undefined reference to `glade_xml_get_widget'
./.libs/libedataserverui-1.2.so: undefined reference to `gnome_keyring_create_sync'
./.libs/libedataserverui-1.2.so: undefined reference to `gnome_keyring_item_delete_sync'
./.libs/libedataserverui-1.2.so: undefined reference to `gnome_keyring_item_create_sync'
collect2: ld returned 1 exit status
make[2]: *** [test-source-selector] Error 1
=====================================================================

It's different case, now it isn't problem with binary file, but with
shared library. And the difficulty is it shows up at executable-linking
time, because undefined symbols in libraries are permited.

OK, lets try to fix that library:

$ grep gnome_keyring_item_delete_sync /usr/lib64/lib*.so
Binary file /usr/lib64/libgnome-keyring.so matches
$ grep glade_xml_new /usr/lib64/lib*.so
Binary file /usr/lib64/libglade-2.0.so matches


Editing Makefile we find:

GNOME_KEYRING_LIBS = -lgnome-keyring -lglib-2.0

So add this one and glade to that library deps:

libedataserverui_1_2_la_LIBADD = \
        $(top_builddir)/addressbook/libebook/libebook-1.2.la    \
        $(GNOME_KEYRING_LIBS) -lglade-2.0 \
        $(E_DATA_SERVER_LIBS)


As it uses libtool, remove .la to force regeneration:
$ rm libedataserverui-1.2.la 
and try to build
$ make
passes without problems.


Now we only need to fix it correcly, after looking at configure.in and
Makefile.am one can see it was only a typo:

libedataserverui_1_2_la_LIBADD = \
        $(top_builddir)/addressbook/libebook/libebook-1.2.la    \
        $(E_DATA_SERVER_UI_LIBS)
                        ^^^

This time, why was it working without --as-needed ?
test-source-selector binary was linked with all libraries needed by
libedataserverui-1.2.so, and the binary was the one who provided
missing symbols to libedataserverui-1.2.so


Easy, wasn't it ?

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From adamg at biomerieux.pl  Sun Aug  6 22:18:09 2006
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sun, 6 Aug 2006 22:18:09 +0200
Subject: [STBR] AC
Message-ID: <20060806201809.GH11054@mysza.eu.org>

php4.spec:AC-branch
libtiff.spec:AC-branch

both contain security fixes.

thanks

-- 
 http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer    | Everybody needs some solid rock, I know I do.


From sparky at pld-linux.org  Sun Aug  6 22:51:42 2006
From: sparky at pld-linux.org (sparky at pld-linux.org)
Date: Sun, 6 Aug 2006 22:51:42 +0200
Subject: Fixing --as-needed problems - Example 3
In-Reply-To: <20060806195034.GA32581@pld-linux.org>
References: <SOURCES_rpm_macros.patch.1.27@pld-linux.org>
	<SOURCES_rpm_macros.patch.1.28@pld-linux.org>
	<20060723222132.GA30064@pld-linux.org>
	<200607240544.14223.glen@delfi.ee>
	<20060724082824.188d3cd7.freetz@gmx.net>
	<20060801014038.GA19915@ep09.pld-linux.org>
	<20060801070538.68452f7c.freetz@gmx.net>
	<20060801140811.GA13928@ep09.pld-linux.org>
	<20060806173118.GA15513@pld-linux.org>
	<20060806195034.GA32581@pld-linux.org>
Message-ID: <20060806205142.GA25828@pld-linux.org>

Example 3.
Two of most difficult of common problems at one, evolution.spec:

The difficulties are:
1. it appears in configure, what may be difficult to fix and difficult
   to find what the real problem is
2. the problem is not a missing library, but arguments order

configure stops with such message, which says nothing:

checking if pilot-link handles UTF-8 conversions... no
configure: error: evolution requires pilot-link to have working UTF-8 conversion routines


let's look at config.log:

=====================================================================
x86_64-pld-linux-gcc -o conftest -ggdb -O2 -DORBIT2=1 -pthread -I/usr/include/libgnome-2.0 [...many -I...] -I/usr/include/libxml2 -Wl,--as-needed -pthread -lgpilotd [...many -l...] -lglib-2.0 conftest.c >&5
/home/users/sparky/tmp/ccgrL9ll.o: In function `main':
/home/users/sparky/rpm/BUILD/evolution-2.7.90/conftest.c:64: undefined reference to `convert_ToPilotChar'
collect2: ld returned 1 exit status
=====================================================================

function 'convert_ToPilotChar', may be found in passed library, but take
a look at my first post about fixing, arguments order is incorrect,
libraries go before objects (conftest.c)
it's very common when someone puts -l<> in LDFLAGS instead of LIBS, that
was the case too

just take a look at my fix:

-	LDFLAGS_save="$LDFLAGS"
-	LDFLAGS="$LDFLAGS $GNOME_PILOT_LIBS"
+	LIBS_save="$LIBS"
+	LIBS="$LIBS $GNOME_PILOT_LIBS"
[...]
-	LDFLAGS="$LDFLAGS_save"
+	LIBS="$LIBS_save"

with this simple change everything works perfectly

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From radek42 at gmail.com  Mon Aug  7 19:56:41 2006
From: radek42 at gmail.com (Radoslaw Zielinski)
Date: Mon, 7 Aug 2006 19:56:41 +0200
Subject: [STBR] AC
In-Reply-To: <20060806201809.GH11054@mysza.eu.org>
References: <20060806201809.GH11054@mysza.eu.org>
Message-ID: <20060807175641.GA12757@bongo>

855resolution.spec:AC-branch
915resolution.spec:AC-branch

Second one tested and working.  Both required to get X working properly
on these GPUs.


rt2x00.spec:AC-branch

Builds, loads, detects card; I haven't had a chance to check if it works
yet.

-- 
Rados?aw Zieli?ski <radek at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20060807/e6deffe3/attachment.sig>

From blues at pld-linux.org  Mon Aug  7 21:41:57 2006
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Mon, 7 Aug 2006 21:41:57 +0200 (CEST)
Subject: [STBR] AC
In-Reply-To: <20060807175641.GA12757@bongo>
References: <20060806201809.GH11054@mysza.eu.org>
	<20060807175641.GA12757@bongo>
Message-ID: <Pine.LNX.4.64N.0608072140540.13355@wby.gnfx.tqn.cy>

On Mon, 7 Aug 2006, Radoslaw Zielinski wrote:
> 855resolution.spec:AC-branch
> 915resolution.spec:AC-branch
> 
> Second one tested and working.  Both required to get X working properly 
> on these GPUs.

First one tested since a year :D And works. Every day :D

-- 
pozdr.  Pawe? Go?aszewski          jid:blues<at>jabber<dot>gda<dot>pl
--------------------------------------------------------------------------
If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby
Pro-Logic Surround Sound with Bass Boost and all the music is free.

From adamg at biomerieux.pl  Mon Aug  7 23:16:55 2006
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Mon, 7 Aug 2006 23:16:55 +0200
Subject: [STBR] AC
In-Reply-To: <20060806201809.GH11054@mysza.eu.org>
References: <20060806201809.GH11054@mysza.eu.org>
Message-ID: <20060807211655.GA15209@mysza.eu.org>

On Sun, Aug 06, 2006 at 10:18:09PM +0200, Adam Go??biowski wrote:
> php4.spec:AC-branch
> libtiff.spec:AC-branch
> 
> both contain security fixes.

thanks ankry.

two more specs:
php4-eaccelerator.spec:AC-branch
x11vnc.spec:AC-branch

first one needs to be rebuilt becase of php4 version bump, second one
contain security fix (CVE-2006-2450).

-- 
 http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer    | Everybody needs some solid rock, I know I do.


From radek42 at gmail.com  Tue Aug  8 11:20:42 2006
From: radek42 at gmail.com (Radoslaw Zielinski)
Date: Tue, 8 Aug 2006 11:20:42 +0200
Subject: -DLARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  (was: unzip.spec)
In-Reply-To: <20060808043037.GB29144@annyonne.siwster.com>
References: <20060808043037.GB29144@annyonne.siwster.com>
Message-ID: <20060808092042.GA5274@bongo>

Szymon Siwek <sls at poczta.wp.pl> [08-08-2006 06:30]:
[...]
> -	CF="%{rpmcflags} -I. -Wall -DASM_CRC" \
> +	CF="%{rpmcflags} -I. -Wall -DASM_CRC -DLARGEFILE_SOURCE  -D_FILE_OFFSET_BITS=64" \

What would be the correct way to do this globally in Th?
Changing %optflags, or rather some gcc header file?
Should we do it?


(crosspost warning)

-- 
Rados?aw Zieli?ski <radek at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20060808/6008595b/attachment.sig>

From havner at smtp.kamp.pl  Tue Aug  8 11:22:59 2006
From: havner at smtp.kamp.pl (havner)
Date: Tue, 8 Aug 2006 11:22:59 +0200
Subject: SOURCES (LINUX_2_6): grsecurity-2.1.9-2.6.17.7.patch - finished
	up...
In-Reply-To: <SOURCES_grsecurity_2.1.9_2.6.17.7.patch.1.1.2.3@pld-linux.org>
References: <SOURCES_grsecurity_2.1.9_2.6.17.7.patch.1.1.2.2@pld-linux.org>
	<SOURCES_grsecurity_2.1.9_2.6.17.7.patch.1.1.2.3@pld-linux.org>
Message-ID: <20060808092259.GA10180@pld-linux.org>

On Tue, Aug 08, 2006 at 10:52:15AM +0200, hawk wrote:
> Author: hawk                         Date: Tue Aug  8 08:52:15 2006 GMT
> Module: SOURCES                       Tag: LINUX_2_6
> ---- Log message:
> - finished updating for vserver patched kernel, now it applies and I hope
>   it also works (didn't tested yet)
> 
>  --- linux-2.6.17.7/include/linux/sysctl.h	2006-07-24 23:36:01.000000000 -0400
>  +++ linux-2.6.17.7/include/linux/sysctl.h	2006-08-01 20:29:48.000000000 -0400
>  @@ -148,8 +148,21 @@ enum
> - 	KERN_SPIN_RETRY=70,	/* int: number of spinlock retries */
>   	KERN_ACPI_VIDEO_FLAGS=71, /* int: flags for setting up video after ACPI sleep */
>   	KERN_IA64_UNALIGNED=72, /* int: ia64 unaligned userland trap enable */
> + 	KERN_FBSPLASH=73,	/* string: path to fbsplash helper */
>  +#ifdef CONFIG_GRKERNSEC
>  +	KERN_GRSECURITY=98,	/* grsecurity */
>  +#endif

Argh, i just fixed it in previously applied patch. Dont make grsec
FBSPLASH dependent. Put this ifdef on the begining of the enum.

-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"


From qboosh at pld-linux.org  Tue Aug  8 11:46:38 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 8 Aug 2006 11:46:38 +0200
Subject: -DLARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  (was: unzip.spec)
In-Reply-To: <20060808092042.GA5274@bongo>
References: <20060808043037.GB29144@annyonne.siwster.com>
	<20060808092042.GA5274@bongo>
Message-ID: <20060808094638.GA24874@gruby.cs.net.pl>

On Tue, Aug 08, 2006 at 11:20:42AM +0200, Radoslaw Zielinski wrote:
> Szymon Siwek <sls at poczta.wp.pl> [08-08-2006 06:30]:
> [...]
> > -	CF="%{rpmcflags} -I. -Wall -DASM_CRC" \
> > +	CF="%{rpmcflags} -I. -Wall -DASM_CRC -DLARGEFILE_SOURCE  -D_FILE_OFFSET_BITS=64" \
> 
> What would be the correct way to do this globally in Th?
> Changing %optflags, or rather some gcc header file?
> Should we do it?

No.
This is per-app thing.
LFS-ready apps already define proper flags (usually through autoconf
macro).
Others should be reviewed individually. Defining anything won't convert
ints to 64-bit in bad-written code.


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/


From hawk at limanowa.net  Tue Aug  8 11:53:37 2006
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Tue, 08 Aug 2006 11:53:37 +0200
Subject: SOURCES (LINUX_2_6): grsecurity-2.1.9-2.6.17.7.patch - finished
	up...
In-Reply-To: <20060808092259.GA10180@pld-linux.org>
References: <SOURCES_grsecurity_2.1.9_2.6.17.7.patch.1.1.2.2@pld-linux.org>	<SOURCES_grsecurity_2.1.9_2.6.17.7.patch.1.1.2.3@pld-linux.org>
	<20060808092259.GA10180@pld-linux.org>
Message-ID: <44D85F21.6020803@limanowa.net>

> Argh, i just fixed it in previously applied patch. Dont make grsec
> FBSPLASH dependent. Put this ifdef on the begining of the enum.

Merged.

M.




From glen at delfi.ee  Tue Aug  8 12:40:19 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 8 Aug 2006 13:40:19 +0300
Subject: SPECS: clamav.spec - Source0 is back
In-Reply-To: <SPECS_clamav.spec.1.190@pld-linux.org>
References: <SPECS_clamav.spec.1.189@pld-linux.org>
	<SPECS_clamav.spec.1.190@pld-linux.org>
Message-ID: <200608081340.20027.glen@delfi.ee>

On Tuesday 08 August 2006 09:57, zawadaa wrote:
> Author: zawadaa                      Date: Tue Aug  8 06:57:49 2006 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - Source0 is back

http://thread.gmane.org/gmane.linux.pld.devel.english/2601

and smb finally fwd that info to devel-pl list!

-- 
glen


From adamg at biomerieux.pl  Tue Aug  8 12:47:55 2006
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Tue, 8 Aug 2006 12:47:55 +0200
Subject: SPECS: clamav.spec - Source0 is back
In-Reply-To: <200608081340.20027.glen@delfi.ee>
References: <SPECS_clamav.spec.1.189@pld-linux.org>
	<SPECS_clamav.spec.1.190@pld-linux.org>
	<200608081340.20027.glen@delfi.ee>
Message-ID: <20060808104755.GH6483@mysza.eu.org>

On Tue, Aug 08, 2006 at 01:40:19PM +0300, Elan Ruusam?e wrote:
> On Tuesday 08 August 2006 09:57, zawadaa wrote:
> > Author: zawadaa                      Date: Tue Aug  8 06:57:49 2006 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - Source0 is back
> 
> http://thread.gmane.org/gmane.linux.pld.devel.english/2601
> 
> and smb finally fwd that info to devel-pl list!

forwarded.

-- 
 http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer    | Everybody needs some solid rock, I know I do.


From radek42 at gmail.com  Tue Aug  8 15:53:50 2006
From: radek42 at gmail.com (Radoslaw Zielinski)
Date: Tue, 8 Aug 2006 15:53:50 +0200
Subject: -DLARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64  (was: unzip.spec)
In-Reply-To: <20060808094638.GA24874@gruby.cs.net.pl>
References: <20060808043037.GB29144@annyonne.siwster.com>
	<20060808092042.GA5274@bongo>
	<20060808094638.GA24874@gruby.cs.net.pl>
Message-ID: <20060808135350.GB22154@bongo>

Jakub Bogusz <qboosh at pld-linux.org> [08-08-2006 11:46]:
> On Tue, Aug 08, 2006 at 11:20:42AM +0200, Radoslaw Zielinski wrote:
>> Szymon Siwek <sls at poczta.wp.pl> [08-08-2006 06:30]:
>> [...]
>>> -	CF="%{rpmcflags} -I. -Wall -DASM_CRC" \
>>> +	CF="%{rpmcflags} -I. -Wall -DASM_CRC -DLARGEFILE_SOURCE  -D_FILE_OFFSET_BITS=64" \
>> What would be the correct way to do this globally in Th?
>> Changing %optflags, or rather some gcc header file?
>> Should we do it?
> No.
> This is per-app thing.
> LFS-ready apps already define proper flags (usually through autoconf
> macro).

Well, unzip doesn't (assuming the patch is correct).

As I understand [1] and [2], it's also a problem of mixing applications
/ libraries compiled in 32 and 64 mode.

> Others should be reviewed individually. Defining anything won't convert
> ints to 64-bit in bad-written code.

But would it hurt to have 64 bit off_t by default?


[1] http://ac-archive.sourceforge.net/largefile/summary.html 404, copy:
    http://web.archive.org/web/*/http://ac-archive.sourceforge.net/largefile/summary.html
[2] http://freshmeat.net/articles/view/709/

-- 
Rados?aw Zieli?ski <radek at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20060808/bc1715bc/attachment.sig>

From arekm at pld-linux.org  Tue Aug  8 16:47:29 2006
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Tue, 8 Aug 2006 16:47:29 +0200
Subject: SPECS: libpng.spec - add temporary hack to let libtool-expecting
	a...
In-Reply-To: <SPECS_libpng.spec.1.113@pld-linux.org>
References: <SPECS_libpng.spec.1.112@pld-linux.org>
	<SPECS_libpng.spec.1.113@pld-linux.org>
Message-ID: <200608081647.29868.arekm@pld-linux.org>

On Monday 07 August 2006 22:51, aredridel wrote:
> Author: aredridel                    Date: Mon Aug  7 20:51:03 2006 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - add temporary hack to let libtool-expecting apps link with libpng

Please add a hack (sed -i -e 's#/usr/lib/libpng.la#-lpng#g kind) to 
your /usr/lib*/*.la files and not here.

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From sparky at pld-linux.org  Wed Aug  9 10:31:46 2006
From: sparky at pld-linux.org (sparky at pld-linux.org)
Date: Wed, 9 Aug 2006 10:31:46 +0200
Subject: PPCRCD: New version is out (2006-08-09)
Message-ID: <20060809083146.GA31798@pld-linux.org>

	I had to do something quickly because I'm going to Finland
August 15 and I don't know will I be able to do anything after that
date. You have 2 days for testing ! Any bug comunicated to me after
2006-08-11 may remain unfixed for a year.

	So grab it from usual place (http://ppcrcd.pld-linux.org/)
right now !

	News:
 - New splash theme (http://ppcrcd.pld-linux.org/fbsplash/) thx to
   mimooh for help.
 - Everything has been compiled (linked, precisely) with --as-needed
   flag, you should not see any difference, but you will if you find
   some "unresolved referencies", I hope there aren't any
 - Many packages updated (except kernel).
 - Few packages added: ext3rminator, lzo, nc, openvpn, p7zip, patch,
   portmap, setarch, telnet, vtun, wpa_supplicant, zebedee.
 - Two removed: ekg, libfuse.

-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ........... LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW........ppcrcd.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| : Mail....sparky<at>pld-linux.org


From adamg at biomerieux.pl  Thu Aug 10 00:05:48 2006
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Thu, 10 Aug 2006 00:05:48 +0200
Subject: [STBR] AC
In-Reply-To: <20060806201809.GH11054@mysza.eu.org>
References: <20060806201809.GH11054@mysza.eu.org>
Message-ID: <20060809220548.GD25754@mysza.eu.org>

On Sun, Aug 06, 2006 at 10:18:09PM +0200, Adam Go??biowski wrote:
> php4.spec:AC-branch
> libtiff.spec:AC-branch

php4-eaccelerator.spec:AC-branch	(needs rebuilt)
x11vnc.spec:AC-branch 			(CVE-2006-2450)
vim.spec:AC-branch 			(bugfixes)
apache-mod_cband.spec:AC-branch		(bugfixes)
kcheckgmail.spec:AC-branch		(new package)

anyone?

-- 
 http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer    | Everybody needs some solid rock, I know I do.


From havner at smtp.kamp.pl  Thu Aug 10 00:55:57 2006
From: havner at smtp.kamp.pl (havner)
Date: Thu, 10 Aug 2006 00:55:57 +0200
Subject: [STBR] AC
In-Reply-To: <20060809220548.GD25754@mysza.eu.org>
References: <20060806201809.GH11054@mysza.eu.org>
	<20060809220548.GD25754@mysza.eu.org>
Message-ID: <20060809225557.GA1706@pld-linux.org>

On Thu, Aug 10, 2006 at 12:05:48AM +0200, Adam Go??biowski wrote:
> php4-eaccelerator.spec:AC-branch	(needs rebuilt)
> x11vnc.spec:AC-branch 			(CVE-2006-2450)
> vim.spec:AC-branch 			(bugfixes)
> apache-mod_cband.spec:AC-branch		(bugfixes)
> kcheckgmail.spec:AC-branch		(new package)
> 
> anyone?

sent

-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"


From blues at pld-linux.org  Thu Aug 10 01:15:49 2006
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Thu, 10 Aug 2006 01:15:49 +0200 (CEST)
Subject: [STBR] AC
In-Reply-To: <20060809220548.GD25754@mysza.eu.org>
References: <20060806201809.GH11054@mysza.eu.org>
	<20060809220548.GD25754@mysza.eu.org>
Message-ID: <Pine.LNX.4.64N.0608100114240.31420@wby.gnfx.tqn.cy>

On Thu, 10 Aug 2006, Adam Go??biowski wrote:
> php4-eaccelerator.spec:AC-branch	(needs rebuilt)

php-eaccelerator.spec	(new version - works really better, with full php5 
			support)

-- 
pozdr.  Pawe? Go?aszewski          jid:blues<at>jabber<dot>gda<dot>pl
--------------------------------------------------------------------------
If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby
Pro-Logic Surround Sound with Bass Boost and all the music is free.

From havner at smtp.kamp.pl  Thu Aug 10 01:31:54 2006
From: havner at smtp.kamp.pl (havner)
Date: Thu, 10 Aug 2006 01:31:54 +0200
Subject: [STBR] AC
In-Reply-To: <Pine.LNX.4.64N.0608100114240.31420@wby.gnfx.tqn.cy>
References: <20060806201809.GH11054@mysza.eu.org>
	<20060809220548.GD25754@mysza.eu.org>
	<Pine.LNX.4.64N.0608100114240.31420@wby.gnfx.tqn.cy>
Message-ID: <20060809233154.GA2410@pld-linux.org>

On Thu, Aug 10, 2006 at 01:15:49AM +0200, Pawe? Go?aszewski wrote:
> On Thu, 10 Aug 2006, Adam Go??biowski wrote:
> > php4-eaccelerator.spec:AC-branch	(needs rebuilt)
> 
> php-eaccelerator.spec	(new version - works really better, with full php5 
> 			support)

Sent, next time rebranch before requesting.


-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"


From blues at pld-linux.org  Thu Aug 10 01:35:51 2006
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Thu, 10 Aug 2006 01:35:51 +0200 (CEST)
Subject: [STBR] AC
In-Reply-To: <20060809233154.GA2410@pld-linux.org>
References: <20060806201809.GH11054@mysza.eu.org>
	<20060809220548.GD25754@mysza.eu.org>
	<Pine.LNX.4.64N.0608100114240.31420@wby.gnfx.tqn.cy>
	<20060809233154.GA2410@pld-linux.org>
Message-ID: <Pine.LNX.4.64N.0608100133100.13574@wby.gnfx.tqn.cy>

On Thu, 10 Aug 2006, havner wrote:
> > > php4-eaccelerator.spec:AC-branch (needs rebuilt)
> > php-eaccelerator.spec (new version - works really better, with full 
> > 			php5 support)
> Sent, next time rebranch before requesting.

After 5h putting together the new bed you'll forget about such a tiny 
thing too :P

-- 
pozdr.  Pawe? Go?aszewski          jid:blues<at>jabber<dot>gda<dot>pl
--------------------------------------------------------------------------
If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby
Pro-Logic Surround Sound with Bass Boost and all the music is free.

From freetz at gmx.net  Wed Aug 16 21:34:57 2006
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Wed, 16 Aug 2006 21:34:57 +0200
Subject: SOURCES: LiVES-FHS.patch (NEW) - added
In-Reply-To: <SOURCES_LiVES_FHS.patch.1.1@pld-linux.org>
References: <SOURCES_LiVES_FHS.patch.NONE@pld-linux.org>
	<SOURCES_LiVES_FHS.patch.1.1@pld-linux.org>
Message-ID: <20060816213457.6f9c9bf4.freetz@gmx.net>

--- aredridel <aredridel at pld-linux.org> wrote:

> Author: aredridel                    Date: Wed Aug 16 19:25:11 2006 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - added
> +-$builtin_dir.="$ARGV[0]/$ARGV[1]/share/lives/plugins/effects/RFXscripts/";
> ++$builtin_dir.="$ARGV[0]/$ARGV[1]/lib/lives/plugins/effects/RFXscripts/";
> + print "    adding script files from $builtin_dir\n";
> + 
> + open OUT,"> POTFILES_PLUGINS";
> +diff -ur lives-0.9.6-o/po/pxgettext lives-0.9.6/po/pxgettext
> +--- lives-0.9.6-o/po/pxgettext	2006-01-28 13:58:19.000000000 -0700
> ++++ lives-0.9.6/po/pxgettext	2006-08-16 13:10:21.000000000 -0600
[...]
> +     $e = "msgid \"$plugin_name\"";
> +-    $fileposition = "#: $prefix/share/lives/plugins/effects/rendered/$basename:0\n";
> ++    $fileposition = "#: $prefix/lib/lives/plugins/effects/rendered/$basename:0\n";
[...]
> +-#define THEME_DIR "/share/lives/themes/"
> +-#define PLUGIN_DIR "/share/lives/plugins/"
> +-#define ICON_DIR "/share/lives/icons/"
> +-#define DATA_DIR "/share/lives/"
> ++#define THEME_DIR "/lib/lives/themes/"
> ++#define PLUGIN_DIR "/lib/lives/plugins/"
> ++#define ICON_DIR "/lib/lives/icons/"
> ++#define DATA_DIR "/lib/lives/"
> + #define LIVES_CONFIG_DIR ".lives-dir"

what about 64bit archs?

-- 
Fryderyk Dziarmagowski


From qboosh at pld-linux.org  Fri Aug 18 12:40:50 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 18 Aug 2006 12:40:50 +0200
Subject: pci-database - vendor:device identification is not sufficient
Message-ID: <20060818104050.GA14602@gruby.cs.net.pl>

Some time ago I noticed that there are some SCSI devices (mostly RAID
arrays sold as Compaq or Dell PERC devices) which share the same
vendor:device id, but real device (and thus driver) must be recognized
by subsystem vendor:device id.

Now I found the same with network devices: 1737:1032 is supported by
r8169 or skge depending on subsystem device id.

Another thing is that current kernel version dependency (2.4.x or 2.6.x)
is too weak - in 2.6.x drivers are renamed and devices are moved from one
driver to another much more frequently than ever before.
(e.g.: megaraid/megaraid_mbox+megaraid_sas, mptscsih/mptspi+mptfc+mptsas,
sk98lin/sk98lin+skge, rivafb/rivafb+nvidiafb)


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/


From qboosh at pld-linux.org  Fri Aug 18 15:29:45 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 18 Aug 2006 15:29:45 +0200
Subject: kernel24 2.4.33 for testing
Message-ID: <20060818132945.GC14602@gruby.cs.net.pl>

(crosspost warning)

kernel24 2.4.33-0.2 is going to ac-test now, please test it and report
any new bugs (especially regressions).

Linux 2.4.33 contains some security fixes, so should be included in
Ac...


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/


From adamg at biomerieux.pl  Sat Aug 19 12:00:43 2006
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 19 Aug 2006 12:00:43 +0200
Subject: [STBR] php stuff for AC
Message-ID: <20060819100043.GB22766@mysza.eu.org>

php4.spec:AC-branch
php4-eaccelerator.spec:AC-branch

php.spec:AC-branch
php-eaccelerator.spec:AC-branch

thanks.
-- 
 http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer    | Everybody needs some solid rock, I know I do.


From qboosh at pld-linux.org  Tue Aug 22 13:23:06 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 22 Aug 2006 13:23:06 +0200
Subject: SPECS: libtunepimp.spec - dir to symlink change hack, rel 2
In-Reply-To: <SPECS_libtunepimp.spec.1.18@pld-linux.org>
References: <SPECS_libtunepimp.spec.1.17@pld-linux.org>
	<SPECS_libtunepimp.spec.1.18@pld-linux.org>
Message-ID: <20060822112306.GA15823@gruby.cs.net.pl>

On Tue, Aug 22, 2006 at 01:19:14PM +0200, glen wrote:
> Author: glen                         Date: Tue Aug 22 11:19:14 2006 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - dir to symlink change hack, rel 2

Maybe just drop that symlink?
libtunepimp 0.5 changed API, so apps expecting libtunepimp < 0.5 need
fixing anyway.


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/


From glen at delfi.ee  Tue Aug 22 18:23:43 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 22 Aug 2006 19:23:43 +0300
Subject: Fwd: SPECS: perl.spec - added %{perl_vendorlib}/Email/Simple
Message-ID: <200608221923.44002.glen@delfi.ee>

what about creating perl-dirs.spec (like there are php-dirs.spec, 
gcc-dirs.spec and php-pear.spec)?

----------  Forwarded Message  ----------

Subject: SPECS: perl.spec - added %{perl_vendorlib}/Email/Simple
Date: Sunday 13 August 2006 00:38
From: ankry <ankry at pld-linux.org>
To: pld-cvs-commit at lists.pld-linux.org

Author: ankry                        Date: Sat Aug 12 21:38:08 2006 GMT
Module: SPECS                         Tag: HEAD
---- Log message:
- added %{perl_vendorlib}/Email/Simple

---- Files affected:
SPECS:
   perl.spec (1.334 -> 1.335)

---- Diffs:

================================================================
Index: SPECS/perl.spec
diff -u SPECS/perl.spec:1.334 SPECS/perl.spec:1.335
--- SPECS/perl.spec:1.334	Fri Aug  4 02:36:30 2006
+++ SPECS/perl.spec	Sat Aug 12 23:38:03 2006
@@ -799,19 +799,19 @@

 cd $RPM_BUILD_ROOT%{perl_vendorlib}
 install -d AI/NeuralNet Algorithm Apache App/Packer Archive Array Astro \
-	Attribute Audio Authen B Barcode Bundle Business CGI Cache Carp Chart \
-	Cisco Class Class/Data Config Convert Crypt DBD DNS Data Date/Japanese \
-	DateTime Devel Device Digest Email Error Exporter ExtUtils File/Path \
-	Filesys Font Games Getopt GnuPG Graph Graphics HTML HTTP Hash I18N \
-	IO/Socket IPC Image Inline Jabber Language Lingua/{EN,Stem/Snowball} \
-	List Locale LockFile Log MIME Mail Math/{BigInt,Business,Calc,Fractal} \
-	Modem Module Net/{IDN,SMTP} NetAddr NetServer Netscape News Number \
-	Object OLE PAR PHP Params Parse PerlIO/via Pod PostScript Proc \
-	Quantum RADIUS RPC RPM RTF Regexp SNMP SOAP/Transport SQL SVN \
-	Schedule Set Sort Speech Spreadsheet Statistics String Sub Sys TeX \
-	Template Term/{ReadLine,Screen} Test Text/Query Tie Time Tree \
-	UNIVERSAL Unicode Unix WWW/Google X500 \
-	XML/{Filter,Handler,Parser,RSS,XPath} \
+	Attribute Audio Authen B Barcode Bundle Business CGI Cache Carp \
+	Chart Cisco Class Class/Data Config Convert Crypt DBD DNS Data \
+	Date/Japanese DateTime Devel Device Digest Email/Simple Error \
+	Exporter ExtUtils File/Path Filesys Font Games Getopt GnuPG Graph \
+	Graphics HTML HTTP Hash I18N IO/Socket IPC Image Inline Jabber \
+	Language Lingua/{EN,Stem/Snowball} List Locale LockFile Log MIME \
+	Mail Math/{BigInt,Business,Calc,Fractal} Modem Module Net/{IDN,SMTP} \
+	NetAddr NetServer Netscape News Number Object OLE PAR PHP Params \
+	Parse PerlIO/via Pod PostScript Proc Quantum RADIUS RPC RPM RTF \
+	Regexp SNMP SOAP/Transport SQL SVN Schedule Set Sort Speech \
+	Spreadsheet Statistics String Sub Sys TeX Template \
+	Term/{ReadLine,Screen} Test Text/Query Tie Time Tree UNIVERSAL \
+	Unicode Unix WWW/Google X500 XML/{Filter,Handler,Parser,RSS,XPath} \
 	auto/{AI,Array,Config,Crypt,Data,Devel,GnuPG,Mail,Math,Net,Schedule} \
 	auto/{Statistics,Text,WWW}

@@ -1427,6 +1427,9 @@
 All persons listed below can be reached at <cvs_login>@pld-linux.org

 $Log$
+Revision 1.335  2006/08/12 21:38:03  ankry
+- added %{perl_vendorlib}/Email/Simple
+
 Revision 1.334  2006/08/04 00:36:30  sparky
 - use %{rpmldflags}

================================================================

---- CVS-web:
    http://cvs.pld-linux.org/SPECS/perl.spec?r1=1.334&r2=1.335&f=u

_______________________________________________
pld-cvs-commit mailing list
pld-cvs-commit at lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-------------------------------------------------------

-- 
glen


From ankry at green.mif.pg.gda.pl  Tue Aug 22 18:52:11 2006
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 22 Aug 2006 18:52:11 +0200 (CEST)
Subject: SPECS: perl-Set-Infinite.spec - ugly rpmver hack, rel 2
Message-ID: <200608221652.k7MGqBKg011747@green.mif.pg.gda.pl>

glen wrote:
> -Release:	1
> +Release:	2
>  # same as perl
>  License:	GPL v1+ or Artistic
>  Group:		Development/Languages/Perl
> @@ -19,22 +19,24 @@
>  URL:		http://search.cpan.org/dist/Set-Infinite/
>  BuildRequires:	perl-devel >= 1:5.8.0
>  BuildRequires:	rpm-perlprov >= 4.1-13
> +# 0.61 is lower than 0.5502 in rpmvercmp (for perl-DateTime-Set autodeps)
> +Provides:	perl(Set::Infinite) >= 0.5502

AFAIR the common way to fix this is s/0.5502/0.55_02/ in requirements
(here: in perl-DateTime-Set).

-- 
=======================================================================
  Andrzej M. Krzysztofowicz                  ankry at mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology


From ankry at green.mif.pg.gda.pl  Tue Aug 22 18:54:04 2006
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 22 Aug 2006 18:54:04 +0200 (CEST)
Subject: Fwd: SPECS: perl.spec - added %{perl_vendorlib}/Email/Simple
In-Reply-To: <200608221923.44002.glen@delfi.ee> from "Elan
	=?iso-8859-1?q?Ruusam=E4e?=" at Aug 22, 2006 07:23:43 PM
Message-ID: <200608221654.k7MGs4J6011797@green.mif.pg.gda.pl>

Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> 
> what about creating perl-dirs.spec (like there are php-dirs.spec, 
> gcc-dirs.spec and php-pear.spec)?

Do you volunteer ?
Especially in fixing R: ;)

-- 
=======================================================================
  Andrzej M. Krzysztofowicz                  ankry at mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology


From glen at delfi.ee  Tue Aug 22 19:07:59 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 22 Aug 2006 20:07:59 +0300
Subject: Fwd: SPECS: perl.spec - added %{perl_vendorlib}/Email/Simple
In-Reply-To: <200608221654.k7MGs4J6011797@green.mif.pg.gda.pl>
References: <200608221654.k7MGs4J6011797@green.mif.pg.gda.pl>
Message-ID: <200608222007.59827.glen@delfi.ee>

On Tuesday 22 August 2006 19:54, Andrzej Krzysztofowicz wrote:
> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> > what about creating perl-dirs.spec (like there are php-dirs.spec,
> > gcc-dirs.spec and php-pear.spec)?
>
> Do you volunteer ?
> Especially in fixing R: ;)
i don't see it neccessary, as perl-base would require new package (perl-dirs) 
and new dependencies could be updated according to perl-dirs changes.

-- 
glen


From ankry at green.mif.pg.gda.pl  Tue Aug 22 20:41:15 2006
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 22 Aug 2006 20:41:15 +0200 (CEST)
Subject: SPECS: perl-Apache-AuthCookie.spec - missing dir, rel 2
In-Reply-To: <SPECS_perl_Apache_AuthCookie.spec.1.29@pld-linux.org> from
	"glen" at Aug 22, 2006 07:42:52 PM
Message-ID: <200608221841.k7MIfFWS012161@green.mif.pg.gda.pl>

glen wrote:
> +%dir %{perl_vendorlib}/Apache2

Why not to perl-dirs ?

-- 
=======================================================================
  Andrzej M. Krzysztofowicz                  ankry at mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology


From glen at delfi.ee  Tue Aug 22 21:03:48 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 22 Aug 2006 22:03:48 +0300
Subject: SPECS: perl-Apache-AuthCookie.spec - missing dir, rel 2
In-Reply-To: <200608221841.k7MIfFWS012161@green.mif.pg.gda.pl>
References: <200608221841.k7MIfFWS012161@green.mif.pg.gda.pl>
Message-ID: <200608222203.48225.glen@delfi.ee>

On Tuesday 22 August 2006 21:41, Andrzej Krzysztofowicz wrote:
> glen wrote:
> > +%dir %{perl_vendorlib}/Apache2
>
> Why not to perl-dirs ?
it's only package using that dir, and afaik there's no policy what goes to 
single package and what goes elsewhere.

poldek:/all-avail> search -f /usr/share/perl5/vendor_perl/Apache2
Searching packages..........................................done.
1 package(s) found:
perl-Apache-AuthCookie-3.10-1.2
poldek:/all-avail>

-- 
glen


From qboosh at pld-linux.org  Wed Aug 23 00:06:11 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 23 Aug 2006 00:06:11 +0200
Subject: kernel24 2.4.33 for testing
In-Reply-To: <20060818132945.GC14602@gruby.cs.net.pl>
References: <20060818132945.GC14602@gruby.cs.net.pl>
Message-ID: <20060822220611.GA11331@fngna.oyu>

On Fri, Aug 18, 2006 at 03:29:45PM +0200, Jakub Bogusz wrote:
> (crosspost warning)
> 
> kernel24 2.4.33-0.2 is going to ac-test now, please test it and report
> any new bugs (especially regressions).

Rebuilt, with 2.4.33.1 patch applied (which fixes one security bug and
few oopses/panics)

> Linux 2.4.33 contains some security fixes, so should be included in
> Ac...

Has anyone tried it?


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/


From hawk at limanowa.net  Wed Aug 23 13:27:05 2006
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Wed, 23 Aug 2006 13:27:05 +0200
Subject: kernel24 2.4.33 for testing
In-Reply-To: <20060822220611.GA11331@fngna.oyu>
References: <20060818132945.GC14602@gruby.cs.net.pl>
	<20060822220611.GA11331@fngna.oyu>
Message-ID: <44EC3B89.7010009@limanowa.net>

> Rebuilt, with 2.4.33.1 patch applied (which fixes one security bug and
> few oopses/panics)
> 
> Has anyone tried it?

I've installed it today on few machines. I'll give them few days for
testing.

M.


From radek42 at gmail.com  Wed Aug 23 20:15:22 2006
From: radek42 at gmail.com (Radoslaw Zielinski)
Date: Wed, 23 Aug 2006 19:15:22 +0100
Subject: [th] apache-base requires /etc/monit
Message-ID: <20060823181522.GA23395@bzium.chello.ie>

apache-base requires the /etc/monit directory thanks to our new favorite
rpm feature.  What's the correct way to fix this?  R: monit is a no-no,
of course.

-- 
Rados?aw Zieli?ski <radek at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20060823/54862cbf/attachment.sig>

From havner at smtp.kamp.pl  Wed Aug 23 20:51:08 2006
From: havner at smtp.kamp.pl (havner)
Date: Wed, 23 Aug 2006 20:51:08 +0200
Subject: [th] apache-base requires /etc/monit
In-Reply-To: <20060823181522.GA23395@bzium.chello.ie>
References: <20060823181522.GA23395@bzium.chello.ie>
Message-ID: <20060823185107.GA6896@pld-linux.org>

On Wed, Aug 23, 2006 at 07:15:22PM +0100, Radoslaw Zielinski wrote:
> apache-base requires the /etc/monit directory thanks to our new favorite
> rpm feature.  What's the correct way to fix this?  R: monit is a no-no,
> of course.

Move it to filesystem.spec imo, the same with /etc/logrotate.d (not
everyone might want to have it and some core applications provide
configs for it)


-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20060823/dbf66651/attachment.sig>

From arekm at pld-linux.org  Wed Aug 23 21:00:51 2006
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Wed, 23 Aug 2006 21:00:51 +0200
Subject: [th] apache-base requires /etc/monit
In-Reply-To: <20060823185107.GA6896@pld-linux.org>
References: <20060823181522.GA23395@bzium.chello.ie>
	<20060823185107.GA6896@pld-linux.org>
Message-ID: <200608232100.51052.arekm@pld-linux.org>

On Wednesday 23 August 2006 20:51, havner wrote:
> On Wed, Aug 23, 2006 at 07:15:22PM +0100, Radoslaw Zielinski wrote:
> > apache-base requires the /etc/monit directory thanks to our new favorite
> > rpm feature.  What's the correct way to fix this?  R: monit is a no-no,
> > of course.
>
> Move it to filesystem.spec imo, the same with /etc/logrotate.d (not
> everyone might want to have it and some core applications provide
> configs for it)

Wouldn't monit-apache subpackage be better? We don't end up with tons of 
application specific directories in filesystem.spec.

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From havner at smtp.kamp.pl  Wed Aug 23 21:24:24 2006
From: havner at smtp.kamp.pl (havner)
Date: Wed, 23 Aug 2006 21:24:24 +0200
Subject: [th] apache-base requires /etc/monit
In-Reply-To: <200608232100.51052.arekm@pld-linux.org>
References: <20060823181522.GA23395@bzium.chello.ie>
	<20060823185107.GA6896@pld-linux.org>
	<200608232100.51052.arekm@pld-linux.org>
Message-ID: <20060823192424.GA8549@pld-linux.org>

On Wed, Aug 23, 2006 at 09:00:51PM +0200, Arkadiusz Miskiewicz wrote:
> > Move it to filesystem.spec imo, the same with /etc/logrotate.d (not
> > everyone might want to have it and some core applications provide
> > configs for it)
> 
> Wouldn't monit-apache subpackage be better? We don't end up with tons of 
> application specific directories in filesystem.spec.

I'd prefer more or less generic dirs in one package then _tons_ of
single one dir packages.

-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"


From ankry at green.mif.pg.gda.pl  Wed Aug 23 21:28:49 2006
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 23 Aug 2006 21:28:49 +0200 (CEST)
Subject: [th] apache-base requires /etc/monit
In-Reply-To: <20060823192424.GA8549@pld-linux.org> from "havner" at Aug 23,
	2006 09:24:24 PM
Message-ID: <200608231928.k7NJSnt7026623@green.mif.pg.gda.pl>

havner wrote:
> 
> On Wed, Aug 23, 2006 at 09:00:51PM +0200, Arkadiusz Miskiewicz wrote:
> > > Move it to filesystem.spec imo, the same with /etc/logrotate.d (not
> > > everyone might want to have it and some core applications provide
> > > configs for it)
> > 
> > Wouldn't monit-apache subpackage be better? We don't end up with tons of 
> > application specific directories in filesystem.spec.
> 
> I'd prefer more or less generic dirs in one package then _tons_ of
> single one dir packages.

The dir should still belong to monit.
The apache files that are located in this dir should go to a subpackage.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz                  ankry at mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology


From arekm at pld-linux.org  Wed Aug 23 21:31:57 2006
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Wed, 23 Aug 2006 21:31:57 +0200
Subject: [th] apache-base requires /etc/monit
In-Reply-To: <20060823192424.GA8549@pld-linux.org>
References: <20060823181522.GA23395@bzium.chello.ie>
	<200608232100.51052.arekm@pld-linux.org>
	<20060823192424.GA8549@pld-linux.org>
Message-ID: <200608232131.57051.arekm@pld-linux.org>

On Wednesday 23 August 2006 21:24, havner wrote:
> On Wed, Aug 23, 2006 at 09:00:51PM +0200, Arkadiusz Miskiewicz wrote:
> > > Move it to filesystem.spec imo, the same with /etc/logrotate.d (not
> > > everyone might want to have it and some core applications provide
> > > configs for it)
> >
> > Wouldn't monit-apache subpackage be better? We don't end up with tons of
> > application specific directories in filesystem.spec.
>
> I'd prefer more or less generic dirs in one package then _tons_ of
> single one dir packages.
?

The *dir* should be only in monit.spec package while apache config file for 
monit in monit-apache subpackage.

-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From glen at delfi.ee  Wed Aug 23 21:36:12 2006
From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=)
Date: Wed, 23 Aug 2006 22:36:12 +0300
Subject: [th] apache-base requires /etc/monit
In-Reply-To: <20060823185107.GA6896@pld-linux.org>
References: <20060823181522.GA23395@bzium.chello.ie>
	<20060823185107.GA6896@pld-linux.org>
Message-ID: <200608232236.12213.glen@delfi.ee>

On Wednesday 23 August 2006 21:51, havner wrote:
> On Wed, Aug 23, 2006 at 07:15:22PM +0100, Radoslaw Zielinski wrote:
> > apache-base requires the /etc/monit directory thanks to our new favorite
> > rpm feature.  What's the correct way to fix this?  R: monit is a no-no,
> > of course.
>
> Move it to filesystem.spec imo, the same with /etc/logrotate.d (not
> everyone might want to have it and some core applications provide
> configs for it)
but mostly they already require logrotate (i'm speaking of packages providing 
logrotate config). not that i always want logrotate (f.e inside vserver).

otherwise on my average system i have installed:
# rpm -qf /etc/monit/*
apache1-1.3.37-1
apache-base-2.2.3-1
mysql-5.0.24-2

-- 
glen


From havner at smtp.kamp.pl  Wed Aug 23 21:40:31 2006
From: havner at smtp.kamp.pl (havner)
Date: Wed, 23 Aug 2006 21:40:31 +0200
Subject: [th] apache-base requires /etc/monit
In-Reply-To: <200608232131.57051.arekm@pld-linux.org>
References: <20060823181522.GA23395@bzium.chello.ie>
	<200608232100.51052.arekm@pld-linux.org>
	<20060823192424.GA8549@pld-linux.org>
	<200608232131.57051.arekm@pld-linux.org>
Message-ID: <20060823194031.GA10421@pld-linux.org>

On Wed, Aug 23, 2006 at 09:31:57PM +0200, Arkadiusz Miskiewicz wrote:
> The *dir* should be only in monit.spec package while apache config file for 
> monit in monit-apache subpackage.

True, sorry for misunderstanding.

-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"


From radek42 at gmail.com  Thu Aug 24 00:55:47 2006
From: radek42 at gmail.com (Radoslaw Zielinski)
Date: Wed, 23 Aug 2006 23:55:47 +0100
Subject: [th] apache-base requires /etc/monit
In-Reply-To: <200608231928.k7NJSnt7026623@green.mif.pg.gda.pl>
References: <20060823192424.GA8549@pld-linux.org>
	<200608231928.k7NJSnt7026623@green.mif.pg.gda.pl>
Message-ID: <20060823224656.GA5037@bzium.chello.ie>

Andrzej Krzysztofowicz <ankry at green.mif.pg.gda.pl> [23-08-2006 20:28]:
> havner wrote:
>> On Wed, Aug 23, 2006 at 09:00:51PM +0200, Arkadiusz Miskiewicz wrote:
>>> Wouldn't monit-apache subpackage be better? We don't end up with tons of 
>>> application specific directories in filesystem.spec.
>> I'd prefer more or less generic dirs in one package then _tons_ of
>> single one dir packages.
> The dir should still belong to monit.
> The apache files that are located in this dir should go to a subpackage.

Or maybe put the file in monit as well?  It's monit configuration after
all.

-- 
Rados?aw Zieli?ski <radek at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20060823/7fb8ef99/attachment.sig>

From glen at delfi.ee  Thu Aug 24 12:59:01 2006
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Thu, 24 Aug 2006 13:59:01 +0300
Subject: SPECS: irssi.spec - rel 3;
	disable as-needed for now (needs more s...
In-Reply-To: <SPECS_irssi.spec.1.134@pld-linux.org>
References: <SPECS_irssi.spec.1.133@pld-linux.org>
	<SPECS_irssi.spec.1.134@pld-linux.org>
Message-ID: <200608241359.01723.glen@delfi.ee>

On Thursday 24 August 2006 13:37, arekm wrote:
> Author: arekm                        Date: Thu Aug 24 10:37:52 2006 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - rel 3; disable as-needed for now (needs more serious fixing due to
> inter-deps)
>
> ---- Files affected:
> SPECS:
>    irssi.spec (1.133 -> 1.134)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/irssi.spec
> diff -u SPECS/irssi.spec:1.133 SPECS/irssi.spec:1.134
> --- SPECS/irssi.spec:1.133	Wed Aug  9 08:54:49 2006
> +++ SPECS/irssi.spec	Thu Aug 24 12:37:47 2006
> @@ -8,12 +8,14 @@
>
>  %{?with_perl:%include	/usr/lib/rpm/macros.perl}
>
> +%define	no_build_with_as_needed	1

%no_build_with_as_needed was deprecated by %filterout_* macros


-- 
glen


From qboosh at pld-linux.org  Fri Aug 25 14:12:26 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 25 Aug 2006 14:12:26 +0200
Subject: SPECS: rpm.spec - build with python 2.5, rel 1.11
In-Reply-To: <SPECS_rpm.spec.1.758@pld-linux.org>
References: <SPECS_rpm.spec.1.757@pld-linux.org>
	<SPECS_rpm.spec.1.758@pld-linux.org>
Message-ID: <20060825121226.GB28385@gruby.cs.net.pl>

On Fri, Aug 25, 2006 at 11:09:46AM +0200, wrobell wrote:
> Author: wrobell                      Date: Fri Aug 25 09:09:46 2006 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - build with python 2.5, rel 1.11

python 2.5 bytecode magic must be added to file mackage in order to
*.py[co] files be still recognized by rpm dependency generator.


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/


From wrobell at pld-linux.org  Fri Aug 25 15:34:29 2006
From: wrobell at pld-linux.org (wrobell)
Date: Fri, 25 Aug 2006 14:34:29 +0100
Subject: SPECS: rpm.spec - build with python 2.5, rel 1.11
In-Reply-To: <20060825121226.GB28385@gruby.cs.net.pl>
References: <SPECS_rpm.spec.1.757@pld-linux.org>
	<SPECS_rpm.spec.1.758@pld-linux.org>
	<20060825121226.GB28385@gruby.cs.net.pl>
Message-ID: <1156512870.7588.223.camel@recent-convert.mapflow.int>

On Fri, 2006-08-25 at 14:12 +0200, Jakub Bogusz wrote:
> On Fri, Aug 25, 2006 at 11:09:46AM +0200, wrobell wrote:
> > Author: wrobell                      Date: Fri Aug 25 09:09:46 2006 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - build with python 2.5, rel 1.11
> 
> python 2.5 bytecode magic must be added to file mackage in order to
> *.py[co] files be still recognized by rpm dependency generator.

i will do it during the weekend.

   wrobell <wrobell at pld-linux.org>



From havner at smtp.kamp.pl  Sat Aug 26 19:32:52 2006
From: havner at smtp.kamp.pl (havner)
Date: Sat, 26 Aug 2006 19:32:52 +0200
Subject: python 2.5
Message-ID: <20060826173251.GA21452@pld-linux.org>

error: python-devel-2.5-0.c1.1: req /usr/bin/python2.5 not found

poldek:/all-avail> search -f /usr/bin/python2.5 
Searching packages..........................................done.
No package matches '/usr/bin/python2.5'

-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"


From ankry at green.mif.pg.gda.pl  Sat Aug 26 21:38:01 2006
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 26 Aug 2006 21:38:01 +0200 (CEST)
Subject: python 2.5
In-Reply-To: <20060826173251.GA21452@pld-linux.org> from "havner" at Aug 26,
	2006 07:32:52 PM
Message-ID: <200608261938.k7QJc15P008300@green.mif.pg.gda.pl>

havner wrote:
> 
> error: python-devel-2.5-0.c1.1: req /usr/bin/python2.5 not found
> 
> poldek:/all-avail> search -f /usr/bin/python2.5 
> Searching packages..........................................done.
> No package matches '/usr/bin/python2.5'

Najwyrazniej jakis skrypt do fixniecia sedem.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz                  ankry at mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology


From freetz at gmx.net  Sun Aug 27 10:22:55 2006
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Sun, 27 Aug 2006 10:22:55 +0200
Subject: SPECS (AC-branch): vte.spec - update 0.13.6 from HEAD
In-Reply-To: <SPECS_vte.spec.1.84.2.3@pld-linux.org>
References: <SPECS_vte.spec.1.84.2.2@pld-linux.org>
	<SPECS_vte.spec.1.84.2.3@pld-linux.org>
Message-ID: <20060827102255.260092e3.freetz@gmx.net>

--- glen <glen at pld-linux.org> wrote:

> Author: glen                         Date: Sat Aug 26 21:12:43 2006 GMT
> Module: SPECS                         Tag: AC-branch
> ---- Log message:
> - update 0.13.6 from HEAD

can you explain it? what is the reason for merging buggy version to
stable distribution tree?

-- 
Fryderyk Dziarmagowski


From glen at delfi.ee  Sun Aug 27 13:10:40 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 27 Aug 2006 14:10:40 +0300
Subject: SPECS (AC-branch): vte.spec - update 0.13.6 from HEAD
In-Reply-To: <20060827102255.260092e3.freetz@gmx.net>
References: <SPECS_vte.spec.1.84.2.2@pld-linux.org>
	<SPECS_vte.spec.1.84.2.3@pld-linux.org>
	<20060827102255.260092e3.freetz@gmx.net>
Message-ID: <200608271410.40115.glen@delfi.ee>

On Sunday 27 August 2006 11:22, Fryderyk Dziarmagowski wrote:
> --- glen <glen at pld-linux.org> wrote:
> > Author: glen                         Date: Sat Aug 26 21:12:43 2006 GMT
> > Module: SPECS                         Tag: AC-branch
> > ---- Log message:
> > - update 0.13.6 from HEAD
>
> can you explain it? \
no

> what is the reason for merging buggy version to 
> stable distribution tree?
why there's "buggy" version on HEAD and on Th then? can u explain that?
if it's buggy there should be BR: i-am-tottally-broken-pkg

-- 
glen

-- 
glen


From freetz at gmx.net  Sun Aug 27 13:15:54 2006
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Sun, 27 Aug 2006 13:15:54 +0200
Subject: SPECS (AC-branch): perl-Gtk2.spec - merged 1.133 from HEAD
In-Reply-To: <SPECS_perl_Gtk2.spec.1.40.2.2@pld-linux.org>
References: <SPECS_perl_Gtk2.spec.1.40.2.1@pld-linux.org>
	<SPECS_perl_Gtk2.spec.1.40.2.2@pld-linux.org>
Message-ID: <20060827131554.b1728ae6.freetz@gmx.net>

--- glen <glen at pld-linux.org> wrote:

> Author: glen                         Date: Sun Aug 27 10:51:21 2006 GMT
> Module: SPECS                         Tag: AC-branch
> ---- Log message:
> - merged 1.133 from HEAD

wtf is that? AC-branch is a *stable* distribution tree!

-- 
Fryderyk Dziarmagowski


From freetz at gmx.net  Sun Aug 27 15:54:43 2006
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Sun, 27 Aug 2006 15:54:43 +0200
Subject: SPECS (AC-branch): vte.spec - update 0.13.6 from HEAD
In-Reply-To: <200608271410.40115.glen@delfi.ee>
References: <SPECS_vte.spec.1.84.2.2@pld-linux.org>
	<SPECS_vte.spec.1.84.2.3@pld-linux.org>
	<20060827102255.260092e3.freetz@gmx.net>
	<200608271410.40115.glen@delfi.ee>
Message-ID: <20060827155443.1f8340f7.freetz@gmx.net>

--- Elan Ruusam?e <glen at delfi.ee> wrote:

> On Sunday 27 August 2006 11:22, Fryderyk Dziarmagowski wrote:
> > --- glen <glen at pld-linux.org> wrote:
> > > Author: glen                         Date: Sat Aug 26 21:12:43 2006 GMT
> > > Module: SPECS                         Tag: AC-branch
> > > ---- Log message:
> > > - update 0.13.6 from HEAD
> >
> > can you explain it? \
> no

I'm very disappointed to hear such statements from one of most active
PLD developers.

> > what is the reason for merging buggy version to 
> > stable distribution tree?
> why there's "buggy" version on HEAD and on Th then? can u explain that?

Securely. Because on HEAD is vte-0.13.7 with fixed bunch of bugs.
Because on HEAD are new cairo/pango which are recommended for 0.13.x vte
series. Because on HEAD are many untested things and HEAD is actually
for development. Because vte-0.13.x is *unstable* and AC-branch is for
*stable* apps.

-- 
Fryderyk Dziarmagowski


From gotar at polanet.pl  Sun Aug 27 19:05:22 2006
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 27 Aug 2006 19:05:22 +0200
Subject: [th] apache-base requires /etc/monit
In-Reply-To: <20060823181522.GA23395@bzium.chello.ie>
References: <20060823181522.GA23395@bzium.chello.ie>
Message-ID: <20060827170522.GA32057@pepin.polanet.pl>

On Wed, Aug 23, 2006 at 07:15:22PM +0100, Radoslaw Zielinski wrote:
> apache-base requires the /etc/monit directory thanks to our new favorite
> rpm feature.  What's the correct way to fix this?  R: monit is a no-no,

Speaking of rpm features:

~:  kadu [from Ac]
kadu: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory
~:  host [from Th]
host: error while loading shared libraries: libcrypto.so.0.9.8: cannot open shared object file: No such file or directory
~:  rpm -V kadu bind-utils 
~:  rpm -qa openssl\*
openssl-tools-0.9.7i-2
openssl-devel-0.9.7i-2
openssl-0.9.7i-2

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From qboosh at pld-linux.org  Sun Aug 27 19:24:13 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 27 Aug 2006 19:24:13 +0200
Subject: [th] apache-base requires /etc/monit
In-Reply-To: <20060827170522.GA32057@pepin.polanet.pl>
References: <20060823181522.GA23395@bzium.chello.ie>
	<20060827170522.GA32057@pepin.polanet.pl>
Message-ID: <20060827172412.GB15853@fngna.oyu>

On Sun, Aug 27, 2006 at 07:05:22PM +0200, Tomasz Pala wrote:
> On Wed, Aug 23, 2006 at 07:15:22PM +0100, Radoslaw Zielinski wrote:
> > apache-base requires the /etc/monit directory thanks to our new favorite
> > rpm feature.  What's the correct way to fix this?  R: monit is a no-no,
> 
> Speaking of rpm features:
> 
> ~:  kadu [from Ac]
> kadu: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory
> ~:  host [from Th]
> host: error while loading shared libraries: libcrypto.so.0.9.8: cannot open shared object file: No such file or directory
> ~:  rpm -V kadu bind-utils 
> ~:  rpm -qa openssl\*
> openssl-tools-0.9.7i-2
> openssl-devel-0.9.7i-2
> openssl-0.9.7i-2

In case of host:
rpm -V bind-libs

And similarly for some libraries which kadu is linked to.


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/


From gotar at polanet.pl  Sun Aug 27 20:37:33 2006
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 27 Aug 2006 20:37:33 +0200
Subject: [th] apache-base requires /etc/monit
In-Reply-To: <20060827172412.GB15853@fngna.oyu>
References: <20060823181522.GA23395@bzium.chello.ie>
	<20060827170522.GA32057@pepin.polanet.pl>
	<20060827172412.GB15853@fngna.oyu>
Message-ID: <20060827183733.GA9293@pepin.polanet.pl>

On Sun, Aug 27, 2006 at 07:24:13PM +0200, Jakub Bogusz wrote:
> 
> In case of host:
> rpm -V bind-libs
> 
> And similarly for some libraries which kadu is linked to.

~:  rpm -Va --nofiles
Unsatisfied dependencies for X11-Xnest-6.9.0-2.athlon: X11-common = 1:6.9.0-2, X11-modules = 1:6.9.0-2
Unsatisfied dependencies for X11-OpenGL-libs-6.9.0-1.athlon: X11-libs = 1:6.9.0-1
Unsatisfied dependencies for rpm-4.4.2-36.athlon: rpm-base = 4.4.2-36
Unsatisfied dependencies for X11-tools-6.9.0-1.athlon: X11 = 1:6.9.0-1, X11-libs = 1:6.9.0-1, libdps.so.1, man-config
Unsatisfied dependencies for gnome-vfs2-2.14.2-1.athlon: gnome-vfs2-libs = 2.14.2-1
Unsatisfied dependencies for qtconfig-3.3.6-2.athlon: qt = 6:3.3.6-2
Unsatisfied dependencies for xorg-xserver-xgl-0.0.20060426-1.athlon: xorg-font-font-alias, xorg-font-font-cursor-misc, xorg-font-font-misc-misc-base
Unsatisfied dependencies for qt-designer-libs-3.3.6-2.athlon: qt = 6:3.3.6-2
Unsatisfied dependencies for XFree86-4.4.0-10.athlon: XFree86-libs = 1:4.4.0-10, libXfontcache.so.1
Unsatisfied dependencies for rpm-perlprov-4.4.6-1.6.athlon: rpm = 4.4.6-1.6
Unsatisfied dependencies for kpathsea-2.0.2-7.athlon: tetex = 1:2.0.2-7
Unsatisfied dependencies for rpm-pythonprov-4.4.6-1.6.athlon: rpm = 4.4.6-1.6
Unsatisfied dependencies for X11-libs-6.9.0-9.athlon: X11-common = 1:6.9.0-9

-- 
Tom Pala <gotar at pld-linux.org>           http://vfmg.sourceforge.net/
                                         http://tccs.sourceforge.net/


From hawk at limanowa.net  Mon Aug 28 11:11:12 2006
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Mon, 28 Aug 2006 11:11:12 +0200
Subject: kernel24 2.4.33 for testing
In-Reply-To: <44EC3B89.7010009@limanowa.net>
References: <20060818132945.GC14602@gruby.cs.net.pl>	<20060822220611.GA11331@fngna.oyu>
	<44EC3B89.7010009@limanowa.net>
Message-ID: <44F2B330.6060609@limanowa.net>

>> Rebuilt, with 2.4.33.1 patch applied (which fixes one security bug and
>> few oopses/panics)
>>
>> Has anyone tried it?
> 
> I've installed it today on few machines. I'll give them few days for
> testing.

5 days without problems on production machines. Seems to work OK.

M.


From qboosh at pld-linux.org  Mon Aug 28 11:16:06 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 28 Aug 2006 11:16:06 +0200
Subject: kernel24 2.4.33 for testing
In-Reply-To: <44F2B330.6060609@limanowa.net>
References: <20060818132945.GC14602@gruby.cs.net.pl>
	<20060822220611.GA11331@fngna.oyu>
	<44EC3B89.7010009@limanowa.net> <44F2B330.6060609@limanowa.net>
Message-ID: <20060828091606.GC17216@gruby.cs.net.pl>

On Mon, Aug 28, 2006 at 11:11:12AM +0200, Marcin Kr?l wrote:
> >> Rebuilt, with 2.4.33.1 patch applied (which fixes one security bug and
> >> few oopses/panics)
> >>
> >> Has anyone tried it?
> > 
> > I've installed it today on few machines. I'll give them few days for
> > testing.
> 
> 5 days without problems on production machines. Seems to work OK.

And I'm preparing next release now :/
CVE-2006-3745 fix (i.e. 2.4.33.2 patch) + squashfs update to 3.1.
I hope to commit it today.


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/


From darekr at darekr.eu.org  Mon Aug 28 11:24:16 2006
From: darekr at darekr.eu.org (Dariusz Rojewski)
Date: Mon, 28 Aug 2006 11:24:16 +0200
Subject: kernel24 2.4.33 for testing
In-Reply-To: <44F2B330.6060609@limanowa.net>
References: <20060818132945.GC14602@gruby.cs.net.pl>
	<20060822220611.GA11331@fngna.oyu>
	<44EC3B89.7010009@limanowa.net> <44F2B330.6060609@limanowa.net>
Message-ID: <20060828092416.GA16574@darekr.eu.org>

On Mon, Aug 28, 2006 at 11:11:12AM +0200, Marcin Kr?l wrote:
> >> Rebuilt, with 2.4.33.1 patch applied (which fixes one security bug and
> >> few oopses/panics)
> >>
> >> Has anyone tried it?
> > 
> > I've installed it today on few machines. I'll give them few days for
> > testing.
> 
> 5 days without problems on production machines. Seems to work OK.
> 
i don't have any problems too

-- 
Dariusz Rojewski
darekr at pld-linux.org


From glen at delfi.ee  Tue Aug 29 18:37:28 2006
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Tue, 29 Aug 2006 19:37:28 +0300
Subject: SPECS: NetworkManager.spec - separate -libs for building related
	apps
In-Reply-To: <SPECS_NetworkManager.spec.1.22@pld-linux.org>
References: <SPECS_NetworkManager.spec.1.21@pld-linux.org>
	<SPECS_NetworkManager.spec.1.22@pld-linux.org>
Message-ID: <200608291937.28983.glen@delfi.ee>

please include Conflicts: main-package to -libs package before package split 
(like pam.spec, etc have been done)

On Tuesday 29 August 2006 16:38, you wrote:
> Author: patrys                       Date: Tue Aug 29 13:38:08 2006 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - separate -libs for building related apps
>
> ---- Files affected:
> SPECS:
>    NetworkManager.spec (1.21 -> 1.22)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/NetworkManager.spec
> diff -u SPECS/NetworkManager.spec:1.21 SPECS/NetworkManager.spec:1.22
> --- SPECS/NetworkManager.spec:1.21	Wed Aug 23 21:17:00 2006
> +++ SPECS/NetworkManager.spec	Tue Aug 29 15:38:03 2006
> @@ -31,6 +31,7 @@
>  BuildRequires:	rpmbuild(macros) >= 1.268
>  Requires(post):	/sbin/ldconfig
>  Requires(post,preun):	/sbin/chkconfig
> +Requires:	%{name}-libs = %{version}-%{release}
>  Requires:	dhcdbd
>  Requires:	rc-scripts
>  Requires:	wpa_supplicant
> @@ -46,7 +47,7 @@
>  Summary:	Network Manager includes and more
>  Summary(pl):	Pliki nag??wkowe Network Managera
>  Group:		X11/Development/Libraries
> -Requires:	%{name} = %{version}-%{release}
> +Requires:	%{name}-libs = %{version}-%{release}
>  Requires:	dbus-glib-devel >= 0.60
>  Requires:	libgcrypt-devel
>
> @@ -56,6 +57,17 @@
>  %description devel -l pl
>  Pliki nag??wkowe Network Manager.
>
> +%package libs
> +Summary:	Network Manager shared libraries
> +Summary(pl):	Biblioteki dzielone Network Managera
> +Group:		X11/Libraries
> +
> +%description libs
> +Network Manager shared libraries
> +
> +%description libs -l pl
> +Biblioteki dzielone Network Managera
> +
>  %package static
>  Summary:	Network Manager static libraries
>  Summary(pl):	Statyczne biblioteki Network Managera
> @@ -96,7 +108,6 @@
>  rm -rf $RPM_BUILD_ROOT
>
>  %post
> -/sbin/ldconfig
>  %gconf_schema_install
>  /sbin/chkconfig --add NetworkManager
>  %service NetworkManager restart "NetworkManager daemon"
> @@ -107,7 +118,8 @@
>  	/sbin/chkconfig --del NetworkManager
>  fi
>
> -%postun -p /sbin/ldconfig
> +%post	libs -p /sbin/ldconfig
> +%postun	libs -p /sbin/ldconfig
>
>  %files -f %{name}.lang
>  %defattr(644,root,root,755)
> @@ -116,7 +128,6 @@
>  %attr(755,root,root) %{_sbindir}/*
>  %attr(755,root,root) %{_datadir}/nm-applet
>  %attr(755,root,root) %{_datadir}/gnome-vpn-properties
> -%attr(755,root,root) %{_libdir}/lib*.so.*.*.*
>  %attr(755,root,root) %{_libdir}/nm-crash-logger
>  %attr(754,root,root) /etc/rc.d/init.d/NetworkManager
>  %dir %{_datadir}/%{name}
> @@ -138,6 +149,10 @@
>  %{_pkgconfigdir}/libnm-util.pc
>  %{_pkgconfigdir}/libnm_glib.pc
>
> +%files libs
> +%defattr(644,root,root,755)
> +%attr(755,root,root) %{_libdir}/lib*.so.*.*.*
> +
>  %files static
>  %defattr(644,root,root,755)
>  %{_libdir}/libnm-util.a
> @@ -149,6 +164,9 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>
>  $Log$
> +Revision 1.22  2006/08/29 13:38:03  patrys
> +- separate -libs for building related apps
> +
>  Revision 1.21  2006/08/23 19:17:00  patrys
>  - up to 0.6.4
>
> ================================================================
>
> ---- CVS-web:
>     http://cvs.pld-linux.org/SPECS/NetworkManager.spec?r1=1.21&r2=1.22&f=u
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-- 
glen


From hawk at limanowa.net  Wed Aug 30 09:26:11 2006
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Wed, 30 Aug 2006 09:26:11 +0200
Subject: kernel24 2.4.33 for testing
In-Reply-To: <20060828091606.GC17216@gruby.cs.net.pl>
References: <20060818132945.GC14602@gruby.cs.net.pl>	<20060822220611.GA11331@fngna.oyu>	<44EC3B89.7010009@limanowa.net>
	<44F2B330.6060609@limanowa.net>
	<20060828091606.GC17216@gruby.cs.net.pl>
Message-ID: <44F53D93.2020908@limanowa.net>

> And I'm preparing next release now :/
> CVE-2006-3745 fix (i.e. 2.4.33.2 patch) + squashfs update to 3.1.
> I hope to commit it today.

BTW, why 2.4.33.2 without EXTRAVERSION chunk?

M.


From glen at delfi.ee  Wed Aug 30 16:35:45 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 30 Aug 2006 17:35:45 +0300
Subject: libpri on builders
Message-ID: <200608301735.45888.glen@delfi.ee>

why there's libpri.so.1 on some builders and none on my builder?

my builder (i686):

$ sudo ldconfig
$ ls -l /usr/lib/libpri.so*
lrwxrwxrwx  1 root root     13 May 11 22:16 /usr/lib/libpri.so -> libpri.so.1.0*
-rwxr-xr-x  1 root root 122384 Jan 21  2006 /usr/lib/libpri.so.1.0*
$ rpm -qf /usr/lib/libpri.so*
libpri-devel-1.2.2-1
libpri-1.2.2-1

sparc:
+ ls -l /usr/lib/libpri.so.1 /usr/lib/libpri.so.1.0
lrwxrwxrwx  1 root root     13 Nov 15  2004 /usr/lib/libpri.so.1 -> libpri.so.1.0
-rwxr-xr-x  1 root root 126220 Jan 21  2006 /usr/lib/libpri.so.1.0
+ rpm -qf /usr/lib/libpri.so /usr/lib/libpri.so.1 /usr/lib/libpri.so.1.0
libpri-devel-1.2.2-1
file /usr/lib/libpri.so.1 is not owned by any package
libpri-1.2.2-1

ppc:
+ ls -l /usr/lib/libpri.so.1 /usr/lib/libpri.so.1.0
lrwxr-xr-x  1 root root     13 Oct  8  2005 /usr/lib/libpri.so.1 -> libpri.so.1.0
-rwxr-xr-x  1 root root 136568 Jan 21  2006 /usr/lib/libpri.so.1.0
+ rpm -qf /usr/lib/libpri.so /usr/lib/libpri.so.1 /usr/lib/libpri.so.1.0
libpri-devel-1.2.2-1
file /usr/lib/libpri.so.1 is not owned by any package
libpri-1.2.2-1

alpha:
+ ls -l /usr/lib/libpri.so.1 /usr/lib/libpri.so.1.0
lrwxrwxrwx  1 root root     13 Nov 15  2004 /usr/lib/libpri.so.1 -> libpri.so.1.0
-rwxr-xr-x  1 root root 153712 Jan 23  2006 /usr/lib/libpri.so.1.0
+ rpm -qf /usr/lib/libpri.so /usr/lib/libpri.so.1 /usr/lib/libpri.so.1.0
libpri-devel-1.2.2-1
file /usr/lib/libpri.so.1 is not owned by any package
libpri-1.2.2-1

athlon:
+ ls -l /usr/lib/libpri.so.1 /usr/lib/libpri.so.1.0
lrwxrwxrwx  1 root root     13 Jun  4  2005 /usr/lib/libpri.so.1 -> libpri.so.1.0
-rwxr-xr-x  1 root root 120816 Jan 21  2006 /usr/lib/libpri.so.1.0
+ rpm -qf /usr/lib/libpri.so /usr/lib/libpri.so.1 /usr/lib/libpri.so.1.0
libpri-devel-1.2.2-1
file /usr/lib/libpri.so.1 is not owned by any package
libpri-1.2.2-1

i386:
+ ls -l /usr/lib/libpri.so.1.0
-rwxr-xr-x  1 root root 112176 Jan 21  2006 /usr/lib/libpri.so.1.0
+ rpm -qf /usr/lib/libpri.so /usr/lib/libpri.so.1.0
libpri-devel-1.2.2-1
libpri-1.2.2-1

i586:
+ ls -l /usr/lib/libpri.so.1.0
-rwxr-xr-x  1 root root 115472 Jan 21  2006 /usr/lib/libpri.so.1.0
+ rpm -qf /usr/lib/libpri.so /usr/lib/libpri.so.1.0
libpri-devel-1.2.2-1
libpri-1.2.2-1

i686:
+ ls -l /usr/lib/libpri.so.1 /usr/lib/libpri.so.1.0
lrwxrwxrwx  1 root root     13 Mar  1 12:55 /usr/lib/libpri.so.1 -> libpri.so.1.0
-rwxr-xr-x  1 root root 122384 Jan 21  2006 /usr/lib/libpri.so.1.0
+ rpm -qf /usr/lib/libpri.so /usr/lib/libpri.so.1 /usr/lib/libpri.so.1.0
libpri-devel-1.2.2-1
file /usr/lib/libpri.so.1 is not owned by any package
libpri-1.2.2-1


-- 
glen


From qboosh at pld-linux.org  Wed Aug 30 16:41:42 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 30 Aug 2006 16:41:42 +0200
Subject: libpri on builders
In-Reply-To: <200608301735.45888.glen@delfi.ee>
References: <200608301735.45888.glen@delfi.ee>
Message-ID: <20060830144141.GE19169@gruby.cs.net.pl>

On Wed, Aug 30, 2006 at 05:35:45PM +0300, Elan Ruusam?e wrote:
> why there's libpri.so.1 on some builders and none on my builder?

ldconfig doesn't create it?


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/


From glen at delfi.ee  Wed Aug 30 17:00:35 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 30 Aug 2006 18:00:35 +0300
Subject: libpri on builders
In-Reply-To: <20060830144141.GE19169@gruby.cs.net.pl>
References: <200608301735.45888.glen@delfi.ee>
	<20060830144141.GE19169@gruby.cs.net.pl>
Message-ID: <200608301800.36109.glen@delfi.ee>

On Wednesday 30 August 2006 17:41, Jakub Bogusz wrote:
> On Wed, Aug 30, 2006 at 05:35:45PM +0300, Elan Ruusam?e wrote:
> > why there's libpri.so.1 on some builders and none on my builder?
>
> ldconfig doesn't create it?
nope

$ ls -l /usr/lib/libpri.so*
lrwxrwxrwx  1 root root     13 May 11 22:16 /usr/lib/libpri.so -> libpri.so.1.0*
-rwxr-xr-x  1 root root 122384 Jan 21  2006 /usr/lib/libpri.so.1.0*
$ sudo ldconfig
$ ls -l /usr/lib/libpri.so*
lrwxrwxrwx  1 root root     13 May 11 22:16 /usr/lib/libpri.so -> libpri.so.1.0*
-rwxr-xr-x  1 root root 122384 Jan 21  2006 /usr/lib/libpri.so.1.0*

-- 
glen


From glen at delfi.ee  Thu Aug 31 15:52:23 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 31 Aug 2006 16:52:23 +0300
Subject: kernel devel provides obsoletes
Message-ID: <200608311652.24108.glen@delfi.ee>

why *-module-build conflicts with other *-module-build but doesn't obsolete each other?

my suggestion is to add to kernel.spec:
%package headers
Provides:   kernel-headers = %{epoch}:%{version}-%{release}
Obsoletes:	kernel-headers

%package module-build
Provides:   kernel-module-build = %{epoch}:%{version}-%{release}
Obsoletes:	kernel-module-build

$ rpm -qa|grep kernel
kernel-headers-2.6.16.20-1
kernel-module-build-2.6.16.20-1

$ poldek --sn ac -u kernel-grsecurity-{module-build,headers}
Loading [pndir]ac...
13342 packages read
Processing dependencies...
kernel-headers-2.6.16.20-1 obsoleted by kernel-grsecurity-headers-2.6.14.7-5
error: kernel-headers = 3:2.6.16.20-1 is required by kernel-module-build-2.6.16.20-1
There are 2 packages to install, 1 to uninstall:
I kernel-grsecurity-headers-2.6.14.7-5, kernel-grsecurity-module-build-2.6.14.7-5
R kernel-headers-2.6.16.20-1
Need to get 4.8MB of archives (4.8MB to download).
After unpacking 21.9MB will be used.
error: 1 unresolved dependency


-- 
glen


From glen at delfi.ee  Thu Aug 31 15:55:46 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 31 Aug 2006 16:55:46 +0300
Subject: libpri on builders
In-Reply-To: <200608301800.36109.glen@delfi.ee>
References: <200608301735.45888.glen@delfi.ee>
	<20060830144141.GE19169@gruby.cs.net.pl>
	<200608301800.36109.glen@delfi.ee>
Message-ID: <200608311655.46360.glen@delfi.ee>

On Wednesday 30 August 2006 18:00, Elan Ruusam?e wrote:
> On Wednesday 30 August 2006 17:41, Jakub Bogusz wrote:
> > On Wed, Aug 30, 2006 at 05:35:45PM +0300, Elan Ruusam?e wrote:
> > > why there's libpri.so.1 on some builders and none on my builder?
> >
> > ldconfig doesn't create it?
any resolution to offer?

as currently asterisk.spec fails to build on some builders which have the symlink, as it has in it's Makefile:

ifneq ($(wildcard $(CROSS_COMPILE_TARGET)/usr/lib/libpri.so.1)$(wildcard $(CROSS_COMPILE_TARGET)/usr/local/lib/libpri.so.1),)
  CFLAGS+=-DZAPATA_PRI
  ZAPPRI=-lpri
endif

and defining the -DZAPATA_PRI  breaks the build:
ppc-pld-linux-gcc -c  -pipe  -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -g3  -Iinclude -I../include -D_REENTRANT -D_GNU_SOURCE  -O2 -fsigned-char   -fsigned-char -DZAPTEL_OPTIMIZATIONS         -fomit-frame-pointer  -Wno-missing-prototypes -Wno-missing-declarations -DZAPATA_PRI -DIAX_TRUNKING -DCRYPTO -fPIC  -o chan_zap.o chan_zap.c
chan_zap.c: In function `pri_dchannel':
chan_zap.c:9038: error: structure has no member named `call'
make[1]: *** [chan_zap.o] Error 1
make[1]: Leaving directory `/home/users/builder/rpm/BUILD/asterisk-1.2.9.1/channels'
make: *** [subdirs] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.35321 (%build)

note: exsisting asterisk package on ftp was built without -DZAPATA_PRI

-- 
glen


From havner at smtp.kamp.pl  Thu Aug 31 15:58:34 2006
From: havner at smtp.kamp.pl (havner)
Date: Thu, 31 Aug 2006 15:58:34 +0200
Subject: kernel devel provides obsoletes
In-Reply-To: <200608311652.24108.glen@delfi.ee>
References: <200608311652.24108.glen@delfi.ee>
Message-ID: <20060831135834.GA8226@pld-linux.org>

On Thu, Aug 31, 2006 at 04:52:23PM +0300, Elan Ruusam?e wrote:
> why *-module-build conflicts with other *-module-build but doesn't obsolete each other?

Where do they conflict? They only do if its the same kernel version,
different release, otherwise they go to /usr/src/linux-$version and
everything is fine.

-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"


From glen at delfi.ee  Thu Aug 31 16:10:50 2006
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Thu, 31 Aug 2006 17:10:50 +0300
Subject: kernel devel provides obsoletes
In-Reply-To: <20060831135834.GA8226@pld-linux.org>
References: <200608311652.24108.glen@delfi.ee>
	<20060831135834.GA8226@pld-linux.org>
Message-ID: <200608311710.51065.glen@delfi.ee>

On Thursday 31 August 2006 16:58, havner wrote:
> On Thu, Aug 31, 2006 at 04:52:23PM +0300, Elan Ruusam?e wrote:
> > why *-module-build conflicts with other *-module-build but doesn't
> > obsolete each other?
>
> Where do they conflict?
imho the problem is that there's already some obsolete:

> kernel-headers-2.6.16.20-1 obsoleted by kernel-grsecurity-headers-2.6.14.7-5
perhaps it's triggered by these Provides/Obsoletes pair:

%package headers
Provides:   kernel-i2c-devel
Obsoletes:  kernel-i2c-devel

> They only do if its the same kernel version, 
> different release, otherwise they go to /usr/src/linux-$version and
> everything is fine.
are you suggesting it's poldek bug?

-- 
glen


From havner at smtp.kamp.pl  Thu Aug 31 16:26:53 2006
From: havner at smtp.kamp.pl (havner)
Date: Thu, 31 Aug 2006 16:26:53 +0200
Subject: kernel devel provides obsoletes
In-Reply-To: <200608311710.51065.glen@delfi.ee>
References: <200608311652.24108.glen@delfi.ee>
	<20060831135834.GA8226@pld-linux.org>
	<200608311710.51065.glen@delfi.ee>
Message-ID: <20060831142653.GC8226@pld-linux.org>

On Thu, Aug 31, 2006 at 05:10:50PM +0300, Elan Ruusam?e wrote:
> %package headers
> Provides:   kernel-i2c-devel
> Obsoletes:  kernel-i2c-devel

If that worked as it should you wouldn't have conflicts but proper
obsoletes.

> > They only do if its the same kernel version, 
> > different release, otherwise they go to /usr/src/linux-$version and
> > everything is fine.
> are you suggesting it's poldek bug?

I'm not suggesting anything :-)
I just know i had kernel-build for 2 kernels installed at the same
moment without any conflicts (some recent 2.6). I remember changing
/usr/src/linux symlink for building modules for different kernels and i
dont use nodeps/force. So it seems it was ok.

-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"


From glen at delfi.ee  Thu Aug 31 18:28:12 2006
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Thu, 31 Aug 2006 19:28:12 +0300
Subject: kernel devel provides obsoletes
In-Reply-To: <20060831142653.GC8226@pld-linux.org>
References: <200608311652.24108.glen@delfi.ee>
	<200608311710.51065.glen@delfi.ee>
	<20060831142653.GC8226@pld-linux.org>
Message-ID: <200608311928.12609.glen@delfi.ee>

On Thursday 31 August 2006 17:26, havner wrote:
> On Thu, Aug 31, 2006 at 05:10:50PM +0300, Elan Ruusam?e wrote:
> > %package headers
> > Provides:   kernel-i2c-devel
> > Obsoletes:  kernel-i2c-devel
>
> If that worked as it should you wouldn't have conflicts but proper
> obsoletes.
what is "should work" ? ;)

if each kernel-headers provides kernel-i2c-devel and other one obsoletes, 
surely it would be marked as removed.

for the resolution i suggest removing 'Provides:   kernel-i2c-devel' so other 
package Obsolete: wouldn't mark (all!) kernel-headers packages

> > > They only do if its the same kernel version,
> > > different release, otherwise they go to /usr/src/linux-$version and
> > > everything is fine.
> >
> > are you suggesting it's poldek bug?
>
> I'm not suggesting anything :-)
> I just know i had kernel-build for 2 kernels installed at the same
> moment without any conflicts (some recent 2.6). I remember changing
> /usr/src/linux symlink for building modules for different kernels and i
> dont use nodeps/force. So it seems it was ok.

did you use poldek (like me) or rpm to install (-i) or rpm upgrade (-U)?


From patrys at pld-linux.org  Thu Aug 31 19:41:53 2006
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Thu, 31 Aug 2006 19:41:53 +0200
Subject: kernel devel provides obsoletes
In-Reply-To: <200608311928.12609.glen@delfi.ee>
References: <200608311652.24108.glen@delfi.ee>
	<200608311710.51065.glen@delfi.ee>
	<20060831142653.GC8226@pld-linux.org>
	<200608311928.12609.glen@delfi.ee>
Message-ID: <1157046113.6713.0.camel@localhost>

Dnia 31-08-2006, czw o godzinie 19:28 +0300, Elan Ruusam?e napisa?(a):
> On Thursday 31 August 2006 17:26, havner wrote:
> > On Thu, Aug 31, 2006 at 05:10:50PM +0300, Elan Ruusam?e wrote:
> > > %package headers
> > > Provides:   kernel-i2c-devel
> > > Obsoletes:  kernel-i2c-devel
> >
> > If that worked as it should you wouldn't have conflicts but proper
> > obsoletes.
> what is "should work" ? ;)
> 
> if each kernel-headers provides kernel-i2c-devel and other one obsoletes, 
> surely it would be marked as removed.
> 
> for the resolution i suggest removing 'Provides:   kernel-i2c-devel' so other 
> package Obsolete: wouldn't mark (all!) kernel-headers packages

Isn't it possible to write Obsoletes: kernel-i2c-devel < 2.6.0?

-- 
Patryk Zawadzki <patrys at pld-linux.org>
PLD Linux



From ankry at green.mif.pg.gda.pl  Thu Aug 31 19:54:47 2006
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Thu, 31 Aug 2006 19:54:47 +0200 (CEST)
Subject: kernel devel provides obsoletes
In-Reply-To: <1157046113.6713.0.camel@localhost> from "Patryk Zawadzki" at Aug
	31, 2006 07:41:53 PM
Message-ID: <200608311754.k7VHslph017758@green.mif.pg.gda.pl>

Patryk Zawadzki wrote:
> Dnia 31-08-2006, czw o godzinie 19:28 +0300, Elan Ruusam??e napisa??(a):
> > On Thursday 31 August 2006 17:26, havner wrote:
> > > On Thu, Aug 31, 2006 at 05:10:50PM +0300, Elan Ruusam??e wrote:
> > > > %package headers
> > > > Provides:   kernel-i2c-devel
> > > > Obsoletes:  kernel-i2c-devel
> > >
> > > If that worked as it should you wouldn't have conflicts but proper
> > > obsoletes.
> > what is "should work" ? ;)
> > 
> > if each kernel-headers provides kernel-i2c-devel and other one obsoletes, 
> > surely it would be marked as removed.
> > 
> > for the resolution i suggest removing 'Provides:   kernel-i2c-devel' so other 
> > package Obsolete: wouldn't mark (all!) kernel-headers packages
> 
> Isn't it possible to write Obsoletes: kernel-i2c-devel < 2.6.0?

1. The Provides are not versioned.
2. What about kernel24-headers? No longer needed on builders?

-- 
=======================================================================
  Andrzej M. Krzysztofowicz                  ankry at mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology


From patrys at pld-linux.org  Thu Aug 31 20:12:45 2006
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Thu, 31 Aug 2006 20:12:45 +0200
Subject: kernel devel provides obsoletes
In-Reply-To: <200608311754.k7VHslph017758@green.mif.pg.gda.pl>
References: <200608311754.k7VHslph017758@green.mif.pg.gda.pl>
Message-ID: <1157047965.6713.7.camel@localhost>

Dnia 31-08-2006, czw o godzinie 19:54 +0200, Andrzej Krzysztofowicz
napisa?(a):
> Patryk Zawadzki wrote:
> > Dnia 31-08-2006, czw o godzinie 19:28 +0300, Elan Ruusam??e napisa??(a):
> > > On Thursday 31 August 2006 17:26, havner wrote:
> > > > On Thu, Aug 31, 2006 at 05:10:50PM +0300, Elan Ruusam??e wrote:
> > > > > %package headers
> > > > > Provides:   kernel-i2c-devel
> > > > > Obsoletes:  kernel-i2c-devel
> > > >
> > > > If that worked as it should you wouldn't have conflicts but proper
> > > > obsoletes.
> > > what is "should work" ? ;)
> > > 
> > > if each kernel-headers provides kernel-i2c-devel and other one obsoletes, 
> > > surely it would be marked as removed.
> > > 
> > > for the resolution i suggest removing 'Provides:   kernel-i2c-devel' so other 
> > > package Obsolete: wouldn't mark (all!) kernel-headers packages
> > 
> > Isn't it possible to write Obsoletes: kernel-i2c-devel < 2.6.0?
> 
> 1. The Provides are not versioned.

But could be and the obsoleted package certainly was versioned.

> 2. What about kernel24-headers? No longer needed on builders?

Dunno, it probably provides kernel24-i2c-devel? If not, it won't work
anyway (mutual obsoletes/provides with kernel 2.6).

-- 
Patryk Zawadzki <patrys at pld-linux.org>
PLD Linux



From qboosh at pld-linux.org  Thu Aug 31 20:17:52 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 31 Aug 2006 20:17:52 +0200
Subject: kernel devel provides obsoletes
In-Reply-To: <200608311754.k7VHslph017758@green.mif.pg.gda.pl>
References: <1157046113.6713.0.camel@localhost>
	<200608311754.k7VHslph017758@green.mif.pg.gda.pl>
Message-ID: <20060831181752.GA8539@fngna.oyu>

On Thu, Aug 31, 2006 at 07:54:47PM +0200, Andrzej Krzysztofowicz wrote:
> Patryk Zawadzki wrote:
> > Dnia 31-08-2006, czw o godzinie 19:28 +0300, Elan Ruusam??e napisa??(a):
> > > On Thursday 31 August 2006 17:26, havner wrote:
> > > > On Thu, Aug 31, 2006 at 05:10:50PM +0300, Elan Ruusam??e wrote:
> > > > > %package headers
> > > > > Provides:   kernel-i2c-devel
> > > > > Obsoletes:  kernel-i2c-devel
> > > >
> > > > If that worked as it should you wouldn't have conflicts but proper
> > > > obsoletes.
> > > what is "should work" ? ;)
> > > 
> > > if each kernel-headers provides kernel-i2c-devel and other one obsoletes, 
> > > surely it would be marked as removed.
> > > 
> > > for the resolution i suggest removing 'Provides:   kernel-i2c-devel' so other 
> > > package Obsolete: wouldn't mark (all!) kernel-headers packages
> > 
> > Isn't it possible to write Obsoletes: kernel-i2c-devel < 2.6.0?
> 
> 1. The Provides are not versioned.

In 2.6 only. And are useless in kernel 2.6, so let's drop them.

> 2. What about kernel24-headers? No longer needed on builders?

kernel24-headers package provides kernel24-i2c-devel, so it doesn't
matter.


-- 
Jakub Bogusz    http://qboosh.cs.net.pl/


From havner at smtp.kamp.pl  Thu Aug 31 20:28:45 2006
From: havner at smtp.kamp.pl (havner)
Date: Thu, 31 Aug 2006 20:28:45 +0200
Subject: SPECS: rpm-build-macros.spec - 1.316: added %env_update
In-Reply-To: <SPECS_rpm_build_macros.spec.1.80@pld-linux.org>
References: <SPECS_rpm_build_macros.spec.1.79@pld-linux.org>
	<SPECS_rpm_build_macros.spec.1.80@pld-linux.org>
Message-ID: <20060831182845.GA9358@pld-linux.org>

On Thu, Aug 31, 2006 at 06:03:46PM +0200, glen wrote:
> Author: glen                         Date: Thu Aug 31 16:03:46 2006 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - 1.316: added %env_update

Why do we need this? Those variables are exported by /etc/profile

-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"


From glen at delfi.ee  Thu Aug 31 21:05:51 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 31 Aug 2006 22:05:51 +0300
Subject: SPECS: rpm-build-macros.spec - 1.316: added %env_update
In-Reply-To: <20060831182845.GA9358@pld-linux.org>
References: <SPECS_rpm_build_macros.spec.1.79@pld-linux.org>
	<SPECS_rpm_build_macros.spec.1.80@pld-linux.org>
	<20060831182845.GA9358@pld-linux.org>
Message-ID: <200608312205.51697.glen@delfi.ee>

On Thursday 31 August 2006 21:28, havner wrote:
> On Thu, Aug 31, 2006 at 06:03:46PM +0200, glen wrote:
> > Author: glen                         Date: Thu Aug 31 16:03:46 2006 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - 1.316: added %env_update
>
> Why do we need this? Those variables are exported by /etc/profile

see env-update.spec and /etc/profile from setup.spec at HEAD

and of course that /sbin/env-update is all optional like everything in PLD :)

-- 
glen


From havner at smtp.kamp.pl  Thu Aug 31 21:17:39 2006
From: havner at smtp.kamp.pl (havner)
Date: Thu, 31 Aug 2006 21:17:39 +0200
Subject: SPECS: rpm-build-macros.spec - 1.316: added %env_update
In-Reply-To: <200608312205.51697.glen@delfi.ee>
References: <SPECS_rpm_build_macros.spec.1.79@pld-linux.org>
	<SPECS_rpm_build_macros.spec.1.80@pld-linux.org>
	<20060831182845.GA9358@pld-linux.org>
	<200608312205.51697.glen@delfi.ee>
Message-ID: <20060831191739.GA9464@pld-linux.org>

On Thu, Aug 31, 2006 at 10:05:51PM +0300, Elan Ruusam?e wrote:
> > Why do we need this? Those variables are exported by /etc/profile
> 
> see env-update.spec and /etc/profile from setup.spec at HEAD
> 
> and of course that /sbin/env-update is all optional like everything in PLD :)

Ok, i see its optional now, just in what way its better? Moving from
separate config files to one, that needs to be updated.

-- 
Regards    Havner                      {jid,mail}:havner(at)pld-linux.org
PLD developer                                    http://www.pld-linux.org
PLD LiveCD author                             http://livecd.pld-linux.org
                   "Quis custodiet ipsos custodes?"


From glen at delfi.ee  Thu Aug 31 22:03:25 2006
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Thu, 31 Aug 2006 23:03:25 +0300
Subject: SPECS: rpm-build-macros.spec - 1.316: added %env_update
In-Reply-To: <20060831191739.GA9464@pld-linux.org>
References: <SPECS_rpm_build_macros.spec.1.79@pld-linux.org>
	<200608312205.51697.glen@delfi.ee>
	<20060831191739.GA9464@pld-linux.org>
Message-ID: <200608312303.25550.glen@delfi.ee>

On Thursday 31 August 2006 22:17, havner wrote:
> On Thu, Aug 31, 2006 at 10:05:51PM +0300, Elan Ruusam?e wrote:
> > > Why do we need this? Those variables are exported by /etc/profile
> >
> > see env-update.spec and /etc/profile from setup.spec at HEAD
> >
> > and of course that /sbin/env-update is all optional like everything in
> > PLD :)
>
> Ok, i see its optional now, just in what way its better? Moving from
> separate config files to one, that needs to be updated.

well. hope this explains:

$ for q in $(seq 1 10); do time . /tmp/profile.env ; done

real    0m0.000s
user    0m0.000s
sys     0m0.000s

real    0m0.000s
user    0m0.000s
sys     0m0.000s

real    0m0.000s
user    0m0.000s
sys     0m0.000s

real    0m0.000s
user    0m0.000s
sys     0m0.000s

real    0m0.000s
user    0m0.000s
sys     0m0.000s

real    0m0.000s
user    0m0.000s
sys     0m0.000s

real    0m0.000s
user    0m0.000s
sys     0m0.000s

real    0m0.000s
user    0m0.000s
sys     0m0.000s

real    0m0.000s
user    0m0.000s
sys     0m0.000s

real    0m0.000s
user    0m0.000s
sys     0m0.000s


$ for q in $(seq 1 10); do time . /tmp/profile.orig ; done

real    0m0.003s
user    0m0.010s
sys     0m0.000s

real    0m0.003s
user    0m0.000s
sys     0m0.000s

real    0m0.003s
user    0m0.000s
sys     0m0.000s

real    0m0.003s
user    0m0.000s
sys     0m0.000s

real    0m0.003s
user    0m0.010s
sys     0m0.000s

real    0m0.003s
user    0m0.000s
sys     0m0.000s

real    0m0.003s
user    0m0.000s
sys     0m0.000s

real    0m0.003s
user    0m0.010s
sys     0m0.000s

real    0m0.003s
user    0m0.000s
sys     0m0.000s

real    0m0.003s
user    0m0.000s
sys     0m0.000s


$ cat /tmp/profile.orig
        for i in /etc/env.d/* ; do
                NAME=${i##*/}
                case $NAME in
                        *~ | *.bak | *.old | *.rpmnew | *.rpmsave )
                                # nothing
                                ;;
                        * )
                                if [ -r $i ]; then
                                        . $i; export $NAME
                                fi
                                ;;
                esac
        done
        unset NAME

$ cat /tmp/profile.env
if [ -f /etc/profile.env ]; then
        . /etc/profile.env
fi



From glen at delfi.ee  Thu Aug 31 19:10:48 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 31 Aug 2006 20:10:48 +0300
Subject: missing icons in kde (and other menus)
Message-ID: <200608312010.48255.glen@delfi.ee>

i see that there are missing icons for
- Network -> Remote Access
- Network -> Connections
- Office Applications -> Dictionaries
- Multimedia -> Tuners
- Multimedia -> Editing
- Multimedia -> Mixing
- Games -> Action
- Games -> Adventure
- Games -> Blocks
- Games -> Logic
- Games -> Simulators
- Games -> Sport
- Education -> Art
- Development -> Projects Organization
- Development -> Web Design
- Accessories -> Electronics
- Accessories -> Emulators
- Accessories -> File Management

are these missing because PLD changes? and where is that Categories= -> Icons 
mapping defined afterall? where to find those missing icons?

-- 
glen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kmenu.png
Type: image/png
Size: 125026 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20060831/66032c0a/attachment.png>