Re: ccache BR
On Wed, Jun 29, 2011 at 02:21:55PM +0200, Zsolt Udvari wrote: > > Nothing in default configuration requires ccache, so it should not be > > required. > Oh, okay. But I think rpm-build-tools can suggests ccache because of > default %{__cc}. [sparky@quad ~/rpm/packages *master]$ grep -r ccache rpm-build-macros [sparky@quad ~/rpm/packages *master]$ Am I missing something ? Best regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ccache BR
On Wed, Jun 29, 2011 at 01:59:29PM +0200, Zsolt Udvari wrote: > Yes, I know that should install ccache. Noone says that you should. I was saying that you should have configuration matching your current system. > But I think if appears in spec > files the "BR: tar" (Sparky, you've added this line into > awesome.spec), maybe should present "BR: ccache". As I see, you can > uninstall ccache without any broken deps. Or maybe rpm-build-tools > should requires ccache. > Or is it not so simple? Nothing in default configuration requires ccache, so it should not be required. And BR: tar is a completely different story - there I added: BuildRequires: tar >= 1:1.22 because the source is compressed with .xz and older tars cannot guess the compression. The same way we add BR: sed >= 4.0 but never BR: sed Best regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: ccache BR
On Wed, Jun 29, 2011 at 01:25:26PM +0200, Zsolt Udvari wrote: > Hi all! > > I don't know should I/we do anything, but I've found this error: > > make[1]: ccache: Command not found > > Should we include "BR: ccache" to almost all spec? Or any other way? You could start by fixing your local setup / carme account. [sparky@carme-pld ~]$ rpm -E "%{__cc}" ccache x86_64-pld-linux-gcc ^- this is not the default in bare rpm Best regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: corosync/corosync.spec - added explanation to skip_post_check_so
On Fri, Apr 22, 2011 at 04:32:17PM +0200, alucard wrote: > Author: alucard Date: Fri Apr 22 14:32:17 2011 GMT > Module: packages Tag: HEAD > Log message: > - added explanation to skip_post_check_so > -# REASON TO SKIP SO CHECK IS MISSING > -#%%defineskip_post_check_so libtotem_pg.so.4.0.0 > +# "Unresolved symbols found: clock_gettime" however -lrt is properly > +# passed (or seems to me - alucard), corosync works well anyway > +%define skip_post_check_so libtotem_pg.so.4.0.0 No, it isn't: x86_64-pld-linux-gcc -shared -o libtotem_pg.so.4.0.0 \ -Wl,-soname=libtotem_pg.so.4 \ -Wl,--as-needed -Wl,--no-copy-dt-needed-entries -Wl,-z,relro -Wl,-z,combreloccoropoll.o totemip.o totemnet.o totemudp.o totemudpu.o totemrrp.o totemsrp.o totemmrp.o totempg.o crypto.o wthread.o -lnss3 -lnssutil3 -lsmime3 -lssl3 -lsoftokn3 -lplds4 -lplc4 -lnspr4 -ldl -lc -lpthread -lpthread Add $(LIBS) at the end of exec/Makefile.am, line 128, and it should all go away. $(CC) -shared -o $@ \ -Wl,-soname=libtotem_pg.so.$(SOMAJOR) \ $(LDFLAGS) $^ $(nss_LIBS) $(rdmacm_LIBS) $(ibverbs_LIBS) -lpthread $(LIBS) Best regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
stop skip_post_check_so abuse !
Please do not: %define skip_post_check_so ANYTHING without a very good reason. The missing-symbols check has been enabled to detect broken linking and fix it, not to disable it anytime a problem appears. Right now there are 45 specs that define skip_post_check_so, only 11 of them have a comment why it's been disabled, and only 5 of them give a good reason to disable symbol checking. Good reasons are: - binary (no source) package, cannot be relinked - broken design - circular dependency between libraries - symbols provided by an executable If you happen to stumble upon any of the above, please add a descriptive comment just above %define skip_post_check_so. In any other case FIX LIBRARY LINKING ! Best regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: %cmake macro
On Fri, Feb 04, 2011 at 07:45:38PM +0100, Kacper Kornet wrote: > So the question is whether assert should have no effect only in cmake > based packages or in all programs. Problem is that not everyone knows how to use assert() makro, so if a package has not been prepared by the developers to work with -DNDEBUG flag it may break. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rc-scripts-user
On Tue, Feb 01, 2011 at 09:36:02PM +0100, Patryk Zawadzki wrote: > On Tue, Feb 1, 2011 at 9:27 PM, Przemyslaw Iskra wrote: > > Does that work on system shutdown as well ? If not, how do I stop any of > > my daemons on shutdown ? > > It's really seldom that a daemon manages to survive a shutdown ;) > > But really, do you need to do something special on shutdown that the > usual TERM/KILL combo won't handle? I'd like it do be killed when I still have working internet connection. /quit Ragequit ! -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: rc-scripts-user
On Tue, Feb 01, 2011 at 09:21:30PM +0100, Paweł Zuzelski wrote: > On Tue, Feb 1, 2011 at 7:30 PM, Przemyslaw Iskra wrote: > > rc-scripts-user / userscripts allows normal users to schedule and > > execute tasks on system startup and shutdown. Please test and comment. > > Once it gets on any production system it will be hard to change > > interface without breaking user configuration. > > Why is it better than @reboot flag in user's crontab? Does that work on system shutdown as well ? If not, how do I stop any of my daemons on shutdown ? Best regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
rc-scripts-user
rc-scripts-user / userscripts allows normal users to schedule and execute tasks on system startup and shutdown. Please test and comment. Once it gets on any production system it will be hard to change interface without breaking user configuration. The interface is: * All scripts in ~/.config/init.d/ (hardcoded path, no xdg support) - any better ideas ? * all *~ and *.bak files are ignored - ignore something else ? * limited number of scripts per user - default 20 should be plenty * executed in alphabetic order - maybe invert the order on shutdown ? * Scripts must accept "start" and "stop" arguments. - I don't see any use for restart or reload, do you ? * Very limited time to perform the task before shutdown - We don't want users to lock the machine. Comments ? If none, those things will stay as they are. Best regards, Przemysław Iskra. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: cairo/cairo.spec - added -devel R: glib2-devel - release: 3
On Sun, Jan 23, 2011 at 08:31:27AM +0100, Jakub Bogusz wrote: > On Sat, Jan 22, 2011 at 10:31:35PM +0100, sparky wrote: > > @@ -83,6 +83,7 @@ > > +Requires: glib2-devel >= 1:2.0 > > What for? > > I see glib/gobject only in Requires.private of cairo.pc (used on static > linking), but it seems to be a mistake anyway (in my builds libcairo is > not linked with gobject/glib, headers don't use them neither). So probably > these Requires.private need to be cleaned up. Rght, will look into that in a moment. -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Future direction of official PLD website (Was: A couple questions about the website)
On Sat, Nov 20, 2010 at 04:35:18PM +0200, Caleb Maclennan wrote: > 2010/11/11 Elan Ruusamäe : > > there actually exists dokuwiki install: > > http://www.pld-linux.org/dokuwiki/ > > > > currently it uses pldusers.org theme, so if somebody would > > create theme similar to current www in dokuwiki format, > > i'd finish the data migration and replace the moinmoun install > > > > moinmoin install is outdated, unmaintained (at least in pld side), > > dokuwiki i use at least myself, so i could improve and tech support it. > > Does anybody have any ideas or strong opinions about MoinMoin vs. > DokuWiki? I have none. Both upstream projects seem to be pretty well > supported and updated, although DokuWiki seems to have a smaller > community and periodic spells of stagnation. In it's favor Elan knows > it already and is willing to help support it. It seems like either one > can be adapted for our needs. How about XML sources with static (server-side, run from cron) XSLT processing ? Seems like XX century method, but that's what would make me happy. Maybe some modified docbook ? Vim anyone ? -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW . http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2 http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: eMail . ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: th@ppc
On Mon, Nov 08, 2010 at 03:16:13PM +, Artur Wroblewski wrote: > Hi all, > > Does anyone have a TH builder for PowerPC (more or less updated?) no, not yet, sorry -- sparky -- Przemyslaw LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra : WWW...http://ppcrcd.pld-linux.org/ \\| -_)'___| ||^'||//\\// : WWW2..http://rsget.pl/ (/|| (_-_|_|| ||\\ ||: EMail... ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: packages: libx264/libx264.spec, libx264/altivec-no-vand.patch (NEW) - ac gc...
On Thu, Aug 26, 2010 at 12:59:26PM +0200, glen wrote: > Author: glen Date: Thu Aug 26 10:59:26 2010 GMT > Module: packages Tag: HEAD > Log message: > - ac gcc 3.3.6 on ppc has no "vand" instructions, drop altivec detect; rel 3 This is wrong. Compilation error goes straight from assembler, gcc doesn't even know there is some altivec instruction in there. To enable altivec instructions in gcc and assembler use -maltivec cflag. NOTE: never use -mabi=altivec because such code won't work on cpus without Altivec extension. -- Sparky{PI] -- Przemyslaw _ ___ _ _ . LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra | | _ \| | | : WWW...ppcrcd.pld-linux.org \\| -_)'___| ||^'||//\\// < | _/| | | : WWW2..rsget.pl (/|| (_-_|_|| ||\\ || |_ |_| |_| _| : mail..spa...@pld-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: tar BR
On Wed, Jul 14, 2010 at 02:08:19PM +0300, Elan Ruusamäe wrote: > On Wednesday 14 July 2010 12:36:34 Paweł Zuzelski wrote: > > On Wed, 14 Jul 2010, Zsolt Udvari wrote: > > > So rpm-build{,-tools} requires tar, so IMHO the tar BR is unneeded. > > one is BR: tar, other is VERSIONED BR: tar ^ - that's the reason > 1.22 means source is tar.xz [1] 1.22 is able to diferenciate between lzma and xz compressed sources and selects the right decompressor as needed. > [1] > http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/PLD-doc/BuildRequires.txt.diff?r1=1.140;r2=1.141;f=h -- Sparky{PI] -- Przemyslaw _ ___ _ _ . LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra | | _ \| | | : WWW...ppcrcd.pld-linux.org \\| -_)'___| ||^'||//\\// < | _/| | | : WWW2..rsget.pl (/|| (_-_|_|| ||\\ || |_ |_| |_| _| : mail..spa...@pld-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: packages: lensfun/lensfun.spec - package api manual - rel. 1
On Tue, Jun 29, 2010 at 04:28:17PM +0200, draenog wrote: > @@ -87,6 +84,8 @@ > > %{__make} install \ > DESTDIR=$RPM_BUILD_ROOT > +%{__gzip} -9 > $RPM_BUILD_ROOT%{_docdir}/%{name}-%{version}/{README,cc-by-sa-3.0.txt} > +rm $RPM_BUILD_ROOT%{_docdir}/%{name}-%{version}/{gpl-3.0.txt,lgpl-3.0.txt} > > %clean > rm -rf $RPM_BUILD_ROOT > @@ -96,7 +95,9 @@ > > %files > %defattr(644,root,root,755) > -%doc README docs/cc-by-sa-3.0.txt > +%{_docdir}/%{name}-%{version}/README.gz > +%{_docdir}/%{name}-%{version}/cc-by-sa-3.0.txt.gz > +%dir %{_docdir}/%{name}-%{version} > %attr(755,root,root) %{_libdir}/liblensfun.so.*.*.* > %{_datadir}/lensfun > Please, give us a good reason why you've done this manually. -- Sparky{PI] -- Przemyslaw _ ___ _ _ . LANG...Pl,Ca,Es,En /) ___ ___ _ _ || Iskra | | _ \| | | : WWW...ppcrcd.pld-linux.org \\| -_)'___| ||^'||//\\// < | _/| | | : WWW2..rsget.pl (/|| (_-_|_|| ||\\ || |_ |_| |_| _| : mail..spa...@pld-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: HELP: New PLD Rescue CD
On Sat, Jun 19, 2010 at 12:20:24AM +0200, Areq wrote: > on i486 only few still needs fixes: > > http://pld.areq.eu.org/th-i486h/problems/ I dusted off whole ettercap build system and introduced few minor fixes. Whould be nice if someone checked whether it works the same way it used to. Anyway, builds 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: PLD-doc: devel-hints-en.txt - notes on Release tag and %rel macro
On Mon, Jun 07, 2010 at 02:59:12PM +0200, Arkadiusz Miskiewicz wrote: > On Monday 07 of June 2010, Caleb Maclennan wrote: > > 2010/6/7 pawelz : > > How does this information apply to packages such as open-iscsi which > > has a release of 0.%{subver}.%{rel} where subver is from the upstream > > project and rel is the pld release incrementor. The reason I ask is > > this 0.x.y number looks like a fraction release to me, but it is built > > and in the TH tree. How should I have incremented this to indicate > > that it isn't ready to be built again yet? Should the rel also be a > > fraction? Why the 0. before the subver? > > Usually such scheme (0.%{snap}.%{rel}) is used for snapshots. Then if final > version of package comes you can simply do Release: 1. We avoid putting > snapshot indicator into version because for example final 1.0 < than snapshot > 1.0.200100515. > > In our versioning this is 1.0-1 final and 1.0-0.20100515.1 for snapshot. If you want to use fractional release in package with subver just define rel to that release, it would look like: 1.0-0.20100515.0.1 Another use for the first number in "snapshot release" it to serve as auxilary epoch. E.g. if some project uses alpha, beta, gamma, delta as their subver names you will have to increase it for "delta" release to maintain proper seniority. [spa...@quad ~]$ rpmvercmp 1.0-0.gamma.1 1.0-0.delta.1 1.0-0.gamma.1 > 1.0-0.delta.1 [spa...@quad ~]$ rpmvercmp 1.0-0.gamma.1 1.0-1.delta.1 1.0-0.gamma.1 < 1.0-1.delta.1 -- 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: rpm autodeps for python
On Mon, Jun 07, 2010 at 01:27:57AM +0200, Paweł Zuzelski wrote: > Hello, > > I'm using such a oneliner for finding python deps. > > I know that it is a bit hackish, but maybe it is possible to > use it to write autodeps script for python libs? How many false positives are reported ? If there is any, using it won't be a good idea. -- 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: packages: sudoscript/sudoscript.spec (NEW), sudoscript/sudoscript-init.patc...
On Sat, May 15, 2010 at 12:39:48AM +0200, mguevara wrote: > +%define __make /usr/bin/make -j1 Those macros are not for you to redefine. Just put -j1 in each invocation. If you really want to define it globally in spec make it based on that predefined macro (%expand is your friend). > +BuildRequires: perl > +Requires:perl Should be perl-base, and perl-modules if needed. P.S. "make -j8 -j1" is not wrong. Don't be frightened when you see 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: poldek -r broken again?
On Sun, May 02, 2010 at 03:23:32PM -0400, Jeff Johnson wrote: > > Send along a patch if you want a fix. The code is in lib/psm.c, > and the patch is likely less than 5 lines (which is >2 orders of magnitude > fewer lines than have already been written about Glen's %pretrans script) That should do it for rpm 5: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/~checkout~/packages/rpm/rpm-lua-exit-chroot-correctly.patch I didn't test it, but very similar change in rpm 4.5 fixed the problem. -- 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: poldek -r broken again?
On Sun, May 02, 2010 at 02:57:39PM -0400, Jeff Johnson wrote: > > > chroot(".") = 0 > > -- chroots back to /tmp ! > > This way /tmp becomes new root. > > > > ... which re-establishes the cwd before embedded lua was run. It also establishes /tmp as new /, so now when you use path: /tmp/rpm/something it points to /tmp/tmp/rpm/something in real root. Please, google for "breaking out of chroot", some of those tutorials are nicely explained. > My guess is that you want a deterministic chdir("/") when running > opaque embedded lua scripts. You certainly can do chdir("/") within > the lua script if you wish. > > The disagreement seems largely to be what you expect RPM to do vs. what > should be done in embedded scriptlets. And there's truly so few embedded > scripts in *.rpm that noone (certainly not me) has ever tried > to pin down the execution environment precisely. I have no idea why it doesn't work in this case, but works in all others. Are %post and %pre scripts run as separate processes ? > > To exit chroot it should fchdir to old /, chroot there, and > > fchdir to old working directory. > > > > And your old working directory is (in fact) /tmp which was restored by > fchdir(2). /tmp also becomes new /, which brakes full paths (ones starting with /). -- 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: poldek -r broken again?
On Sun, May 02, 2010 at 02:22:03PM -0400, Jeff Johnson wrote: > > On May 2, 2010, at 2:11 PM, Przemyslaw Iskra wrote: > > > > > Makes rpm lose track of current root directory. That is, it is unnable > > to exit the chroot correctly before continuing instalation. > > > > Well the actual details aren't quite that simple even if the > flaw is (demonstrably and de facto) associated with using embedded > lua in %posttrans in the fhs package. > > RPM for quite some years now (patch originally was from SuSE) > opens's the root directory, runs embedded lua, and then does fchdir(2) > to restore the root directory after lua is through doing whatever. > > I haven't looked at rpm-4.5 for some years, but there's only a > single instance where fchdir(2) is used in RPM code so it should > not be hard to find. If anyone is going to fix that, here goes strace with my comments: I'm in /tmp directory and I'm going to install something in /tmp/chroot: [spa...@quad /tmp]$ rpm --root=/tmp/chroot/ -Uhv rpm/* [...] getcwd("/tmp", 4096)= 5 -- so we are in /tmp yet [...] no chdir or anything in those calls open(".", O_RDONLY) = 7 -- opens dir handle to /tmp, it should chdir("/") before making this call ! chroot("/tmp/chroot/") = 0 chdir("/") = 0 -- entered chroot correctly lstat("/usr/include/X11", 0x7fffc481e990) = -1 ENOENT (No such file or directory) -- executes lua fchdir(7) = 0 -- changes dir to saved dir handle (prepares to exit chroot) chroot(".") = 0 -- chroots back to /tmp ! This way /tmp becomes new root. close(7)= 0 To make it work it should open current directory (/tmp), chdir to / and open that directory. Then enter chroot. To exit chroot it should fchdir to old /, chroot there, and fchdir to old working directory. -- 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: poldek -r broken again?
On Sun, May 02, 2010 at 05:38:14PM +0200, Paweł Zuzelski wrote: > or I'm missing something? > > mkdir /th > poldek --update --upa > rpm --initdb -r /th > poldek -r /th > poldek> install geninitrd > (...) > error: open of > /root/tmp/poldek-cache-root/http_ftp.sk.pld-linux.org.dists.th.PLD.i686.RPMS/ldconfig-2.11.1-5.i686.rpm > failed: No such file or directory > error: open of > /root/tmp/poldek-cache-root/http_ftp.sk.pld-linux.org.dists.th.PLD.i686.RPMS/filesystem-3.0-34.i686.rpm > failed: No such file or directory ^^^ This part exactly: %if "%{pld_release}" != "ac" %pretrans -p -- this needs to be a dir if posix.stat("/usr/include/X11", "type") == "link" then -- feel free to write in pure lua, but success on first install is not important. os.execute("umask 022; mv -f /usr/include/X11{,.rpmsave}; mkdir -m755 -p /usr/include/X11 && mv -f /usr/include/X11.rpmsave/* /usr/include/X11") end %endif Makes rpm lose track of current root directory. That is, it is unnable to exit the chroot correctly before continuing instalation. -- 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: packages: icedtea6/icedtea6.spec - BR: fastjar, gawk, glibc-misc, lsb-relea...
On Sun, Apr 18, 2010 at 07:18:16PM +0200, Jacek Konieczny wrote: > On Sun, Apr 18, 2010 at 07:10:19PM +0200, sparky wrote: > > Author: sparky Date: Sun Apr 18 17:10:19 2010 GMT > > Module: packages Tag: HEAD > > Log message: > > - BR: fastjar, gawk, glibc-misc, lsb-release, pkgconfig, util-linux > > fastjar? Why fastjar and not java-sun-tools, icedtea6-jar or any other > jar? yup, this is wrong, any jar will do > lsb-release? it builds without it… But distribution identificator is more correct, I think. > > - dropped BR: wget > > + WGET=%{_bindir}/wget \ It is, there is nothing that checks for executability or file existance. -- 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: [PATCH] Missing BuildRequires in blueman.spec
On Fri, Mar 05, 2010 at 09:20:48PM +, Przemo Firszt wrote: > Hi, > libpng12-devel is required to build blueman-1.21 - patch attached. Your build environment is broken. Patch declined. -- 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: packages: jasper/jasper.spec - bumped OpenGL-glut version to 4.0 (3.7 does ...
On Wed, Feb 24, 2010 at 03:10:48PM +0100, sparky wrote: > Author: sparky Date: Wed Feb 24 14:10:48 2010 GMT > Module: packages Tag: HEAD > Log message: > - bumped OpenGL-glut version to 4.0 (3.7 does not have glutInit) I was wrong! Our glut.spec does not link correctly. Will fix that soon and also revise my OpenGL-glut changes. -- 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: empty dirs in packages/
On Thu, Feb 18, 2010 at 11:21:25PM +0100, Adam Golebiowski wrote: > Hi, > > ankry noticed several empty dirs in packages/. Most likely Somebody [tm] did > `cvs add $dir' but forgot to add revelant spec files. So, in case any of > the following entries ring a bell for you, please add spec files. > Otherwise I'll remove them in a couple of days. Readding a dir isn't a problem, so just remove them. Plus someone could write a simple script run in cvs' cron, it would remove any empty dirs older than 24 hours (additional info sent to cvs commits list would be nice). -- 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: Th: fixes needed / potrzebne poprawki
On Mon, Feb 15, 2010 at 04:10:12PM +0100, Arkadiusz Miskiewicz wrote: > > Here is a list of currently needed fixes in Th repository, feel free to fix > any package and commit or send patches here. > > Oto lista aktualnie potrzebnych poprawek dla Th. Proszę śmiało naprawiać > paczki w postaci commita lub wysłania łatek tutaj. > > http://ep09.pld-linux.org/~pldth/main.txt error: seamonkey-1.1.17-2: req libjpeg.so.7 not found error: seamonkey-1.1.17-2: req libjpeg.so.7(LIBJPEG_7.0) not found to be removed from Th -- 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: packages: fbterm/fbterm-fonts-pl.patch (NEW) - added fonts-pl.patch (Set Po...
On Sat, Jan 16, 2010 at 05:34:06PM +0100, witekfl wrote: > Author: witekfl Date: Sat Jan 16 16:34:06 2010 GMT > Module: packages Tag: HEAD > Log message: > - added fonts-pl.patch (Set Polish as default fontconfig lang). > Without this letters such as ćęłń, etc. were weird. You should be stoned for this patch. But I give you 1 day to fix it properly. That would be to create new option "font-lang" and implement it exactly the same way "font-names" is. It must default to "en". > +-FcPatternAddString(pat, FC_LANG, (FcChar8 *)"en"); > ++FcPatternAddString(pat, FC_LANG, (FcChar8 *)"pl"); -- 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: packages: tea4cups/tea4cups.spec - spelling (you can't say datas, but have ...
On Thu, Jan 07, 2010 at 05:19:43PM +0100, glen wrote: > Author: glen Date: Thu Jan 7 16:19:43 2010 GMT > Module: packages Tag: HEAD > Log message: > - spelling (you can't say datas, but have to refer in singular to data) Not quite, "data" _is_ the plural form, singular is "datum". -- 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: SVN: geninitrd/trunk/Makefile
On Sat, Jan 02, 2010 at 04:03:14PM +0100, glen wrote: > Author: glen > Date: Sat Jan 2 16:03:13 2010 > New Revision: 11083 > > Modified: >geninitrd/trunk/Makefile > Log: > - avoid creating empty manual > geninitrd.8: geninitrd.8.xml > - refentry2man < geninitrd.8.xml > geninitrd.8 > + refentry2man < $< > $...@.tmp && mv $...@.tmp $@ Consider using .DELETE_ON_ERROR: It normally is a good thing not to have half-finished files if anything bad happens. -- 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: packages: open-vm-tools/open-vm-tools.spec - updated to 2009.11.16 - added ...
On Fri, Dec 18, 2009 at 12:31:29PM +0100, paszczus wrote: > Author: paszczus Date: Fri Dec 18 11:31:29 2009 GMT > Module: packages Tag: HEAD > Log message: > - updated to 2009.11.16 > - added -devel subpackage > +%{_libdir}/open-vm-tools/plugins/common/lib*.la Those probably aren't used at 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: packages: adapter - use less only if terminal is to short
On Tue, Dec 01, 2009 at 10:00:43AM +0200, Elan Ruusamäe wrote: > On Tuesday 01 December 2009 04:39:48 sparky wrote: > resize is x11/xorg dep, and can be missing on some systems. > > use stty size instead: > set -- $(stty size) > > > + if [ $l -gt $LINES ]; then > > + diffcol $1 | less -r > > + else > > + diffcol $1 > > + fi > > +} > > why you just don't set "less -E" ? > > and rather set it privately in $LESS, as i personally do expect the "q" to be > input, and if sometimes it's not input, the "q" might go to wrong place. oh, soosh. I personally consider very annoying not being able to see what I'm accepting -- there are terminals, like gnome-terminal, which switch buffers for normal and ncurses-based operation, so after I exit less, or it exists for me (in case of -E or -F), I'm unnable to see the text anymore. Having to press "q" is annoying as well. And lines to long for the terminal get very messy. So I added PAGER variable, less -r is the default unless you have it predefined in your environment. $ cat ~/.adapterrc PAGER="cat" -- 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: packages: Firebird/Firebird.spec - updated last commit log
On Sat, Nov 28, 2009 at 05:20:01PM +0100, charles wrote: > Author: charles Date: Sat Nov 28 16:20:01 2009 GMT > Module: packages Tag: HEAD > Log message: > - updated last commit log > +Revision 1.72 2009/11/28 16:19:56 charles > +- updated last commit log > + > Revision 1.71 2009/11/28 14:04:14 charles > - adapterized > +- added fb_lock_print,gbak,gdef,gds_drop,gfix,gpre,gsec,gsplit,gstat,nbackup > symlinks Could you please in such cases also repeat it in cvs commit message ? I think more people depend on "cvs log" command than %changelog from 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: packages: gnome-mplayer/gnome-mplayer.spec - BR: GConf2, GConf2-devel, curl...
On Wed, Nov 25, 2009 at 07:06:02PM +0100, Fryderyk Dziarmagowski wrote: > On Wed, 25 Nov 2009 17:43:38 +0100 > sparky wrote: > > > Author: sparky Date: Wed Nov 25 16:43:38 2009 GMT > > Module: packages Tag: HEAD > > Log message: > > - BR: GConf2, GConf2-devel, curl-devel, gnome-power-manager, pulseaudio, > > which > > What is the idea behind adding tons of wrong BRs? Unforunatelly those aren't wrong, and fixing configure doesn't really seem worth it. FLATVOL=FALSE if test -x `which pulseaudio`; then PAVER=`pulseaudio --version | sed -e 's/pulseaudio 0.9.//'` if test $PAVER -gt 14; then FLATVOL=TRUE fi fi AC_SUBST(FLATVOL) if test -x `which gnome-power-manager`; then GPMVER=`gnome-power-manager --version | sed -e 's/Version 2.//' | cut -b1-2` if test $GPMVER -ge 26; then AC_DEFINE(SM_INHIBIT, 1, [Defined if you are using gnome-power-manager 2.26 or higher]) fi if test $GPMVER -lt 26; then AC_DEFINE(SS_INHIBIT, 1, [Defined if you are using gnome-power-manager below 2.26 ]) fi fi ^- there are which, pulseaudio and gnome-power-manager curl-devel is required for libmusicbrainz3 And GConf2 is required because build fails without 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
mplayer and gnome-screensaver
On Fri, Nov 20, 2009 at 07:47:36PM +0100, sparky wrote: > +# update, hard to fix right now because of gnome bug 579430: > +# https://bugzilla.gnome.org/show_bug.cgi?id=579430 > #Patch32:%{name}-gnome-screensaver.patch I was thinking about writing new patch based on code from gnome-screensaver-command, which would send "SimulateUserActivity" every 30 seconds. But there is a problem with it, gnome-screensaver gets stuck in "inhibit" mode and won't activate again. try to execute: $ gnome-screensaver-command --poke and check whether or not the screensaver activates after specified time of inactivity. Does anyone know how "inhibit" message is supposed to work ? Because I'm quite sure it isn't what gnome-screensaver-command --inhibit does. -- 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: packages: libx264/libx264.spec - just call this version 1.1.3
On Thu, Nov 19, 2009 at 10:35:52PM +0100, arekm wrote: > Author: arekmDate: Thu Nov 19 21:35:52 2009 GMT > Module: packages Tag: HEAD > Log message: > - just call this version 1.1.3 > Name:libx264 > -Version: 0.1.2 > +Version: 0.1.3 > Release: 1.%{snap}_%{snaph}.%{rel} I would call it 79, same as so version, because it is the only version they refer to: Version: 79 And drop shapshot hour from release: Release: 0.%{snap}.%{rel} -- 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: flat SPECS available!
On Wed, Nov 18, 2009 at 08:15:40PM +0200, Elan Ruusamäe wrote: > On Wednesday 29 April 2009 13:55:40 Mariusz Mazur wrote: > > I just did a server-side read-only SPECS that's full of symlinks to > > the ../packages spec files. I've also added a small monitoring script that > > will rename/delete/create new symlinks whenever a directory in packages/ > > gets created/deleted/renamed. > > > if you care, then it has "lost" few specs: > > $ cvs up > cvs server: Updating . > cvs server: nothing known about ario.spec > cvs server: nothing known about fonts-TTF-CRULP-Nafees_Tahrer_Naskh.spec > cvs server: nothing known about freeipa.spec > cvs server: nothing known about nekovm.spec > cvs server: nothing known about pdfmod.spec > cvs server: nothing known about perl-Declare-Constraints-Simple-Library.spec > cvs server: nothing known about php-backup-arekm.spec > cvs server: nothing known about psyced.spec > cvs server: nothing known about rpmrebuild.spec > > these are dead symlinks on server side, and somebody doing `cvs add' for a > dir, but never commiting a spec? On another matter, is there a way to actually delete a directory ? (other than asking cvsadmin) I think the script should track DIR/DIR.spec,v files only. -- 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: RFC: Convert bconds to autoconf-like options.
On Wed, Nov 18, 2009 at 11:20:05AM -0500, Jeff Johnson wrote: > Before you get into a litter of additional macros for > bconds, please note that when originally implemented > (by PLD, always first ;-) bcond's were intended as booleans. > > When bconds were picked up by RPM using --with/--without popt aliases > (that are essentially just --define wrappings to conventionally > set macro strings), there was already an attempt to try to > conventionalize the string values to be passed straight to > ./configure. > > So there is a previous attempt to do what you seem to be attempting now. > > Whether the existing mapping is flexible enough (or not) is an entirely > different issue than attempting a common conventional approach to > setting build options through RPM. > > Personally, I don't believe the existing macro infrastructure in RPM > is robust enough to support full blown "build option" configuiration. > > What should be done instead is to add additional macro primitives, > with a reliably defined "registry", not yet more gunky and obscure lazy > string expansions using the existing RPM macro implementation. > > I can help with implementing macro primitives (and adding a "registry") > if you wish. YAML would likely be a representation markup that > isn't too painful, other approaches, using embedded lua symbol > tables instead of the existing macro store (which is quite feeble imho). > > But you can do whatever you please too ... I only really care about %__enable_disable macro which replaces such obscure PLD idiom: --%{?with_runtime:en}%{!?with_runtime:dis}able-runtime-cpudetection with much more readable: %{__enable_disable runtime runtime-cpudetection} All the other macros are to complete the implementation. Your "registry" idea sounds very interesting, but PLD doesn't even have standarized bcond names (not often, but they differ between spec files sometimes). So implementing it would require a lot of effort from us. -- 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: Convert bconds to autoconf-like options.
Because I don't expect any constructive feedback just yet I'm going to introduce the changes right away and we will discuss and later fix them eventually. I'm proposing few macros to easily convert bconds to configure options. Implementation looks like this: # expand bconds to --enable-something and --disable-something %__enable() %{expand:%%{?with_%{1}:--enable-%{?2}%{!?2:%{1 %__disable() %{expand:%%{!?with_%{1}:--disable-%{?2}%{!?2:%{1 %__enable_disable() --%{expand:%%{?with_%{1}:en}%%{!?with_%{1}:dis}}able-%{?2}%{!?2:%{1}} # same as above, but condition inverted %__enable_unless() %{expand:%%{!?with_%{1}:--enable-%{?2}%{!?2:%{1 %__disable_if() %{expand:%%{?with_%{1}:--disable-%{?2}%{!?2:%{1 %__enable_disable_not() --%{expand:%%{!?with_%{1}:en}%%{?with_%{1}:dis}}able-%{?2}%{!?2:%{1}} # expand bconds to --with-something and --without-something %__with() %{expand:%%{?with_%{1}:--with-%{?2}%{!?2:%{1}}%{?3:=%{3 %__without() %{expand:%%{!?with_%{1}:--without-%{?2}%{!?2:%{1 %__with_without() %{expand:%%{?with_%{1}:--with-%{?2}%{!?2:%{1}}%{?3:=%{3}}}%%{!?with_%{1}:--without-%{?2}%{!?2:%{1 # same as above, but condition inverted %__with_unless() %{expand:%%{!?with_%{1}:--with-%{?2}%{!?2:%{1}}%{?3:=%{3 %__without_if() %{expand:%%{?with_%{1}:--without-%{?2}%{!?2:%{1 %__with_without_not() %{expand:%%{!?with_%{1}:--with-%{?2}%{!?2:%{1}}%{?3:=%{3}}}%%{?with_%{1}:--without-%{?2}%{!?2:%{1 Each macro requires bcond name and accepts optional option name, if option isn't specified bcond name is used as option name. Options returning --with-something also allow third argument which will be added as value in case or positive condition, but won't be added otherwise. I was thinking using another prefix, but __ best mimics the two dashes in front of options. Examples: * Basic enable and disable options: - %{__enable bcond} returns --enable-bcond if build condition "bcond" is set, returns nothing otherwise - %{__enable bcond option} returns --enable-option if build condition "bcond" is set, returns nothing otherwise - %{__disable bcond} returns --disable-bcond if build condition "bcond" is not set, returns nothing otherwise - %{__enable_disable bcond} returns --enable-bcond if build condition "bcond" is set, returns --disable-bcond if build condition "bcond" is not set * Negated enable and disable options, probably useful only with second argument: - %{__enable_unless bcond option} returns --enable-option if build condition "bcond" is not set, returns nothing otherwise - %{__disable_if bcond option} returns --disable-option if build condition "bcond" is set, returns nothing otherwise - %{__enable_disable_not bcond option} returns --enable-option if build condition "bcond" is not set, returns --disable-option if build condition "bcond" is set * Basic with and without options: - %{__with bcond} returns --with-bcond if build condition "bcond" is set, returns nothing otherwise - %{__with bcond option} returns --with-option if build condition "bcond" is set, returns nothing otherwise - %{__with bcond option value} returns --with-option=value if build condition "bcond" is set, returns nothing otherwise - %{__without bcond} returns --without-bcond if build condition "bcond" is not set, returns nothing otherwise - %{__with_without bcond} returns --with-bcond if build condition "bcond" is set, returns --without-bcond if build condition "bcond" is not set - %{__with_without bcond option value} returns --with-option=value if build condition "bcond" is set, returns --without-option if build condition "bcond" is not set * Negated with and without options, probably useful only with second argument: - %{__with_unless bcond option} returns --with-option if build condition "bcond" is not set, returns nothing otherwise - %{__with_unless bcond option value} returns --with-option=value if build condition "bcond" is not set, returns nothing otherwise - %{__without_if bcond option} returns --without-option if build condition "bcond" is set, returns nothing otherwise - %{__with_without_not bcond option} returns --with-option if build condition "bcond" is not set, returns --without-option if build condition "bcond" is set - %{__with_without_not bcond option value} returns --with-option=value if build condition "bcond" is not set, returns --without-option if build condition "bcond" is set That's how most options would be replaced, taken from mplayer: - %{?with_joystick:--enable-joystick} \ + %{__enable joystick} \ - %{!?with_ssse3:--disable-ssse3} \ + %{__disable ssse3} \ - --%{!?with_dvdnav:dis}%{?with_dvdnav:en}able-dvdnav \ + %{__enable_disable dvdnav} \ - %{!?with_amr:--disable-libopencore_amrnb --disable-libopencore_amrwb} \ - %{?with_amr:--enable-libopencore_amrnb --enable-libopencore_amrwb} \ + %{__enable_disable amr li
Re: packages: VirtualBox/VirtualBox.spec - --without userspace --with kernel fa...
On Wed, Nov 18, 2009 at 01:27:09AM +0200, Elan Ruusamäe wrote: > On Wednesday 18 November 2009 00:44:01 adamg wrote: > > Author: adamgDate: Tue Nov 17 22:44:01 2009 GMT > > Module: packages Tag: HEAD > > Log message: > > - --without userspace --with kernel fails due to missing mount.vboxsf, > > move it from kernel subpackage to main package > > is it packaging problem? or what "fails"? I beleve mount.vboxsf is built as part of userspace, so there will be no file to package if only kernel modules are built. > extra subpackage for mount.vboxsf as alternative sounds silly too. why does it ? It probably is the only way anyways, think about multiple kernel versions installed at once. -- 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: --rootfs option for geninitrd
On Fri, Jun 05, 2009 at 01:16:25PM +0200, Paweł Zuzelski wrote: > I would like to apply following patch to geninitrd: > Sometimes I need to generate initrd for other machine with different > root filesystem type. It would be easier to pass --rootfs option to > initrd then create "fake" fstab. > > Any comments? I'd say it's a very particular case. You need the same HD controller, exactly the same kernel, no lvm or raid on any of those machines, yet you use different filesystem on root partition. Fake fstab is much more general and not so problematic way to acomplish 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: packages: dmenu/dmenu.spec (NEW) - initial
On Sun, May 31, 2009 at 06:45:28PM +0200, uzsolt wrote: > Author: uzsolt Date: Sun May 31 16:45:28 2009 GMT > Module: packages Tag: HEAD > Log message: > - initial > +%prep > +%setup -q > +sed -i "s...@^prefix.*@PREFIX=%{_prefix}@" config.mk > +sed -i "s...@^\(CFLAGS.*\)-Os\(.*\)@\1 \2 %{rpmcflags}@" config.mk > +sed -i "s...@^\(LDFLAGS.*\)@\1 %{rpmldflags}@" config.mk You shouldn't be defining these at %prep stage, doing so in %build is much more secure. And there must be much a simpler way than using sed to do it. You could pass options in %__make invocation, or append them at the end of config.mk file: %build cat << 'EOF' >> config.mk PREFIX = %{_prefix} CFLAGS := %{rpmcflags} $(filter-out -Os,$(CFLAGS)) LDFLAGS = %{rpmldflags} EOF %{__make} BTW, appropriate sed BR 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: packages: VirtualBox/VirtualBox.spec - note the other kernel modules
On Thu, May 21, 2009 at 10:39:38AM +0200, glen wrote: > Author: glen Date: Thu May 21 08:39:38 2009 GMT > Module: packages Tag: HEAD > Log message: > - note the other kernel modules > +You must also install kernel module for this software to work: > +kernel-misc-vboxdrv-%{version}-%{r...@%{_kernel_ver_str} > + > +Additionally you might want to install: > +kernel-misc-vboxadd-%{version}-%{r...@%{_kernel_ver_str} > +kernel-misc-vboxvfs-%{version}-%{r...@%{_kernel_ver_str} > +kernel-misc-vboxnetflt-%{version}-%{r...@%{_kernel_ver_str} Not completely, vboxadd and vboxvfs are for guest Linux system. -- 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: packages: transmission/transmission.spec - gui-qt subpackage (there is a Qt...
On Fri, May 08, 2009 at 11:34:22PM +0200, uzsolt wrote: > Author: uzsolt Date: Fri May 8 21:34:22 2009 GMT > Module: packages Tag: HEAD > Log message: > - gui-qt subpackage (there is a Qt-based client) > - rel 2 > > +cd qt > +qmake-qt4 > +%{__sed} -i "s...@^cflags.*=.*@CFLAGS = %{rpmcflags} -I/usr/include/openssl > $(DEFINES)@" Makefile > +%{__sed} -i "s...@^cxxflags.*=.*@CXXFLAGS = %{rpmcxxflags} > -I/usr/include/openssl $(DEFINES)@" Makefile > +%{__make} That's not what we do. You should rather pass those values to __make. -- 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
magic broken on builders !! (again ?)
There is no use in sending anything to Th builders right now because Provides won't be generated properly. file.spec must be fixed - volunteers ? and reinstalled manually on builders ( -devel won't upgrade automatycally because of missing P: libtool() ) -- 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: Th: dropping athlon and maybe deprecating ppc?
On Mon, Mar 09, 2009 at 10:41:12PM +0100, Arkadiusz Miskiewicz wrote: > > I'm considering dropping athlon architecture since I see no real gain over > i686. athlon would be deleted from ftp and athlon->i686 symlink created. Personally I use "athlon", but for binary crap only, which is built for i386/i586 anyways, so I'm OK with dropping it. > The other platform is ppc. There is unforuntately close to zero developers > solving ppc related bugs :-( ppc would be moved to unsupported or something > like unofficial sparc (AIDA) as seen on ftp. Someone would have to step in to > maintain this. Even tho I'm not very acrive (lately), I could step up as ppc maintainer when it becomes AIDA. I could be fixing the packages I use, or if someone asks me nicely to fix some (payment in goats no longer accepted). All the packages that build cleanly on main th archs and have no history of being problematic on powerpc would be send to ppc builder as well. If some package starts to give problems and there would be noone to fix it, it would be banned from ppc builder and last package in main repository would be kept until its bependencies become broken. Then it would be deleted from main without prior warning. What you think about such solution ? -- 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 - move kernelsrcdir to main pkg, avoid dupli...
On Sun, Jan 25, 2009 at 01:14:10PM +0100, adamg wrote: > Author: adamgDate: Sun Jan 25 12:14:10 2009 GMT > Module: SPECS Tag: LINUX_2_6 > Log message: > - move kernelsrcdir to main pkg, avoid duplicated entries in -headers and -doc this is even worse. We don't want to have to install kernel+headers on builders. How about kernel-dirs ? It could contain: /usr/src/linux-%{version} /lib/modules/%{version} /lib/modules/%{version}/build -> /usr/src/linux-%{version} -- 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: perl-IP-Country.spec - up to 2.26, more %files
This mail should not be here, sorry. On Tue, Jan 06, 2009 at 10:44:32PM +0100, Przemyslaw Iskra wrote: > On Tue, Jan 06, 2009 at 10:27:00PM +0100, duddits wrote: > > Author: duddits Date: Tue Jan 6 21:27:00 2009 GMT > > Module: SPECS Tag: HEAD > > Log message: > > - up to 2.26, more %files > > > +%{perl_vendorlib}/IP/._Authority.pm > > ten plik oraz inne ._* wygląda na błąd w paczkowaniu, proszę usuń go lub > daj komentarz dlaczego jest potrzebny -- 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: perl-IP-Country.spec - up to 2.26, more %files
On Tue, Jan 06, 2009 at 10:27:00PM +0100, duddits wrote: > Author: duddits Date: Tue Jan 6 21:27:00 2009 GMT > Module: SPECS Tag: HEAD > Log message: > - up to 2.26, more %files > +%{perl_vendorlib}/IP/._Authority.pm ten plik oraz inne ._* wygląda na błąd w paczkowaniu, proszę usuń go lub daj komentarz dlaczego jest potrzebny -- 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: TeXLive again
On Sat, Dec 27, 2008 at 04:36:52PM +0100, Zsolt Udvari wrote: > > First: you must set TEXMFMAIN environment variable (this maybe isn't > > error, but would be nice when shouldn't set). > > Second: it missed *.fmt and I don't know how can I create. This the > > biggest problem. > It's done. > > Next problem: sometimes needs to create fonts, and there are few > possibilities: > - create the fonts to $HOME/.texlive-2008 directory - imho this is not > too good solution > - create the fonts to /var/lib/texmf (or any other directory) - it's > the better, but there are problems with this. > It must be writeable by all users. The idea, that its owner/group is > 'texmf', and some files of texlive has sgid, doesn't work, because it > calls 'mkdir', 'cp'. > > What should I do? Could you tell us more about those fonts ? As far as I understand this is just some font cache. - Is it generated for every shape and size ? - How big are those files, compared to source ? - How much time does it take to generate them ? - How often same cache is used ? How probable is that different users will be interested in same font cache ? Maybe we could generate this cache for fonts we distribute and place it somewere under /usr/share ? And if a user needs some additional fonts she could just use that $HOME/.tex... directory. -- 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: java-sun dep loops
On Wed, Dec 10, 2008 at 10:36:08AM +0200, Elan Ruusamäe wrote: > hmm. what to do here? > > libmawt.so()(64bit) is provided by both packages, > so they don't actually depend on each other in loop > proves that i can uninstall java-sun-jre-X11 without java-sun-jre being > pulled down too. > > moving headless to x11 package isn't proper either, as it doesn't link with > x11 libs > > dropping provides likely not good either, as programs may link with it > (i have no samples to provide) and such deep library path makes it more > suspicious anybody able to link with it at all > > is there anything to change in rpm side? > like if self package provides dependency don't go looking it elsewhere? > error: LOOP: > > > error: removing java-sun-jre-X11-1.6.0.11-1.x86_64 "Requires: java-sun-jre = > 1.6.0.11-1" from tsort relations. > > error: java-sun-jre-X11-1.6.0.11-1.x86_64 Requires: java-sun-jre = > 1.6.0.11-1 > > error: removing java-sun-jre-1.6.0.11-1.x86_64 "Requires(auto): > libmawt.so()(64bit)" from tsort relations. > > error: java-sun-jre-1.6.0.11-1.x86_64 Requires(auto): > libmawt.so()(64bit) > > error: LOOP: > > > error: removing java-sun-jre-X11-1.6.0.10-5.x86_64 "Requires(auto): > libmawt.so()(64bit)" from tsort relations. > > error: java-sun-jre-X11-1.6.0.10-5.x86_64 Requires(auto): > libmawt.so()(64bit) > > error: removing java-sun-jre-1.6.0.10-5.x86_64 "Requires: java-sun-jre = > 1.6.0.10-5" from tsort relations. > > error: java-sun-jre-1.6.0.10-5.x86_64 Requires: java-sun-jre = > 1.6.0.10-5 > > Preparing...### > [100%] > > Repackaging... Removing libmawt.so* from java-sun-jre requires list should to the trick, and it won't brake anything as -jre provides the library anyways. But I think the proper way to solve this would be to teach rpm/poldek to remove all the Requires which are provided by the same package before starting sort procedure. Alternatively, do it at the sort time - start looking for the provided dependancy in the package that requires it. Or would it brake something ? -- 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: kvm.spec - removed unreasoned userspace bcond disabling (accidental?)
On Mon, Dec 08, 2008 at 11:46:57PM +0100, glen wrote: > Author: glen Date: Mon Dec 8 22:46:57 2008 GMT > Module: SPECS Tag: HEAD > Log message: > - removed unreasoned userspace bcond disabling (accidental?) > +%if "%{_alt_kernel}" != "%{nil}" > +%undefinewith_userspace > +%endif reason: userspace requires kernel headers so I whould have to compile additional kernel version, to be able to compile the userspace -- 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: mysqltuner.patch - todo (quite obvious one)
On Mon, Dec 01, 2008 at 11:46:04PM +0100, glen wrote: > +TODO: cook perlish which(), or hardcode should be enough: sub which($) { my $file = shift || return undef; foreach my $dir ( split /:/, ( $ENV{PATH} || return undef ) ) { my $path = $dir . '/' . $file; return $path if -x $path; } } you may change "return undef" to "die" to make it paranoid if needed -- 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: mysqltuner.patch (NEW) - disable diagnostics module dep - avoid de...
On Wed, Nov 26, 2008 at 11:31:06PM +0100, glen wrote: > + # Set up a few variables for use in the script > +@@ -230,7 +229,7 @@ > + sub mysql_setup { > + $doremote = 0; > + $remotestring = ''; > +-my $command = `which mysqladmin`; > ++my $command = `[ -x /usr/bin/mysqladmin ] && echo /usr/bin/mysqladmin`; > + chomp($command); > + if (! -e $command) { > + badprint "Unable to find mysqladmin in your \$PATH. Is MySQL > installed?\n"; Everytime someone does something like this Larry Wall kills a kitteh. Just write it as: my $command = "/usr/bin/mysqladmin"; unless ( -x $command ) { ... -- 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: sshd vs openvpn
On Tue, Oct 07, 2008 at 04:57:48AM +0300, Elan Ruusamäe wrote: > hi > > we had suffered one incident when one server did not came "up" because > openvpn > had server certificate which was protected by password and therefore it was > waiting for password input and no other service (sshd was crucial) was not > brought up until someone pressed enter. > how about supplying --askpass /dev/null in default args ? or add some --no-interactive option to openvpn code. I think startup scripts should never wait for user input, and that would co 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: CVSROOT: cvslog.pl - protect escapes from split
On Tue, Sep 30, 2008 at 07:43:22PM +0200, qboosh wrote: > Author: qboosh Date: Tue Sep 30 17:43:22 2008 GMT > Module: CVSROOT Tag: HEAD > Log message: > - protect escapes from split > + my $cmdargs = ($ARGV[0] or ''); > + # little trick to support escapes which are not separators ("\ " or "\,"); > + # we can use " ,, " sequence as it would be invalid in args > + $cmdargs =~ s/([^\\])[ ,]/$1 ,, /g; > + @input = split (/ ,, /, $cmdargs); try this one: @input = split /(?<=[^\\])[ ,]/, $cmdargs; or even: @input = split /[^\\]\K[ ,]/, $cmdargs; Both (?<=pattern) and pattern\K are look-behind assertions, regex requires the pattern to exist, but does not return 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: SPECS (LINUX_2_6): kernel.spec - pass all the config files through kernel-c...
On Fri, Sep 26, 2008 at 09:14:02PM +0200, sparky wrote: > Author: sparky Date: Fri Sep 26 19:14:02 2008 GMT > Module: SPECS Tag: LINUX_2_6 > Log message: > - pass all the config files through kernel-config.awk > -- tested on number of different bcond combinations the result is the same as > before For old PLD kernel hackers this may not seem like a correct way to create .config files, so I'll try to explain it a little bit. Unlike in kernel make oldconfig, config building script (kernel-config.awk) has exactly defined behaviour when it finds repeated option: - if some option is defined twice in the same file than die screaming - if some option was previously defined in annother config source than warn about it and output only the _first_ occurrance In kernel.spec case, if anything is specified in important.config it will overwrite any redefinitions of that option from subsequent files. This eliminates the need to use the ugly sed -i trick. > + # prepare local and important options > + cat <<-EOCONFIG > important.config > +%if 0%{?debug:1} > + CONFIG_DEBUG_SLAB=y > + CONFIG_DEBUG_PREEMPT=y > + CONFIG_RT_DEADLOCK_DETECT=y > +%endif Second thing. There are two architectures specified in kernel-config.awk, basearch=%{_target_base_arch}, which for athlon architecture would be i386 and arch=%{_target_cpu}, which for athlon would be athlon. 'arch' takes precedence over 'basearch', and 'basearch' takes precedence over 'all'. Option looking like this one: CONFIG_SOMETHING all=n ppc= i386=m i686=y pentium3=y pentium4=y athlon=y - on powerpc won't return anything - on i686 and above will return: CONFIG_SOMETHING=y - on i386, i485, i586 will return: CONFIG_SOMETHING=m - on any other architecture will return: # CONFIG_SOMETHING is not set > + # this part can be moved into i386 config file > + CONFIG_M386 i386=y i486=n i586=n i686=n pentium3=n pentium4=n > athlon=n > + CONFIG_M486 i386=n i486=y > + CONFIG_M586 i386=n i586=y > + CONFIG_M686 i386=n i686=y > + CONFIG_MPENTIUMIII i386=n pentium3=y > + CONFIG_MPENTIUM4 i386=n pentium4=y > + CONFIG_MK7 i386=n athlon=y > + > + CONFIG_MATH_EMULATION i386=y i686=n pentium3=n pentium4=n > athlon=n > + %ifarch i686 athlon pentium3 pentium4 > +%if %{with pae} > + CONFIG_HIGHMEM4G=n > + CONFIG_HIGHMEM64G=y > + CONFIG_X86_PAE=y > +%endif > + %endif Also you should know that there are many allowed methods to specify an option, any combination of those may be used in all the config files: - lines returning: # CONFIG_SOMETHING is not set CONFIG_SOMETHING=n SOMETHING=n CONFIG_SOMETHING all=n SOMETHING all=n # CONFIG_SOMETHING is not set - lines returning: CONFIG_SOMETHING=y CONFIG_SOMETHING=y SOMETHING=y CONFIG_SOMETHING all=y SOMETHING all=y - lines returning different values on different architectures: CONFIG_SOMETHING=y ppc=n SOMETHING=y ppc=n CONFIG_SOMETHING all=y ppc=n SOMETHING all=y ppc=n -- 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: glibc.spec - updated locale comments
On Mon, Sep 08, 2008 at 07:53:16AM +0200, qboosh wrote: > -# [EMAIL PROTECTED] (FileZilla; locale exists in Debian) > +# [EMAIL PROTECTED] (gtk+2; as [EMAIL PROTECTED] in FileZilla; locale > exists in Debian) I hope there won't be such support, as [EMAIL PROTECTED] is just one of many dialects of language now officially known as: Catalan/Valencian. -- 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: linux-nvidia.patch (NEW) - http://download.nvidia.com/XFr...
On Sat, Jun 23, 2007 at 08:28:39PM +0200, marcus wrote: > Author: marcus Date: Sat Jun 23 18:28:39 2007 GMT > Module: SOURCES Tag: HEAD > Log message: > - http://download.nvidia.com/XFree86/nforce/1.21/NFORCE-Linux-x86-1.21.zip > > ++#define RHES3 0 > ++#define SLES9 1 > ++#define RHES4 2 > ++#define SUSE10 3 > ++#define FEDORA5 4 > ++ > ++ > ++#if LINUX_VERSION_CODE > KERNEL_VERSION(2,6,13) > ++#define NVVER FEDORA5 > ++#elif LINUX_VERSION_CODE > KERNEL_VERSION(2,6,9) > ++#define NVVER SUSE10 > ++#elif LINUX_VERSION_CODE > KERNEL_VERSION(2,6,6) > ++#define NVVER RHES4 > ++#elif LINUX_VERSION_CODE > KERNEL_VERSION(2,6,0) > ++#define NVVER SLES9 > ++#else > ++#define NVVER RHES3 > ++#endif lol, that sucks very, very badly :P -- 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: nightfall-desktop.patch (NEW) - fix some things
On Fri, Jun 22, 2007 at 01:21:30AM +0200, lisu wrote: > Author: lisu Date: Thu Jun 21 23:21:30 2007 GMT > Module: SOURCES Tag: HEAD > Log message: > - fix some things > ++Categories=Qt;KDE;Education;Science;Astronomy; if it's a qt/kde thing why does it use gtk ? i noticed that because there is no better application to start it's name with a 'K' knightfall (: -- 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: broken pl LC_TIME
On Thu, Jun 21, 2007 at 10:26:00PM +0300, Elan Ruusamäe wrote: > On Thursday 21 June 2007 22:06, Tomasz Witek wrote: > > ok, but > > > > $ cal > >czerwiec 2007 > > N Pn Wt Śr Cz Pt So > > one letter for Sunday is ... > what? we have all days single letter ;) > > $ LC_ALL= LC_TIME=et_EE cal -m > juuni 2007 > E T K N R L P and here all week days start by letter 'd', so this: juny de 2007 dl dt dc dj dv ds dg 1 2 3 should be considered 2 or one letter ? :P -- 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: rpm: qt4-qt_copy.patch (NEW) - some fixes from KDE's svn
On Tue, May 22, 2007 at 06:25:35PM +0200, deejay1 wrote: > Author: deejay1 Date: Tue May 22 16:25:35 2007 GMT > Module: rpm Tag: HEAD > Log message: > - some fixes from KDE's svn > +++ rpm/qt4-qt_copy.patch Tue May 22 18:25:30 2007 wrong location ? mv rpm/qt4-qt_copy.patch,v SOURCES/qt4-qt_copy.patch,v -- 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: enlightenment-module*.spec need update
On Wed, May 09, 2007 at 12:26:47AM +0200, Piotr Maciej Kabata wrote: > Hello, I have one question, Is there a possibility to change BR and > Requires in all enlightenment modules specs so that it requires > enlightenment-devel instead of enlightenmentDR17-devel and enlightenment > instead of enlightenmentDR17 ? > Or shall I do it by myself and send a patch? You may send a patch if you wish. But most of those won't work or even build without updating, so there is on real point in doing 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: Idea - schematic information in %description
On Fri, May 04, 2007 at 01:35:28PM +0200, Łukasz Jernaś wrote: > > Maybe something like Provides: SUPPORT_ I'd say: no. This has to be primatly information for people, not scripts or for some automation. > which could be even > autogenerated at build time from proper mime type description availible in > most packages .desktop files? > [EMAIL PROTECTED] ~]$ cat /usr/share/applications/gimp.desktop | grep MimeType > MimeType=image/bmp;image/g3fax;image/gif;image/jpeg;image/jpg;... I was thinking about ripping information from .desktop files, but how about console applications without desktop file ? Like file converters and such. Or when some additional package is needed for that funcionality. Anyway MimeType from .desktop files should be useful to get preliminary information. And supported file types is not the only thing I'd like to be tagged this way, but for now only other use for it I've got in my head is describing game generes. So now, let's think where such tagging may be useful. Later we will think about the tags. And at the end about implementation. Because there is no sense to think about implementation of something that does not exist. -- 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: Idea - schematic information in %description
On Thu, May 03, 2007 at 05:40:10PM +0200, Patryk Zawadzki wrote: > On 5/3/07, Jeff Johnson <[EMAIL PROTECTED]> wrote: > > If you want package categories, please add as a separate tag, not by > > overloading description. > > Additionally, there is little to no sense to list file extensions as > *NIX has no concept of extensions. Systems operate on MIME types. I did not mean file extensions but some short names for its type. And for reproducing music noone is going to look for application with audio/mpeg support, but with mp3 support. File extensions suck, but everyone uses and knows them. > I agree but I see no real advantage of listing handled file types for > each package. Expecially since package X might only support MIME type > Y if Z is also installed or if manually configured to use V. " In some cases additional, optional plugins would be required to get some funcionality, that funcionality should be listed in main package anyway, but in parentesis plugin name should be specified. ImageMagick (convert): Convert: png (coder-png), jpeg (coder-jpeg), (...) Save: png (coder-png), jpeg (coder-jpeg), (...) " -- 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: Idea - schematic information in %description
On Thu, May 03, 2007 at 08:57:40AM -0400, Jeff Johnson wrote: > If you want package categories, please add as a separate tag, not by > overloading description. Yup, that would be a better idea. I was thinking about %description because it actually works. Adding new tag requires some work in rpm, as well as a decent support in poldek. But making a list of all possible categories and tags, and than adding it to packages is going to take a lot of time anyway. I don't really feel the idea of adding such information separatelly from building process. Of course it isn't wise to rebuild some big package just because of changes in summary, description or category, but in case of our automation a lot of work may be required to do it other way than rebuilding the package. -- 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
Idea - schematic information in %description
My proposal it to add some schematic (with well known structure) information to %description in packages. That would allow to easyly find some suitable application using search in poldek, or grep in SPECS directory. Teoretically rpm groups should be used for that prupose, but there are very little different groups, and one application may not have more than one group at once. Additionally information I's like to be added would be mainly (only ?) useful for applications, so there is no sense to play with the groups. The structure should be described in some file found in CVS, in PLD-Doc or in SPECS directory, it should also contain as many translations as possible, and some descriptions of each category, it has to be human-readable. I think it would look like: openoffice.org-writer: (blabla, old %description) Edit: odt, ott, sxw, doc, (try to list all) Save: odt, ott, sxw, doc, pdf, (try to list all) gqview: Open: bmp, png, jpeg (try to list all) mplayer: Open: avi, mpeg, wmv, mp3, ac3 (try to list all) mencoder: Convert: avi, mpeg, wmv, dvd, vcd Save: avi, mpeg In some cases additional, optional plugins would be required to get some funcionality, that funcionality should be listed in main package anyway, but in parentesis plugin name should be specified. ImageMagick (convert): Convert: png (coder-png), jpeg (coder-jpeg), (...) Save: png (coder-png), jpeg (coder-jpeg), (...) Other things than file manipulation: quake3: Game: fps; network tremulous: Game: fps, strategy; multiplayer-only, network wesnoth: Game: strategy; turn-based; network, hot-chair My initial proposal of categories, it must be discussed, extended, and made easy to understand (human readable): [file types] [graphics] png - portable network graphics jpeg bmp xcf - gimp file [audio] mp3 ogg vorbis ac3 [video] ogg - theora + (optionally) vorbis avi - (should be split to divx, and others) mpeg [office] odt - OpenDocument ott - OpenDocument template sxw - star/open office writer file doc - m$ file pdf ... [categories] Edit, [ca] Edita, [es] Edita, [pl] Edytuje: (application is able to open file for editing and manipulation) keywords: (file types) Convert, [ca] Convertix, [es] Convierte, [pl] Konvertuje: (able to open file for saving it as annother file type) keywords: (file types) Open, [ca] Obri, [es] Abre, [pl] Otwiera: (application is able to open file for displaying or reproduction) keywords: (file types) Save, [ca] Desa, [es] Guarda, [pl] Zapisuje: (able to asve to that file type after manipulation or when converting) keywords: (file types) Game, [ca] Joc, [es] Juego, [pl] Gra: (application is a game with following specifications) keywords: fps - first-person shooter rpg - role-playing game straregy, [ca] estrategia, [es] estrategia, [pl] strategia cards, [ca] cartes, [es] cartas, [pl] karty (...) turn-based - turn based, if not specified it is real-time - cards implies turn-based, no need to specify multiplayer-only - there is no possibility for single game network, [ca] xarxa, [es] red, [pl] siec - network multiplayer game split-screen - each player has it's own part of the screen same-screen - both players are visible on the same screen hot-chair - available in turn based games, player should not know what the other is doing, if they are allowed to see use "same-screen" (tictactoe?) OK, that is only the proposal. Needs discussion. Similar categories must be developed for other kinds of applications. So, what do you think ? -- Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En /) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org \\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org (/|| (_-_|_|| ||\\ || |_ |_| |
Re: Adding a user to CVS (apollotiger)
On Fri, Apr 20, 2007 at 09:53:19PM +0200, Radoslaw Zielinski wrote: > Patryk Zawadzki <[EMAIL PROTECTED]> [20-04-2007 21:12]: > > On 4/20/07, Joshua <[EMAIL PROTECTED]> wrote: > >>> +1 > >>> but i'd like to see him on this mailing list > >> I actually just signed up for aforementioned mailing list at Aredridel's > >> request. :) > > Ok then, +1 from me makes this +3, CC: cvsadmin. > > No, it doesn't make +3; I can only see +2 here. "+1" means taking the > responsibility of coaching a new developer for a period of time. Which > requires being subscribed to the mailing list. I beleve Aria's proposal counts as +1. Also, AFAIR there was a rule that person proposing is going to look after new developer, anyway, I don't mind to check few commits. -- 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: Adding a user to CVS (apollotiger)
On Fri, Apr 20, 2007 at 12:27:46PM -0600, Aredridel wrote: > I'd love to add my friend apollotiger to CVS. He's helped me with ruby > and gaim specs off and on, and is using PLD on most of his machines, > building a lot from CVS anyway and finding things to fix. > > +1? +1 but i'd like to see him on this mailing list -- 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: apparmor-parser.spec - up to 2.0.2-566; epoch 1
On Sat, Apr 14, 2007 at 03:19:47AM +0200, Zbyniu Krzystolik wrote: > Mniej wiecej Sat, Apr 14, 2007 at 02:31:46AM +0200, zainteresowany Przemyslaw > Iskra rzekl: > > On Sat, Apr 14, 2007 at 01:56:27AM +0200, zbyniu wrote: > > > Version: %{_ver}.%{_svnrel} > > i think it would be better to move _svnrel into Release, or drop it if > > there are no two versions with same _ver but different _svnrel > > We don't know future ideas of Novell. It is third versioning system in 6 > months. I see, but moving _svnrel into Release will save bumping epoch in future (2.1 -> 2.1.1), if this versioning is going to stay. -- Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En /) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org \\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org (/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org ___ pld-devel-en mailing list [EMAIL PROTECTED] http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: apparmor-parser.spec - up to 2.0.2-566; epoch 1
On Sat, Apr 14, 2007 at 01:56:27AM +0200, zbyniu wrote: > Author: zbyniu Date: Fri Apr 13 23:56:27 2007 GMT > Module: SPECS Tag: HEAD > Log message: > - up to 2.0.2-566; epoch 1 > -%define _ver 2.0 > -%define _svnrel 150 > +%define _ver 2.0.2 > +%define _svnrel 566 > Version: %{_ver}.%{_svnrel} > Release: 0.3 > +Epoch: 1 > +Source0: > http://forge.novell.com/modules/xfcontent/private.php/apparmor/LKML_Submission-April_07/%{name}-%{_ver}-%{_svnrel}.tar.gz i think it would be better to move _svnrel into Release, or drop it if there are no two versions with same _ver but different _svnrel -- Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En /) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org \\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org (/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org ___ pld-devel-en mailing list [EMAIL PROTECTED] http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: glib2.spec - separated -libs; rel 2
On Fri, Mar 30, 2007 at 10:48:52PM +0200, Jakub Bogusz wrote: > On Sun, Mar 18, 2007 at 03:11:17PM +0100, glen wrote: > > Author: glen Date: Sun Mar 18 14:11:17 2007 > > GMT > > Module: SPECS Tag: HEAD > > Log message: > > - separated -libs; rel 2 > > Isn't it overkill? > This way we'd end with *-libs in all lib* packages... > And -libs subpackage in package which name suggests that it contains > lib(s) looks weird. /me agrees with qboosh. Installing documentation and translations may be easyly disabled at instalation time. If it contained some utils I would suggest separate them to -tools, or -utils subpackage. But this change was pointles. Yet worse, now nothing will require glib2 package, it won't be installed and many people will wonder why there are no translations in glib2. IMO to be reverted. -- 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: _noauto*
On Tue, Mar 20, 2007 at 10:18:06AM +0100, Jakub Bogusz wrote: > On Tue, Mar 20, 2007 at 09:44:07AM +0100, Przemyslaw Iskra wrote: > > On Tue, Mar 20, 2007 at 12:22:51AM +0200, Elan Ruusamäe wrote: > > > idea: > > > > > > add in rpm.macros by default to _noautostrip and _noautochrpath > > > %{_datadir} > > > as there shouldn't be packaged libraries and binaries to stip(1) or > > > chrpath(1) > > > > +1 > > > > and if in %{_datadir} some elf file appear, it normally should be not > > stripped (like in case of mol.spec which packages in datadir drivers for > > ghost system) > > except for cases where _datadir is redefined to /usr/lib* (because of > incorrect datadir usage in package configure script). right but setting _noautostrip and _noautochrpath to %{_prefix}/datadir should also give good results -- 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: _noauto*
On Tue, Mar 20, 2007 at 12:22:51AM +0200, Elan Ruusamäe wrote: > idea: > > add in rpm.macros by default to _noautostrip and _noautochrpath %{_datadir} > as there shouldn't be packaged libraries and binaries to stip(1) or chrpath(1) +1 and if in %{_datadir} some elf file appear, it normally should be not stripped (like in case of mol.spec which packages in datadir drivers for ghost system) -- 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: less-multilib.patch (NEW) - pass CFLAGS when linking
On Sat, Mar 03, 2007 at 12:30:59PM +0100, Jakub Bogusz wrote: > On Sat, Mar 03, 2007 at 01:14:14PM +0200, Elan Ruusamäe wrote: > > On Friday 02 March 2007, tommat wrote: > > > Author: tommat Date: Fri Mar 2 17:37:48 2007 GMT > > > Module: SOURCES Tag: HEAD > > > Log message: > > > - pass CFLAGS when linking > > > > what's that good for? > > CFLAGS may contain -m32/-m64 (or other?) to select ABI. > automake-generated makefiles pass CFLAGS to linking command when gcc is > used to link. It may also contain -O2/-Os which makes final binary a little bit smaller. -O level If level is a numeric values greater than zero ld optimizes the output. This might take significantly longer and therefore probably should only be enabled for the final binary. -- 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 (LINUX_2_6_20): kernel-x86_64-smp.config, kernel-x86_64.co...
On Wed, Feb 21, 2007 at 03:51:34PM +0100, pluto wrote: > Author: plutoDate: Wed Feb 21 14:51:34 2007 GMT > Module: SOURCES Tag: LINUX_2_6_20 > Log message: > - turn off debug. > CONFIG_BCM43XX=m > -CONFIG_BCM43XX_DEBUG=y > +# CONFIG_BCM43XX_DEBUG is not set I consider this one quite useful, without debug information there is no way to know why something isn't working, bcm43xx isn't verbose enough normally. -- 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_16): kernel.spec - more unpackaged files TODO
On Thu, Feb 15, 2007 at 03:23:25PM +0100, glen wrote: > Author: glen Date: Thu Feb 15 14:23:25 2007 GMT > Module: SPECS Tag: LINUX_2_6_16 > Log message: > - more unpackaged files TODO > %files source -f aux_files_exc Those files _are_ correctly packaged, they are specified in 'aux_files_exc' list. But because that list is very long, and there is also quite complicated in-spec list of files rpm has some problems to list them correctly at the end. But take a look at the tarball, those files will be there. -- 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: geninitrd 8142
On Mon, Jan 29, 2007 at 07:53:05AM +0100, Cezary Krzyzanowski wrote: > Dnia 28-01-2007, nie o godzinie 22:18 +0100, Artur Frysiak napisał(a): > > > root=/dev/vg1/root > > > > with initrdfs=rom works but with initramfs not. > > True. I'll look into that in 3-4 days (I'm finishing my engineers > degree) > > I wander, how many more such possibilities exist. Does it matter ? There is only one correct solution - make udev work properly, or copy the device at initramfs creation time (like initrd does). -- 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: SVN: geninitrd/trunk/geninitrd
On Sat, Jan 27, 2007 at 07:11:26PM +0100, Cezary Krzyzanowski wrote: > Dnia 27-01-2007, sob o godzinie 18:35 +0100, Przemyslaw Iskra > napisał(a): > fck - got to rethink that ;/ consider the attached script, simplified, and should work -- Sparky{PI] -- Przemyslaw _ ___ _ _ ... LANG...Pl..Ca..Es..En /) ___ ___ _ _ || Iskra | | _ \| | | : WWWppcrcd.pld-linux.org \\| -_)'___| ||^'||//\\// < | _/| | | : JID..sparkyjabberes.org (/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mailsparkypld-linux.org root.sh Description: Bourne shell script ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SVN: geninitrd/trunk/geninitrd
On Sat, Jan 27, 2007 at 05:56:35PM +0100, czarny wrote: > Modified: geninitrd/trunk/geninitrd > == > --- geninitrd/trunk/geninitrd (original) > +++ geninitrd/trunk/geninitrd Sat Jan 27 17:56:34 2007 > @@ -1517,12 +1517,14 @@ > return txt \ > } \ > BEGIN { \ > -num_pattern = "[0-9][0-9][0-9][0-9]"; \ > +num_pattern_short = "[0-9][0-9][0-9]" \ semicolon is missing > +num_pattern = num_pattern_short "[0-9]"; \ > dev_pattern = "[hms][a-z][a-z]([0-9])+"; \ > partition = "Metallica rocks!"; \ > min = -1; maj = -1; \ > } \ > -$0 ~ prefix "0x" num_pattern { sub(/root=0x/,"root="); } \ > +$0 ~ prefix "0x" num_pattern { sub(prefix "0x", prefix); } \ > +$0 ~ prefix num_pattern_short { sub(prefix, prefix 0); } \ > $0 ~ prefix num_pattern { \ > gsub(/.*root=/,NIL,partition); \ > gsub(/ .*/,NIL,partition); \ anyway, this is wrong, theck this one: echo root=0303 | awk 'BEGIN { prefix="root="; num_pattern_short = "[0-9][0-9][0-9]"; num_pattern = num_pattern_short "[0-9]"; } $0 ~ prefix num_pattern_short { sub(prefix, prefix 0); } { print }' returns: root=00303 there should be '$' or something -- 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: geninitrd 8142
On Sat, Jan 27, 2007 at 05:00:13PM +0100, Rafał Cygnarowski wrote: > Dnia sobota, 27 stycznia 2007, Cezary Krzyzanowski napisał: > > root=0302 init=/sbin/initng acpi_sleep=s3_bios video=vesafb:1024x768-32 > > splash=verbose,theme:ppcrcd,tty:12 console=tty1 > > #cat /proc/cmdline > BOOT_IMAGE=PLD ro root=806 using four digits is the standart way: root=0806 or root=0x0806, but if root=806 works geninitrd should be fixed -- 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: coppermine-gallery.spec - updated to 1.4.10 (changed tempor...
On Fri, Jan 26, 2007 at 05:16:05PM +0100, Tomasz Pala wrote: > On Fri, Jan 26, 2007 at 04:12:51PM +0200, Elan Ruusamäe wrote: > > > Log message: > > > - updated to 1.4.10 (changed temporarily Source0 URL because of some > > > problems with mirrors) > > > > update your own copy of mirrors, but do not commit such url changes! > > Indeed? You have changed it and... > > ~/rpm/SPECS: cvs up -A mirrors > ~/rpm/SPECS: cvs diff mirrors > ~/rpm/SPECS: cvs up -A coppermine-gallery.spec > ~/rpm/SPECS: cvs diff coppermine-gallery.spec > ~/rpm/SPECS: ./builder -g -nd -nc coppermine-gallery.spec 1. upgrade your builder script 2. change dl. to some mirror working for you P.S. about vfmg - is your (original code) under GPL license ? -- 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: kernel-misc-usb-rndis-lite.spec - debug mode
On Fri, Jan 26, 2007 at 01:12:26PM +0100, glen wrote: > Author: glen Date: Fri Jan 26 12:12:26 2007 GMT > Module: SPECS Tag: HEAD > Log message: > - debug mode > +%if 0%{?debug:1} > +%{__sed} -i -e 's,^.*\(#define.*\(DEBUG\|VERBOSE\)\),\1,' cdc_ether.c > +%endif using EXTRA_CFLAGS would be better solution, try: %build_kernel_modules -m cdc_ether,rndis_host,usbnet \ EXTRA_CFLAGS="%{?debug:-DDEBUG=1 -DVERBOSE=1}" -- 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: kernel-net-dm9601.spec (NEW) - initial PLD release - spec p...
On Thu, Jan 18, 2007 at 01:40:29PM +0100, patrys wrote: > +%build > +%build_kernel_modules -C . -m dm9601 %build_kernel_modules -m dm9601 no need to change to same directory > +%install_kernel_modules -m dm9601 -d kernel/drivers/net -n dm9601 -s current %install_kernel_modules -m dm9601 -d kernel/drivers/net I can't see this module in kernel (source), thus there is no need for preparing modprobe config file. > +%files > +/etc/modprobe.d/%{_kernel_ver}/dm9601.conf > +/etc/modprobe.d/%{_kernel_ver}smp/dm9601.conf to be removed -- 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: grub2.spec - builds for me too when switching to gawk
On Sun, Dec 10, 2006 at 01:25:33AM +0200, Elan Ruusamäe wrote: > On Wednesday 06 December 2006 21:44, Przemyslaw Iskra wrote: > > If you are talking about extending %build overload I would propose at > > least using those: > > > > export LC_ALL=C > > export LANG=C > > unset LINGUAS ||: > > unset LANGUAGE ||: > > unset LC_MESSAGES ||: > isn't LC_ALL sufficient for LC_* ? it is, unless the application is not using gettext but the variables directly and may handle them in incorrect way -- 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: grub2.spec - builds for me too when switching to gawk
On Wed, Dec 06, 2006 at 08:30:41PM +0100, Jakub Bogusz wrote: > On Wed, Dec 06, 2006 at 09:19:45PM +0200, Elan Ruusamäe wrote: > > just LC_ALL=C, or LANG=C, LINGUAS=C reset needed too? > > LC_ALL=C is sufficient for gettext-based programs (even disables > LANGUAGE setting). setting LANG to C (or POSIX or some non-existing locale) also disables LANGUAGE [EMAIL PROTECTED] ~]$ LANGUAGE=ca_ES:pl_PL LANG=en_GB gettext gawk "Success" Čxit(catalan) [EMAIL PROTECTED] ~]$ LANGUAGE=ca_ES:pl_PL LANG=C gettext gawk "Success" Success (C) but not all programs which use it are gettext-based -- 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: grub2.spec - builds for me too when switching to gawk
On Wed, Dec 06, 2006 at 09:19:45PM +0200, Elan Ruusamäe wrote: > On Tuesday 05 December 2006 21:05, Przemyslaw Iskra wrote: > > > it's "default" already: > > > > > > $ rpm -E %build > > > %build > > > LANG=C > > > export LANG > > > unset DISPLAY ||: > > > unset LINGUAS ||: > > > > not good enough > > > > [EMAIL PROTECTED] ~]$ LC_ALL= LC_NUMERIC=ca_ES LANG=C LINGUAS= gawk 'BEGIN > > { A > > = 3; A = A / 2; printf A "\n"; }' 1,5 > > [EMAIL PROTECTED] ~]$ LC_ALL= LC_NUMERIC=POSIX LANG=C LINGUAS= gawk 'BEGIN > > { A > > = 3; A = A / 2; printf A "\n"; }' 1.5 > > > > I think we should set LC_ALL=C, because if someone sets LC_ALL to > > anything it will mess up a lot. > > just LC_ALL=C, or LANG=C, LINGUAS=C reset needed too? > > $ LC_ALL=C locale > LANG=en_US.UTF-8 > LC_CTYPE="C" If you are talking about extending %build overload I would propose at least using those: export LC_ALL=C export LANG=C unset LINGUAS ||: unset LANGUAGE ||: unset LC_MESSAGES ||: There may be apps not using message language values through glibc but directly, in some broken way (I know because I've written one of such apps :P). Any thing using LC_NUMERIC and similar will probably be written correctly enough to use LC_ALL value. and unset DISPLAY ||: naturally -- 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: grub2.spec - builds for me too when switching to gawk
On Tue, Dec 05, 2006 at 08:41:08PM +0200, Elan Ruusamäe wrote: > On Tuesday 05 December 2006 20:28, Przemyslaw Iskra wrote: > > anyway, try exporting LC_ALL=C > > it's "default" already: > > $ rpm -E %build > %build > LANG=C > export LANG > unset DISPLAY ||: > unset LINGUAS ||: not good enough [EMAIL PROTECTED] ~]$ LC_ALL= LC_NUMERIC=ca_ES LANG=C LINGUAS= gawk 'BEGIN { A = 3; A = A / 2; printf A "\n"; }' 1,5 [EMAIL PROTECTED] ~]$ LC_ALL= LC_NUMERIC=POSIX LANG=C LINGUAS= gawk 'BEGIN { A = 3; A = A / 2; printf A "\n"; }' 1.5 I think we should set LC_ALL=C, because if someone sets LC_ALL to anything it will mess up a lot. -- 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: grub2.spec - builds for me too when switching to gawk
On Tue, Dec 05, 2006 at 07:23:33PM +0100, glen wrote: > Author: glen Date: Tue Dec 5 18:23:33 2006 GMT > Module: SPECS Tag: HEAD > Log message: > - builds for me too when switching to gawk localized decimal separator issue ? but in such case problem should appear with gawk, not mawk: $ gawk 'BEGIN { A = 3; A = A / 2; printf A "\n"; }' 1,5 $ mawk 'BEGIN { A = 3; A = A / 2; printf A "\n"; }' 1.5 $ LC_ALL=C gawk 'BEGIN { A = 3; A = A / 2; printf A "\n"; }' 1.5 $ LC_ALL=C mawk 'BEGIN { A = 3; A = A / 2; printf A "\n"; }' 1.5 anyway, try exporting LC_ALL=C -- 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: unwanted LDFLAGS propagation
On Sat, Nov 25, 2006 at 02:38:48PM +0100, Jakub Bogusz wrote: > We stopped experiencing such problems since dropping "-s" from > rpmldflags, but now it hits again: > > $ mysql_config --libs > -Wl,--as-needed -L/usr/lib -lmysqlclient -lz -lm -L/usr/lib -lssl -lcrypto > > $ pg_config --ldflags > -Wl,--as-needed > > ...and so on. Well, I've got some *-config and I've found "-Wl,--as-needed" string in only one of them: nspr, which does not display it anyway. > It shouldn't be propagated by all *-config scripts --{libs,ldflags} > options. Of source it shouldn't, but I see no general solution for it, those *-config files may be shell code, python, C binary and probably more kind of things. So, each of them has to be treated separately. -- 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: zaptel-make.patch - re-enabled ztdummy module
On Fri, Nov 24, 2006 at 05:19:57PM +0100, hawk wrote: > Author: hawk Date: Fri Nov 24 16:19:57 2006 GMT > Module: SOURCES Tag: HEAD > Log message: > - re-enabled ztdummy module AFAIR ztdummy requires HZ=1000, so it's useless with our kernel.spec, where HZ=250 -- 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: kernel-desktop.spec - cxacru.c patch metged to small_fixes ...
On Wed, Nov 22, 2006 at 03:41:13PM +0100, Paweł Gołaszewski wrote: > On Wed, 22 Nov 2006, sparky wrote: > > Author: sparky Date: Wed Nov 22 13:47:54 2006 GMT > > Module: SPECS Tag: HEAD > > Log message: > > - cxacru.c patch metged to small_fixes - please, don't use separated > > patches for so small changes > Why? > It's small, nice-stand-alone change. It's easy to consider drop/fix after > some upgrade... After adding some more I won't be able to find %build section. I think small_fixes is just perfect for such changes because after any upgrate it should be revised. -- 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: kernel-net-r1000.spec - use %build_kernel_modules, %install...
On Fri, Nov 17, 2006 at 04:22:32PM +0100, vip wrote: > Author: vip Date: Fri Nov 17 15:22:32 2006 GMT > Module: SPECS Tag: HEAD > Log message: > - use %build_kernel_modules, %install_kernel_modules > - request for comments: > what with "ifarch ppc" It is old piece of code not used anymore, and should not be needed > and "_target_base_arch != _arch" in %build section? %build_kernel_modules includes cross-compilation support -- 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