Re: SOURCES: rpm-macros.patch - --as-needed by default
On Sun, Jul 23, 2006 at 10:22:23PM +0200, freetz wrote:
> Author: freetz Date: Sun Jul 23 20:22:23 2006 GMT
> Module: SOURCES Tag: HEAD
> Log message:
> - --as-needed by default
> -+%rpmldflags %{nil}
> ++%rpmldflags %{!?no_build_with_as_needed:-Wl,--as-needed}
i have rebuild whole PPCRCD with --as-needed and i've found one big
problem: most things using ncurses and/or readline don't build,
first there is some problem with ncurses configure script, it thinks
there is no ncurses library, and readline thinks there is no termcap
some other programs don't build even without --as-needed if readline
was build with this flag (js.spec for instance)
anyone wants to solve it ?
there goes a list of specs i have problem with:
- util-ilnux
- psproc
- zlib
- libjpeg
- rmt
- parted
- lvm2
- dmraid
- xfsprogs
- ext3rminator
- zaptel
- wvstreams
- wvdial
- ftp
- lftp
- ncftp
- readline: causes js.rpm fail
- irssi
- texinfo
- vim
- elfutils
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: rpm-macros.patch - --as-needed by default
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 | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: rpm-macros.patch - --as-needed by default
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 | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Fixing --as-needed problems [Re: SOURCES: rpm-macros.patch - --as-needed by default]
On Tue, Aug 01, 2006 at 07:05:38AM +0200, Fryderyk Dziarmagowski wrote:
> --- [EMAIL PROTECTED] 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
the library will _never_ be linked, because it's not required at the
time it's checked.
And with something like that:
$ gcc -l -Wl,--as-needed
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 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 -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 | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Let's gentooize: %filterout_* macros
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 | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Let's gentooize: %filterout_* macros
On Fri, Aug 04, 2006 at 07:01:35PM +0200, [EMAIL PROTECTED] 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 | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Let's gentooize: %filterout_* macros
On Sat, Aug 05, 2006 at 05:03:09AM +0200, [EMAIL PROTECTED] wrote:
> On Fri, Aug 04, 2006 at 07:01:35PM +0200, [EMAIL PROTECTED] 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 | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fixing --as-needed problems - Example 1
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:
[EMAIL PROTECTED] 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:
[EMAIL PROTECTED] 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
Re: Fixing --as-needed problems - Example 2
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 | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fixing --as-needed problems - Example 3
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 | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
PPCRCD: New version is out (2006-08-09)
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 | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
very ugly setup <-> glibc dependancy
now setup (which normlly should be the first package installed)
requires postshell which is in glibc (this one requires many things),
maybe it would be possible to move env-update to some trigger, or create
separeted package/spec for postshell ?
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: very ugly setup <-> glibc dependancy
On Tue, Sep 05, 2006 at 05:19:03PM +0300, Elan Ruusamäe wrote:
> On Tuesday 05 September 2006 17:16, [EMAIL PROTECTED] wrote:
> > now setup (which normlly should be the first package installed)
> > requires postshell which is in glibc (this one requires many things),
> > maybe it would be possible to move env-update to some trigger, or create
> > separeted package/spec for postshell ?
> i vote for postshell separation as it's has basically nothing to do with
> glibc
> dependencies.
>
> or could even put postshell to setup package?
/me votes for postshell.spec
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: very ugly setup <-> glibc dependancy
On Tue, Sep 05, 2006 at 04:24:40PM +0200, Jakub Bogusz wrote:
> On Tue, Sep 05, 2006 at 04:21:27PM +0200, [EMAIL PROTECTED] wrote:
> > On Tue, Sep 05, 2006 at 05:19:03PM +0300, Elan Ruusamäe wrote:
> > > On Tuesday 05 September 2006 17:16, [EMAIL PROTECTED] wrote:
> > > > now setup (which normlly should be the first package installed)
> > > > requires postshell which is in glibc (this one requires many things),
> > > > maybe it would be possible to move env-update to some trigger, or create
> > > > separeted package/spec for postshell ?
> > > i vote for postshell separation as it's has basically nothing to do with
> > > glibc
> > > dependencies.
> > >
> > > or could even put postshell to setup package?
> >
> > /me votes for postshell.spec
>
> Ukhm... postshell would require FHS (because of directories), FHS
> requires setup (because of %attr with non-root groups).
let's put postshell on /
(:
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: very ugly setup <-> glibc dependancy
On Tue, Sep 05, 2006 at 04:24:40PM +0200, Jakub Bogusz wrote:
> Ukhm... postshell would require FHS (because of directories), FHS
> requires setup (because of %attr with non-root groups).
in setup.spec there already are files which go to /sbin/
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fwd: ERRORS: svrcore-devel.spec
On Thu, Sep 07, 2006 at 05:15:48AM +0300, Elan Ruusamäe wrote:
> anyone know how to fix?
> Linux2.6_x86_amd64-pld-linux-gcc_glibc_PTH_DBG.OBJ/nsinstall.o
> Linux2.6_x86_amd64-pld-linux-gcc_glibc_PTH_DBG.OBJ/pathsub.o -m32
> -lpthread -ldl -lc /usr/bin/ld: warning: i386:x86-64 architecture of input
> file `Linux2.6_x86_amd64-pld-linux-gcc_glibc_PTH_DBG.OBJ/nsinstall.o' is
> incompatible with i386 output /usr/bin/ld: warning: i386:x86-64 architecture
> of input file `Linux2.6_x86_amd64-pld-linux-gcc_glibc_PTH_DBG.OBJ/pathsub.o'
> is incompatible with i386 output true -m 775
> Linux2.6_x86_amd64-pld-linux-gcc_glibc_PTH_DBG.OBJ/nsinstall
> ../../../dist/Linux2.6_x86_amd64-pld-linux-gcc_glibc_PTH_DBG.OBJ/bin
> Linux2.6_x86_amd64-pld-linux-gcc_glibc_PTH_DBG.OBJ/nsinstall.o
> Linux2.6_x86_amd64-pld-linux-gcc_glibc_PTH_DBG.OBJ/pathsub.o -m32 -lpthread
> -ldl -lc
> /usr/bin/ld: skipping
> incompatible /usr/lib64/gcc-lib/amd64-pld-linux/3.3.6/../../../libpthread.so
> when searching for -lpthread
> /usr/bin/ld: skipping
> incompatible /usr/lib64/gcc-lib/amd64-pld-linux/3.3.6/../../../libpthread.a
probably there should be no -m32
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: audit.spec - lib64 safe
On Wed, Sep 13, 2006 at 05:18:25PM +0200, glen wrote:
> Author: glen Date: Wed Sep 13 15:18:25 2006 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - lib64 safe
> -rm -r $RPM_BUILD_ROOT%{_prefix}/lib/python2.4
> +rm -r $RPM_BUILD_ROOT%{py_libdir}
NOOo!!!111!!...
1.
$ rpm --eval "%{py_libdir}"
sh: python: not found
sh: python: not found
/lib/python
python is needed for this macro
2.
in audit-1.2.6/audisp/Makefile
there is:
LIBDIR ?= $(PREFIX)/lib/python2.4/site-packages
so it isn't really installed in %{py_libdir}, but in some hardcoded path
(if this behaviour is broken then there should be some 'mv' in
%{with python} part)
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: audit.spec - lib64 safe
On Wed, Sep 13, 2006 at 06:52:52PM +0300, Elan Ruusamäe wrote:
> On Wednesday 13 September 2006 18:24, [EMAIL PROTECTED] wrote:
> > LIBDIR ?= $(PREFIX)/lib/python2.4/site-packages
> patch and pass %{py_libdir}
>
> > so it isn't really installed in %{py_libdir}, but in some hardcoded path
> > (if this behaviour is broken then there should be some 'mv' in
> > %{with python} part)
> patch it not to install python files?
>
> ps: also try to avoid python2.4 (hardcoding 2.4)
If someone needs it to work properly with python, is free to fix it.
I need it to build without python.
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: linking with build libs instead of system
On Thu, Sep 14, 2006 at 09:44:46PM +0300, Elan Ruusamäe wrote:
> how to prevent program being built linking with currently built libs isntead
> of system? (and not using buildconflicts)
>
use full path to newly built library (../bla/libbla.so) instead
of -lbla ?
--
____ Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: alt kernel bugs
On Wed, Sep 20, 2006 at 01:37:36AM +0300, Elan Ruusamäe wrote:
> [EMAIL PROTECTED] pld/SPECS $ rpm --define 'alt_kernel desktop' -E
> '%{_kernel_ver}'
> 2.6.17.11_desktop-0.1.1smp
>
> [EMAIL PROTECTED] pld/SPECS $ rpm --define 'alt_kernel desktop' -E
> '%{_kernel_ver}smp'
> 2.6.17.11_desktop-0.1.1smpsmp
fixed already
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: DISTFILES: ERRORS: Eterm-0.9.4.tar.gz Eterm-bg-0.9.4.tar.gz
On Wed, Sep 27, 2006 at 11:13:04PM +0200, sparky wrote:
> scp problems: scp -r -B -q
> ./tmp/e5cd02ce-1fa9-42a0-8e4d-add8c2e7967e/e8c6567b13d7fb760bded56c1d1a181d/
> [EMAIL PROTECTED]:ftp//by-md5/e/8:
> scp: ftp//by-md5/e/8/e8c6567b13d7fb760bded56c1d1a181d/Eterm-bg-0.9.4.tar.gz:
> Permission denied
> scp:
> ftp//by-md5/e/8/e8c6567b13d7fb760bded56c1d1a181d/Eterm-bg-0.9.4.tar.gz.desc:
> Permission denied
wtf ?
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (LINUX_2_6): kernel.spec - rpm macros need utsrelease.h for ...
On Fri, Sep 29, 2006 at 10:34:09AM +0200, zbyniu wrote:
> Author: zbyniu Date: Fri Sep 29 08:34:09 2006 GMT
> Module: SPECS Tag: LINUX_2_6
> Log message:
> - rpm macros need utsrelease.h for external modules; rel 2
>
> @@ -1184,6 +1185,8 @@
> KERNEL_INSTALL_DIR="$KERNEL_BUILD_DIR/build-done/kernel-UP"
> rm -rf $KERNEL_INSTALL_DIR
> BuildConfig
> +%{__make} $CrossOpts include/linux/utsrelease.h
> +cp include/linux/utsrelease.h{,.save}
Isn't there any way to do it in %install ?
just after %{__make} $CrossOpts include/linux/version.h
> %{__make} $CrossOpts mrproper
> +mv -f include/linux/utsrelease.h.save
> $RPM_BUILD_ROOT%{_prefix}/src/linux-%{version}/include/linux/utsrelease.h
> %{__make} $CrossOpts include/linux/version.h
wrong, use install instead of mv, or you'll brake multiple
rpmbuild -bi --short-circuit
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (LINUX_2_6): kernel.spec - rpm macros need utsrelease.h for ...
On Fri, Sep 29, 2006 at 03:37:54PM +0200, Zbyniu Krzystolik wrote:
> Mniej wiecej Fri, Sep 29, 2006 at 10:51:33AM +0200, zainteresowany [EMAIL
> PROTECTED] rzekl:
> > On Fri, Sep 29, 2006 at 10:34:09AM +0200, zbyniu wrote:
> No, it need unclean environment.
sed :/ :P
> Ok, but then we have utsrelease.h.save in kernel-headers.
> Feel free to make better hack against this strange idea :)
use exclude in files or rm -f in %install section ?
and I think everything is copied before you move the file, so it will
appear anyway
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: glibc-ppc-include-mathinline.patch (NEW) - fix build on P...
On Fri, Oct 06, 2006 at 07:26:20PM +0200, sparky wrote:
> Author: sparky Date: Fri Oct 6 17:26:20 2006 GMT
> Module: SOURCES Tag: HEAD
> Log message:
> - fix build on PowerPC
I can't understand why build passed on th-ppc. For me on forge and
gzowski it failed with same problem:
../sysdeps/powerpc/fpu/e_sqrt.c: In function '__ieee754_sqrt':
../sysdeps/powerpc/fpu/e_sqrt.c:173: error: '__CPU_HAS_FSQRT' undeclared (first
use in this function)
maybe th builder is not using appropiate setarch ?
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: glibc-ppc-include-mathinline.patch (NEW) - fix build on P...
On Sun, Oct 08, 2006 at 08:34:44PM +0200, Jakub Bogusz wrote:
> On Fri, Oct 06, 2006 at 07:34:12PM +0200, [EMAIL PROTECTED] wrote:
> > On Fri, Oct 06, 2006 at 07:26:20PM +0200, sparky wrote:
> > > Author: sparky Date: Fri Oct 6 17:26:20 2006 GMT
> > > Module: SOURCES Tag: HEAD
> > > Log message:
> > > - fix build on PowerPC
> >
> > I can't understand why build passed on th-ppc. For me on forge and
> > gzowski it failed with same problem:
> >
> > ../sysdeps/powerpc/fpu/e_sqrt.c: In function '__ieee754_sqrt':
> > ../sysdeps/powerpc/fpu/e_sqrt.c:173: error: '__CPU_HAS_FSQRT' undeclared
> > (first use in this function)
> >
> > maybe th builder is not using appropiate setarch ?
>
> No, in case of such issue __CPU_HAS_FSQRT would be just defined to 1.
>
> What flags did you use? -O0 or -Os?
> __USE_EXTERN_INLINES is defined in features.h with the following condition:
>
> #v+
> /* Decide whether we can define 'extern inline' functions in headers. */
> #if __GNUC_PREREQ (2, 7) && defined __OPTIMIZE__ \
> && !defined __OPTIMIZE_SIZE__ && !defined __NO_INLINE__
> # define __USE_EXTERN_INLINES 1
> #endif
> #v-
I see. I was using -Os.
But my fix is probably not the best one, perhaps __CPU_HAS_FSQRT
definicions should be moved somewere else (to math.h) ?
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: mbootpack.spec (NEW) - initial SPEC
On Wed, Oct 11, 2006 at 09:18:45AM +0200, grzegorz wrote:
> Author: grzegorz Date: Wed Oct 11 07:18:44 2006 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - initial SPEC
> +This is a tool that takes a multiboot kernel and modules (e.g. a Xen
> +VMM, linux kernel and initrd), and packages them up as a single file
> +that looks like a bzImage linux kernel. The aim is to allow you to
^^^
EA: %{x86} is missing
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: ktorrent-znow.patch (NEW) - -z now not recognized on ppc ...
On Thu, Oct 12, 2006 at 07:37:29PM +0200, glen wrote:
> Author: glen Date: Thu Oct 12 17:37:29 2006 GMT
> Module: SOURCES Tag: HEAD
> Log message:
> - -z now not recognized on ppc and alpha
> +-LDFLAGS="$LDFLAGS -Wl -z now"
libtool script is changing order of arguments depending on what it
thinks they are, so using spaces in this case is totaly incorrect
because -Wl is treated like linker flag, -z probably as compiler flag
and 'now' as object file
AC binutils have -z now option on ppc:
$ ld --help | egrep 'elf32ppc.*:|-z now'
elf32ppclinux:
-z nowMark object non-lazy runtime binding
elf32ppc:
-z nowMark object non-lazy runtime binding
elf32ppcsim:
-z nowMark object non-lazy runtime binding
$ rpm -qf /usr/bin/ld
binutils-2.15.94.0.2.2-2
try:
LDFLAGS="$LDFLAGS -Wl,-z,now"
or:
LDFLAGS="$LDFLAGS -Wl,-z -Wl,now"
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: einstein.spec (NEW) - new
On Thu, Oct 12, 2006 at 06:45:05PM +0200, lisu wrote:
> Author: lisu Date: Thu Oct 12 16:45:05 2006 GMT
> Module: SPECS Tag: HEAD
> Log message:
> - new
> +BuildRequires: SDL_mixer-devel
> +BuildRequires: SDL_ttf-devel
> +%description
> +The game goal is to open all cards in square of 6x6 cards. For this, a
> number of hints describing relations between card positions are given.
> +
> +%description -l pl
> +Celem gry jest odsłonięcie wszystkich kart w kwadracie 6x6 za pomocą
> podpowiedzi opisujących relacje pomiędzy poszczególnymi kartami.
try to adapterize it next time
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: iterm-gcc4.patch (NEW) - fix for gcc-4.x
On Wed, Oct 18, 2006 at 06:55:12PM +0200, witekfl wrote:
> Author: witekfl Date: Wed Oct 18 16:55:12 2006 GMT
> Module: SOURCES Tag: HEAD
> Log message:
> - fix for gcc-4.x
> +--- iterm-0.5/unix/Xaw/lib/xim.c.old 2006-10-18 18:11:35.0 +0200
> iterm-0.5/unix/Xaw/lib/xim.c 2006-10-18 18:12:03.0 +0200
> +@@ -63,8 +63,8 @@
> + }
> + }
> + }
> +-loop_end:
> + }
> ++loop_end:
> + XFree(im_styles);
I haven't seen the code, but wasn't it ment to work like 'continue',
instead of 'break' ?
in such case adding empty instruction ';' should be enough, like that:
}
}
}
-loop_end:
+loop_end: ;
}
XFree(im_styles);
check it !
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [postgresql] postgresql.init script and localization problem
On Mon, Oct 30, 2006 at 04:14:05PM +0100, Jérôme Augé wrote:
> Hi,
hello
> I fixed it by forcing LANG=C when calling pg_ctl:
> - output=`TMPDIR=/tmp su postgres -c "/usr/bin/pg_ctl -D $1 status"`
> + output=`LANG=C TMPDIR=/tmp su postgres -c "/usr/bin/pg_ctl -D $1
> status"`
thanks for pointing this
but remember to use LC_ALL in such cases, because there are options with
higher priority than LANG (eg. LANGUAGE or LC_ALL)
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SOURCES: perl-ExtUtils-MakeMaker-write-permissions.patch (NEW) - i...
On Mon, Oct 30, 2006 at 06:46:44PM +0200, Elan Ruusamäe wrote:
> On Monday 30 October 2006 18:21, you wrote:
> > Author: sparky Date: Mon Oct 30 16:21:30 2006 GMT
> > Module: SOURCES Tag: HEAD
> > Log message:
> > - install with write permision for owner (useful for proper .so stripping)
>
> no longer needed.
> %__spec_install_post_strip (including chrpath) does chmod u+w by itself.
oh, I haven't noticed I had so old rpm macros in my chroot
anyway, i think it's better to install files with u+w, not only because
of stripping, it may be useful for other things too
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [qmail] remove all.rbl.kropka.net from default conf-rblsmtpd
On Tue, Oct 31, 2006 at 11:20:50AM +0100, Jérôme Augé wrote:
> Hi,
>
> The kropka RBL is responding "rbl.kropka.net has been SHUT DOWN. Please
> DO NOT use it anymore." to rbl requests, thus rejecting all incoming
> messages.
In this case probably nothing will be done unless you send patch for the
build system, or you ask glen to remove it from his qmail-conf tarball.
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: glibc compilation problem
On Mon, Nov 06, 2006 at 10:10:01PM +0100, Jakub Bogusz wrote:
> On Mon, Nov 06, 2006 at 10:08:02PM +0100, Paweł Sikora wrote:
> > On Monday 06 November 2006 22:06, Jakub Bogusz wrote:
> > > On Mon, Nov 06, 2006 at 09:17:12PM +0100, Jacek Konieczny wrote:
> > > > On Mon, Nov 06, 2006 at 03:32:39PM +0100, Jacek Konieczny wrote:
> > > > > Or maybe I should try with glibc 2.5? Is it, as in PLD CVS, usable?
> > > >
> > > > I have tried. The same problem:
> > >
> > > Maybe too new gcc?
> > > glibc 2.5 builds for me with binutils-2.17.50.0.6-1.athlon and
> > > gcc-4.1.0-1.athlon.
> >
> > works for me for gcc-4.2.0-0.20061030r118195.3.
>
> Which architectures?
x86_64 probably
works for me, on ppc:
[EMAIL PROTECTED] ~]$ rpm -q glibc gcc binutils
glibc-2.5-0.2
gcc-4.1.2-0.20060928r117266.2
binutils-2.17.50.0.2-2
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
RFC: Macro for building modules
Right now we are copying code for building kernel 2.6 modules to each
spec which provides them. It is a little hard to maintain and to add
some functionality. I have created macro for building modules based on
that code, a little expanded (with cross-compilation support). Now in
spec file thete will only have to be some thing like:
%if %{with kernel}
cd module/place
%build_kernel_modules module_name1 module_name2
cd ../..
%endif
If some additional options for make modules are required they may be
passed like: -1 option1 -2 option2 -3 option3; up to 9 options are
supported.
Exemple when some additional option in make modules is required:
%build_kernel_modules -1 T=$TMPDIR mol
There may be 2 options passed to make prepare scripts: -p o1 -P o2.
Module patching is supported via shell script called pld-module.patch.
Exemple with additional patching:
%if %{with kernel}
cp -f pwc-if.c pwc-if.c.orig
cat > pld-module.patch <<'EOF'
set -e -x
if grep -q "CONFIG_PREEMPT_RT" o/.config; then
sed 's/SPIN_LOCK_UNLOCKED/SPIN_LOCK_UNLOCKED(pdev->ptrlock)/' \
pwc-if.c.orig > pwc-if.c
else
cat pwc-if.c.orig > pwc-if.c
fi
EOF
%build_kernel_modules pwc
%endif
Now, take a look at the code and propose your additions! Number and use
of backshashes is scary, but it has to be this way as %define is expanded
before anything.
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
%build_kernel_modules(1:2:3:4:5:6:7:8:9:p:P:)
\
%{!?1:%{error:build_kernel_modules: Required module name missing}}
\
\
%define Opts
\\\
%if "%{_target_base_arch}" != "%{_arch}"
\\\
%if "%{_arch}" == "x86_64" && "%{_target_base_arch}" == "i386"
\\\
CC="%{__cc}" CPP="%{__cpp}" ARCH=%{_target_base_arch}
\\\
%else
\\\
ARCH=%{_target_base_arch} CROSS_COMPILE=%{_target_cpu}-pld-linux-
\\\
%endif
\\\
%else
\\\
CC="%{__cc}" CPP="%{__cpp}"
\\\
%endif
\
%define MakeOpts HOSTCC="%{__cc}" %{?with_verbose:V=1} %{Opts}
\
\
for cfg in %{?with_dist_kernel:%{?with_smp:smp}
up}%{!?with_dist_kernel:nondist}; do \
if [ ! -r "%{_kernelsrcdir}/config-$cfg" ]; then
\
exit 1
\
fi
\
install -d o/include/linux
\
ln -sf %{_kernelsrcdir}/config-$cfg o/.config
\
ln -sf %{_kernelsrcdir}/Module.symvers-$cfg o/Module.symvers
\
ln -sf %{_kernelsrcdir}/include/linux/autoconf-$cfg.h
o/include/linux/autoconf.h \
\
[ ! -e pld-module.patch ] || %__spec_build_shell pld-module.patch
\
\
%if %{with dist_kernel}
\
%{__make} -j1 -C %{_kernelsrcdir} prepare scripts
\\\
O=$PWD/o %{-p*} %{-P*}
\\\
%{MakeOpts}
\
%else
\
install -d o/include/config
\
touch o/include/config/MARKER
\
ln -sf %{_kernelsrcdir}/scripts o/scripts
\
%endif
\
\
%{__make} -C %{_kernelsrcdir} modules
\\\
Re: RFC: Macro for building modules
On Tue, Nov 07, 2006 at 08:40:12PM +0200, Elan Ruusamäe wrote:
> On Tuesday 07 November 2006 19:22, [EMAIL PROTECTED] wrote:
> > Right now we are copying code for building kernel 2.6 modules to each
> > spec which provides them. It is a little hard to maintain and to add
> > some functionality. I have created macro for building modules based on
> > that code, a little expanded (with cross-compilation support). Now in
> > spec file thete will only have to be some thing like:
> >
> > %if %{with kernel}
> > cd module/place
> > %build_kernel_modules module_name1 module_name2
> > cd ../..
> > %endif
> could you post the sample specfile and initial macros?
spec for ieee80211, and initial macros, you mean SOURCES/rpm.macros ?
for now I'm testing it in my ~/.rpmmacros
> > If some additional options for make modules are required they may be
> > passed like: -1 option1 -2 option2 -3 option3; up to 9 options are
> > supported.
> i belive this "limitation" can be avoided by using %* macro for parameters
> and
> say -m modulename1,modulename2 for passing module name(s)
good point, changed
> > Exemple when some additional option in make modules is required:
> >
> > %build_kernel_modules -1 T=$TMPDIR mola
now it becomes:
%build_kernel_modules T=$TMPDIR -m mol
> > There may be 2 options passed to make prepare scripts: -p o1 -P o2.
> > Module patching is supported via shell script called pld-module.patch.
> >
> > Exemple with additional patching:
> >
> > %if %{with kernel}
> > cp -f pwc-if.c pwc-if.c.orig
> >
> > cat > pld-module.patch <<'EOF'
> perhaps name it with .sh extension?
I knew pld-module.patch won't be the best name just after it came to my
mind, changed.
What I don't understand is why %{error: blabla} does not stop building,
it's just displayed at the beginning.
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
#
%build_kernel_modules(p:P:m:)
\
%{!?-m:%{error:%{0}: Required module name/list missing}}
\
\
%define Opts
\\\
%if "%{_target_base_arch}" != "%{_arch}"
\\\
%if "%{_arch}" == "x86_64" && "%{_target_base_arch}" == "i386"
\\\
CC="%{__cc}" CPP="%{__cpp}" ARCH=%{_target_base_arch}
\\\
%else
\\\
ARCH=%{_target_base_arch} CROSS_COMPILE=%{_target_cpu}-pld-linux-
\\\
%endif
\\\
%else
\\\
CC="%{__cc}" CPP="%{__cpp}"
\\\
%endif
\
%define MakeOpts HOSTCC="%{__cc}" SYSSRC=%{_kernelsrcdir} SYSOUT=$PWD/o
\\\
O=$PWD/o %{?with_verbose:V=1} %{Opts}
\
\
for cfg in %{?with_dist_kernel:%{?with_smp:smp}
up}%{!?with_dist_kernel:nondist}; do \
if [ ! -r "%{_kernelsrcdir}/config-$cfg" ]; then
\
exit 1
\
fi
\
install -d o/include/linux
\
ln -sf %{_kernelsrcdir}/config-$cfg o/.config
\
ln -sf %{_kernelsrcdir}/Module.symvers-$cfg o/Module.symvers
\
ln -sf %{_kernelsrcdir}/include/linux/autoconf-$cfg.h
o/include/linux/autoconf.h \
\
[ ! -e pld-module.sh ] || %__spec_build_shell pld-module.sh
\
\
%if %{with dist_kernel}
\
%{__make} -j1 -C %{_kernelsrcdir} prepare scripts
\\\
Re: RFC: Macro for building modules
On Tue, Nov 07, 2006 at 11:52:51PM +0300, Elan Ruusamäe wrote:
> just another idea, could use optional <
> %build_kernel_module -m foo < some scripting around here
> EOF
ok, got something
> oh, and don't use %Opts, it could conflict with spec macros.
> (hint: %__build_kernel_module_opts)
it isn't any problem, macros defined inside other macro are visible only
internally
the only problem with internal macros is they are expanded before anything,
that's why %if is placed inside Opts definition and not viceversa
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
#
%build_kernel_modules(p:P:m:)
\
%{!?-m:%{error:%{0}: Required module name/list missing} exit 1}
\
\
%define Opts
\\\
%if "%{_target_base_arch}" != "%{_arch}"
\\\
%if "%{_arch}" == "x86_64" && "%{_target_base_arch}" == "i386"
\\\
CC="%{__cc}" CPP="%{__cpp}" ARCH=%{_target_base_arch}
\\\
%else
\\\
ARCH=%{_target_base_arch} CROSS_COMPILE=%{_target_cpu}-pld-linux-
\\\
%endif
\\\
%else
\\\
CC="%{__cc}" CPP="%{__cpp}"
\\\
%endif
\
%define MakeOpts HOSTCC="%{__cc}" SYSSRC=%{_kernelsrcdir} SYSOUT=$PWD/o
\\\
O=$PWD/o %{?with_verbose:V=1} %{Opts}
\
compile() {
\
L="<"; [[ '%{*}' != *$L$L* ]] || PATCH_SH="set -x -e;$(cat)"
\
set -e -x
\
\
for cfg in %{?with_dist_kernel:%{?with_smp:smp}
up}%{!?with_dist_kernel:nondist}; do \
if [ ! -r "%{_kernelsrcdir}/config-$cfg" ]; then
\
exit 1
\
fi
\
install -d o/include/linux
\
ln -sf %{_kernelsrcdir}/config-$cfg o/.config
\
ln -sf %{_kernelsrcdir}/Module.symvers-$cfg o/Module.symvers
\
ln -sf %{_kernelsrcdir}/include/linux/autoconf-$cfg.h
o/include/linux/autoconf.h \
\
set +x
\
[ -z "$PATCH_SH" ] || echo "$PATCH_SH" | %__spec_build_shell
\
set -x
\
\
%if %{with dist_kernel}
\
%{__make} -j1 -C %{_kernelsrcdir} prepare scripts
\\\
%{-p*} %{-P*}
\\\
%{MakeOpts}
\
%else
\
install -d o/include/config
\
touch o/include/config/MARKER
\
ln -sf %{_kernelsrcdir}/scripts o/scripts
\
%endif
\
\
%{__make} -C %{_kernelsrcdir} clean
\\\
RCS_FIND_IGNORE="-name '*.ko' -o"
\\\
M=$PWD %{MakeOpts}
\
%{__make} -C %{_kernelsrcdir} modules
\\\
${1+"$@"}
Re: SPECS: dunelegacy.spec - updated to 0.94.1 - use scons in place of...
On Wed, Nov 08, 2006 at 08:32:36PM +0100, lisu wrote:
> Author: lisu Date: Wed Nov 8 19:32:36 2006 GMT
> Module: SPECS Tag: HEAD
> +scons
I H8 that thing...
is there some easy, gelerally working way to pass CC, CXX, CFLAGS,
CXXFLAGS and LDFLAGS to scons ?
--
____ Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: dunelegacy.spec - updated to 0.94.1 - use scons in place of...
On Wed, Nov 08, 2006 at 10:02:08PM +0200, Elan Ruusamäe wrote:
> On Wednesday 08 November 2006 21:54, [EMAIL PROTECTED] wrote:
> > I H8 that thing...
> >
> > is there some easy, gelerally working way to pass CC, CXX, CFLAGS,
> > CXXFLAGS and LDFLAGS to scons ?
> from scons.1:
>
>The user could specify the C compiler on the command line:
>
> scons "CC=my_cc"
>
>
> that doesn't work?
normally not
and if CC is specified in SConstruct file it won't be overwritten
and inside there are those weird env[] things I don't know how to patch
--
Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En
/) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org
\\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org
(/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org
___
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
