From mike.honeyfield at xtra.co.nz  Sat Apr  2 09:49:50 2005
From: mike.honeyfield at xtra.co.nz (Michael Honeyfield)
Date: Sat, 02 Apr 2005 19:49:50 +1200
Subject: Setup question regarding pld-builder
Message-ID: <424E4E9E.4060501@xtra.co.nz>

Greetings,

I am hoping to find some detailed guidance in setting up a builder 
server my own GNU/Linux based distribution based on PLD's pld-builder.

I came across pld-builder and from the brief look at it, it seems very 
complete (well it must be, your using it :D )

So, I was hoping to find someone that would be happy to send sometime 
emailing with me on the setup and usage instructions.

In return, I will gladly contribute back changes and assist writing some 
documentation on it.

Thanks

Mike



From mmazur at kernel.pl  Sat Apr  2 11:30:33 2005
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Sat, 2 Apr 2005 11:30:33 +0200
Subject: Setup question regarding pld-builder
In-Reply-To: <424E4E9E.4060501@xtra.co.nz>
References: <424E4E9E.4060501@xtra.co.nz>
Message-ID: <200504021130.33510.mmazur@kernel.pl>

On sobota 02 kwiecie? 2005 09:49, Michael Honeyfield wrote:
> Greetings,
>
> I am hoping to find some detailed guidance in setting up a builder
> server my own GNU/Linux based distribution based on PLD's pld-builder.
>
> I came across pld-builder and from the brief look at it, it seems very
> complete (well it must be, your using it :D )
>
> So, I was hoping to find someone that would be happy to send sometime
> emailing with me on the setup and usage instructions.
>
> In return, I will gladly contribute back changes and assist writing some
> documentation on it.

Currently I'm maintaining and developing pld-builder.new (pld-builder is 
ancient history) and trying hard to force myself to write decent docs :)

But since you've mailed, I'll write something in the next couple of hours and 
mail it to you (and I'll be expecting fixes :).


-- 
In the year eighty five ten
God is gonna shake his mighty head
He'll either say,
"I'm pleased where man has been"
Or tear it down, and start again



From havner at smtp.kamp.pl  Sat Apr  2 13:13:25 2005
From: havner at smtp.kamp.pl (havner)
Date: Sat, 2 Apr 2005 13:13:25 +0200
Subject: logrotate
Message-ID: <20050402111325.GB5033@pld-linux.org>

#v+
Subject: Cron <root at altair> /bin/run-parts /etc/cron.daily

/etc/cron.daily/logrotate:

error: syslog-ng:67 duplicate log entry for /var/log/xferlog
#v-

logrotate.d # grep xferlog *
ftpd:/var/log/xferlog {
syslog-ng:/var/log/xferlog {

logrotate.d # rpm -qf ftpd syslog-ng 
proftpd-common-1.2.10-4
syslog-ng-1.6.6-2


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



From gotar at polanet.pl  Sat Apr  2 13:18:25 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 2 Apr 2005 13:18:25 +0200
Subject: logrotate
In-Reply-To: <20050402111325.GB5033@pld-linux.org>
References: <20050402111325.GB5033@pld-linux.org>
Message-ID: <20050402111825.GA1799@os>

On Sat, Apr 02, 2005 at 13:13:25 +0200, havner wrote:

> #v+
> Subject: Cron <root at altair> /bin/run-parts /etc/cron.daily
> 
> /etc/cron.daily/logrotate:
> 
> error: syslog-ng:67 duplicate log entry for /var/log/xferlog
> #v-

http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/syslog-ng.logrotate

Fixed in rev 1.10. Broken and left without response by blues.

-- 
GoTaR <priv0.onet.pl->gotar>        http://vfmg.sourceforge.net/
                                    http://tccs.sourceforge.net/



From havner at smtp.kamp.pl  Sat Apr  2 13:40:21 2005
From: havner at smtp.kamp.pl (havner)
Date: Sat, 2 Apr 2005 13:40:21 +0200
Subject: logrotate
In-Reply-To: <20050402111825.GA1799@os>
References: <20050402111325.GB5033@pld-linux.org> <20050402111825.GA1799@os>
Message-ID: <20050402114021.GA5338@pld-linux.org>

On Sat, Apr 02, 2005 at 01:18:25PM +0200, Tomasz Pala wrote:
> On Sat, Apr 02, 2005 at 13:13:25 +0200, havner wrote:
> 
> > #v+
> > Subject: Cron <root at altair> /bin/run-parts /etc/cron.daily
> > 
> > /etc/cron.daily/logrotate:
> > 
> > error: syslog-ng:67 duplicate log entry for /var/log/xferlog
> > #v-
> 
> http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/syslog-ng.logrotate
> 
> Fixed in rev 1.10. Broken and left without response by blues.

ok thanks, please send me STBR mail in the future in such cases.

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



From ankry at green.mif.pg.gda.pl  Sat Apr  2 19:22:54 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 2 Apr 2005 19:22:54 +0200 (CEST)
Subject: PLD-doc: BuildRequires.txt - gconf schema (un)installation
In-Reply-To: <PLD_doc_BuildRequires.txt.1.18@pld-linux.org> from "wiget" at
	Apr 02, 2005 06:30:58 PM
Message-ID: <200504021722.j32HMseM017755@green.mif.pg.gda.pl>

wiget wrote:
>  BuildRequires:	rpmbuild(macros) >= 1.188
[...]  
> +BuildRequires: rpmbuild(macros) >= 1.196

Twice? Isn't it one too much?

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



From mike.honeyfield at xtra.co.nz  Sat Apr  2 19:34:57 2005
From: mike.honeyfield at xtra.co.nz (Michael Honeyfield)
Date: Sun, 03 Apr 2005 05:34:57 +1200
Subject: Setup question regarding pld-builder
In-Reply-To: <200504021130.33510.mmazur@kernel.pl>
References: <424E4E9E.4060501@xtra.co.nz> <200504021130.33510.mmazur@kernel.pl>
Message-ID: <424ED7C1.7010000@xtra.co.nz>

Mariusz Mazur wrote:

>On sobota 02 kwiecie? 2005 09:49, Michael Honeyfield wrote:
>  
>
>>Greetings,
>>
>>I am hoping to find some detailed guidance in setting up a builder
>>server my own GNU/Linux based distribution based on PLD's pld-builder.
>>
>>I came across pld-builder and from the brief look at it, it seems very
>>complete (well it must be, your using it :D )
>>
>>So, I was hoping to find someone that would be happy to send sometime
>>emailing with me on the setup and usage instructions.
>>
>>In return, I will gladly contribute back changes and assist writing some
>>documentation on it.
>>    
>>
>
>Currently I'm maintaining and developing pld-builder.new (pld-builder is 
>ancient history) and trying hard to force myself to write decent docs :)
>
>But since you've mailed, I'll write something in the next couple of hours and 
>mail it to you (and I'll be expecting fixes :).
>
>
>  
>
Thats great to hear! Thanks mariusz

Cheers

Mike



From wiget at pld-linux.org  Sat Apr  2 19:39:34 2005
From: wiget at pld-linux.org (Artur Frysiak)
Date: Sat, 2 Apr 2005 19:39:34 +0200
Subject: PLD-doc: BuildRequires.txt - gconf schema (un)installation
In-Reply-To: <200504021722.j32HMseM017755@green.mif.pg.gda.pl>
References: <PLD_doc_BuildRequires.txt.1.18@pld-linux.org>
	<200504021722.j32HMseM017755@green.mif.pg.gda.pl>
Message-ID: <20050402173934.GF14823@ikarnet.pl>

On Sat, Apr 02, 2005 at 07:22:54PM +0200, Andrzej Krzysztofowicz wrote:
> wiget wrote:
> >  BuildRequires:	rpmbuild(macros) >= 1.188
> [...]  
> > +BuildRequires: rpmbuild(macros) >= 1.196
> 
> Twice? Isn't it one too much?

Read whole file and come back.

Regards
-- 
Artur Frysiak
http://www.pld-linux.org/



From ankry at green.mif.pg.gda.pl  Sat Apr  2 21:32:28 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 2 Apr 2005 21:32:28 +0200 (CEST)
Subject: PLD-doc: BuildRequires.txt - gconf schema (un)installation
In-Reply-To: <20050402173934.GF14823@ikarnet.pl> from "Artur Frysiak" at Apr
	02, 2005 07:39:34 PM
Message-ID: <200504021932.j32JWS32018190@green.mif.pg.gda.pl>

Artur Frysiak wrote:
> 
> On Sat, Apr 02, 2005 at 07:22:54PM +0200, Andrzej Krzysztofowicz wrote:
> > wiget wrote:
> > >  BuildRequires:	rpmbuild(macros) >= 1.188
> > [...]  
> > > +BuildRequires: rpmbuild(macros) >= 1.196
> > 
> > Twice? Isn't it one too much?
> 
> Read whole file and come back.

OOPS, missed that it is nor SPECS commit :->

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



From blues at pld-linux.org  Sun Apr  3 00:15:22 2005
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Sun, 3 Apr 2005 00:15:22 +0200 (CEST)
Subject: logrotate
In-Reply-To: <20050402111825.GA1799@os>
References: <20050402111325.GB5033@pld-linux.org> <20050402111825.GA1799@os>
Message-ID: <Pine.LNX.4.61L.0504030013560.5322@wby.gnfx.tqn.cy>

On Sat, 2 Apr 2005, Tomasz Pala wrote:
> > #v+
> > Subject: Cron <root at altair> /bin/run-parts /etc/cron.daily
> > 
> > /etc/cron.daily/logrotate:
> > 
> > error: syslog-ng:67 duplicate log entry for /var/log/xferlog
> > #v-
> 
> http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/syslog-ng.logrotate
> 
> Fixed in rev 1.10. Broken and left without response by blues.

Left fr further investigation why I did it. I don't remember _now_ , I 
have to look... but not now, sorry -ENOTIME.

-- 
pozdr.  Pawe? Go?aszewski 
---------------------------------
If you think of MS-DOS as mono, and Windows as stereo,
then Linux is Dolby Pro-Logic Surround Sound with Bass Boost
and all the music is free.

From hawk at limanowa.net  Sun Apr  3 08:38:51 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Sun, 03 Apr 2005 08:38:51 +0200
Subject: Broken php dependencies
Message-ID: <424F8F7B.1000501@limanowa.net>

Hello.

Dependencies in php-5.0.4-1 are totally broken. On system with apache2 
poldek --dist-upgrade installs apache1. Why it requires apache1 EAPI?

M.


Processing dependencies...
phpMyAdmin-2.6.1-3.pl2.1 obsoleted by phpMyAdmin-2.6.1-3.pl3.1
php-pgsql-5.0.3-6 obsoleted by php-pgsql-5.0.4-1
php-mbstring-5.0.3-6 obsoleted by php-mbstring-5.0.4-1
php-zlib-5.0.3-6 obsoleted by php-zlib-5.0.4-1
php-5.0.3-6 obsoleted by php-5.0.4-1
php-5.0.4-1 marks apache1-apxs-1.3.33-4 (cap /usr/sbin/apxs1)
php-5.0.4-1 marks apache1-1.3.33-4 (cap apache1(EAPI) >= 1.3.9)
   apache1-1.3.33-4 marks apache1-mod_access-1.3.33-4 (cap 
apache1-mod_access = 1.3.33-4)
   apache1-1.3.33-4 marks apache1-mod_alias-1.3.33-4 (cap 
apache1-mod_alias = 1.3.33-4)
   apache1-1.3.33-4 marks apache1-mod_include-1.3.33-4 (cap 
apache1-mod_include = 1.3.33-4)
   apache1-1.3.33-4 marks apache1-mod_log_config-1.3.33-4 (cap 
apache1-mod_log_config = 1.3.33-4)
   apache1-1.3.33-4 marks apache1-mod_mime-1.3.33-4 (cap 
apache1-mod_mime = 1.3.33-4)
   apache1-1.3.33-4 marks mm-1.3.0-2 (cap libmm.so.13)
php-pcre-5.0.3-6 obsoleted by php-pcre-5.0.4-1
php-mysql-5.0.3-6 obsoleted by php-mysql-5.0.4-1
php-common-5.0.3-6 obsoleted by php-common-5.0.4-1
There are 16 packages to install (8 marked by dependencies), 8 to uninstall:
I php-5.0.4-1, php-common-5.0.4-1, php-mbstring-5.0.4-1, 
php-mysql-5.0.4-1, php-pcre-5.0.4-1, php-pgsql-5.0.4-1, php-zlib-5.0.4-1,
I phpMyAdmin-2.6.1-3.pl3.1
D apache1-1.3.33-4, apache1-apxs-1.3.33-4, apache1-mod_access-1.3.33-4, 
apache1-mod_alias-1.3.33-4, apache1-mod_include-1.3.33-4,
D apache1-mod_log_config-1.3.33-4, apache1-mod_mime-1.3.33-4, mm-1.3.0-2
R phpMyAdmin-2.6.1-3.pl2.1, php-common-5.0.3-6, php-mysql-5.0.3-6, 
php-pcre-5.0.3-6, php-5.0.3-6, php-pgsql-5.0.3-6, php-zlib-5.0.3-6,
R php-mbstring-5.0.3-6
Need to download about 4MB of archives. After unpacking about 11MB will 
be used.



From hawk at limanowa.net  Sun Apr  3 09:57:36 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Sun, 03 Apr 2005 09:57:36 +0200
Subject: Broken php dependencies
In-Reply-To: <424F8F7B.1000501@limanowa.net>
References: <424F8F7B.1000501@limanowa.net>
Message-ID: <424FA1F0.7020403@limanowa.net>

> Hello.
> 
> Dependencies in php-5.0.4-1 are totally broken. On system with apache2 
> poldek --dist-upgrade installs apache1. Why it requires apache1 EAPI?
> 
> M.

A bit more info. Looks like:

%define	_apache2	%(rpm -q apache-devel 2> /dev/null | grep -Eq 
'\\-2\\.[0-9]+\\.' && echo 1 || echo 0)

always returns 0. Shouldn't it be 'grep -Eq '.*\\-2\\.[0-9]+\\.' there?

M.



From qboosh at pld-linux.org  Sun Apr  3 12:44:01 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 3 Apr 2005 12:44:01 +0200
Subject: Broken php dependencies
In-Reply-To: <424FA1F0.7020403@limanowa.net>
References: <424F8F7B.1000501@limanowa.net> <424FA1F0.7020403@limanowa.net>
Message-ID: <20050403104401.GA27347@fngna.oyu>

On Sun, Apr 03, 2005 at 09:57:36AM +0200, Marcin Kr?l wrote:
> >Hello.
> >
> >Dependencies in php-5.0.4-1 are totally broken. On system with apache2 
> >poldek --dist-upgrade installs apache1. Why it requires apache1 EAPI?

What source are you using?
In ac-athlon it requires apache 2.

> >
> >M.
> 
> A bit more info. Looks like:
> 
> %define	_apache2	%(rpm -q apache-devel 2> /dev/null | grep 
> -Eq '\\-2\\.[0-9]+\\.' && echo 1 || echo 0)
> 
> always returns 0.

Works OK (double backslashes are for rpm - maybe it's somehow rpm
version dependent).
I changed grep '\-.*' workaround to grep -e '-.*' just in case '\-'
would have some special meaning not equal to '-' - but both versions
work for me (rpm 4.3 from Ac with grep 2.5.1-12 and rpm 4.4.1 with grep
2.5.1a).

> Shouldn't it be 'grep -Eq '.*\\-2\\.[0-9]+\\.' there?

No, grep doesn't anchor regexps.


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



From glen at delfi.ee  Sun Apr  3 13:00:33 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 3 Apr 2005 14:00:33 +0300
Subject: Broken php dependencies
In-Reply-To: <424FA1F0.7020403@limanowa.net>
References: <424F8F7B.1000501@limanowa.net> <424FA1F0.7020403@limanowa.net>
Message-ID: <200504031400.33575.glen@delfi.ee>

On Sunday 03 April 2005 10:57, Marcin Kr?l wrote:
> > Hello.
> >
> > Dependencies in php-5.0.4-1 are totally broken. On system with apache2
> > poldek --dist-upgrade installs apache1. Why it requires apache1 EAPI?
> >
> > M.
>
> A bit more info. Looks like:
>
> %define _apache2 %(rpm -q apache-devel 2> /dev/null | grep -Eq
> '\\-2\\.[0-9]+\\.' && echo 1 || echo 0)
>
> always returns 0. Shouldn't it be 'grep -Eq '.*\\-2\\.[0-9]+\\.' there?
i believe you don't have apache-devel installed?


-- 
glen



From hawk at limanowa.net  Sun Apr  3 13:51:35 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Sun, 03 Apr 2005 13:51:35 +0200
Subject: Broken php dependencies
In-Reply-To: <20050403104401.GA27347@fngna.oyu>
References: <424F8F7B.1000501@limanowa.net> <424FA1F0.7020403@limanowa.net>
	<20050403104401.GA27347@fngna.oyu>
Message-ID: <424FD8C7.9040306@limanowa.net>

> What source are you using?
> In ac-athlon it requires apache 2.

i386

> Works OK (double backslashes are for rpm - maybe it's somehow rpm
> version dependent).

Yeah, I know why there are double backslashes, and tested it with single 
backslashes on command line. 0 every time.

> I changed grep '\-.*' workaround to grep -e '-.*' just in case '\-'
> would have some special meaning not equal to '-' - but both versions
> work for me (rpm 4.3 from Ac with grep 2.5.1-12 and rpm 4.4.1 with grep
> 2.5.1a).

Now it works for me too (rpm-4.3-0.20040107.53, grep-2.5.1-12). Hope it 
will work on builder too :)

M.



From hawk at limanowa.net  Sun Apr  3 13:59:49 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Sun, 03 Apr 2005 13:59:49 +0200
Subject: Broken php dependencies
In-Reply-To: <200504031400.33575.glen@delfi.ee>
References: <424F8F7B.1000501@limanowa.net> <424FA1F0.7020403@limanowa.net>
	<200504031400.33575.glen@delfi.ee>
Message-ID: <424FDAB5.2060304@limanowa.net>

> i believe you don't have apache-devel installed?

Of course I had. This issue has been fixed by qboosh :) But php for arch 
i386 still requires apache1. Something must be messed up on builder.

M.



From qboosh at pld-linux.org  Sun Apr  3 14:08:12 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 3 Apr 2005 14:08:12 +0200
Subject: Broken php dependencies
In-Reply-To: <424FD8C7.9040306@limanowa.net>
References: <424F8F7B.1000501@limanowa.net> <424FA1F0.7020403@limanowa.net>
	<20050403104401.GA27347@fngna.oyu> <424FD8C7.9040306@limanowa.net>
Message-ID: <20050403120812.GC27347@fngna.oyu>

On Sun, Apr 03, 2005 at 01:51:35PM +0200, Marcin Kr?l wrote:
> >What source are you using?
> >In ac-athlon it requires apache 2.
> 
> i386

Aaaah, there is no apache-devel on ac-i386 builder (but there is
apache1-devel, so it built).

I think that apache1 builds should be enabled explicitly using apache1
bcond.
Such autodetection is risky in distro as you can see.


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



From glen at delfi.ee  Sun Apr  3 14:26:19 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 3 Apr 2005 15:26:19 +0300
Subject: Broken php dependencies
In-Reply-To: <20050403120812.GC27347@fngna.oyu>
References: <424F8F7B.1000501@limanowa.net> <424FD8C7.9040306@limanowa.net>
	<20050403120812.GC27347@fngna.oyu>
Message-ID: <200504031526.19689.glen@delfi.ee>

On Sunday 03 April 2005 15:08, Jakub Bogusz wrote:
> On Sun, Apr 03, 2005 at 01:51:35PM +0200, Marcin Kr?l wrote:
> > >What source are you using?
> > >In ac-athlon it requires apache 2.
> >
> > i386
>
> Aaaah, there is no apache-devel on ac-i386 builder (but there is
> apache1-devel, so it built).
>
> I think that apache1 builds should be enabled explicitly using apache1
> bcond.
> Such autodetection is risky in distro as you can see.
totally agree

made apache1 bcond as done in php4

-- 
glen



From gotar at polanet.pl  Sun Apr  3 16:58:27 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 3 Apr 2005 16:58:27 +0200
Subject: iproute2 from ready
Message-ID: <20050403145826.GA787@os>

Unknown qdisc "htb", hence option "default" is unparsable
Error: Qdisc "htb" is classless.
Unknown qdisc "esfq", hence option "perturb" is unparsable
Unknown qdisc "htb", hence option "default" is unparsable
Error: Qdisc "htb" is classless.
Unknown qdisc "esfq", hence option "perturb" is unparsable

So I suggest not to move this one to main.

-- 
GoTaR <priv0.onet.pl->gotar>        http://vfmg.sourceforge.net/
                                    http://tccs.sourceforge.net/



From qboosh at pld-linux.org  Sun Apr  3 18:50:21 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 3 Apr 2005 18:50:21 +0200
Subject: iproute2 from ready
In-Reply-To: <20050403145826.GA787@os>
References: <20050403145826.GA787@os>
Message-ID: <20050403165021.GE27347@fngna.oyu>

On Sun, Apr 03, 2005 at 04:58:27PM +0200, Tomasz Pala wrote:
> Unknown qdisc "htb", hence option "default" is unparsable
> Error: Qdisc "htb" is classless.
> Unknown qdisc "esfq", hence option "perturb" is unparsable
> Unknown qdisc "htb", hence option "default" is unparsable
> Error: Qdisc "htb" is classless.
> Unknown qdisc "esfq", hence option "perturb" is unparsable

Broken by LDFLAGS override, not the first time.
tc requires -export-dynamic passed to linker (it dlopens itself to load
internal "modules").

Should be fixed in -2.


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



From arekm at pld-linux.org  Sun Apr  3 18:58:01 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sun, 3 Apr 2005 18:58:01 +0200
Subject: iproute2 from ready
In-Reply-To: <20050403165021.GE27347@fngna.oyu>
References: <20050403145826.GA787@os> <20050403165021.GE27347@fngna.oyu>
Message-ID: <200504031858.01702.arekm@pld-linux.org>

On Sunday 03 of April 2005 18:50, Jakub Bogusz wrote:

> Broken by LDFLAGS override, not the first time.
> tc requires -export-dynamic passed to linker (it dlopens itself to load
> internal "modules").
Why not add comment in spec to avoid future brokeness?

-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/



From jajcus at bnet.pl  Mon Apr  4 09:16:46 2005
From: jajcus at bnet.pl (Jacek Konieczny)
Date: Mon, 4 Apr 2005 09:16:46 +0200
Subject: SPECS (DEVEL): mutt.spec - sync with HEAD (vfolders,
	some new patc...
In-Reply-To: <20050331170903.GE4499@pred>
References: <SPECS_mutt.spec.1.141.2.6@pld-linux.org>
	<SPECS_mutt.spec.1.141.2.7@pld-linux.org>
	<20050331170903.GE4499@pred>
Message-ID: <20050404071646.GA28609@serwis2.beta>

On Thu, Mar 31, 2005 at 07:09:04PM +0200, wrobell wrote:
> On Thu, Mar 31, 2005 at 02:22:10PM +0200, qboosh wrote:
> > Author: qboosh                       Date: Thu Mar 31 12:22:10 2005 GMT
> > Module: SPECS                         Tag: DEVEL
> > ---- Log message:
> > - sync with HEAD (vfolders, some new patches - commented for now)
> > 
> > ---- Files affected:
> > SPECS:
> >    mutt.spec (1.141.2.6 -> 1.141.2.7) 
> 
> There is mutt-ng project:
> 
>     http://mutt-ng.berlios.de/
> 
> Therefore I think we can kill some patches from mutt.spec, i.e. nntp
> support. Any comments?

Don't break (I mean: no regression) cureent mutt package, and make a new
mutt-ng.spec. Both should be released as separate packages in PLD. 

Greets,
	Jacek



From wrobell at pld-linux.org  Mon Apr  4 10:51:07 2005
From: wrobell at pld-linux.org (wrobell)
Date: Mon, 4 Apr 2005 10:51:07 +0200
Subject: SPECS (DEVEL): mutt.spec - sync with HEAD (vfolders,
	some new patc...
In-Reply-To: <20050404071646.GA28609@serwis2.beta>
References: <SPECS_mutt.spec.1.141.2.6@pld-linux.org>
	<SPECS_mutt.spec.1.141.2.7@pld-linux.org>
	<20050331170903.GE4499@pred> <20050404071646.GA28609@serwis2.beta>
Message-ID: <20050404085107.GA5503@borg.dsl.dial.pl>

On Mon, Apr 04, 2005 at 09:16:46AM +0200, Jacek Konieczny wrote:
> On Thu, Mar 31, 2005 at 07:09:04PM +0200, wrobell wrote:
> > On Thu, Mar 31, 2005 at 02:22:10PM +0200, qboosh wrote:
> > > Author: qboosh                       Date: Thu Mar 31 12:22:10 2005 GMT
> > > Module: SPECS                         Tag: DEVEL
> > > ---- Log message:
> > > - sync with HEAD (vfolders, some new patches - commented for now)
> > > 
> > > ---- Files affected:
> > > SPECS:
> > >    mutt.spec (1.141.2.6 -> 1.141.2.7) 
> > 
> > There is mutt-ng project:
> > 
> >     http://mutt-ng.berlios.de/
> > 
> > Therefore I think we can kill some patches from mutt.spec, i.e. nntp
> > support. Any comments?
> 
> Don't break (I mean: no regression) cureent mutt package, and make a new
> mutt-ng.spec. Both should be released as separate packages in PLD. 
nntp for example is not built in by default, so it could be removed even
if there is no mutt-ng in the distro, imho

    wrobell <wrobell at pld-linux.org>



From hawk at limanowa.net  Mon Apr  4 13:31:57 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Mon, 04 Apr 2005 13:31:57 +0200
Subject: borked apache
In-Reply-To: <424049FE.8040204@limanowa.net>
References: <4238240F.6060301@limanowa.net> <424049FE.8040204@limanowa.net>
Message-ID: <425125AD.8000707@limanowa.net>

> One more problem:
> 
> Apache is working ok (except the "blank page" problem) but logs are 
> getting filled with:
> 
> httpd.prefork: dl-close.c:365: _dl_close: Assertion `imap->l_type == 
> lt_loaded || imap->l_opencount > 0' failed.
> 
> Any idea what may be causing this entries? I suppose that one of php 
> modules, but I couldn't find which one...

Does anyone has looked at apache and the "blank page" problem I've 
mentioned in this thread? All my AC servers are affected, and I can't 
locate it :( I also don't wont to downgrade apache.

And about second problem, dl-close.c:365 etc.. google says its glibc 
problem. Can some glibc magician look at it? I have it only on one 
machine, and this machine is most affected by "blank page" problem. 
Maybe those two things are related somehow?

M.



From qboosh at pld-linux.org  Mon Apr  4 13:52:44 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 4 Apr 2005 13:52:44 +0200
Subject: SPECS: tcl.spec - up to devel series 8.5a2
In-Reply-To: <200504041138.j34BcBRC014468@green.mif.pg.gda.pl>
References: <SPECS_tcl.spec.1.96@pld-linux.org>
	<200504041138.j34BcBRC014468@green.mif.pg.gda.pl>
Message-ID: <20050404115244.GC6460@gruby.cs.net.pl>

[moved to -en because of used language]

On Mon, Apr 04, 2005 at 01:38:11PM +0200, Andrzej Krzysztofowicz wrote:
> arekm wrote:
> > Author: arekm                        Date: Mon Apr  4 11:33:54 2005 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - up to devel series 8.5a2
> [...]
> > -%define	major	8.4
> > -Version:	%{major}.9
> > +%define	major	8.5
> > +Version:	%{major}a2
>                         ^^^
> Shouldn't this go to Release ?

And shouldn't it go on DEVEL branch?


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



From arekm at pld-linux.org  Mon Apr  4 14:06:06 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Mon, 4 Apr 2005 14:06:06 +0200
Subject: SPECS: tcl.spec - up to devel series 8.5a2
In-Reply-To: <20050404115244.GC6460@gruby.cs.net.pl>
References: <SPECS_tcl.spec.1.96@pld-linux.org>
	<200504041138.j34BcBRC014468@green.mif.pg.gda.pl>
	<20050404115244.GC6460@gruby.cs.net.pl>
Message-ID: <200504041406.06869.arekm@pld-linux.org>

On Monday 04 of April 2005 13:52, Jakub Bogusz wrote:
> [moved to -en because of used language]
>
> On Mon, Apr 04, 2005 at 01:38:11PM +0200, Andrzej Krzysztofowicz wrote:
> > arekm wrote:
> > > Author: arekm                        Date: Mon Apr  4 11:33:54 2005 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - up to devel series 8.5a2
> >
> > [...]
> >
> > > -%define	major	8.4
> > > -Version:	%{major}.9
> > > +%define	major	8.5
> > > +Version:	%{major}a2
> >
> >                         ^^^
> > Shouldn't this go to Release ?
Yup, will fix that.

> And shouldn't it go on DEVEL branch?
tcl/tk 8.4 is in maintaining mode only, no real development, almost doesn't 
change - that's why I placed it on head while stable version for ac is on 
AC-branch.

-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/



From arekm at pld-linux.org  Mon Apr  4 14:27:05 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Mon, 4 Apr 2005 14:27:05 +0200
Subject: SPECS: tcl.spec - up to devel series 8.5a2
In-Reply-To: <200504041138.j34BcBRC014468@green.mif.pg.gda.pl>
References: <200504041138.j34BcBRC014468@green.mif.pg.gda.pl>
Message-ID: <200504041427.05386.arekm@pld-linux.org>

On Monday 04 of April 2005 13:38, Andrzej Krzysztofowicz wrote:

> Shouldn't this go to Release ?
Fixed. Antialiased fonts in 8.5 are _so_ much nicer than non-antialiased from 
8.4. Tested in tkabber.

-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/



From zawadaa at wp.pl  Mon Apr  4 14:55:49 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Mon, 04 Apr 2005 14:55:49 +0200
Subject: STBR for openswan.spec
Message-ID: <42513955.3060004@wp.pl>

It is security release!

http://www.openswan.org/support/vuln/IDEF0785/

Please STBR

-- 
Andrzej Zawadzki



From adamg at biomerieux.pl  Mon Apr  4 16:25:18 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Mon, 4 Apr 2005 16:25:18 +0200
Subject: STBR for openswan.spec
In-Reply-To: <42513955.3060004@wp.pl>
References: <42513955.3060004@wp.pl>
Message-ID: <20050404142518.GB28362@mysza.eu.org>

On Mon, Apr 04, 2005 at 02:55:49PM +0200, Andrzej Zawadzki wrote:
> It is security release!
> 
> http://www.openswan.org/support/vuln/IDEF0785/
> 
> Please STBR

Sent.

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



From zawadaa at wp.pl  Wed Apr  6 14:27:12 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Wed, 06 Apr 2005 14:27:12 +0200
Subject: PAM 0.78.1-3
Message-ID: <4253D5A0.30404@wp.pl>

After upgrade my apache and vsftpd doesn't work::

vsftpd logs:

Apr  6 14:21:44 palac vsftpd: PAM unable to
dlopen(/lib/security/pam_userdb.so)
Apr  6 14:21:44 palac vsftpd: PAM [dlerror:
/lib/security/pam_userdb.so: undefined symbol: dbm_firstkey]
Apr  6 14:21:44 palac vsftpd: PAM adding faulty module:
/lib/security/pam_userdb.so
Apr  6 14:21:44 palac vsftpd: Wed Apr  6 14:21:44 2005 [pid 5382]
[bph] FAIL LOGIN: Client "xxxxxxxxxxx"
Apr  6 12:21:44 palac vsftpd: Wed Apr  6 12:21:44 2005 [pid 5383]
[bph] FTP response: Client "xxxxxxxxxxx", "530 Login i
ncorrect."

[root at spichlerz root]# ldd -r /lib/security/pam_userdb.so
        linux-gate.so.1 =>  (0xffffe000)
        libdb-4.2.so => /usr/lib/libdb-4.2.so (0x40003000)
        libc.so.6 => /lib/tls/libc.so.6 (0x400d6000)
        /lib/ld-linux.so.2 (0x80000000)
undefined symbol: pam_get_item  (/lib/security/pam_userdb.so)
undefined symbol: dbm_firstkey  (/lib/security/pam_userdb.so)
undefined symbol: dbm_fetch     (/lib/security/pam_userdb.so)
undefined symbol: dbm_nextkey   (/lib/security/pam_userdb.so)
undefined symbol: dbm_open      (/lib/security/pam_userdb.so)
undefined symbol: dbm_close     (/lib/security/pam_userdb.so)
undefined symbol: pam_set_item  (/lib/security/pam_userdb.so)
undefined symbol: crypt (/lib/security/pam_userdb.so)
undefined symbol: pam_get_user  (/lib/security/pam_userdb.so)

Why?

-- 
Andrzej Zawadzki



From zawadaa at wp.pl  Wed Apr  6 14:43:24 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Wed, 06 Apr 2005 14:43:24 +0200
Subject: PAM 0.78.1-3
In-Reply-To: <4253D5A0.30404@wp.pl>
References: <4253D5A0.30404@wp.pl>
Message-ID: <4253D96C.4030701@wp.pl>

Andrzej Zawadzki wrote:
> After upgrade my apache and vsftpd doesn't work::
> 
> vsftpd logs:
> 
> Apr  6 14:21:44 palac vsftpd: PAM unable to
> dlopen(/lib/security/pam_userdb.so)
> Apr  6 14:21:44 palac vsftpd: PAM [dlerror:
> /lib/security/pam_userdb.so: undefined symbol: dbm_firstkey]
> Apr  6 14:21:44 palac vsftpd: PAM adding faulty module:
> /lib/security/pam_userdb.so
> Apr  6 14:21:44 palac vsftpd: Wed Apr  6 14:21:44 2005 [pid 5382]
> [bph] FAIL LOGIN: Client "xxxxxxxxxxx"
> Apr  6 12:21:44 palac vsftpd: Wed Apr  6 12:21:44 2005 [pid 5383]
> [bph] FTP response: Client "xxxxxxxxxxx", "530 Login i
> ncorrect."
> 
> [root at spichlerz root]# ldd -r /lib/security/pam_userdb.so
>         linux-gate.so.1 =>  (0xffffe000)
>         libdb-4.2.so => /usr/lib/libdb-4.2.so (0x40003000)
>         libc.so.6 => /lib/tls/libc.so.6 (0x400d6000)
>         /lib/ld-linux.so.2 (0x80000000)
> undefined symbol: pam_get_item  (/lib/security/pam_userdb.so)
> undefined symbol: dbm_firstkey  (/lib/security/pam_userdb.so)
> undefined symbol: dbm_fetch     (/lib/security/pam_userdb.so)
> undefined symbol: dbm_nextkey   (/lib/security/pam_userdb.so)
> undefined symbol: dbm_open      (/lib/security/pam_userdb.so)
> undefined symbol: dbm_close     (/lib/security/pam_userdb.so)
> undefined symbol: pam_set_item  (/lib/security/pam_userdb.so)
> undefined symbol: crypt (/lib/security/pam_userdb.so)
> undefined symbol: pam_get_user  (/lib/security/pam_userdb.so)

After self building:

[zawada at fabryka SPECS]$ ldd -r /lib/security/pam_userdb.so
        linux-gate.so.1 =>  (0xffffe000)
        libdb-4.2.so => /usr/lib/libdb-4.2.so (0xb7f1c000)
        libc.so.6 => /lib/tls/libc.so.6 (0xb7e01000)
        /lib/ld-linux.so.2 (0x80000000)
undefined symbol: pam_get_item  (/lib/security/pam_userdb.so)
undefined symbol: pam_set_item  (/lib/security/pam_userdb.so)
undefined symbol: crypt (/lib/security/pam_userdb.so)
undefined symbol: pam_get_user  (/lib/security/pam_userdb.so)


less... BR or R?

-- 
Andrzej Zawadzki



From glen at delfi.ee  Wed Apr  6 14:52:48 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 6 Apr 2005 15:52:48 +0300
Subject: perl(CGI)
Message-ID: <200504061552.48649.glen@delfi.ee>

why duplicate. which i should be using?

There are more than one package which provide "perl(CGI)":
a) perl-CGI-3.05-2
b) perl-modules-5.8.6-2
Which one do you want to install? [b]

-- 
glen



From zawadaa at wp.pl  Wed Apr  6 15:35:50 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Wed, 06 Apr 2005 15:35:50 +0200
Subject: PAM 0.78.1-3
In-Reply-To: <4253D96C.4030701@wp.pl>
References: <4253D5A0.30404@wp.pl> <4253D96C.4030701@wp.pl>
Message-ID: <4253E5B6.70904@wp.pl>

Andrzej Zawadzki wrote:
>>[root at spichlerz root]# ldd -r /lib/security/pam_userdb.so
>>        linux-gate.so.1 =>  (0xffffe000)
>>        libdb-4.2.so => /usr/lib/libdb-4.2.so (0x40003000)
>>        libc.so.6 => /lib/tls/libc.so.6 (0x400d6000)
>>        /lib/ld-linux.so.2 (0x80000000)
>>undefined symbol: pam_get_item  (/lib/security/pam_userdb.so)
>>undefined symbol: dbm_firstkey  (/lib/security/pam_userdb.so)
>>undefined symbol: dbm_fetch     (/lib/security/pam_userdb.so)
>>undefined symbol: dbm_nextkey   (/lib/security/pam_userdb.so)
>>undefined symbol: dbm_open      (/lib/security/pam_userdb.so)
>>undefined symbol: dbm_close     (/lib/security/pam_userdb.so)
>>undefined symbol: pam_set_item  (/lib/security/pam_userdb.so)
>>undefined symbol: crypt (/lib/security/pam_userdb.so)
>>undefined symbol: pam_get_user  (/lib/security/pam_userdb.so)
> 
> 
> After self building:
> 
> [zawada at fabryka SPECS]$ ldd -r /lib/security/pam_userdb.so
>         linux-gate.so.1 =>  (0xffffe000)
>         libdb-4.2.so => /usr/lib/libdb-4.2.so (0xb7f1c000)
>         libc.so.6 => /lib/tls/libc.so.6 (0xb7e01000)
>         /lib/ld-linux.so.2 (0x80000000)
> undefined symbol: pam_get_item  (/lib/security/pam_userdb.so)
> undefined symbol: pam_set_item  (/lib/security/pam_userdb.so)
> undefined symbol: crypt (/lib/security/pam_userdb.so)
> undefined symbol: pam_get_user  (/lib/security/pam_userdb.so)
On some mandrake (10?) is:

[zawada at agencja1 zawada]$ ldd -r /lib/security/pam_userdb.so
        linux-gate.so.1 =>  (0xffffe000)
        libdb-4.2.so => /usr/lib/libdb-4.2.so (0x4000f000)
        libc.so.6 => /lib/tls/libc.so.6 (0x400eb000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
undefined symbol: pam_get_item  (/lib/security/pam_userdb.so)
undefined symbol: pam_set_item  (/lib/security/pam_userdb.so)
undefined symbol: pam_get_user  (/lib/security/pam_userdb.so)

-- 
Andrzej Zawadzki



From zawadaa at wp.pl  Wed Apr  6 17:15:21 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Wed, 06 Apr 2005 17:15:21 +0200
Subject: php4
Message-ID: <4253FD09.9000205@wp.pl>

Is possible to build php4 and send them on ftp?

-- 
Andrzej Zawadzki



From adamg at biomerieux.pl  Wed Apr  6 17:44:44 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 6 Apr 2005 17:44:44 +0200
Subject: php4
In-Reply-To: <4253FD09.9000205@wp.pl>
References: <4253FD09.9000205@wp.pl>
Message-ID: <20050406154444.GA22757@mysza.eu.org>

On Wed, Apr 06, 2005 at 05:15:21PM +0200, Andrzej Zawadzki wrote:
> Is possible to build php4 and send them on ftp?

My mistake, I thought I sent it few days ago...

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



From glen at delfi.ee  Wed Apr  6 18:43:12 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 6 Apr 2005 19:43:12 +0300
Subject: php4-xxx uninstall
Message-ID: <200504061943.13245.glen@delfi.ee>

# poldek -u php4-mysql 
Retrieving http://distrib/php4-mysql-4.3.10-6.2.i686.rpm...
......................... 100.0% [50.0K (50.0K/s)]                   
Retrieving http://distrib/php4-common-4.3.10-6.2.i686.rpm...
......................... 100.0% [615.4K (359.1K/s)]                      
activating module 'mysql.so' in /etc/php4/php.ini

# rpm -e php4-mysql php4-common 
warning: /etc/php4/php.ini saved as /etc/php4/php.ini.rpmsave
/var/tmp/rpm-tmp.56490[4]: /usr/sbin/php4-module-install: not found
error: %preun(php4-mysql-4.3.10-6.2) scriptlet failed, exit status 127

while:

# poldek -u php4-mysql 
Retrieving http://distrib/php4-mysql-4.3.10-6.2.i686.rpm...
......................... 100.0% [50.0K (50.0K/s)]                   
Retrieving http://distrib/php4-common-4.3.10-6.2.i686.rpm...
......................... 100.0% [615.4K (125.2K/s)]                      
activating module 'mysql.so' in /etc/php4/php.ini

# rpm -e php4-common  php4-mysql
deactivating module 'mysql.so' in /etc/php4/php.ini
warning: /etc/php4/php.ini saved as /etc/php4/php.ini.rpmsave

any ideas how to fix this? PreReq: php4-common on php4-XXX packages instead of 
just Requires: ?

and i believe it's actual for php5 packages too

-- 
glen



From glen at delfi.ee  Thu Apr  7 00:02:37 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 7 Apr 2005 01:02:37 +0300
Subject: %useradd/%groupadd macros
In-Reply-To: <200502241407.j1OE7Ugl024883@green.mif.pg.gda.pl>
References: <200502241407.j1OE7Ugl024883@green.mif.pg.gda.pl>
Message-ID: <200504070102.39610.glen@delfi.ee>

On Thursday 24 February 2005 16:07, Andrzej Krzysztofowicz wrote:
> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> > hi
> >
> > messed it up, produced something:
> > http://glen.alkohol.ee/pld/useradd.txt
>
> Good work.
thanks :)

> > comments welcome!
> > you can ./builder -bb goddammit.spec and later see the scripts result:
> > rpm -qp --scripts goddamnit-6.6.6-77.noarch.rpm | less
> >
> > known issues
> > - you may not do shell-style wrapping with backslashes when using these
> > macros - it is impossible (afaik) to have arguments with spaces
> > - -c is working with spaces (logically) only if it's FINAL argument
>
> Maybe it would help if we assume that no word contained in -c argument may
> begin with "-" ?

version two:
http://glen.alkohol.ee/pld/useradd-2.txt

it includes two samples for workarounds of args with spaces

and your suggestion won't work. as it's rpm who parses cmdline args, and then
passes the words.. and it will switch the arguments order.

and besides that i don't know how to compare the strings in rpm,
ie check for existence of double quote in %2

ie in
%useradd -u 51 -r -d /tmp -s /bin/false -c "HTTP User" -g http apache

'User"' becames %1
'apache' on that line becames %2

would be parsed as:

if [ -n "`id -u User" 2>/dev/null`" ]; then \
        if [ "`id -u User"`" != "51" ]; then \
                echo "Error: user User" doesn't have uid=51. Correct this before installing goddamnit." 1>&2; \
                exit 1; \
        fi; \
else \
        echo "Adding user User" UID=51."; \
        /usr/sbin/useradd \
                -u 51 \
                -r \
                -d /tmp \
                -s /bin/false \
                -c "HTTP apache \
                -g http \
                 \
                User" 1>&2; \
fi; \

one option would be do the argument parsing in shell script using getopt:
$ which getopt | xargs rpm -qf
util-linux-2.12-15
$ rpm -q --whatrequires util-linux
fakeroot-1.2.1-1
rc-scripts-0.4.0.18-0.1




-- 
glen



From loc at toya.net.pl  Thu Apr  7 12:31:59 2005
From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=)
Date: Thu, 07 Apr 2005 12:31:59 +0200
Subject: setup: etc/profile
In-Reply-To: <setup_etc_profile.1.45@pld-linux.org>
References: <setup_etc_profile.1.44@pld-linux.org>
	<setup_etc_profile.1.45@pld-linux.org>
Message-ID: <42550C1F.8020206@toya.net.pl>

> if [ `id -gn` = $USER -a `id -u` -gt 14 ]; then
> 	umask 002
> else
> 	umask 022
> fi

What's the rationale behind this? (it sets umask 022 for almost everybody)

What's the rationale behind umask 022 for normal users?

-- 
z wyrazami szacunku,
Jakub Piotr C?apa



From malekith at pld-linux.org  Thu Apr  7 13:16:10 2005
From: malekith at pld-linux.org (Michal Moskal)
Date: Thu, 7 Apr 2005 13:16:10 +0200
Subject: setup: etc/profile
In-Reply-To: <42550C1F.8020206@toya.net.pl>
References: <setup_etc_profile.1.44@pld-linux.org>
	<setup_etc_profile.1.45@pld-linux.org>
	<42550C1F.8020206@toya.net.pl>
Message-ID: <20050407111610.GA5531@roke.okame>

On Thu, Apr 07, 2005 at 12:31:59PM +0200, Jakub Piotr C?apa wrote:
> >if [ `id -gn` = $USER -a `id -u` -gt 14 ]; then
> >	umask 002
> >else
> >	umask 022
> >fi
> 
> What's the rationale behind this? (it sets umask 022 for almost everybody)

RH has the scheme where each user has his own group, as the primary
group. Therefore the use of umask 002 in this case is reasonable.

> What's the rationale behind umask 022 for normal users?

This is for the regular PLD scenario, where primary group of users
is users.

-- 
: Michal Moskal :: http://nemerle.org/~malekith/ :: GCS !tv h e>+++ b++
: You can't blame yourself for what gorillas did :: UL++++$ C++ E--- a?



From loc at toya.net.pl  Thu Apr  7 17:40:18 2005
From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=)
Date: Thu, 07 Apr 2005 17:40:18 +0200
Subject: setup: etc/profile
In-Reply-To: <20050407111610.GA5531@roke.okame>
References: <setup_etc_profile.1.44@pld-linux.org>	<setup_etc_profile.1.45@pld-linux.org>	<42550C1F.8020206@toya.net.pl>
	<20050407111610.GA5531@roke.okame>
Message-ID: <42555462.4080408@toya.net.pl>

Michal Moskal wrote:
> On Thu, Apr 07, 2005 at 12:31:59PM +0200, Jakub Piotr C?apa wrote:
> 
>>>if [ `id -gn` = $USER -a `id -u` -gt 14 ]; then
>>>	umask 002
>>>else
>>>	umask 022
>>>fi
>>
>>What's the rationale behind this? (it sets umask 022 for almost everybody)
> 
> RH has the scheme where each user has his own group, as the primary
> group. Therefore the use of umask 002 in this case is reasonable.
> 
>>What's the rationale behind umask 022 for normal users?
> 
> This is for the regular PLD scenario, where primary group of users
> is users.

Thanks.
Still, why all my files should (by default) be og+r? Why not 077 umask?

-- 
Regards,
Jakub Piotr C?apa



From glen at delfi.ee  Thu Apr  7 20:02:00 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Thu, 7 Apr 2005 21:02:00 +0300
Subject: SPECS: kdepim-kroupware.spec - BR: s/perl/perl-base/
In-Reply-To: <SPECS_kdepim_kroupware.spec.1.10@pld-linux.org>
References: <SPECS_kdepim_kroupware.spec.1.9@pld-linux.org>
	<SPECS_kdepim_kroupware.spec.1.10@pld-linux.org>
Message-ID: <200504072102.00864.glen@delfi.ee>

how do you build it?
some missing BR ?

checking for libjpeg6b... no
checking for libjpeg... -ljpeg
checking for Qt... configure: error: Qt (>= Qt 3.1.0 and < Qt 3.2.0) (library 
qt-mt) not found. Please check your installation!
For more details about this problem, look at the end of config.log.
Make sure that you have compiled Qt with thread support!
error: Bad exit status from /var/tmp/rpm-tmp.16831 (%build)


RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.16831 (%build)
Error: package build failed. (no more info)
builder at pld-i686 SPECS $ rpm -q qt
qt-3.3.3-6



On Thursday 07 April 2005 18:40, darekr wrote:
> Author: darekr                       Date: Thu Apr  7 15:40:10 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - BR: s/perl/perl-base/
>
> ---- Files affected:
> SPECS:
>    kdepim-kroupware.spec (1.9 -> 1.10)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/kdepim-kroupware.spec
> diff -u SPECS/kdepim-kroupware.spec:1.9 SPECS/kdepim-kroupware.spec:1.10
> --- SPECS/kdepim-kroupware.spec:1.9 Thu Nov 11 20:48:18 2004
> +++ SPECS/kdepim-kroupware.spec Thu Apr  7 17:40:05 2005
> @@ -22,7 +22,7 @@
>  #Source0-MD5: 72709aaeac03f4deecbc0692ccd65e74
>  BuildRequires: bison
>  BuildRequires: kdelibs-devel >= 3.1.1
> -BuildRequires: perl
> +BuildRequires: perl-base
>  BuildRequires: pilot-link-devel
>  BuildRequires: qt-devel >= 3.1.2
>  BuildRequires: rpmbuild(macros) >= 1.164
> @@ -446,6 +446,9 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>
>  $Log$
> +Revision 1.10  2005/04/07 15:40:05  darekr
> +- BR: s/perl/perl-base/
> +
>  Revision 1.9  2004/11/11 19:48:18  saq
>  - mass commit: using %%{epoch} without explicit Epoch: declaration
>    requires a modern rpm
> ================================================================
>
> ---- CVS-web:
>     http://cvs.pld-linux.org/SPECS/kdepim-kroupware.spec?r1=1.9&r2=1.10&f=u
>
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-- 
glen



From ankry at green.mif.pg.gda.pl  Thu Apr  7 20:11:11 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Thu, 7 Apr 2005 20:11:11 +0200 (CEST)
Subject: SPECS: kdepim-kroupware.spec - BR: s/perl/perl-base/
In-Reply-To: <200504072102.00864.glen@delfi.ee> from "Elan
	=?iso-8859-2?q?Ruusam=E4e?=" at Apr 07, 2005 09:02:00 PM
Message-ID: <200504071811.j37IBBA4031719@green.mif.pg.gda.pl>

Elan =?iso-8859-2?q?Ruusam=E4e?= wrote:
> 
> how do you build it?
> some missing BR ?

It should be built on Ra. Probably it is totally incompatible with Ac.
Maybe a new version in future...

> checking for libjpeg6b... no
> checking for libjpeg... -ljpeg
> checking for Qt... configure: error: Qt (>= Qt 3.1.0 and < Qt 3.2.0) (library 
> qt-mt) not found. Please check your installation!
> For more details about this problem, look at the end of config.log.
> Make sure that you have compiled Qt with thread support!
> error: Bad exit status from /var/tmp/rpm-tmp.16831 (%build)
> 
> 
> RPM build errors:
>     Bad exit status from /var/tmp/rpm-tmp.16831 (%build)
> Error: package build failed. (no more info)
> builder at pld-i686 SPECS $ rpm -q qt
> qt-3.3.3-6

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



From gotar at polanet.pl  Fri Apr  8 14:31:17 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 8 Apr 2005 14:31:17 +0200
Subject: rc-scripts and /var/run/somedir/service.pid
Message-ID: <20050408123117.GA1365@os>

Most of out initscripts don't cope with pidfiles located in dirs other
than /var/run (well, they don't use it as they could). E.g.:

status()

        # Next try "/var/run/*.pid" files
        if [ -f /var/run/${base}.pid ]; then
                read pid < /var/run/${base}.pid


killproc()

        # Remove pid file if any.
        if [ "$notset" = "1" ]; then
                rm -f /var/run/${base}.pid
        fi


At least:

pidofproc()

        pidfile="$base.pid"
        [ -n "$2" ] && pidfile="$2"


I remind you, that there is --pidfile option to killproc. Argument is
relative to /var/run directory, so we can do for example:

killproc --pidfile clamav/clamd.pid clamd

instead of:

killproc clamd

Also, there's no full information in msg_usages (init.d/functions):

msg_usage " daemon [--user user] [--fork] [+/-nicelevel] {program}"
(missing [--check] [--waitforname] [--waitfortime])

msg_usage " killproc {program} [signal]"
(missing [--pidfile] [--waitforname] [--waitfortime])

msg_usage " pidofproc {program}"
(missing [$pidfile])

HGW gdzie i jak to commitowa?, ?eby nie ?ci?ga? 100MB z
svn/rc-scripts...

-- 
GoTaR <priv0.onet.pl->gotar>        http://vfmg.sourceforge.net/
                                    http://tccs.sourceforge.net/



From arekm at pld-linux.org  Fri Apr  8 14:42:01 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Fri, 8 Apr 2005 14:42:01 +0200
Subject: rc-scripts and /var/run/somedir/service.pid
In-Reply-To: <20050408123117.GA1365@os>
References: <20050408123117.GA1365@os>
Message-ID: <200504081442.01954.arekm@pld-linux.org>

On Friday 08 of April 2005 14:31, Tomasz Pala wrote:

> HGW gdzie i jak to commitowa?, ?eby nie ?ci?ga? 100MB z
> svn/rc-scripts...
Mail patch to pld-rc-scripts at pld-linux.org. (and repo it's about 3MB).

-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/



From gotar at polanet.pl  Fri Apr  8 14:52:39 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 8 Apr 2005 14:52:39 +0200
Subject: rc-scripts and /var/run/somedir/service.pid
In-Reply-To: <200504081442.01954.arekm@pld-linux.org>
References: <20050408123117.GA1365@os> <200504081442.01954.arekm@pld-linux.org>
Message-ID: <20050408125239.GA1817@os>

On Fri, Apr 08, 2005 at 14:42:01 +0200, Arkadiusz Miskiewicz wrote:

> Mail patch to pld-rc-scripts at pld-linux.org.

Based on:
ftp://ftp.pld-linux.org/people/arekm/software/rc-scripts-0.4.0.18.tar.gz

?

> (and repo it's about 3MB).

How to get it? I've stopped

svn co http://svn.pld-linux.org/svn/rc-scripts rc-scripts

when it passed 52MB.

-- 
GoTaR <priv0.onet.pl->gotar>        http://vfmg.sourceforge.net/
                                    http://tccs.sourceforge.net/



From arekm at pld-linux.org  Fri Apr  8 15:08:20 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Fri, 8 Apr 2005 15:08:20 +0200
Subject: rc-scripts and /var/run/somedir/service.pid
In-Reply-To: <20050408125239.GA1817@os>
References: <20050408123117.GA1365@os> <200504081442.01954.arekm@pld-linux.org>
	<20050408125239.GA1817@os>
Message-ID: <200504081508.20922.arekm@pld-linux.org>

On Friday 08 of April 2005 14:52, Tomasz Pala wrote:
> On Fri, Apr 08, 2005 at 14:42:01 +0200, Arkadiusz Miskiewicz wrote:
> > Mail patch to pld-rc-scripts at pld-linux.org.
>
> Based on:
> ftp://ftp.pld-linux.org/people/arekm/software/rc-scripts-0.4.0.18.tar.gz
>
> ?
Yes.

> > (and repo it's about 3MB).
>
> How to get it? I've stopped
>
> svn co http://svn.pld-linux.org/svn/rc-scripts rc-scripts
>
> when it passed 52MB.
You were fetching all previous releases, too!

svn co http://svn.pld-linux.org/svn/rc-scripts/trunk rc-scripts
-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/



From adamg at biomerieux.pl  Fri Apr  8 15:14:39 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Fri, 8 Apr 2005 15:14:39 +0200
Subject: rc-scripts and /var/run/somedir/service.pid
In-Reply-To: <20050408125239.GA1817@os>
References: <20050408123117.GA1365@os> <200504081442.01954.arekm@pld-linux.org>
	<20050408125239.GA1817@os>
Message-ID: <20050408131439.GA1177@mysza.eu.org>

On Fri, Apr 08, 2005 at 02:52:39PM +0200, Tomasz Pala wrote:
> svn co http://svn.pld-linux.org/svn/rc-scripts rc-scripts
> 
> when it passed 52MB.

svn co http://svn.pld-linux.org/svn/rc-scripts/trunk rc-scripts

and that's approx. 5.8MB

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



From adamg at biomerieux.pl  Fri Apr  8 15:19:55 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Fri, 8 Apr 2005 15:19:55 +0200
Subject: ERRORS: widelands.spec
In-Reply-To: <pld-builder.1112961784.300717.22158@anduril>
References: <5bf41f6e-c5d6-4a3a-87ee-63ff0cd5a119@pld.src.builder>
	<pld-builder.1112961784.300717.22158@anduril>
Message-ID: <20050408131954.GA1274@mysza.eu.org>

On Fri, Apr 08, 2005 at 12:03:04PM +0000, PLD ac-ppc builder wrote:
> widelands.spec (HEAD): FAILED
> 
> --- widelands.spec:HEAD:
> Build-Time: user:6.85s sys:2.96s real:26.31s (faults io:24 non-io:76936)
> 
> 
> 
> *** buildlog for widelands.spec
> [...]
> In file included from src/filesystem.h:26,
>                  from src/cmd_queue.h:24,
>                  from src/instances.h:26,
>                  from src/bob.h:26,
>                  from src/animation.cc:22:
> src/machdep.h:40:2: #error architecture not supported

where src/machdep.h:27:
#if defined (__ppc__)

How do we have this defined? As __ppc64__ ?

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



From arekm at pld-linux.org  Fri Apr  8 15:26:04 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Fri, 8 Apr 2005 15:26:04 +0200
Subject: rc-scripts and /var/run/somedir/service.pid
In-Reply-To: <20050408131439.GA1177@mysza.eu.org>
References: <20050408123117.GA1365@os> <20050408125239.GA1817@os>
	<20050408131439.GA1177@mysza.eu.org>
Message-ID: <200504081526.04270.arekm@pld-linux.org>

On Friday 08 of April 2005 15:14, Adam Go??biowski wrote:
> On Fri, Apr 08, 2005 at 02:52:39PM +0200, Tomasz Pala wrote:
> > svn co http://svn.pld-linux.org/svn/rc-scripts rc-scripts
> >
> > when it passed 52MB.
>
> svn co http://svn.pld-linux.org/svn/rc-scripts/trunk rc-scripts
>
> and that's approx. 5.8MB
No. It's half of that.

-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/



From glen at delfi.ee  Fri Apr  8 19:42:48 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 8 Apr 2005 20:42:48 +0300
Subject: SOURCES: mldonkey.init - added clean to stop
In-Reply-To: <SOURCES_mldonkey.init.1.22@pld-linux.org>
References: <SOURCES_mldonkey.init.1.21@pld-linux.org>
	<SOURCES_mldonkey.init.1.22@pld-linux.org>
Message-ID: <200504082042.48464.glen@delfi.ee>

what for?

i don't need it for example

and it doesn't bother if i don't do it (running three months already these 
scripts)

and shouldn't it be '$0 clean', '$0 stop'

and calling $0 clean, will bring unneccesary 20 second sleep on shutdown!

On Friday 08 April 2005 17:59, paszczus wrote:
> Author: paszczus                     Date: Fri Apr  8 14:59:38 2005 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - added clean to stop
>
> ---- Files affected:
> SOURCES:
>    mldonkey.init (1.21 -> 1.22)
>
> ---- Diffs:
>
> ================================================================
> Index: SOURCES/mldonkey.init
> diff -u SOURCES/mldonkey.init:1.21 SOURCES/mldonkey.init:1.22
> --- SOURCES/mldonkey.init:1.21 Sat Jan 15 16:30:16 2005
> +++ SOURCES/mldonkey.init Fri Apr  8 16:59:33 2005
> @@ -125,7 +125,8 @@
>   ;;
>    stop)
>   if [ -f /var/lock/subsys/mldonkey ]; then
> -  stop
> + $0 $clean
> + $0 $stop
>   else
>    msg_not_running mldonkey
>   fi
> ================================================================
>
> ---- CVS-web:
>     http://cvs.pld-linux.org/SOURCES/mldonkey.init?r1=1.21&r2=1.22&f=u
>
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-- 
glen



From glen at delfi.ee  Fri Apr  8 22:57:15 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 8 Apr 2005 23:57:15 +0300
Subject: %useradd/%groupadd macros
In-Reply-To: <200504070102.39610.glen@delfi.ee>
References: <200502241407.j1OE7Ugl024883@green.mif.pg.gda.pl>
	<200504070102.39610.glen@delfi.ee>
Message-ID: <200504082357.15532.glen@delfi.ee>

version three
http://glen.alkohol.ee/pld/useradd-3.txt

this one generates error message if required parameter is missing and does 
exit 1. i have not found a way to generate error at package time.

i've found that the remaining arguments from -c option get their way into %2, 
%3 and so on. so this one has %if check on parameter count, and if it's 
bigger than 1, then %1 and %2 are swapped for $user and $comment

this macro works with assumption that only -c option is used with space. i 
haven't yet seen any package having other options with space. so i guess it's 
ready to go to cvs?

and you can use goddammit.spec to see the macro in work :)
and unless you have beer installed pass the --nodeps:
$ rpmbuild -bb goddamnit.spec --nodeps --short-circuit

-- 
glen



From patrys at pld-linux.org  Fri Apr  8 23:02:48 2005
From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki)
Date: Fri, 08 Apr 2005 23:02:48 +0200
Subject: %useradd/%groupadd macros
In-Reply-To: <200504082357.15532.glen@delfi.ee>
References: <200502241407.j1OE7Ugl024883@green.mif.pg.gda.pl>
	<200504070102.39610.glen@delfi.ee> <200504082357.15532.glen@delfi.ee>
Message-ID: <1112994168.3892.4.camel@localhost>

Dnia 08-04-2005, pi? o godzinie 23:57 +0300, Elan Ruusam?e napisa?(a):
> version three
> http://glen.alkohol.ee/pld/useradd-3.txt

Good job.

> this macro works with assumption that only -c option is used with space. i 
> haven't yet seen any package having other options with space. so i guess it's 
> ready to go to cvs?

Just being curious...
Isn't there a way to quote spaced arguments? At which point are quotes
stripped, packaging or script execution?

-- 
Patrys :: Patryk Zawadzki <patrys at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: </mailman/pipermail/pld-devel-en/attachments/20050408/acb09d87/attachment.sig>

From glen at delfi.ee  Fri Apr  8 23:15:55 2005
From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=)
Date: Sat, 9 Apr 2005 00:15:55 +0300
Subject: %useradd/%groupadd macros
In-Reply-To: <1112994168.3892.4.camel@localhost>
References: <200502241407.j1OE7Ugl024883@green.mif.pg.gda.pl>
	<200504082357.15532.glen@delfi.ee>
	<1112994168.3892.4.camel@localhost>
Message-ID: <200504090015.56114.glen@delfi.ee>

On Saturday 09 April 2005 00:02, Patrys :: Patryk Zawadzki wrote:
> Dnia 08-04-2005, pi? o godzinie 23:57 +0300, Elan Ruusam?e napisa?(a):
> > version three
> > http://glen.alkohol.ee/pld/useradd-3.txt
>
> Good job.
thanks :)

> > this macro works with assumption that only -c option is used with space.
> > i haven't yet seen any package having other options with space. so i
> > guess it's ready to go to cvs?
>
> Just being curious...
> Isn't there a way to quote spaced arguments? At which point are quotes
> stripped, packaging or script execution?
1. and there's no way to quote at all. for rpm parser word begins/ends with 
space/tab

i tested backslashes %{nil} and everything that came to my mind. also asked 
this list (see mail archives: 23.02.2005 22:38 "rpm macro functions")

2. it's not quotes stripped. just word parsing just when parser sees a space 
it's ending that word. if you put the backslash, you will have the backslash 
in output. but the next word is in %2, not in %{-c*}


-- 
glen



From glen at delfi.ee  Sat Apr  9 00:19:15 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 9 Apr 2005 01:19:15 +0300
Subject: %useradd/%groupadd macros
In-Reply-To: <200504082357.15532.glen@delfi.ee>
References: <200502241407.j1OE7Ugl024883@green.mif.pg.gda.pl>
	<200504070102.39610.glen@delfi.ee>
	<200504082357.15532.glen@delfi.ee>
Message-ID: <200504090119.16580.glen@delfi.ee>

version four
http://glen.alkohol.ee/pld/useradd-4.txt

found out that user being useradded is always last rpm argument %{%#}}
but impossible to catch it in rpm, so shell magic cames into play.

yeah i know. it's very ugly :)

the A=`cat <<'EOF'` magic is needed to get rpm args to $A, because it's 
usually broken string (begins with quote, but doesn't end with)

string cutting could be done probably better with awk.



%useradd -u 51 -r -d %{httpdir} -s /bin/false -c "HTTP User #2" -g http apache

 
user=apache 
comment="HTTP User #2"  
if [ -n "`id -u $user 2>/dev/null`" ]; then 
        if [ "`id -u $user`" != "51" ]; then 
                echo "Error: user $user doesn't have uid=51. Correct this 
before installing goddamnit." 1>&2 
                exit 1 
        fi 
else 
        echo "Adding user $user UID=51." 
        /usr/sbin/useradd \
                -u 51 \
                -r \
                -d /tmp \
                -s /bin/false \
                -c "$comment" \
                -g http \
                 \
                $user 1>&2 \
fi



-- 
glen



From glen at delfi.ee  Sat Apr  9 00:44:40 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 9 Apr 2005 01:44:40 +0300
Subject: %useradd/%groupadd macros
In-Reply-To: <200504090119.16580.glen@delfi.ee>
References: <200502241407.j1OE7Ugl024883@green.mif.pg.gda.pl>
	<200504082357.15532.glen@delfi.ee>
	<200504090119.16580.glen@delfi.ee>
Message-ID: <200504090144.40656.glen@delfi.ee>

version five
http://glen.alkohol.ee/pld/useradd-5.txt

i'm impressed


-- 
glen



From gotar at polanet.pl  Sat Apr  9 16:41:38 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 9 Apr 2005 16:41:38 +0200
Subject: phpMyAdmin-2.6.2-2.rc1.1 broken
Message-ID: <20050409144138.GA2567@os>

It's impossible to log in. No error messages in logs. Please remove it
from ready.

-- 
GoTaR <priv0.onet.pl->gotar>        http://vfmg.sourceforge.net/
                                    http://tccs.sourceforge.net/



From glen at delfi.ee  Sat Apr  9 17:45:14 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 9 Apr 2005 18:45:14 +0300
Subject: mozilla-firefox upgrade
Message-ID: <200504091845.14760.glen@delfi.ee>

it just hungs on regchrome
and if i kill it, it hungs on next progaram from firefox-chrome+xpcom-generate


root     18216  3.8  7.9 32548 25536 pts/0   T    18:37   0:12  |       \_ poldek --upgrade-
root     19741  6.1  1.6  8296 5368 pts/0    T    18:39   0:12  |       |   \_ rpm --upgrade --root / --noorder /root/.poldek-c
ache/http_distrib.pld-ac.test/mozilla-firefox-1.0.2-1.i686.rpm /root/.poldek-cache/http_distrib.pld-ac.test/mozilla-firefox-lang-en-1.0.2-1.i686.rpm
root     20153  0.0  0.1  1628  516 pts/0    T    18:40   0:00  |       |       \_ /bin/sh /var/tmp/rpm-tmp.22048 2
root     20154  0.0  0.1  1628  520 pts/0    T    18:40   0:00  |       |           \_ /bin/sh /usr/sbin/firefox-chrome+xpcom-g
enerate
root     20202  0.0  2.0 29620 6712 pts/0    T    18:40   0:00  |       |               \_ /usr/lib/mozilla-firefox/regchrome
root     27185  0.0  0.2  2288  816 pts/0    R+   18:43   0:00  |       \_ ps axwuf xwuf

(don't pay attenttion to T, i just suspended terminal to see ps list)

-- 
glen



From adamg at biomerieux.pl  Sat Apr  9 18:07:57 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 9 Apr 2005 18:07:57 +0200
Subject: phpMyAdmin-2.6.2-2.rc1.1 broken
In-Reply-To: <20050409144138.GA2567@os>
References: <20050409144138.GA2567@os>
Message-ID: <20050409160757.GA9962@mysza.eu.org>

On Sat, Apr 09, 2005 at 04:41:38PM +0200, Tomasz Pala wrote:
> It's impossible to log in. No error messages in logs. Please remove it
> from ready.

Works for me. 

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



From adamg at biomerieux.pl  Sat Apr  9 19:38:05 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 9 Apr 2005 19:38:05 +0200
Subject: gcc and libgc2.{so.la}
Message-ID: <20050409173805.GA10507@mysza.eu.org>

Is there any reason for having these two files in gcc-g77 package?
gcc-g77 is not required to build gretl.spec, but libgc2.so is.

Any objections on moving these two files to libgc2 or -devel ?

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



From kornet at camk.edu.pl  Sat Apr  9 20:47:27 2005
From: kornet at camk.edu.pl (Kacper Kornet)
Date: Sat, 9 Apr 2005 20:47:27 +0200
Subject: init=/bin/bash
Message-ID: <20050409184727.GA3009@virgo.camk.edu.pl>

When I run my kernel 2.4.29 with the parameter init=/bin/bash, bash hangs
after executing of the first command. I think, that problem is the presence
of WCONTINUED in the arguments of waitpid in function waitchld. The patch
bash-WCONTINUED.patch is supposed to correct it but does not work in this
situation (I don't  know why). I have mananged to correct this problem with
the following patch:

#v+
--- jobs.c.old	2005-04-09 18:30:27.000000000 +0200
+++ jobs.c	2005-04-09 16:43:34.000000000 +0200
@@ -125,10 +125,10 @@
 #endif /* !MUST_REINSTALL_SIGHANDLERS */
 
 /* Some systems let waitpid(2) tell callers about stopped children. */
-#if !defined (WCONTINUED)
-#  define WCONTINUED 0
-#  define WIFCONTINUED(s)	(0)
-#endif
+
+#define WCONTINUED 0
+#define WIFCONTINUED(s)	(0)
+
 
 /* The number of additional slots to allocate when we run out. */
 #define JOB_SLOTS 8
#v-

But maybe someone knows a better solution. If not, maybe it would be a good
idea to add the above patch to CVS.

Best wishes,

-- 
  Kacper Kornet



From glen at delfi.ee  Sat Apr  9 21:44:05 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 9 Apr 2005 22:44:05 +0300
Subject: mozilla-firefox upgrade
In-Reply-To: <200504091845.14760.glen@delfi.ee>
References: <200504091845.14760.glen@delfi.ee>
Message-ID: <200504092244.06172.glen@delfi.ee>

On Saturday 09 April 2005 18:45, Elan Ruusam?e wrote:
> it just hungs on regchrome
> and if i kill it, it hungs on next progaram from
> firefox-chrome+xpcom-generate
>
>
> root     18216  3.8  7.9 32548 25536 pts/0   T    18:37   0:12  |       \_
> poldek --upgrade- root     19741  6.1  1.6  8296 5368 pts/0    T    18:39  
> 0:12  |       |   \_ rpm --upgrade --root / --noorder /root/.poldek-c
> ache/http_distrib.pld-ac.test/mozilla-firefox-1.0.2-1.i686.rpm
> /root/.poldek-cache/http_distrib.pld-ac.test/mozilla-firefox-lang-en-1.0.2-
>1.i686.rpm root     20153  0.0  0.1  1628  516 pts/0    T    18:40   0:00  |
>       |       \_ /bin/sh /var/tmp/rpm-tmp.22048 2 root     20154  0.0  0.1 
> 1628  520 pts/0    T    18:40   0:00  |       |           \_ /bin/sh
> /usr/sbin/firefox-chrome+xpcom-g enerate
> root     20202  0.0  2.0 29620 6712 pts/0    T    18:40   0:00  |       |  
>             \_ /usr/lib/mozilla-firefox/regchrome root     27185  0.0  0.2 
> 2288  816 pts/0    R+   18:43   0:00  |       \_ ps axwuf xwuf
>
> (don't pay attenttion to T, i just suspended terminal to see ps list)

now figured out that on other machine no mozilla related stuff runs (mozilla, mozilla-firefox), and accidentally saw syslog:

Apr  9 22:41:49 haarber (glen-787): starting (version 2.10.0), pid 787 user 'glen'
Apr  9 22:41:49 haarber (glen-787): Failed to load source "xml:readonly:/etc/gconf/gconf.xml.mandatory": Failed: Error opening module `xml': /usr/lib/GConf2/libgconfbackend-xml.so: undefined symbol: g_assert_warning
Apr  9 22:41:49 haarber (glen-787): Failed to load source "xml:readwrite:/home/glen/.gconf": Failed: Error opening module `xml': /usr/lib/GConf2/libgconfbackend-xml.so: undefined symbol: g_assert_warning
Apr  9 22:41:49 haarber (glen-787): Failed to load source "xml:readonly:/etc/gconf/gconf.xml.defaults": Failed: Error opening module `xml': /usr/lib/GConf2/libgconfbackend-xml.so: undefined symbol: g_assert_warning

-- 
glen



From kornet at camk.edu.pl  Sat Apr  9 23:12:55 2005
From: kornet at camk.edu.pl (Kacper Kornet)
Date: Sat, 9 Apr 2005 23:12:55 +0200
Subject: kdm and tcsh
Message-ID: <20050409211255.GA20112@virgo.camk.edu.pl>

Kdm seems not to set the enviroment variables from /etc/profile.d when the
login shell is tcsh. The following patch for /etc/X11/kdm/Xsession solves
this problem:

#v+
Index: kdebase-kdm.Xsession
===================================================================
RCS file: /cvsroot/SOURCES/kdebase-kdm.Xsession,v
retrieving revision 1.7
diff -u -r1.7 kdebase-kdm.Xsession
--- kdebase-kdm.Xsession	17 Nov 2004 17:27:49 -0000	1.7
+++ kdebase-kdm.Xsession	9 Apr 2005 21:11:32 -0000
@@ -1,22 +1,24 @@
 #!/bin/sh
 
 # Make it login shell
+if [ "$HAVE_LOGIN_SHELL" != "yes" ]; then	
 case $SHELL in
     	*/csh|*/tcsh)
 	# [t]cshrc is always sourced automatically.
 	# Note that sourcing csh.login after .cshrc is non-standard.
-	eval `$SHELL -c 'if (-f /etc/csh.login) source /etc/csh.login; if (-f ~/.login) source ~/.login; sh -c set'`
+		export HAVE_LOGIN_SHELL=yes	
+		exec $SHELL -c "if (-f /etc/csh.login) source /etc/csh.login; if (-f ~/.login) source ~/.login; exec $0 $*"
 	;;
 	*)
-	if [ "$HAVE_LOGIN_SHELL" != "yes" ]; then
 		export HAVE_LOGIN_SHELL=yes
 		exec $SHELL -l $0 $*
-	fi
 	unset HAVE_LOGIN_SHELL	
 esac
+fi
 
 # Call standard xinit actions
 . /etc/X11/xinit/xinitdefs
+
 
 case $1 in
     failsafe)
#v-


Best wishes,

-- 
  Kacper 



From kornet at camk.edu.pl  Sat Apr  9 23:25:46 2005
From: kornet at camk.edu.pl (Kacper Kornet)
Date: Sat, 9 Apr 2005 23:25:46 +0200
Subject: tcsh: TERM in /etc/csh.login
Message-ID: <20050409212546.GA22649@virgo.camk.edu.pl>

tchs doesn't not set  the TERM variable, when it is not set earlier. It can
cause sometimes problems.

#v+
Index: csh.login
===================================================================
RCS file: /cvsroot/SOURCES/csh.login,v
retrieving revision 1.10
diff -u -r1.10 csh.login
--- csh.login	17 Oct 2004 16:55:22 -0000	1.10
+++ csh.login	9 Apr 2005 21:25:02 -0000
@@ -18,6 +18,13 @@
 set autoexpand
 set autolist
 
+if ( "$?TERM" == "0") then
+	setenv TERM linux
+else if ( "$TERM" == "uknown" ) then
+	setenv TERM linux
+endif	
+
+
 # Key bindings
 bindkey "^R" i-search-back        # i-search
 
#v-

Best wishes,

-- 
  Kacper 



From qboosh at pld-linux.org  Sun Apr 10 00:20:21 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 10 Apr 2005 00:20:21 +0200
Subject: init=/bin/bash
In-Reply-To: <20050409184727.GA3009@virgo.camk.edu.pl>
References: <20050409184727.GA3009@virgo.camk.edu.pl>
Message-ID: <20050409222021.GA27745@fngna.oyu>

On Sat, Apr 09, 2005 at 08:47:27PM +0200, Kacper Kornet wrote:
> When I run my kernel 2.4.29 with the parameter init=/bin/bash, bash hangs
> after executing of the first command. I think, that problem is the presence
> of WCONTINUED in the arguments of waitpid in function waitchld. The patch
> bash-WCONTINUED.patch is supposed to correct it but does not work in this
> situation (I don't  know why). I have mananged to correct this problem with
> the following patch:

Which version?
bash 3 on HEAD and (IIRC) bash 2 on AC-branch are patched with
bash-WCONTINUED.patch, which causes reverting to old behaviour if
WCONTINUED is not supported by kernel.


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



From krzak at hakore.com  Sun Apr 10 09:59:26 2005
From: krzak at hakore.com (=?ISO-8859-2?Q?Marcin_Krzy=BFanowski?=)
Date: Sun, 10 Apr 2005 09:59:26 +0200
Subject: mozilla-firefox upgrade
In-Reply-To: <200504092244.06172.glen@delfi.ee>
References: <200504091845.14760.glen@delfi.ee>
	<200504092244.06172.glen@delfi.ee>
Message-ID: <d900a4754abbc4b56dee15c314f90192@hakore.com>


On 2005-04-09, at 21:44, Elan Ruusam?e wrote:
>
> now figured out that on other machine no mozilla related stuff runs 
> (mozilla, mozilla-firefox), and accidentally saw syslog:
>
> Apr  9 22:41:49 haarber (glen-787): starting (version 2.10.0), pid 787 
> user 'glen'
> Apr  9 22:41:49 haarber (glen-787): Failed to load source 
> "xml:readonly:/etc/gconf/gconf.xml.mandatory": Failed: Error opening 
> module `xml': /usr/lib/GConf2/libgconfbackend-xml.so: undefined 
> symbol: g_assert_warning
> Apr  9 22:41:49 haarber (glen-787): Failed to load source 
> "xml:readwrite:/home/glen/.gconf": Failed: Error opening module `xml': 
> /usr/lib/GConf2/libgconfbackend-xml.so: undefined symbol: 
> g_assert_warning
> Apr  9 22:41:49 haarber (glen-787): Failed to load source 
> "xml:readonly:/etc/gconf/gconf.xml.defaults": Failed: Error opening 
> module `xml': /usr/lib/GConf2/libgconfbackend-xml.so: undefined 
> symbol: g_assert_warning
>
>

don't worry, you propably do not use gconf at all or is not runnig 
right now. This is mozilla plugin which if loaded (if gconf found) use 
gnome settings from gconf keys, otherwise no gconf support is enabled 
and nothing wrong happened. It's just checked everytime while run 
mozilla. I do not remember but there can be plugin for kde settings 
daemon too (not sure) - it's quite cool feature.



-- 
HAKORE - Marcin Krzy?anowski
http://krzak.linux.net.pl




From adgor at isn.pl  Sun Apr 10 10:35:33 2005
From: adgor at isn.pl (Adam Gorzkiewicz)
Date: Sun, 10 Apr 2005 10:35:33 +0200
Subject: kdm and tcsh
In-Reply-To: <20050409211255.GA20112@virgo.camk.edu.pl>
References: <20050409211255.GA20112@virgo.camk.edu.pl>
Message-ID: <200504101035.34133.adgor@isn.pl>

Dnia sobota, 9 kwietnia 2005 23:12, Kacper Kornet napisa?:
> Kdm seems not to set the enviroment variables from /etc/profile.d when the
> login shell is tcsh. The following patch for /etc/X11/kdm/Xsession solves
> this problem:
>
> #v+
> Index: kdebase-kdm.Xsession
> ===================================================================
> RCS file: /cvsroot/SOURCES/kdebase-kdm.Xsession,v
> retrieving revision 1.7
> diff -u -r1.7 kdebase-kdm.Xsession
> --- kdebase-kdm.Xsession	17 Nov 2004 17:27:49 -0000	1.7
> +++ kdebase-kdm.Xsession	9 Apr 2005 21:11:32 -0000
> @@ -1,22 +1,24 @@
>  #!/bin/sh
>
>  # Make it login shell
> +if [ "$HAVE_LOGIN_SHELL" != "yes" ]; then
>  case $SHELL in
>      	*/csh|*/tcsh)
>  	# [t]cshrc is always sourced automatically.
>  	# Note that sourcing csh.login after .cshrc is non-standard.
> -	eval `$SHELL -c 'if (-f /etc/csh.login) source /etc/csh.login; if (-f
> ~/.login) source ~/.login; sh -c set'` +		export HAVE_LOGIN_SHELL=yes
> +		exec $SHELL -c "if (-f /etc/csh.login) source /etc/csh.login; if (-f
> ~/.login) source ~/.login; exec $0 $*" ;;
>  	*)
> -	if [ "$HAVE_LOGIN_SHELL" != "yes" ]; then
>  		export HAVE_LOGIN_SHELL=yes
>  		exec $SHELL -l $0 $*
> -	fi
>  	unset HAVE_LOGIN_SHELL
>  esac
> +fi
>
>  # Call standard xinit actions
>  . /etc/X11/xinit/xinitdefs
> +
>
>  case $1 in
>      failsafe)
> #v-
>
>
> Best wishes,

Aplied with minor fixes. TX

-- 
Adam Gorzkiewicz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20050410/a32d7aea/attachment.sig>

From wolf42 at wp.pl  Sun Apr 10 13:28:24 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Sun, 10 Apr 2005 13:28:24 +0200
Subject: SPECS: rollback - added note
In-Reply-To: <SPECS_rollback.1.5@pld-linux.org>
References: <SPECS_rollback.1.4@pld-linux.org>
	<SPECS_rollback.1.5@pld-linux.org>
Message-ID: <20050410112824.GA5312@bajzel>

On Sun, Apr 10, 2005 at 10:45:23AM +0200, glen wrote:
> +# NOTE:
> +# isn't this the same as:
> +# $ sudo rpm --repackage -e PACKAGE
> +# this uninstalls PACKAGE and puts backup in /var/spool/repackage
It is, but as always, nobody listens.

wolf
-- 
  Bartek   .  - Jak doskonale uda?o wam si? zapomnie?...
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/



From kornet at camk.edu.pl  Sun Apr 10 13:33:45 2005
From: kornet at camk.edu.pl (Kacper Kornet)
Date: Sun, 10 Apr 2005 13:33:45 +0200
Subject: init=/bin/bash
In-Reply-To: <20050409222021.GA27745@fngna.oyu>
References: <20050409184727.GA3009@virgo.camk.edu.pl>
	<20050409222021.GA27745@fngna.oyu>
Message-ID: <20050410113345.GA3043@virgo.camk.edu.pl>

On Sun, Apr 10, 2005 at 12:20:21AM +0200, Jakub Bogusz wrote:
> On Sat, Apr 09, 2005 at 08:47:27PM +0200, Kacper Kornet wrote:
> > When I run my kernel 2.4.29 with the parameter init=/bin/bash, bash hangs
> > after executing of the first command. I think, that problem is the presence
> > of WCONTINUED in the arguments of waitpid in function waitchld. The patch
> > bash-WCONTINUED.patch is supposed to correct it but does not work in this
> > situation (I don't  know why). I have mananged to correct this problem with
> > the following patch:
> 
> Which version?

bash-2.05b-17

> bash 3 on HEAD and (IIRC) bash 2 on AC-branch are patched with
> bash-WCONTINUED.patch, which causes reverting to old behaviour if
> WCONTINUED is not supported by kernel.

And in general this patch helps. Only when I run the kernel with
init=/bin/bash, bash hangs after the first command. I tried to debug the
problem a littile, and for met it looks that bash is waiting for end of
waitpid()


-- 
  Kacper 



From hawk at limanowa.net  Sun Apr 10 14:03:09 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Sun, 10 Apr 2005 14:03:09 +0200
Subject: phpMyAdmin-2.6.2-2.rc1.1 broken
In-Reply-To: <20050409144138.GA2567@os>
References: <20050409144138.GA2567@os>
Message-ID: <425915FD.7020101@limanowa.net>

> It's impossible to log in. No error messages in logs. Please remove it
> from ready.

It works OK. I had same problem, but I solved it by clearing cookies in 
web browser.

M.



From gotar at polanet.pl  Sun Apr 10 14:09:39 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 10 Apr 2005 14:09:39 +0200
Subject: phpMyAdmin-2.6.2-2.rc1.1 broken
In-Reply-To: <425915FD.7020101@limanowa.net>
References: <20050409144138.GA2567@os> <425915FD.7020101@limanowa.net>
Message-ID: <20050410120939.GA1910@os>

On Sun, Apr 10, 2005 at 14:03:09 +0200, Marcin Kr?l wrote:

> It works OK. I had same problem, but I solved it by clearing cookies in 
> web browser.

Indeed, it helps.

-- 
GoTaR <priv0.onet.pl->gotar>        http://vfmg.sourceforge.net/
                                    http://tccs.sourceforge.net/



From patrys at pld-linux.org  Sun Apr 10 14:16:04 2005
From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki)
Date: Sun, 10 Apr 2005 14:16:04 +0200
Subject: SPECS: rollback - added note
In-Reply-To: <20050410112824.GA5312@bajzel>
References: <SPECS_rollback.1.4@pld-linux.org>
	<SPECS_rollback.1.5@pld-linux.org>  <20050410112824.GA5312@bajzel>
Message-ID: <1113135364.5619.2.camel@localhost>

Dnia 10-04-2005, nie o godzinie 13:28 +0200, Bartosz Taudul napisa?(a):
> On Sun, Apr 10, 2005 at 10:45:23AM +0200, glen wrote:
> > +# NOTE:
> > +# isn't this the same as:
> > +# $ sudo rpm --repackage -e PACKAGE
> > +# this uninstalls PACKAGE and puts backup in /var/spool/repackage
> It is, but as always, nobody listens.

No, it's not. It serves me a different purpose. First - the resulting
rpm is different, second - it does not remove the package from my
system, third - it does not give rpm the same name thus making it
impossible to upgrade it accidentally. It was created for my own use and
it's more useful to me than rpm's embedded repackager.

-- 
Patrys :: Patryk Zawadzki <patrys at pld-linux.org>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: </mailman/pipermail/pld-devel-en/attachments/20050410/5dc1e01a/attachment.sig>

From glen at delfi.ee  Sun Apr 10 14:28:07 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sun, 10 Apr 2005 15:28:07 +0300
Subject: mozilla-firefox upgrade
In-Reply-To: <d900a4754abbc4b56dee15c314f90192@hakore.com>
References: <200504091845.14760.glen@delfi.ee>
	<200504092244.06172.glen@delfi.ee>
	<d900a4754abbc4b56dee15c314f90192@hakore.com>
Message-ID: <200504101528.07910.glen@delfi.ee>

On Sunday 10 April 2005 10:59, Marcin Krzy?anowski wrote:
> On 2005-04-09, at 21:44, Elan Ruusam?e wrote:
> > now figured out that on other machine no mozilla related stuff runs
> > (mozilla, mozilla-firefox), and accidentally saw syslog:
> >
> > Apr  9 22:41:49 haarber (glen-787): starting (version 2.10.0), pid 787
> > user 'glen'
> > Apr  9 22:41:49 haarber (glen-787): Failed to load source
> > "xml:readonly:/etc/gconf/gconf.xml.mandatory": Failed: Error opening
> > module `xml': /usr/lib/GConf2/libgconfbackend-xml.so: undefined
> > symbol: g_assert_warning
> > Apr  9 22:41:49 haarber (glen-787): Failed to load source
> > "xml:readwrite:/home/glen/.gconf": Failed: Error opening module `xml':
> > /usr/lib/GConf2/libgconfbackend-xml.so: undefined symbol:
> > g_assert_warning
> > Apr  9 22:41:49 haarber (glen-787): Failed to load source
> > "xml:readonly:/etc/gconf/gconf.xml.defaults": Failed: Error opening
> > module `xml': /usr/lib/GConf2/libgconfbackend-xml.so: undefined
> > symbol: g_assert_warning
>
> don't worry, you propably do not use gconf at all or is not runnig
> right now. This is mozilla plugin which if loaded (if gconf found) use
> gnome settings from gconf keys, otherwise no gconf support is enabled
> and nothing wrong happened. It's just checked everytime while run
> mozilla. I do not remember but there can be plugin for kde settings
> daemon too (not sure) - it's quite cool feature.
i am worried, because mozilla won't start up, and mozilla install also fails. 
and this is the only unnormal thing i noticed

-- 
glen



From glen at delfi.ee  Sun Apr 10 14:31:03 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sun, 10 Apr 2005 15:31:03 +0300
Subject: SPECS: rollback - added note
In-Reply-To: <20050410112824.GA5312@bajzel>
References: <SPECS_rollback.1.4@pld-linux.org>
	<SPECS_rollback.1.5@pld-linux.org> <20050410112824.GA5312@bajzel>
Message-ID: <200504101531.03905.glen@delfi.ee>

On Sunday 10 April 2005 14:28, Bartosz Taudul wrote:
> On Sun, Apr 10, 2005 at 10:45:23AM +0200, glen wrote:
> > +# NOTE:
> > +# isn't this the same as:
> > +# $ sudo rpm --repackage -e PACKAGE
> > +# this uninstalls PACKAGE and puts backup in /var/spool/repackage
>
> It is, but as always, nobody listens.
actually, the rpm it produces has invalid md5 for package, and therefore it's
useless. rpm broken?

i guess it copies package md5 from rpmdatabase to resulting rpm, but as the
rpm is recreated that md5 is invalid and should be recalculated.

repackage # rpm -qpi nagios-2.0-0.b2.74.i686.rpm 
error: nagios-2.0-0.b2.74.i686.rpm: MD5 digest: BAD Expected(4ea8f72378562a780ff27d01a8911df5) != (2409bab9e465a029b51ee66aa2bbf73d)

-- 
glen



From wolf42 at wp.pl  Sun Apr 10 14:55:35 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Sun, 10 Apr 2005 14:55:35 +0200
Subject: SPECS: rollback - added note
In-Reply-To: <200504101531.03905.glen@delfi.ee>
References: <SPECS_rollback.1.4@pld-linux.org>
	<SPECS_rollback.1.5@pld-linux.org> <20050410112824.GA5312@bajzel>
	<200504101531.03905.glen@delfi.ee>
Message-ID: <20050410125535.GA6895@bajzel>

On Sun, Apr 10, 2005 at 03:31:03PM +0300, Elan Ruusam?e wrote:
> actually, the rpm it produces has invalid md5 for package, and therefore it's
> useless. rpm broken?
4.4.1 works fine.

wolf
-- 
  Bartek   .  - A my dzisiaj sprawdzian mamy?
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/



From glen at delfi.ee  Sun Apr 10 19:47:05 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sun, 10 Apr 2005 20:47:05 +0300
Subject: SPECS: startup-notification.spec - new style macros, rel.2
In-Reply-To: <SPECS_startup_notification.spec.1.16@pld-linux.org>
References: <SPECS_startup_notification.spec.1.15@pld-linux.org>
	<SPECS_startup_notification.spec.1.16@pld-linux.org>
Message-ID: <200504102047.05855.glen@delfi.ee>

what's so cool about those macros?

besides the "new" %post macro executes also /bin/sh (so has requirement on 
that)

On Sunday 10 April 2005 20:31, freetz wrote:
> Author: freetz                       Date: Sun Apr 10 17:31:59 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - new style macros, rel.2
>
> ---- Files affected:
> SPECS:
>    startup-notification.spec (1.15 -> 1.16)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/startup-notification.spec
> diff -u SPECS/startup-notification.spec:1.15
> SPECS/startup-notification.spec:1.16 ---
> SPECS/startup-notification.spec:1.15 Sat Mar 26 23:40:14 2005
> +++ SPECS/startup-notification.spec Sun Apr 10 19:31:53 2005
> @@ -7,7 +7,7 @@
>  Summary(pl): Biblioteka Startup Notification
>  Name:  startup-notification
>  Version: 0.8
> -Release: 1
> +Release: 2
>  Group:  Libraries
>  License: LGPL
> 
> Source0: http://ftp.gnome.org/pub/gnome/sources/startup-notification/0.8/%{
>name}-%{version}.tar.bz2 @@ -15,6 +15,7 @@
>  URL:  http://www.gnome.org/
>  BuildRequires: %{?with_xlibs:libX11-devel}%{!?with_xlibs:XFree86-devel}
>  BuildRequires: automake >= 1.7
> +BuildRequires: rpmbuild(macros) >= 1.197
>  BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
>
>  %description
> @@ -69,8 +70,11 @@
>  %clean
>  rm -rf $RPM_BUILD_ROOT
>
> -%post -p /sbin/ldconfig
> -%postun -p /sbin/ldconfig
> +%post
> +%ldconfig_post
> +
> +%postun
> +%ldconfig_postun
>
>  %files
>  %defattr(644,root,root,755)
> @@ -94,6 +98,9 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>
>  $Log$
> +Revision 1.16  2005/04/10 17:31:53  freetz
> +- new style macros, rel.2
> +
>  Revision 1.15  2005/03/26 22:40:14  qboosh
>  - gpm-friendly Source0 URL
>
> ================================================================
>
> ---- CVS-web:
>    
> http://cvs.pld-linux.org/SPECS/startup-notification.spec?r1=1.15&r2=1.16&f=
>u
>
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-- 
glen



From gotar at polanet.pl  Sun Apr 10 18:51:09 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 10 Apr 2005 18:51:09 +0200
Subject: SPECS: rollback - added note
In-Reply-To: <200504101531.03905.glen@delfi.ee>
References: <SPECS_rollback.1.4@pld-linux.org>
	<SPECS_rollback.1.5@pld-linux.org> <20050410112824.GA5312@bajzel>
	<200504101531.03905.glen@delfi.ee>
Message-ID: <20050410165109.GA2886@os>

On Sun, Apr 10, 2005 at 15:31:03 +0300, Elan Ruusam?e wrote:

> actually, the rpm it produces has invalid md5 for package, and therefore it's
> useless. rpm broken?
[...]
> repackage # rpm -qpi nagios-2.0-0.b2.74.i686.rpm 
> error: nagios-2.0-0.b2.74.i686.rpm: MD5 digest: BAD Expected(4ea8f72378562a780ff27d01a8911df5) != (2409bab9e465a029b51ee66aa2bbf73d)

--nodigest

-- 
GoTaR <priv0.onet.pl->gotar>        http://vfmg.sourceforge.net/
                                    http://tccs.sourceforge.net/



From freetz at gmx.net  Sun Apr 10 20:06:37 2005
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Sun, 10 Apr 2005 20:06:37 +0200
Subject: SPECS: startup-notification.spec - new style macros, rel.2
In-Reply-To: <200504102047.05855.glen@delfi.ee>
References: <SPECS_startup_notification.spec.1.15@pld-linux.org>
	<SPECS_startup_notification.spec.1.16@pld-linux.org>
	<200504102047.05855.glen@delfi.ee>
Message-ID: <20050410180637.GB2650@smeagol>


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

> what's so cool about those macros?

nothing special, just bit gnome cleanup.

> besides the "new" %post macro executes also /bin/sh (so has 
requirement on
> that)

...and many others too. What's wrong with this one?


-- 
Fryderyk Dziarmagowski



From zawadaa at wp.pl  Sun Apr 10 20:38:51 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Sun, 10 Apr 2005 20:38:51 +0200
Subject: Dependence on chkconfig
Message-ID: <425972BB.6040100@wp.pl>

Fresh chroot:
poldek> install distcc-standalone-2.18.3-1
device-mapper
##################################################
cryptsetup
##################################################
mount
##################################################
mingetty
##################################################
SysVinit
##################################################
telinit: timeout opening/writing control channel /dev/initctl
libuuid
##################################################
fsck
##################################################
iproute2
##################################################
net-tools
##################################################
procps
##################################################
utempter
##################################################
rc-scripts
##################################################
distcc-common
##################################################
distcc-standalone
##################################################
/var/tmp/rpm-tmp.29538[1]: /sbin/chkconfig: not found
Run "/etc/rc.d/init.d/distcc start" to start distcc daemon.

Which one must have req on chkconfig?

-- 
Andrzej Zawadzki



From ankry at green.mif.pg.gda.pl  Sun Apr 10 20:49:43 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sun, 10 Apr 2005 20:49:43 +0200 (CEST)
Subject: Dependence on chkconfig
In-Reply-To: <425972BB.6040100@wp.pl> from "Andrzej Zawadzki" at Apr 10,
	2005 08:38:51 PM
Message-ID: <200504101849.j3AInhJm022058@green.mif.pg.gda.pl>

Andrzej Zawadzki wrote:
> 
> Fresh chroot:
> poldek> install distcc-standalone-2.18.3-1
[...]
> distcc-standalone
> ##################################################
> /var/tmp/rpm-tmp.29538[1]: /sbin/chkconfig: not found
> Run "/etc/rc.d/init.d/distcc start" to start distcc daemon.
> 
> Which one must have req on chkconfig?

distcc-standalone

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



From kornet at camk.edu.pl  Sun Apr 10 23:46:53 2005
From: kornet at camk.edu.pl (Kacper Kornet)
Date: Sun, 10 Apr 2005 23:46:53 +0200
Subject: TkDVD.spec
Message-ID: <20050410214653.GC22394@virgo.camk.edu.pl>


I couldn't find it in CVS, so I wrote it. Maybe someone will find it useful.

Best wishes,

-- 
  Kacper Kornet
-------------- next part --------------
# $Revision: 1.45 $, $Date: 2005/03/18 17:00:25 $
Summary:	Simple DVD mastering GUI
Summary(pl):	Proste GUI do nagrywania DVD
Name:		TkDVD
Version:	3.4
Release:	0.1
Epoch:		0
License:	GPL v2
Group:		X11/Applications
Source0:	http://regis.damongeot.free.fr/tkdvd/dl/%{name}-%{version}.tar.gz
# Source0-md5:	6e750649f9607f1cdba59674cf8cfb71
URL:		http://regis.damongeot.free.fr/tkdvd/
BuildRequires:	sed
Requires:	tk >= 8.4
Requires:       dvd+rw-tools
BuildArch:	noarch
BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)

%description
TkDVD is a GUI for growisofs which is a part of dvd+rw-tools. It
allows burnning DVD+R/RW, -R/W and DVD+R DL easily.

%description -l pl
TkDVD jest graficzn? nak?adk? na growisofs, kt?re jest cze?ci?
dvd+rw-tools. Pozwala na ?atwe wypalanie DVD+R/RW, -R/W oraz DVD+R DL.

%prep
%setup -q -n TkDVD

%build


%install
rm -rf $RPM_BUILD_ROOT
install -d  $RPM_BUILD_ROOT/%{_bindir}
sed  's|${source_directory}|%{_datadir}/%name|' TkDVD.sh \
    > $RPM_BUILD_ROOT/%{_bindir}/TkDVD
install -d  $RPM_BUILD_ROOT/%{_datadir}/%{name}/src
install src/* $RPM_BUILD_ROOT/%{_datadir}/%{name}/src

%clean
rm -rf $RPM_BUILD_ROOT


%files
%defattr(644,root,root,755)
%doc ChangeLog FAQ README TODO doc/config_file
%attr(755,root,root) %{_bindir}/%{name}
%{_datadir}/%{name}



%define date	%(echo `LC_ALL="C" date +"%a %b %d %Y"`)
%changelog
* %{date} PLD Team <feedback at pld-linux.org>
All persons listed below can be reached at <cvs_login>@pld-linux.org

$Log: template.spec,v $

From superluser at frontiernet.net  Mon Apr 11 05:50:41 2005
From: superluser at frontiernet.net (Andrew A. Gill)
Date: Sun, 10 Apr 2005 23:50:41 -0400 (EDT)
Subject: glibc 2.3.4 on DEC Alpha segfaults
Message-ID: <Pine.LNX.4.58.0504102347580.18256@208-186-50-98.nrp3feld.roc.ny.frontiernet.net>

glibc is segfaulting on DEC Alpha for me.

The last version that works is glibc-2.3.4-0.20040603.1.  The
later CVS versions and glibc-2.3.4-[12] fail.  gdb won't let me
do a backtrace (``no stack''), but I've got the following bits
from ltrace (strace is attached):

xfce4-panel (4.2.0-1):

DEBUG: process_event.c:89: process_event(): event: sysret
(SYS_osf_syscall [0])
DEBUG: process_event.c:73: process_event(): event: signal
(SIGSEGV [11])

dillo 0.8.4 (compiled against the new glibc):

DEBUG: process_event.c:89: process_event(): event: sysret
(SYS_osf_syscall [0])
DEBUG: process_event.c:85: process_event(): event: syscall
(SYS_clone [312])
DEBUG: breakpoints.c:103: disable_all_breakpoints(): Disabling
breakpoints for
pid 32336...
DEBUG: process_event.c:89: process_event(): event: sysret
(SYS_-1 [-1])
DEBUG: process_event.c:81: process_event(): event: exit signal
(SIGSEGV [11])

I'm not sure what's causing this--it may just be that my kernel
(2.6.11) isn't configured for NPTL (glibc-2.3.4-[12].alpha uses
NPTL, right?), or something easy.

Or it could be something hard.  I really don't want to compile
glibc on my system.  Help?

-- 
|Andrew A. Gill                       |I posted to Silent-Tristero and|
|<superluser at frontiernet.net>         |all I got was this stupid sig! |
|alt.tv.simpsons CBG-FAQ author       |                               |
|                          (Report all obscene mail to Le Maitre Pots)|
|Yet: <http://www.needsfoodbadly.com>                 Temporary sig: --

Please?
-------------- next part --------------
Here's what looks like the relevant part of what dillo was doing:


read(3, "\5\1\314\10~\3564\1&\0\0\0p\0\340\1q\0\340\1\250\2h\3B"..., 64) = 64
write(1, "Nav_open_url: Url=>http://slashd"..., 41Nav_open_url: Url=>http://slashdot.org/<
) = 41
gettimeofday({1110316136, 131524}, NULL) = 0
mmap(NULL, 8388608, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x20003eac000
mprotect(0x20003eac000, 8192, PROT_NONE) = 0
clone(child_stack=0x200046aabe0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID|CLONE_DETACHED, parent_tidptr=0x200046ab320, tls=0x200046ab920, child_tidptr=0x200046ab320) = 32106
gettimeofday({1110316136, 142913}, NULL) = 0
poll([{fd=3, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 0
gettimeofday(ptrace: umoven: No such process
{...}, NULL)               = 0
trace: ptrace(PTRACE_SYSCALL, ...): No such process


Here's what looks like the relevant part of what xfce4-panel was doing 
(less sure of this because it's not interactive):
(for the record, libXcursor.so.1.0 is under /usr/X11R6/lib)


open("/etc/ld.so.cache", O_RDONLY)      = 4
osf_syscall(0x4, 0x11fffe070, 0x11fffe070, 0, 0, 0xffffffff90000001) = -1 EREMOTE (Object is remote)
close(4)                                = 0
open("/lib/tls/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/libXcursor.so.1.0", O_RDONLY) = -1 ENOENT (No such file or directory)
munmap(0x200048f4000, 80661)            = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++


From glen at delfi.ee  Mon Apr 11 17:12:39 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 11 Apr 2005 18:12:39 +0300
Subject: %useradd
Message-ID: <200504111812.39322.glen@delfi.ee>

hi

i've implemented the %useradd and %groupadd macros and commited to cvs
(AC-branch and HEAD). they work all fine, but

i wanted to stop whole build process if there's misuse of those macros,
ie missing parameter or argument.

currently the %{error:msg} code really does output error in build process. but
despite that, it also does produce the rpm.

there's patch which makes %{error} macro exit when macro output is returned.
but perhaps all this is unneccesary. ie output from builder perhaps outputs
all lines with "error:" to mail, and considers matches of such lines a sign of
build failure? but if it doesn't perhaps make it so.

or perhaps it is just too much, and just "error: " is sufficent, (with also
returning "exit 1" in %pre macro)

as i understood from jbj at freenode#rpm that this patch isn't much welcome

[15:41:28] < jbj> without this patch, you will not succeed.
[15:41:31] < jbj> Index: rpmio/macro.c
[15:41:31] < jbj> ===================================================================
[15:41:31] < jbj> RCS file: /cvs/devel/rpm/rpmio/macro.c,v
[15:41:31] < jbj> retrieving revision 2.112.2.2
[15:41:31] < jbj> diff -u -b -B -w -p -r2.112.2.2 macro.c
[15:41:32] < jbj> --- rpmio/macro.c       25 Jan 2005 05:24:50 -0000      2.112.2.2
[15:41:34] < jbj> +++ rpmio/macro.c       11 Apr 2005 12:40:52 -0000
[15:41:36] < jbj> @@ -1082,8 +1082,10 @@ doOutput(MacroBuf mb, int waserror, cons
[15:41:38] < jbj>      strncpy(buf, msg, msglen);
[15:41:40] < jbj>      buf[msglen] = '\0';
[15:41:42] < jbj>      (void) expandU(mb, buf, sizeof(buf));
[15:41:44] < jbj> -    if (waserror)
[15:41:48] < jbj> +    if (waserror) {
[15:41:50] < jbj>         rpmError(RPMERR_BADSPEC, "%s\n", buf);
[15:41:52] < jbj> +       exit(1);
[15:41:54] < jbj> +    }
[15:41:56] < jbj>      else
[15:41:58] < jbj>         fprintf(stderr, "%s", buf);
[15:42:01] < jbj>  }
[15:42:02] < jbj> and that patch is noplace except my file system. try a different approach.


-- 
glen



From glen at delfi.ee  Mon Apr 11 17:42:36 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 11 Apr 2005 18:42:36 +0300
Subject: mozilla-firefox upgrade
In-Reply-To: <200504091845.14760.glen@delfi.ee>
References: <200504091845.14760.glen@delfi.ee>
Message-ID: <200504111842.36518.glen@delfi.ee>

resolved by downgrading GConf2-2.10.0-1.i686.rpm (which was found from ready) 
to GConf2-2.8.1-1.i686.rpm

On Saturday 09 April 2005 18:45, Elan Ruusam?e wrote:
> it just hungs on regchrome
> and if i kill it, it hungs on next progaram from
> firefox-chrome+xpcom-generate
>
>
> root     18216  3.8  7.9 32548 25536 pts/0   T    18:37   0:12  |       \_
> poldek --upgrade- root     19741  6.1  1.6  8296 5368 pts/0    T    18:39  
> 0:12  |       |   \_ rpm --upgrade --root / --noorder /root/.poldek-c
> ache/http_distrib.pld-ac.test/mozilla-firefox-1.0.2-1.i686.rpm
> /root/.poldek-cache/http_distrib.pld-ac.test/mozilla-firefox-lang-en-1.0.2-
>1.i686.rpm root     20153  0.0  0.1  1628  516 pts/0    T    18:40   0:00  |
>       |       \_ /bin/sh /var/tmp/rpm-tmp.22048 2 root     20154  0.0  0.1 
> 1628  520 pts/0    T    18:40   0:00  |       |           \_ /bin/sh
> /usr/sbin/firefox-chrome+xpcom-g enerate
> root     20202  0.0  2.0 29620 6712 pts/0    T    18:40   0:00  |       |  
>             \_ /usr/lib/mozilla-firefox/regchrome root     27185  0.0  0.2 
> 2288  816 pts/0    R+   18:43   0:00  |       \_ ps axwuf xwuf
>
> (don't pay attenttion to T, i just suspended terminal to see ps list)

-- 
glen



From darekr at darekr.eu.org  Mon Apr 11 22:11:21 2005
From: darekr at darekr.eu.org (Dariusz Rojewski)
Date: Mon, 11 Apr 2005 22:11:21 +0200
Subject: SPECS: imp.spec - reverted; _sysconfdir owned by horde.spec
In-Reply-To: <SPECS_imp.spec.1.78@pld-linux.org>
References: <SPECS_imp.spec.1.77@pld-linux.org>
	<SPECS_imp.spec.1.78@pld-linux.org>
Message-ID: <20050411201121.GA16018@darekr.eu.org>

On Mon, Apr 11, 2005 at 09:54:33PM +0200, glen wrote:
> Author: glen                         Date: Mon Apr 11 19:54:33 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - reverted; _sysconfdir owned by horde.spec
Bleh. sleep, sleep, ziew.

-- 
Darek Rojewski
darekr at pld-linux.org



From qboosh at pld-linux.org  Tue Apr 12 00:24:06 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 12 Apr 2005 00:24:06 +0200
Subject: glibc 2.3.4 on DEC Alpha segfaults
In-Reply-To: <Pine.LNX.4.58.0504102347580.18256@208-186-50-98.nrp3feld.roc.ny.frontiernet.net>
References: <Pine.LNX.4.58.0504102347580.18256@208-186-50-98.nrp3feld.roc.ny.frontiernet.net>
Message-ID: <20050411222406.GA20058@fngna.oyu>

On Sun, Apr 10, 2005 at 11:50:41PM -0400, Andrew A. Gill wrote:
> glibc is segfaulting on DEC Alpha for me.
> 
> The last version that works is glibc-2.3.4-0.20040603.1.  The
> later CVS versions and glibc-2.3.4-[12] fail.  gdb won't let me
> do a backtrace (``no stack''), but I've got the following bits
> from ltrace (strace is attached):
> 
> xfce4-panel (4.2.0-1):
> 
> DEBUG: process_event.c:89: process_event(): event: sysret
> (SYS_osf_syscall [0])
> DEBUG: process_event.c:73: process_event(): event: signal
> (SIGSEGV [11])
> 
> dillo 0.8.4 (compiled against the new glibc):
> 
> DEBUG: process_event.c:89: process_event(): event: sysret
> (SYS_osf_syscall [0])
> DEBUG: process_event.c:85: process_event(): event: syscall
> (SYS_clone [312])
> DEBUG: breakpoints.c:103: disable_all_breakpoints(): Disabling
> breakpoints for
> pid 32336...
> DEBUG: process_event.c:89: process_event(): event: sysret
> (SYS_-1 [-1])
> DEBUG: process_event.c:81: process_event(): event: exit signal
> (SIGSEGV [11])
> 
> I'm not sure what's causing this--it may just be that my kernel
> (2.6.11) isn't configured for NPTL (glibc-2.3.4-[12].alpha uses
> NPTL, right?), or something easy.

glibc 2.3.4-[12] uses NPTL "where available" (i.e. on 2.6.x kernels) and
linuxthreads otherwise (when run on 2.4.x kernel).

There may be some problem with NPTL - I didn't test such configuration
as I have only 2.4.2x on alpha. dillo runs fine on glibc-2.3.4-1 with
linuxthreads. You can try it on 2.6.x by exporting
"LD_ASSUME_KERNEL=2.4.6" (and eventually use it as workaround until real
fix comes).


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



From gotar at polanet.pl  Tue Apr 12 18:57:36 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 12 Apr 2005 18:57:36 +0200
Subject: ftp2 is out-of-date
Message-ID: <20050412165736.GA2962@os>

There's no ac-ready updates present in ftp. Again, please move
217.73.17.117 to sth. else than ftp-rr.pld-linux.org, let it be
only 149.156.143.253 as long as it's up to date.

-- 
GoTaR <priv0.onet.pl->gotar>        http://vfmg.sourceforge.net/
                                    http://tccs.sourceforge.net/



From devel-pl at pld-dc.org  Tue Apr 12 19:24:46 2005
From: devel-pl at pld-dc.org (Marcin =?iso-8859-2?q?Doli=F1ski?=)
Date: Tue, 12 Apr 2005 19:24:46 +0200
Subject: ftp2 is out-of-date
In-Reply-To: <20050412165736.GA2962@os>
References: <20050412165736.GA2962@os>
Message-ID: <200504121924.46763.devel-pl@pld-dc.org>

On Tuesday 12 of April 2005 18:57, Tomasz Pala wrote:
> There's no ac-ready updates present in ftp. Again, please move
> 217.73.17.117 to sth. else than ftp-rr.pld-linux.org, let it be
> only 149.156.143.253 as long as it's up to date.
# host ftp-rr.pld-linux.org
ftp-rr.pld-linux.org has address 149.156.143.253
ftp-rr.pld-linux.org has address 217.73.17.117
# host ftp2.pld-linux.org
ftp2.pld-linux.org is an alias for fly.mif.pg.gda.pl.
fly.mif.pg.gda.pl has address 153.19.42.122

?? 

149.156.143.253 is ipip tunnel from 217.73.17.117.

-- 
Marcin Doli?ski
PLD Linux Distribution
http://www.pld-linux.org/



From gotar at polanet.pl  Tue Apr 12 22:34:33 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 12 Apr 2005 22:34:33 +0200
Subject: ftp2 is out-of-date
In-Reply-To: <200504121924.46763.devel-pl@pld-dc.org>
References: <20050412165736.GA2962@os> <200504121924.46763.devel-pl@pld-dc.org>
Message-ID: <20050412203433.GA3622@os>

On Tue, Apr 12, 2005 at 19:24:46 +0200, Marcin Doli?ski wrote:

> > There's no ac-ready updates present in ftp. Again, please move
> > 217.73.17.117 to sth. else than ftp-rr.pld-linux.org, let it be
> > only 149.156.143.253 as long as it's up to date.
> # host ftp-rr.pld-linux.org
> ftp-rr.pld-linux.org has address 149.156.143.253
> ftp-rr.pld-linux.org has address 217.73.17.117
> # host ftp2.pld-linux.org
> ftp2.pld-linux.org is an alias for fly.mif.pg.gda.pl.
> fly.mif.pg.gda.pl has address 153.19.42.122
> 
> ?? 
> 
> 149.156.143.253 is ipip tunnel from 217.73.17.117.

That's right. My proposition is that only this tunnel use directly main
ftp.

-- 
GoTaR <priv0.onet.pl->gotar>        http://vfmg.sourceforge.net/
                                    http://tccs.sourceforge.net/



From glen at delfi.ee  Wed Apr 13 17:43:04 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 13 Apr 2005 18:43:04 +0300
Subject: SPECS: kdissert.spec - add QTDIR
In-Reply-To: <SPECS_kdissert.spec.1.5@pld-linux.org>
References: <SPECS_kdissert.spec.1.4@pld-linux.org>
	<SPECS_kdissert.spec.1.5@pld-linux.org>
Message-ID: <200504131843.04699.glen@delfi.ee>

On Wednesday 13 April 2005 18:16, djurban wrote:
> +export QTDIR="%{_usr}"
souldn't this just be %{_prefix} ? 


-- 
glen



From ankry at green.mif.pg.gda.pl  Wed Apr 13 18:18:06 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 13 Apr 2005 18:18:06 +0200 (CEST)
Subject: SPECS: kdissert.spec - add QTDIR
In-Reply-To: <200504131843.04699.glen@delfi.ee> from "Elan
	=?iso-8859-2?q?Ruusam=E4e?=" at Apr 13, 2005 06:43:04 PM
Message-ID: <200504131618.j3DGI654003959@green.mif.pg.gda.pl>

Elan =?iso-8859-2?q?Ruusam=E4e?= wrote:
> 
> On Wednesday 13 April 2005 18:16, djurban wrote:
> > +export QTDIR="%{_usr}"
> souldn't this just be %{_prefix} ? 

If it is for searching files (and not for placing them) no macro should be
used. 

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



From djurban at pld-dc.org  Wed Apr 13 18:19:41 2005
From: djurban at pld-dc.org (Piotr Szymanski)
Date: Wed, 13 Apr 2005 18:19:41 +0200
Subject: SPECS: kdissert.spec - add QTDIR
In-Reply-To: <200504131843.04699.glen@delfi.ee>
References: <SPECS_kdissert.spec.1.4@pld-linux.org>
	<SPECS_kdissert.spec.1.5@pld-linux.org>
	<200504131843.04699.glen@delfi.ee>
Message-ID: <200504131819.41227.djurban@pld-dc.org>

Hi,
Elan Ruusam?e (Wednesday 13 of April 2005 17:43):
> > +export QTDIR="%{_usr}"
> souldn't this just be %{_prefix} ?
Not sure, what if we wanted to change the prefix, it wouldn't change the 
placement of QT.

(please keep me in CC)
-- 
Piotr Szymanski
djurban at pld-linux.org



From glen at delfi.ee  Wed Apr 13 18:25:45 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 13 Apr 2005 19:25:45 +0300
Subject: SPECS: kdissert.spec - add QTDIR
In-Reply-To: <200504131819.41227.djurban@pld-dc.org>
References: <SPECS_kdissert.spec.1.4@pld-linux.org>
	<200504131843.04699.glen@delfi.ee>
	<200504131819.41227.djurban@pld-dc.org>
Message-ID: <200504131925.45628.glen@delfi.ee>

On Wednesday 13 April 2005 19:19, Piotr Szymanski wrote:
> Hi,
>
> Elan Ruusam?e (Wednesday 13 of April 2005 17:43):
> > > +export QTDIR="%{_usr}"
> >
> > souldn't this just be %{_prefix} ?
>
> Not sure, what if we wanted to change the prefix, it wouldn't change the
> placement of QT.
i just said that because what i've seen in other specs :)

here's the full grep of usage:
$ grep -r 'export QTDIR' .|tee ../qtdir
$ cat ../qtdir|cut -d: -f2-|sort|uniq -c|sort -n
      1 #export QTDIR CFLAGS
      1 export QTDIR KDEDIR
      1 export QTDIR="%{_prefix}"
      1 export QTDIR QMAKESPEC
      1 export QTDIR=/usr
      1 QTDIR=`/bin/pwd`; export QTDIR
      1 QTDIR="%{_libdir}"; export QTDIR
      2 export QTDIR=%{_usr}
      2 QTDIR="%{_prefix}"; export QTDIR
      3 export QTDIR="%{_usr}"
      3 QTDIR=%{_prefix}; export QTDIR
      4 export QTDIR
      4 export QTDIR=`/bin/pwd`
     18 export QTDIR=%{_prefix}


> (please keep djurban on CC)

-- 
glen



From glen at delfi.ee  Thu Apr 14 09:45:25 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 14 Apr 2005 10:45:25 +0300
Subject: kdebase from HEAD
Message-ID: <200504141045.25923.glen@delfi.ee>

does this:

/usr/bin/moc ./desktop.h -o desktop.moc
/usr/bin/moc ./kdiconview.h -o kdiconview.moc
/usr/bin/moc ./pixmapserver.h -o pixmapserver.moc
/usr/bin/moc ./kcustommenu.h -o kcustommenu.moc
/usr/bin/moc ./bgmanager.h -o bgmanager.moc
/usr/bin/moc ./xautolock.h -o xautolock.moc
creating libkdeinit_kdesktop_la.all_cc.cc ...
if /bin/sh ../libtool --silent --tag=CXX --mode=compile i686-pld-linux-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../kcontrol/background -I../libkonq -I../kdmlib -I/usr/include/qt -I/usr/X11R6/include   -DQT_THREAD_SUPPORT  -D_REENTRANT -D_FILE_OFFSET_BITS=64  -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i686 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE  -MT libkdeinit_kdesktop_la.all_cc.lo -MD -MP -MF ".deps/libkdeinit_kdesktop_la.all_cc.Tpo" -c -o libkdeinit_kdesktop_la.all_cc.lo libkdeinit_kdesktop_la.all_cc.cc; \
then mv -f ".deps/libkdeinit_kdesktop_la.all_cc.Tpo" ".deps/libkdeinit_kdesktop_la.all_cc.Plo"; else rm -f ".deps/libkdeinit_kdesktop_la.all_cc.Tpo"; exit 1; fi
creating libkdeinit_kdesktop_la.all_cpp.cpp ...
if /bin/sh ../libtool --silent --tag=CXX --mode=compile i686-pld-linux-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../kcontrol/background -I../libkonq -I../kdmlib -I/usr/include/qt -I/usr/X11R6/include   -DQT_THREAD_SUPPORT  -D_REENTRANT -D_FILE_OFFSET_BITS=64  -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i686 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE  -MT libkdeinit_kdesktop_la.all_cpp.lo -MD -MP -MF ".deps/libkdeinit_kdesktop_la.all_cpp.Tpo" -c -o libkdeinit_kdesktop_la.all_cpp.lo libkdeinit_kdesktop_la.all_cpp.cpp; \
then mv -f ".deps/libkdeinit_kdesktop_la.all_cpp.Tpo" ".deps/libkdeinit_kdesktop_la.all_cpp.Plo"; else rm -f ".deps/libkdeinit_kdesktop_la.all_cpp.Tpo"; exit 1; fi
In file included from libkdeinit_kdesktop_la.all_cpp.cpp:2:
minicli.cpp: In member function `void Minicli::loadConfig()':
minicli.cpp:219: error: `setActivateOnSelect' undeclared (first use this
   function)
minicli.cpp:219: error: (Each undeclared identifier is reported only once for
   each function it appears in.)
make[3]: *** [libkdeinit_kdesktop_la.all_cpp.lo] Error 1
make[3]: Leaving directory `/home/builder/rpm/BUILD/kdebase-3.4.0/kdesktop'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/builder/rpm/BUILD/kdebase-3.4.0/kdesktop'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/builder/rpm/BUILD/kdebase-3.4.0'
make: *** [all] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.35141 (%build)


RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.35141 (%build)
Error: package build failed. (no more info)


just FYI


-- 
glen



From ankry at green.mif.pg.gda.pl  Thu Apr 14 09:49:30 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Thu, 14 Apr 2005 09:49:30 +0200 (CEST)
Subject: kdebase from HEAD
In-Reply-To: <200504141045.25923.glen@delfi.ee> from "Elan
	=?iso-8859-1?q?Ruusam=E4e?=" at Apr 14, 2005 10:45:25 AM
Message-ID: <200504140749.j3E7nUfP016958@green.mif.pg.gda.pl>

Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> 
> does this:
> 
[...]
> minicli.cpp:219: error: `setActivateOnSelect' undeclared (first use this
>    function)

Do you have kdelibs* also from head ?

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



From glen at delfi.ee  Thu Apr 14 09:52:27 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Thu, 14 Apr 2005 10:52:27 +0300
Subject: SPECS: vim-plugin-taglist.spec - R: ctags; adapterized
In-Reply-To: <SPECS_vim_plugin_taglist.spec.1.3@pld-linux.org>
References: <SPECS_vim_plugin_taglist.spec.1.2@pld-linux.org>
	<SPECS_vim_plugin_taglist.spec.1.3@pld-linux.org>
Message-ID: <200504141052.27546.glen@delfi.ee>

why don't you put the files to /usr/share/vim/vimfiles?

you'll need this Requires (described in PLD-doc/BuildRequires.txt):
# %define _vimdatadir %{_datadir}/vim/vimfiles
Requires:   vim >= 4:6.3.058-3

see vim-syntax-nagios.spec, it uses that dir

On Thursday 14 April 2005 01:59, arekm wrote:
> Author: arekm                        Date: Wed Apr 13 22:59:07 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - R: ctags; adapterized
>
> ---- Files affected:
> SPECS:
>    vim-plugin-taglist.spec (1.2 -> 1.3)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/vim-plugin-taglist.spec
> diff -u SPECS/vim-plugin-taglist.spec:1.2 SPECS/vim-plugin-taglist.spec:1.3
> --- SPECS/vim-plugin-taglist.spec:1.2 Thu Apr 14 00:49:04 2005
> +++ SPECS/vim-plugin-taglist.spec Thu Apr 14 00:59:00 2005
> @@ -10,13 +10,18 @@
>  URL:  http://www.geocities.com/yegappan/taglist/
>  Requires: vim >= 4:6.3.0
>  Requires: vim < 4:6.4.0
> +Requires: ctags
>  BuildArch: noarch
>  BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n)
>
>  %define  _vimdatadir %{_datadir}/vim/vim63
>
>  %description
> -The "Tag List" plugin is a source code browser for the Vim editor. It
> provides an overview of the structure of source code files and allows you
> to efficiently browse through source code files in different programming
> languages. It is the top-rated and most-downloaded plugin for the Vim
> editor. +The "Tag List" plugin is a source code browser for the Vim editor.
> It +provides an overview of the structure of source code files and allows
> +you to efficiently browse through source code files in different
> +programming languages. It is the top-rated and most-downloaded plugin
> +for the Vim editor.
>
>  %prep
>  %setup -q -c
> @@ -49,6 +54,9 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>
>  $Log$
> +Revision 1.3  2005/04/13 22:59:00  arekm
> +- R: ctags; adapterized
> +
>  Revision 1.2  2005/04/13 22:49:04  arekm
>  - current epoch (is sucks)
>
> ================================================================
>
> ---- CVS-web:
>    
> http://cvs.pld-linux.org/SPECS/vim-plugin-taglist.spec?r1=1.2&r2=1.3&f=u
>
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-- 
glen



From glen at delfi.ee  Thu Apr 14 09:54:50 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 14 Apr 2005 10:54:50 +0300
Subject: kdebase from HEAD
In-Reply-To: <200504140749.j3E7nUfP016958@green.mif.pg.gda.pl>
References: <200504140749.j3E7nUfP016958@green.mif.pg.gda.pl>
Message-ID: <200504141054.50248.glen@delfi.ee>

On Thursday 14 April 2005 10:49, Andrzej Krzysztofowicz wrote:
> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> > does this:
>
> [...]
>
> > minicli.cpp:219: error: `setActivateOnSelect' undeclared (first use this
> >    function)
>
> Do you have kdelibs* also from head ?
yes

$ rpm -q kdelibs
kdelibs-3.4.0-0.1

-- 
glen



From arekm at pld-linux.org  Thu Apr 14 10:39:58 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Thu, 14 Apr 2005 10:39:58 +0200
Subject: SPECS: vim-plugin-taglist.spec - R: ctags; adapterized
In-Reply-To: <200504141052.27546.glen@delfi.ee>
References: <SPECS_vim_plugin_taglist.spec.1.2@pld-linux.org>
	<SPECS_vim_plugin_taglist.spec.1.3@pld-linux.org>
	<200504141052.27546.glen@delfi.ee>
Message-ID: <200504141039.59134.arekm@pld-linux.org>

On Thursday 14 of April 2005 09:52, Elan Ruusam?e wrote:
> why don't you put the files to /usr/share/vim/vimfiles?
>
> you'll need this Requires (described in PLD-doc/BuildRequires.txt):
> # %define _vimdatadir %{_datadir}/vim/vimfiles
> Requires:   vim >= 4:6.3.058-3
>
> see vim-syntax-nagios.spec, it uses that dir
Nice, I'll fix it unless you will be first.

-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/



From andree at pld-linux.org  Thu Apr 14 11:10:08 2005
From: andree at pld-linux.org (Andrzej Augustynowicz)
Date: Thu, 14 Apr 2005 11:10:08 +0200
Subject: cp SPECS/kernel-net-p2p.spec,v SPECS/p2p.spec,v
Message-ID: <200504141110.09027.andree@pld-linux.org>

there is already p2p24, ipp2p24 ipp2p
cp because of one ac builder tag
-- 
Andrzej Augustynowicz
http://ds5.agh.edu.pl



From kolodko1 at o2.pl  Thu Apr 14 15:11:17 2005
From: kolodko1 at o2.pl (Grzegorz Konopko)
Date: Thu, 14 Apr 2005 15:11:17 +0200
Subject: TkDVD.spec
In-Reply-To: <20050410214653.GC22394@virgo.camk.edu.pl>
References: <20050410214653.GC22394@virgo.camk.edu.pl>
Message-ID: <200504141511.18738.kolodko1@o2.pl>

added.



From glen at delfi.ee  Fri Apr 15 07:53:25 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 15 Apr 2005 08:53:25 +0300
Subject: SPECS: vim-plugin-taglist.spec - R: ctags; adapterized
In-Reply-To: <200504141039.59134.arekm@pld-linux.org>
References: <SPECS_vim_plugin_taglist.spec.1.2@pld-linux.org>
	<200504141052.27546.glen@delfi.ee>
	<200504141039.59134.arekm@pld-linux.org>
Message-ID: <200504150853.26950.glen@delfi.ee>

On Thursday 14 April 2005 11:39, Arkadiusz Miskiewicz wrote:
> On Thursday 14 of April 2005 09:52, Elan Ruusam?e wrote:
> > why don't you put the files to /usr/share/vim/vimfiles?
> >
> > you'll need this Requires (described in PLD-doc/BuildRequires.txt):
> > # %define _vimdatadir %{_datadir}/vim/vimfiles
> > Requires:   vim >= 4:6.3.058-3
> >
> > see vim-syntax-nagios.spec, it uses that dir
>
> Nice, I'll fix it unless you will be first.
hello

looks like i was the first :)

but your package creates vimfiles/doc/tags file, which won't be owned by 
anything. so perhaps add it to main vim package as %ghost?

-- 
glen



From glen at delfi.ee  Fri Apr 15 08:15:01 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 15 Apr 2005 09:15:01 +0300
Subject: SPECS: vim-plugin-taglist.spec - R: ctags; adapterized
In-Reply-To: <200504150910.08581.glen@delfi.ee>
References: <SPECS_vim_plugin_taglist.spec.1.2@pld-linux.org>
	<200504141039.59134.arekm@pld-linux.org>
	<200504150910.08581.glen@delfi.ee>
Message-ID: <200504150915.02117.glen@delfi.ee>

On Friday 15 April 2005 09:10, Elan Ruusam?e wrote:
> On Thursday 14 April 2005 11:39, you wrote:
> > On Thursday 14 of April 2005 09:52, Elan Ruusam?e wrote:
> > > why don't you put the files to /usr/share/vim/vimfiles?
> > >
> > > you'll need this Requires (described in PLD-doc/BuildRequires.txt):
> > > # %define _vimdatadir %{_datadir}/vim/vimfiles
> > > Requires:   vim >= 4:6.3.058-3
> > >
> > > see vim-syntax-nagios.spec, it uses that dir
> >
> > Nice, I'll fix it unless you will be first.
>
> btw i get this error. when i opened .php file and typed ":Tlist" any ideas?
>
> Taglist: Failed to generate tags for /blah/plah/phpfile.php
> ctags: cannot open temporary file : No such file or directory^@
> Hit ENTER or type command to continue
ok, looks like ctags has hardcoded path to TMPDIR from builder?

open("/tmp/B.94e004/tags.o8aqYo", O_RDWR|O_CREAT|O_EXCL, 0600) = -1 ENOENT (No 
such file or directory)
write(2, "ctags: ", 7ctags: )                  = 7
write(2, "cannot open temporary file", 26cannot open temporary file) = 26
write(2, " : No such file or directory", 28 : No such file or directory) = 28
write(2, "\n", 1
)                       = 1
exit_group(1)                           = ?


$ env|egrep 'T(E)?MP' -c
0



-- 
glen



From glen at delfi.ee  Fri Apr 15 08:24:50 2005
From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=)
Date: Fri, 15 Apr 2005 09:24:50 +0300
Subject: rpm stupid
Message-ID: <200504150924.50460.glen@delfi.ee>

hi

why is the rpm giving out so many errors,
instead of just dying on first permission problem?

and also the garbage it outputs corrupts my terminal

this happens if i run rpm (accidentally) by non-root

builder at pld-i686 tmp $ rpm -Uhv *.rpm --oldpackage
Preparing...                ########################################### [100%]
   1:glibc-misc             ########################################### [ 25%]
error: unpacking of archive failed on file /etc/nsswitch.conf;425f5d81: cpio: open failed - Permission denied
   2:glibc                  ########################################### [ 50%]
error: unpacking of archive failed on file /lib/ld-2.3.3.so;425f5d81: cpio: open failed - Permission denied
   3:iconv                  ########################################### [ 75%]
error: unpacking of archive failed on file /usr/lib/gconv: cpio: chmod failed - Operation not permitted
   4:glibc-devel            ########################################### [100%]
error: unpacking of archive failed on file /usr/bin/gencat;425f5d81: cpio: open failed - Permission denied
/sbin/ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Permission denied
telinit: must be superuser.
error: %postun(glibc-2.3.4-0.20041122.2.1) scriptlet failed, exit status 1
rpmdb: DBcursor->del: attempt to modify a read-only tree
error: db4 error(13) from dbcursor->c_del: Permission denied
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "glibc" from Name
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "ld.so.cache" from Basenames
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "ld.so.conf" from Basenames
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "ld-2.3.3.so" from Basenames
...

error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "|a/t>????v?gn" from Filemd5s
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "Hx)?o?1??Ygn" from Filemd5s
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "?E.D? ?"??_???gn" from Filemd5s
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "=??xnP?eeD?K
                                              ??gn" from Filemd5s
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "0??rd "C?-??
??A?`?fgn" from Filemd5s
error: db4 error(13) from dbcursor->c_del: Permission denied
-?GC|??-??gn" from Filemd5secord "?H
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "?-?^s?Km?Y?????gn" from Filemd5s
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "WS8+( ??2?f??,gn" from Filemd5s
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "A?<??Jowf?gn" from Filemd5s
error: db4 error(13) from dbcursor->c_del: Permission denied
error: error(13) removing record "
?Z??????Pgn" from Filemd5s











-- 
glen



From qboosh at pld-linux.org  Fri Apr 15 08:42:06 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 15 Apr 2005 08:42:06 +0200
Subject: rpm stupid
In-Reply-To: <200504150924.50460.glen@delfi.ee>
References: <200504150924.50460.glen@delfi.ee>
Message-ID: <20050415064206.GA9171@fngna.oyu>

On Fri, Apr 15, 2005 at 09:24:50AM +0300, Elan Ruusam?e wrote:
> hi
> 
> why is the rpm giving out so many errors,
> instead of just dying on first permission problem?
> 
> and also the garbage it outputs corrupts my terminal
> 
> this happens if i run rpm (accidentally) by non-root

It looks like rpm 4.4.1 is better in this case too:

$ LC_ALL=C rpm -Uhv *-2.3.5-0.1*
error: can't create transaction lock on /var/lib/rpm/__db.000


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



From aredridel at nbtsc.org  Fri Apr 15 09:33:18 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Fri, 15 Apr 2005 01:33:18 -0600
Subject: SOURCES (DEVEL): lighttpd.conf - update config to 1.4.0 base
In-Reply-To: <SOURCES_lighttpd.conf.1.16.2.1@pld-linux.org>
References: <SOURCES_lighttpd.conf.1.16@pld-linux.org>
	<SOURCES_lighttpd.conf.1.16.2.1@pld-linux.org>
Message-ID: <1113550398.19981.0.camel@mizar.nbtsc.org>

On Fri, 2005-04-15 at 08:45 +0200, glen wrote:
> Author: glen                         Date: Fri Apr 15 06:45:02 2005 GMT
> Module: SOURCES                       Tag: DEVEL
> ---- Log message:
> - update config to 1.4.0 base


Any idea how to handle the update to 1.4.0 with the needing
mod_staticfile ? Script? 




From glen at delfi.ee  Fri Apr 15 09:36:47 2005
From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=)
Date: Fri, 15 Apr 2005 10:36:47 +0300
Subject: SOURCES (DEVEL): lighttpd.conf - update config to 1.4.0 base
In-Reply-To: <1113550398.19981.0.camel@mizar.nbtsc.org>
References: <SOURCES_lighttpd.conf.1.16@pld-linux.org>
	<SOURCES_lighttpd.conf.1.16.2.1@pld-linux.org>
	<1113550398.19981.0.camel@mizar.nbtsc.org>
Message-ID: <200504151036.47520.glen@delfi.ee>

On Friday 15 April 2005 10:33, Aredridel wrote:
> On Fri, 2005-04-15 at 08:45 +0200, glen wrote:
> > Author: glen                         Date: Fri Apr 15 06:45:02 2005 GMT
> > Module: SOURCES                       Tag: DEVEL
> > ---- Log message:
> > - update config to 1.4.0 base
>
> Any idea how to handle the update to 1.4.0 with the needing
> mod_staticfile ? Script?
please look lighttpd.spec from DEVEL
it is already done with trigger.

altho feel free to test on your side :)

-- 
glen



From aredridel at nbtsc.org  Fri Apr 15 09:53:14 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Fri, 15 Apr 2005 01:53:14 -0600
Subject: SOURCES (DEVEL): lighttpd.conf - update config to 1.4.0 base
In-Reply-To: <200504151036.47520.glen@delfi.ee>
References: <SOURCES_lighttpd.conf.1.16@pld-linux.org>
	<SOURCES_lighttpd.conf.1.16.2.1@pld-linux.org>
	<1113550398.19981.0.camel@mizar.nbtsc.org>
	<200504151036.47520.glen@delfi.ee>
Message-ID: <1113551595.19981.2.camel@mizar.nbtsc.org>

On Fri, 2005-04-15 at 10:36 +0300, Elan Ruusam?e wrote:
> On Friday 15 April 2005 10:33, Aredridel wrote:
> > On Fri, 2005-04-15 at 08:45 +0200, glen wrote:
> > > Author: glen                         Date: Fri Apr 15 06:45:02 2005 GMT
> > > Module: SOURCES                       Tag: DEVEL
> > > ---- Log message:
> > > - update config to 1.4.0 base
> >
> > Any idea how to handle the update to 1.4.0 with the needing
> > mod_staticfile ? Script?
> please look lighttpd.spec from DEVEL
> it is already done with trigger.
> 
> altho feel free to test on your side :)

Missed that, will test  tomorrow. Thank you!




From glen at delfi.ee  Fri Apr 15 22:29:19 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 15 Apr 2005 23:29:19 +0300
Subject: kmail 1.8 from kde 3.4 and crypt
Message-ID: <200504152329.19207.glen@delfi.ee>

how to get it working?

and can somebody explain the mess of gnupg2 and gnupg/DEVEL
which one to use and when?

i was able to get it to send crypted mails and see signed mails (no display of 
crypted mails altho) with
- gnupg at DEVEL = 1.9.14-1
- gpgme-1.0.2-2 (compiled with gpgsm bcond)

can i have the signed/crypted mails working with rpm's on ftp, without custom 
compiled packages?

-- 
glen



From glen at delfi.ee  Sat Apr 16 04:06:46 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 16 Apr 2005 05:06:46 +0300
Subject: kdebase from HEAD
In-Reply-To: <200504141054.50248.glen@delfi.ee>
References: <200504140749.j3E7nUfP016958@green.mif.pg.gda.pl>
	<200504141054.50248.glen@delfi.ee>
Message-ID: <200504160506.46929.glen@delfi.ee>

On Thursday 14 April 2005 10:54, Elan Ruusam?e wrote:
> On Thursday 14 April 2005 10:49, Andrzej Krzysztofowicz wrote:
> > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> > > does this:
> >
> > [...]
> >
> > > minicli.cpp:219: error: `setActivateOnSelect' undeclared (first use
> > > this function)
> >
> > Do you have kdelibs* also from head ?
>
> yes
>
> $ rpm -q kdelibs
> kdelibs-3.4.0-0.1
ah, yes, the problem got resolved when built and installed kdelibs-3.4.0-2.
perhaps increase BR on kdebase?

-- 
glen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20050416/7fb95936/attachment.sig>

From glen at delfi.ee  Sat Apr 16 05:43:43 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 16 Apr 2005 06:43:43 +0300
Subject: php4-pgsql-4.3.11-1
Message-ID: <200504160643.52625.glen@delfi.ee>

hi

does anybody else observe such situation?

$ php4 -r 'echo "yes\n";'
yes
$ poldek -u php4-pgsql
Retrieving http://distrib/php4-pgsql-4.3.11-1.3.i686.rpm...
......................... 100.0% [64.3K (64.3K/s)]
activating module 'pgsql.so' in /etc/php4/php.ini
$ php4 -r 'echo "yes\n";'
yes
Segmentation fault
$ rpm -q postgresql-libs
postgresql-libs-7.4.6-5

-- 
glen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20050416/e0acfd55/attachment.sig>

From prism at hornet.eu.org  Sat Apr 16 09:31:36 2005
From: prism at hornet.eu.org (=?iso-8859-2?q?Micha=B3_=A3ukaszek?=)
Date: Sat, 16 Apr 2005 09:31:36 +0200
Subject: php4-pgsql-4.3.11-1
In-Reply-To: <200504160643.52625.glen@delfi.ee>
References: <200504160643.52625.glen@delfi.ee>
Message-ID: <200504160931.36098.prism@hornet.eu.org>

Dnia sobota, 16 kwietnia 2005 05:43, Elan Ruusam?e napisa?:

> Segmentation fault

There you go. I observe the same thing in php 5.0.3 & pgsql 8.0.1, in a quite 
big piece of code, so I couldn't find the problem. I thought that glibc is 
guilty, but couldn't prove it properly.
Now it's clear. The question is, what to do about it?

-- 
regards,
PriSM (Michal Lukaszek)



From qboosh at pld-linux.org  Sat Apr 16 11:21:29 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 16 Apr 2005 11:21:29 +0200
Subject: php4-pgsql-4.3.11-1
In-Reply-To: <200504160931.36098.prism@hornet.eu.org>
References: <200504160643.52625.glen@delfi.ee>
	<200504160931.36098.prism@hornet.eu.org>
Message-ID: <20050416092129.GA3971@fngna.oyu>

On Sat, Apr 16, 2005 at 09:31:36AM +0200, Micha? ?ukaszek wrote:
> Dnia sobota, 16 kwietnia 2005 05:43, Elan Ruusam?e napisa?:
> > Segmentation fault
> 
> There you go. I observe the same thing in php 5.0.3 & pgsql 8.0.1, in a quite 
> big piece of code, so I couldn't find the problem. I thought that glibc is 
> guilty, but couldn't prove it properly.
> Now it's clear. The question is, what to do about it?

Try glibc 2.3.5 (present on ftp in ac-test).
After upgrade I don't observe segfaults on exit, which used to happen
on glibc 2.3.4.
It could be dlclose() issue.


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



From qboosh at pld-linux.org  Sat Apr 16 14:44:24 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 16 Apr 2005 14:44:24 +0200
Subject: glibc 2.3.4 on DEC Alpha segfaults
In-Reply-To: <20050411222406.GA20058@fngna.oyu>
References: <Pine.LNX.4.58.0504102347580.18256@208-186-50-98.nrp3feld.roc.ny.frontiernet.net>
	<20050411222406.GA20058@fngna.oyu>
Message-ID: <20050416124424.GB15241@fngna.oyu>

On Tue, Apr 12, 2005 at 12:24:06AM +0200, Jakub Bogusz wrote:
> On Sun, Apr 10, 2005 at 11:50:41PM -0400, Andrew A. Gill wrote:
> > glibc is segfaulting on DEC Alpha for me.
> > 
> > The last version that works is glibc-2.3.4-0.20040603.1.  The
> > later CVS versions and glibc-2.3.4-[12] fail.  gdb won't let me
> > do a backtrace (``no stack''), but I've got the following bits
> > from ltrace (strace is attached):
[...]
> > I'm not sure what's causing this--it may just be that my kernel
> > (2.6.11) isn't configured for NPTL (glibc-2.3.4-[12].alpha uses
> > NPTL, right?), or something easy.
> 
> glibc 2.3.4-[12] uses NPTL "where available" (i.e. on 2.6.x kernels) and
> linuxthreads otherwise (when run on 2.4.x kernel).
> 
> There may be some problem with NPTL - I didn't test such configuration
> as I have only 2.4.2x on alpha. dillo runs fine on glibc-2.3.4-1 with
> linuxthreads. You can try it on 2.6.x by exporting
> "LD_ASSUME_KERNEL=2.4.6" (and eventually use it as workaround until real
> fix comes).

There were some NPTL problems indeed, even simple threaded programs
segfaulted.
Could you try glibc-2.3.5-0.3 from ac-test?

(if you are using poldek 0.18 - I advise to upgrade to 0.18.8-4 from
ac-test before upgrading glibc to 2.3.5 - previous versions can read
indexes in infinite time when run on glibc 2.3.5).


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



From prism at hornet.eu.org  Sat Apr 16 17:33:11 2005
From: prism at hornet.eu.org (=?iso-8859-2?q?Micha=B3_=A3ukaszek?=)
Date: Sat, 16 Apr 2005 17:33:11 +0200
Subject: php4-pgsql-4.3.11-1
In-Reply-To: <20050416092129.GA3971@fngna.oyu>
References: <200504160643.52625.glen@delfi.ee>
	<200504160931.36098.prism@hornet.eu.org>
	<20050416092129.GA3971@fngna.oyu>
Message-ID: <200504161733.11559.prism@hornet.eu.org>

Dnia sobota, 16 kwietnia 2005 11:21, Jakub Bogusz napisa?:

> Try glibc 2.3.5 (present on ftp in ac-test).
> After upgrade I don't observe segfaults on exit, which used to happen

# rpm -q glibc php apache
glibc-2.3.5-0.1
php-5.0.4-2
apache-2.0.53-4

But I did some more testing. First of all I realized that the code I was 
talking about was actually using MySQL, not PostgreSQL ;-) (written long time 
ago) - but I found out that it's not the DB connection that kills php.

I was erasing parts of code, line by line, and I found out that lines that 
blow up php were those commented ones:

 $dir = dirname($_SERVER['PATH_TRANSLATED']);
 define('SMARTY_DIR', $dir.'/smarty/');
# require(SMARTY_DIR.'Smarty.class.php');
# $smarty = new Smarty();

To be more precise, it's the require line (when I commented just the line with 
object creation, it still failed). It's quite strange, because I use Smarty 
exentensively in other projects and everything works just fine.

What is even more bizarre, during my tests I encountered such behavior:
The code:
<?
 $link = mysql_connect('localhost', 'aaa', 'bbb');
 mysql_select_db('ccc', $link);
 if($link) mysql_close($link);
 echo 'I am still alive';
?>
works fine.
But when you change mysql_connect to mysql_pconnect:
<?
 $link = mysql_pconnect('localhost', 'aaa', 'bbb');
 mysql_select_db('ccc', $link);
 if($link) mysql_close($link);
 echo 'I am still alive';
?>
you get:
(no debugging symbols found)
I am still alive
Program received signal SIGSEGV, Segmentation fault.
0x40474180 in ?? ()
(gdb) bt
#0  0x40474180 in ?? ()
#1  0x40140ea1 in plist_entry_destructor ()
   from /usr/lib/libphp_common-5.0.4.so
#2  0x4013fa38 in zend_hash_clean () from /usr/lib/libphp_common-5.0.4.so
#3  0x4013fadc in zend_hash_graceful_reverse_destroy ()
   from /usr/lib/libphp_common-5.0.4.so
#4  0x4013889f in zend_shutdown () from /usr/lib/libphp_common-5.0.4.so
#5  0x400fc26e in php_module_shutdown () from /usr/lib/libphp_common-5.0.4.so
#6  0x0804acc9 in main ()
(gdb)     

This is so unpredictable that I don't know what to look for. I suspect that 
usage of lists if fscked up, so I blame glibc.

-- 
regards,
PriSM (Michal Lukaszek)



From prism at hornet.eu.org  Sat Apr 16 17:44:14 2005
From: prism at hornet.eu.org (=?iso-8859-2?q?Micha=B3_=A3ukaszek?=)
Date: Sat, 16 Apr 2005 17:44:14 +0200
Subject: php4-pgsql-4.3.11-1
In-Reply-To: <200504161733.11559.prism@hornet.eu.org>
References: <200504160643.52625.glen@delfi.ee>
	<20050416092129.GA3971@fngna.oyu>
	<200504161733.11559.prism@hornet.eu.org>
Message-ID: <200504161744.14025.prism@hornet.eu.org>

Dnia sobota, 16 kwietnia 2005 17:33, Micha? ?ukaszek napisa?:

> This is so unpredictable that I don't know what to look for. I suspect that
> usage of lists if fscked up, so I blame glibc.

Damn. I just refreshed my konqueror window, and "I am still alive" showed up.
And that happened with pconnect in code.
So it looks like we're looking in a wrong place.

Maybe it's the zend engine? That would explain why it's so hard to catch, 
nevertheless backtrace still looks the same, so it must be a problem in one 
place).

-- 
pozdrawiam,
PriSM (Micha? ?ukaszek)



From qboosh at pld-linux.org  Sat Apr 16 18:09:49 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 16 Apr 2005 18:09:49 +0200
Subject: php4-pgsql-4.3.11-1
In-Reply-To: <200504161733.11559.prism@hornet.eu.org>
References: <200504160643.52625.glen@delfi.ee>
	<200504160931.36098.prism@hornet.eu.org>
	<20050416092129.GA3971@fngna.oyu>
	<200504161733.11559.prism@hornet.eu.org>
Message-ID: <20050416160949.GC15241@fngna.oyu>

On Sat, Apr 16, 2005 at 05:33:11PM +0200, Micha? ?ukaszek wrote:
> Dnia sobota, 16 kwietnia 2005 11:21, Jakub Bogusz napisa?:
> 
> > Try glibc 2.3.5 (present on ftp in ac-test).
> > After upgrade I don't observe segfaults on exit, which used to happen
> 
> # rpm -q glibc php apache
> glibc-2.3.5-0.1

So it's another issue...

> I was erasing parts of code, line by line, and I found out that lines that 
> blow up php were those commented ones:
> 
>  $dir = dirname($_SERVER['PATH_TRANSLATED']);
>  define('SMARTY_DIR', $dir.'/smarty/');
> # require(SMARTY_DIR.'Smarty.class.php');
> # $smarty = new Smarty();
> 
> To be more precise, it's the require line (when I commented just the line with 
> object creation, it still failed). It's quite strange, because I use Smarty 
> exentensively in other projects and everything works just fine.

Could you provide self-contained testcase?
The above doesn't crash php without Smarty files.

> What is even more bizarre, during my tests I encountered such behavior:
> The code:
> <?
>  $link = mysql_connect('localhost', 'aaa', 'bbb');
>  mysql_select_db('ccc', $link);
>  if($link) mysql_close($link);
>  echo 'I am still alive';
> ?>
> works fine.
> But when you change mysql_connect to mysql_pconnect:
> <?
>  $link = mysql_pconnect('localhost', 'aaa', 'bbb');
>  mysql_select_db('ccc', $link);
>  if($link) mysql_close($link);
>  echo 'I am still alive';
> ?>
> you get:
> (no debugging symbols found)
> I am still alive
> Program received signal SIGSEGV, Segmentation fault.

Confirmed this one. Predictably.

(gdb) bt
#0  0xb78a6978 in ?? ()
#1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8)
    at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204
#2  0xb7f5385f in zend_hash_apply_deleter (ht=0x8052c50, p=0x81ec1a0)
    at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:574
#3  0xb7f53ab0 in zend_hash_graceful_reverse_destroy (ht=0x8052c50)
    at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:640
#4  0xb7f558f6 in zend_destroy_rsrc_list (ht=0x8052c50, tsrm_ls=0x804f0a0)
    at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:234
#5  0xb7f49c20 in zend_shutdown (tsrm_ls=0x804f0a0)
    at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend.c:714
#6  0xb7ef42d5 in php_module_shutdown (tsrm_ls=0x804f0a0)
    at /home/comp/rpm/BUILD/php-5.0.4/main/main.c:1518
#7  0x0804be1e in main (argc=2, argv=0xbffff174)
    at /home/comp/rpm/BUILD/php-5.0.4/sapi/cli/php_cli.c:1055
(gdb) f 1
#1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8)
    at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204
204                                             ld->plist_dtor_ex(le TSRMLS_CC);
(gdb) p ld->plist_dtor_ex
$1 = 0xb78a6978
(gdb) x ld->plist_dtor_ex
0xb78a6978:     Cannot access memory at address 0xb78a6978

The list here is "persistent_list", which is used by php-mysql for
persistent connection - so it's probably bug in php-mysql module or php
engine itself.


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



From qboosh at pld-linux.org  Sat Apr 16 19:37:32 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 16 Apr 2005 19:37:32 +0200
Subject: php4-pgsql-4.3.11-1
In-Reply-To: <20050416160949.GC15241@fngna.oyu>
References: <200504160643.52625.glen@delfi.ee>
	<200504160931.36098.prism@hornet.eu.org>
	<20050416092129.GA3971@fngna.oyu>
	<200504161733.11559.prism@hornet.eu.org>
	<20050416160949.GC15241@fngna.oyu>
Message-ID: <20050416173732.GD15241@fngna.oyu>

On Sat, Apr 16, 2005 at 06:09:49PM +0200, Jakub Bogusz wrote:
> On Sat, Apr 16, 2005 at 05:33:11PM +0200, Micha? ?ukaszek wrote:
[...]
> > But when you change mysql_connect to mysql_pconnect:
> > <?
> >  $link = mysql_pconnect('localhost', 'aaa', 'bbb');
> >  mysql_select_db('ccc', $link);
> >  if($link) mysql_close($link);
> >  echo 'I am still alive';
> > ?>
> > you get:

[...]
> (gdb) bt
> #0  0xb78a6978 in ?? ()
> #1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8)
>     at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204
> #2  0xb7f5385f in zend_hash_apply_deleter (ht=0x8052c50, p=0x81ec1a0)
>     at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:574
> #3  0xb7f53ab0 in zend_hash_graceful_reverse_destroy (ht=0x8052c50)
>     at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_hash.c:640
> #4  0xb7f558f6 in zend_destroy_rsrc_list (ht=0x8052c50, tsrm_ls=0x804f0a0)
>     at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:234
> #5  0xb7f49c20 in zend_shutdown (tsrm_ls=0x804f0a0)
>     at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend.c:714
> #6  0xb7ef42d5 in php_module_shutdown (tsrm_ls=0x804f0a0)
>     at /home/comp/rpm/BUILD/php-5.0.4/main/main.c:1518
> #7  0x0804be1e in main (argc=2, argv=0xbffff174)
>     at /home/comp/rpm/BUILD/php-5.0.4/sapi/cli/php_cli.c:1055
> (gdb) f 1
> #1  0xb7f557da in plist_entry_destructor (ptr=0x81e11b8)
>     at /home/comp/rpm/BUILD/php-5.0.4/Zend/zend_list.c:204
> 204                                             ld->plist_dtor_ex(le TSRMLS_CC);
> (gdb) p ld->plist_dtor_ex
> $1 = 0xb78a6978
> (gdb) x ld->plist_dtor_ex
> 0xb78a6978:     Cannot access memory at address 0xb78a6978

it's in (unloaded) php-mysql module

> The list here is "persistent_list", which is used by php-mysql for
> persistent connection - so it's probably bug in php-mysql module or php
> engine itself.

Zend engine or all modules which use persistent_list.
persistent_list is destroyed after modules are unloaded.
But some modules register own destructors for elements put on
persistent_list. When Zend destroys such entry from persistent_list,
it tries to call destructor from unloaded module and segfaults.

It's subject for bug-report to php.net. Any volunteers?


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



From glen at delfi.ee  Sun Apr 17 00:53:33 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sun, 17 Apr 2005 01:53:33 +0300
Subject: php4-pgsql-4.3.11-1
In-Reply-To: <20050416092129.GA3971@fngna.oyu>
References: <200504160643.52625.glen@delfi.ee>
	<200504160931.36098.prism@hornet.eu.org>
	<20050416092129.GA3971@fngna.oyu>
Message-ID: <200504170153.38221.glen@delfi.ee>

On Saturday 16 April 2005 12:21, Jakub Bogusz wrote:
> On Sat, Apr 16, 2005 at 09:31:36AM +0200, Micha? ?ukaszek wrote:
> > Dnia sobota, 16 kwietnia 2005 05:43, Elan Ruusam?e napisa?:
> > > Segmentation fault
> >
> > There you go. I observe the same thing in php 5.0.3 & pgsql 8.0.1, in a
> > quite big piece of code, so I couldn't find the problem. I thought that
> > glibc is guilty, but couldn't prove it properly.
> > Now it's clear. The question is, what to do about it?
>
> Try glibc 2.3.5 (present on ftp in ac-test).
> After upgrade I don't observe segfaults on exit, which used to happen
> on glibc 2.3.4.
> It could be dlclose() issue.

upgraded glibc, segv gone

$ php4 -r 'echo "yes\n";'
yes
$ rpm -q glibc php4-pgsql
glibc-2.3.5-0.1
php4-pgsql-4.3.11-1.3

-- 
glen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20050417/c4bc71b2/attachment.sig>

From superluser at frontiernet.net  Sun Apr 17 02:55:39 2005
From: superluser at frontiernet.net (Andrew A. Gill)
Date: Sat, 16 Apr 2005 20:55:39 -0400 (EDT)
Subject: glibc 2.3.4 on DEC Alpha segfaults
In-Reply-To: <20050416124424.GB15241@fngna.oyu>
References: <Pine.LNX.4.58.0504102347580.18256@208-186-50-98.nrp3feld.roc.ny.frontiernet.net>
	<20050411222406.GA20058@fngna.oyu> <20050416124424.GB15241@fngna.oyu>
Message-ID: <Pine.LNX.4.58.0504162042210.22315@208-186-50-98.nrp3feld.roc.ny.frontiernet.net>

On Sat, 16 Apr 2005, Jakub Bogusz wrote:

> On Tue, Apr 12, 2005 at 12:24:06AM +0200, Jakub Bogusz wrote:
> > On Sun, Apr 10, 2005 at 11:50:41PM -0400, Andrew A. Gill wrote:
> > > glibc is segfaulting on DEC Alpha for me.
> > >
> > > The last version that works is glibc-2.3.4-0.20040603.1.  The
> > > later CVS versions and glibc-2.3.4-[12] fail.  gdb won't let me
> > > do a backtrace (``no stack''), but I've got the following bits
> > > from ltrace (strace is attached):
> [...]
> > > I'm not sure what's causing this--it may just be that my kernel
> > > (2.6.11) isn't configured for NPTL (glibc-2.3.4-[12].alpha uses
> > > NPTL, right?), or something easy.
> >
> > glibc 2.3.4-[12] uses NPTL "where available" (i.e. on 2.6.x kernels) and
> > linuxthreads otherwise (when run on 2.4.x kernel).
> >
> > There may be some problem with NPTL - I didn't test such configuration
> > as I have only 2.4.2x on alpha. dillo runs fine on glibc-2.3.4-1 with
> > linuxthreads. You can try it on 2.6.x by exporting
> > "LD_ASSUME_KERNEL=2.4.6" (and eventually use it as workaround until real
> > fix comes).
>
> There were some NPTL problems indeed, even simple threaded programs
> segfaulted.
> Could you try glibc-2.3.5-0.3 from ac-test?

Yay!  It seems to work!

I'm curious--what did you change?  Was it something in the PLD
packaging, or something in the source?

-- 
|Andrew A. Gill                       |I posted to Silent-Tristero and|
|<superluser at frontiernet.net>         |all I got was this stupid sig! |
|alt.tv.simpsons CBG-FAQ author       |                               |
|                          (Report all obscene mail to Le Maitre Pots)|
|Yet: <http://www.needsfoodbadly.com>                 Temporary sig: --

Thanks a bunch!



From prism at hornet.eu.org  Mon Apr 18 17:22:06 2005
From: prism at hornet.eu.org (=?iso-8859-2?q?Micha=B3_=A3ukaszek?=)
Date: Mon, 18 Apr 2005 17:22:06 +0200
Subject: php4-pgsql-4.3.11-1
In-Reply-To: <20050416173732.GD15241@fngna.oyu>
References: <200504160643.52625.glen@delfi.ee>
	<20050416160949.GC15241@fngna.oyu>
	<20050416173732.GD15241@fngna.oyu>
Message-ID: <200504181722.06641.prism@hornet.eu.org>

Dnia sobota, 16 kwietnia 2005 19:37, Jakub Bogusz napisa?:

> It's subject for bug-report to php.net. Any volunteers?

I have no experience in such matter.
Maybe you, in your spare time? :)

-- 
regards,
PriSM (Michal Lukaszek)



From mmazur at kernel.pl  Mon Apr 18 17:24:36 2005
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Mon, 18 Apr 2005 17:24:36 +0200
Subject: php4-pgsql-4.3.11-1
In-Reply-To: <200504181722.06641.prism@hornet.eu.org>
References: <200504160643.52625.glen@delfi.ee>
	<20050416173732.GD15241@fngna.oyu>
	<200504181722.06641.prism@hornet.eu.org>
Message-ID: <200504181724.36146.mmazur@kernel.pl>

On poniedzia?ek 18 kwiecie? 2005 17:22, Micha? ?ukaszek wrote:
> Dnia sobota, 16 kwietnia 2005 19:37, Jakub Bogusz napisa?:
> > It's subject for bug-report to php.net. Any volunteers?
>
> I have no experience in such matter.
> Maybe you, in your spare time? :)

You could learn.

-- 
In the year eighty five ten
God is gonna shake his mighty head
He'll either say,
"I'm pleased where man has been"
Or tear it down, and start again



From martii at obgyn.edu.pl  Mon Apr 18 17:28:45 2005
From: martii at obgyn.edu.pl (Marcin Chojnowski)
Date: Mon, 18 Apr 2005 17:28:45 +0200
Subject: Jakarta tomcat
Message-ID: <20050418152845.GA9708@obgyn>

Hi folks,

I think it would be really nice to have
tomcat 5.x in head and 5.5.x in devel.

We still use very old 4.x and I'not very much in this
subject.

Marcin



From glen at delfi.ee  Tue Apr 19 07:37:58 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Tue, 19 Apr 2005 08:37:58 +0300
Subject: SOURCES: zm-init (NEW) - init script "Copyright (C) 2005 Serg
	Oskin"
In-Reply-To: <SOURCES_zm_init.1.1@pld-linux.org>
References: <SOURCES_zm_init.NONE@pld-linux.org>
	<SOURCES_zm_init.1.1@pld-linux.org>
Message-ID: <200504190837.59730.glen@delfi.ee>

On Tuesday 19 April 2005 03:49, hunter wrote:
> +sql=/tmp/zm.crdb.sql
> +echo "" >$sql
> +chmod 600 $sql

race possible.
TMPDIR not accounted.
use mktemp or sth similiar.

sql=$(mktemp ${TMPDIR:-/tmp}/sqlXXXXXX) || exit 1

-- 
glen



From romke at estrefa.pl  Tue Apr 19 12:12:13 2005
From: romke at estrefa.pl (romke)
Date: Tue, 19 Apr 2005 12:12:13 +0200
Subject: Vserver system + network + rc-scripts
Message-ID: <4264D97D.9060600@estrefa.pl>

Hi, I was wondering about /etc/sysconfig/network option which will
allow vserver systems start services even when is_yes "$NETWORKING"
is false and there's no /var/lock/subsystem/networking...

As we all know (or we don't) vserver systems cannot manipulate with
interfaces - it's the host system job, so in vserver system there
should be:
NETWORKING=no in /etc/sysconfig/network

but then all services depending on NETWORKING will refuse to start.

Implementing:

INSIDE_VSERVER=yes in /etc/sysconfig/network

and aplying patch like:
#v+
  if is_yes "$NETWORKING"; then
  .
  .
  .
-else
+elif ! is_yes "$INSIDE_VSERVER"; then
      exit 1
  fi
#v-
to all /etc/rc.d/init.d/ scripts that have such networking check
would automate pld-inside-vserver system to bring up.
(also adding `if is_yes "$INSIDE_VSERVER"; then exit 1;' fi to
  all init.d scripts that shouldn't be run inside vserver - like
  random - would be good)

If you like idea then drop me a line, I'll try to make patch
rc-scripts-wide and add bcond with_vserver and fix some basic
services...

regards
-- 
romke Roman Barczy?ski  ~~~~  tel. +48 12 632 7365  ~~~~  www.romke.info
____________________________________________ JID/email: romke at estrefa.pl



From glen at delfi.ee  Tue Apr 19 12:33:25 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 19 Apr 2005 13:33:25 +0300
Subject: who's broken (/usr/share/pixmaps)
Message-ID: <200504191333.26250.glen@delfi.ee>

$ rpm -qf /usr/share/pixmaps /usr/share/pixmaps/*
file /usr/share/pixmaps is not owned by any package
ftp-0.17-22
lynx-2.8.5rel.1-2
mutt-1.4.2.1-8
telnet-0.17-28
$ rpm -q FHS
FHS-2.3-10

-- 
glen



From ankry at green.mif.pg.gda.pl  Tue Apr 19 12:55:00 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 19 Apr 2005 12:55:00 +0200 (CEST)
Subject: who's broken (/usr/share/pixmaps)
In-Reply-To: <200504191333.26250.glen@delfi.ee> from "Elan
	=?iso-8859-1?q?Ruusam=E4e?=" at Apr 19, 2005 01:33:25 PM
Message-ID: <200504191055.j3JAt0fp030572@green.mif.pg.gda.pl>

Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> 
> $ rpm -qf /usr/share/pixmaps /usr/share/pixmaps/*
> file /usr/share/pixmaps is not owned by any package
> ftp-0.17-22
> lynx-2.8.5rel.1-2
> mutt-1.4.2.1-8
> telnet-0.17-28
> $ rpm -q FHS
> FHS-2.3-10

# rpm -qf /usr/share/pixmaps
X11-libs-6.8.2-1

Unusable without X ?

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



From adamg at biomerieux.pl  Tue Apr 19 08:29:46 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Tue, 19 Apr 2005 08:29:46 +0200
Subject: SOURCES: zm-init (NEW) - init script "Copyright (C) 2005 Serg
	Oskin"
In-Reply-To: <200504190837.59730.glen@delfi.ee>
References: <SOURCES_zm_init.NONE@pld-linux.org>
	<SOURCES_zm_init.1.1@pld-linux.org>
	<200504190837.59730.glen@delfi.ee>
Message-ID: <20050419062946.GA18622@mysza.eu.org>

On Tue, Apr 19, 2005 at 08:37:58AM +0300, Elan Ruusam?e wrote:
> On Tuesday 19 April 2005 03:49, hunter wrote:
> > +sql=/tmp/zm.crdb.sql
> > +echo "" >$sql
> > +chmod 600 $sql
> 
> race possible.
> TMPDIR not accounted.
> use mktemp or sth similiar.
> 
> sql=$(mktemp ${TMPDIR:-/tmp}/sqlXXXXXX) || exit 1

Btw, does mktemp work for you? It has a problem with mkstemp() on my
machine, it allways returns -1.

$ cat mkstemp.c
#include <stdio.h>
#include <stdlib.h>

int main(void) {
        if (mkstemp("/tmp/sql.XXXX") < 0)
                printf("Not ok\n");
        return 0;
}
$ gcc -o mkstemp mkstemp.c
$ ./mkstemp
Not ok
$ rpm -q glibc
glibc-2.3.4-1
$

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



From qboosh at pld-linux.org  Tue Apr 19 13:20:01 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 19 Apr 2005 13:20:01 +0200
Subject: SOURCES: zm-init (NEW) - init script "Copyright (C) 2005 Serg
	Oskin"
In-Reply-To: <20050419062946.GA18622@mysza.eu.org>
References: <SOURCES_zm_init.NONE@pld-linux.org>
	<SOURCES_zm_init.1.1@pld-linux.org>
	<200504190837.59730.glen@delfi.ee>
	<20050419062946.GA18622@mysza.eu.org>
Message-ID: <20050419112001.GA22626@gruby.cs.net.pl>

On Tue, Apr 19, 2005 at 08:29:46AM +0200, Adam Go??biowski wrote:
> On Tue, Apr 19, 2005 at 08:37:58AM +0300, Elan Ruusam?e wrote:
> > On Tuesday 19 April 2005 03:49, hunter wrote:
> > > +sql=/tmp/zm.crdb.sql
> > > +echo "" >$sql
> > > +chmod 600 $sql
> > 
> > race possible.
> > TMPDIR not accounted.
> > use mktemp or sth similiar.
> > 
> > sql=$(mktemp ${TMPDIR:-/tmp}/sqlXXXXXX) || exit 1
> 
> Btw, does mktemp work for you? It has a problem with mkstemp() on my
> machine, it allways returns -1.
> 
> $ cat mkstemp.c
> #include <stdio.h>
> #include <stdlib.h>
> 
> int main(void) {
>         if (mkstemp("/tmp/sql.XXXX") < 0)

man mkstemp


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



From glen at delfi.ee  Tue Apr 19 13:33:29 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Tue, 19 Apr 2005 14:33:29 +0300
Subject: SOURCES: zm-init (NEW) - init script "Copyright (C) 2005 Serg
	Oskin"
In-Reply-To: <20050419062946.GA18622@mysza.eu.org>
References: <SOURCES_zm_init.NONE@pld-linux.org>
	<200504190837.59730.glen@delfi.ee>
	<20050419062946.GA18622@mysza.eu.org>
Message-ID: <200504191433.29980.glen@delfi.ee>

On Tuesday 19 April 2005 09:29, Adam Go??biowski wrote:
> On Tue, Apr 19, 2005 at 08:37:58AM +0300, Elan Ruusam?e wrote:
> > On Tuesday 19 April 2005 03:49, hunter wrote:
> > > +sql=/tmp/zm.crdb.sql
> > > +echo "" >$sql
> > > +chmod 600 $sql
> >
> > race possible.
> > TMPDIR not accounted.
> > use mktemp or sth similiar.
> >
> > sql=$(mktemp ${TMPDIR:-/tmp}/sqlXXXXXX) || exit 1
>
> Btw, does mktemp work for you? It has a problem with mkstemp() on my
> machine, it allways returns -1.
sure

$ sql=$(mktemp ${TMPDIR:-/tmp}/sqlXXXXXX)
$ ls -l $sql
-rw-------  1 glen glen 0 2005-04-19 14:32 /home/glen/tmp//sql5ILgdq
$ rm -f $sql
$ rpm -qf `which mktemp`
mktemp-1.5-15



-- 
glen



From prism at hornet.eu.org  Tue Apr 19 17:01:36 2005
From: prism at hornet.eu.org (=?iso-8859-2?q?Micha=B3_=A3ukaszek?=)
Date: Tue, 19 Apr 2005 17:01:36 +0200
Subject: php4-pgsql-4.3.11-1
In-Reply-To: <200504181724.36146.mmazur@kernel.pl>
References: <200504160643.52625.glen@delfi.ee>
	<200504181722.06641.prism@hornet.eu.org>
	<200504181724.36146.mmazur@kernel.pl>
Message-ID: <200504191701.36745.prism@hornet.eu.org>

Dnia poniedzia?ek, 18 kwietnia 2005 17:24, Mariusz Mazur napisa?:

> You could learn.

http://bugs.php.net/bug.php?id=32751&thanks=4
I tried to describe the problem (OK, I copied&pasted most of this thread), but 
it seems to be not enough for them.

-- 
regards,
PriSM (Michal Lukaszek)



From glen at delfi.ee  Tue Apr 19 19:14:33 2005
From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=)
Date: Tue, 19 Apr 2005 20:14:33 +0300
Subject: Fwd: ERRORS: eventum.spec
Message-ID: <200504192014.34233.glen@delfi.ee>

something wrong on builder...

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

Subject: ERRORS: eventum.spec
Date: Tuesday 19 April 2005 20:10
From: PLD ac-src builder <builder-ac-src at pld-linux.org>
To: glen at pld-linux.org
Cc: pld-logs-builder at pld-linux.org

eventum.spec (HEAD): FAILED

--- eventum.spec:HEAD:
Build-Time: user:0.01s sys:0.02s real:0.04s (faults io:0 non-io:1672)



*** buildlog for eventum.spec
request from: glen
started at: Tue Apr 19 19:10:46 2005
building SRPM using: cd rpm/SPECS; nice -n 10 ./builder -nu --nodeps -bs  -r
 HEAD  eventum.spec 2>&1

could not open session
exit status 256
error: No files produced.
could not open session
Begin-PLD-Builder-Info
Build-Time: user:0.01s sys:0.02s real:0.04s (faults io:0 non-io:1672)

End-PLD-Builder-Info

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

-- 
glen

-- 
glen



From adamg at biomerieux.pl  Wed Apr 20 08:13:13 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 20 Apr 2005 08:13:13 +0200
Subject: SOURCES: zm-init (NEW) - init script "Copyright (C) 2005 Serg
	Oskin"
In-Reply-To: <20050419112001.GA22626@gruby.cs.net.pl>
References: <SOURCES_zm_init.NONE@pld-linux.org>
	<SOURCES_zm_init.1.1@pld-linux.org>
	<200504190837.59730.glen@delfi.ee>
	<20050419062946.GA18622@mysza.eu.org>
	<20050419112001.GA22626@gruby.cs.net.pl>
Message-ID: <20050420061313.GA25210@mysza.eu.org>

On Tue, Apr 19, 2005 at 01:20:01PM +0200, Jakub Bogusz wrote:
> > $ cat mkstemp.c
> > #include <stdio.h>
> > #include <stdlib.h>
> > 
> > int main(void) {
> >         if (mkstemp("/tmp/sql.XXXX") < 0)
> 
> man mkstemp

Uh, gotta start reading docs slowly and carefully...

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



From glen at delfi.ee  Thu Apr 21 08:46:56 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 21 Apr 2005 09:46:56 +0300
Subject: global optimize flags
Message-ID: <200504210946.56919.glen@delfi.ee>

hi

what's the most appropriate way to setup my build environment with custom 
CFLAGS?

i suppose i add to ~/.rpmmacros a macro. but what should it be? rpmcflags? 
optflags? specflags_ia32?

and perhaps i want just compile for pentium3. how do i configure my rpm build 
all packages for p3? (rpmbuild --target is not the option i'm searching for)

--
glen



From pluto at pld-linux.org  Thu Apr 21 08:52:58 2005
From: pluto at pld-linux.org (Pawel Sikora)
Date: Thu, 21 Apr 2005 08:52:58 +0200
Subject: global optimize flags
In-Reply-To: <200504210946.56919.glen@delfi.ee>
References: <200504210946.56919.glen@delfi.ee>
Message-ID: <200504210852.58255.pluto@pld-linux.org>

On Thursday 21 of April 2005 08:46, Elan Ruusam?e wrote:
> hi
>
> what's the most appropriate way to setup my build environment with custom
> CFLAGS?
>
> i suppose i add to ~/.rpmmacros a macro. but what should it be? rpmcflags?
> optflags? specflags_ia32?

# cat ~/.rpmmacros
%rpmcflags       %optflags %{?debug:%{debugcflags}}%{debuginfocflags} -pipe
# PaX: -Wa,--noexecstack
#rpmldflags      -z combreloc

%_with_foo       1
%_without_bar    1
(...)

-- 
/* Copyright (C) 2003, SCO, Inc. This is valuable Intellectual Property. */

                           #define say(x) lie(x)



From qboosh at pld-linux.org  Thu Apr 21 09:57:24 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 21 Apr 2005 09:57:24 +0200
Subject: global optimize flags
In-Reply-To: <200504210946.56919.glen@delfi.ee>
References: <200504210946.56919.glen@delfi.ee>
Message-ID: <20050421075724.GA25737@gruby.cs.net.pl>

On Thu, Apr 21, 2005 at 09:46:56AM +0300, Elan Ruusam?e wrote:
> hi
> 
> what's the most appropriate way to setup my build environment with custom 
> CFLAGS?
> 
> i suppose i add to ~/.rpmmacros a macro. but what should it be? rpmcflags? 
> optflags? specflags_ia32?

%optflags for normal builds, %debugcflags for debug builds.

specflags* are meant for overrides in individual .specs.


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



From qboosh at pld-linux.org  Thu Apr 21 10:01:06 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 21 Apr 2005 10:01:06 +0200
Subject: SPECS: lighttpd.spec - valgrind bcond removed and enabled if
	debug...
In-Reply-To: <SPECS_lighttpd.spec.1.107@pld-linux.org>
References: <SPECS_lighttpd.spec.1.106@pld-linux.org>
	<SPECS_lighttpd.spec.1.107@pld-linux.org>
Message-ID: <20050421080106.GB25737@gruby.cs.net.pl>

On Tue, Apr 19, 2005 at 10:01:47AM +0200, glen wrote:
> Author: glen                         Date: Tue Apr 19 08:01:47 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - valgrind bcond removed and enabled if debug is on

> +%{?debug:BuildRequires:	valgrind}

Wrong assumption. This change makes debug builds impossible on !x86.


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



From glen at delfi.ee  Thu Apr 21 10:23:25 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 21 Apr 2005 11:23:25 +0300
Subject: global optimize flags
In-Reply-To: <20050421075724.GA25737@gruby.cs.net.pl>
References: <200504210946.56919.glen@delfi.ee>
	<20050421075724.GA25737@gruby.cs.net.pl>
Message-ID: <200504211123.26246.glen@delfi.ee>

On Thursday 21 April 2005 10:57, Jakub Bogusz wrote:
> On Thu, Apr 21, 2005 at 09:46:56AM +0300, Elan Ruusam?e wrote:
> > hi
> >
> > what's the most appropriate way to setup my build environment with custom
> > CFLAGS?
> >
> > i suppose i add to ~/.rpmmacros a macro. but what should it be?
> > rpmcflags? optflags? specflags_ia32?
>
> %optflags for normal builds, %debugcflags for debug builds.
i should be copying for that whole %optflags line
from /usr/lib/rpm/ARCH/macros otherwise the specflags* things will be lost?

$ grep specflags i686-linux/macros
%optflags               -O2 -march=i686%{!?nospecflags:%{?specflags: %{specflags}}%{?specflags_ia32: %{specflags_ia32}}%{?specflags_i686: %{specflags_i686}}}


> specflags* are meant for overrides in individual .specs.

-- 
glen



From glen at delfi.ee  Thu Apr 21 12:50:48 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 21 Apr 2005 13:50:48 +0300
Subject: ruby fastcgi
Message-ID: <200504211350.49201.glen@delfi.ee>

hmm
- ruby-fcgi.spec
- ruby-FCGI.spec

are they different?
if yes, perhaps describe the differences in %desc?
if no, remove the obsoleted one :)

-- 
glen



From glen at delfi.ee  Thu Apr 21 18:31:51 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 21 Apr 2005 19:31:51 +0300
Subject: php4-xxx uninstall
In-Reply-To: <200504061943.13245.glen@delfi.ee>
References: <200504061943.13245.glen@delfi.ee>
Message-ID: <200504211931.51999.glen@delfi.ee>

On Wednesday 06 April 2005 19:43, Elan Ruusam?e wrote:
> # poldek -u php4-mysql
> Retrieving http://distrib/php4-mysql-4.3.10-6.2.i686.rpm...
> ......................... 100.0% [50.0K (50.0K/s)]
> Retrieving http://distrib/php4-common-4.3.10-6.2.i686.rpm...
> ......................... 100.0% [615.4K (359.1K/s)]
> activating module 'mysql.so' in /etc/php4/php.ini
>
> # rpm -e php4-mysql php4-common
> warning: /etc/php4/php.ini saved as /etc/php4/php.ini.rpmsave
> /var/tmp/rpm-tmp.56490[4]: /usr/sbin/php4-module-install: not found
> error: %preun(php4-mysql-4.3.10-6.2) scriptlet failed, exit status 127
>
> while:
>
> # poldek -u php4-mysql
> Retrieving http://distrib/php4-mysql-4.3.10-6.2.i686.rpm...
> ......................... 100.0% [50.0K (50.0K/s)]
> Retrieving http://distrib/php4-common-4.3.10-6.2.i686.rpm...
> ......................... 100.0% [615.4K (125.2K/s)]
> activating module 'mysql.so' in /etc/php4/php.ini
>
> # rpm -e php4-common  php4-mysql
> deactivating module 'mysql.so' in /etc/php4/php.ini
> warning: /etc/php4/php.ini saved as /etc/php4/php.ini.rpmsave
>
> any ideas how to fix this? PreReq: php4-common on php4-XXX packages instead
> of just Requires: ?
>
> and i believe it's actual for php5 packages too

-- 
glen



From glen at delfi.ee  Thu Apr 21 18:32:30 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 21 Apr 2005 19:32:30 +0300
Subject: php4-xxx uninstall
In-Reply-To: <200504061943.13245.glen@delfi.ee>
References: <200504061943.13245.glen@delfi.ee>
Message-ID: <200504211932.30737.glen@delfi.ee>

(sorry about previous mail)

anybody against this patch?
http://glen.alkohol.ee/pld/php4-final-uninst.patch

On Wednesday 06 April 2005 19:43, Elan Ruusam?e wrote:
> # poldek -u php4-mysql
> Retrieving http://distrib/php4-mysql-4.3.10-6.2.i686.rpm...
> ......................... 100.0% [50.0K (50.0K/s)]
> Retrieving http://distrib/php4-common-4.3.10-6.2.i686.rpm...
> ......................... 100.0% [615.4K (359.1K/s)]
> activating module 'mysql.so' in /etc/php4/php.ini
>
> # rpm -e php4-mysql php4-common
> warning: /etc/php4/php.ini saved as /etc/php4/php.ini.rpmsave
> /var/tmp/rpm-tmp.56490[4]: /usr/sbin/php4-module-install: not found
> error: %preun(php4-mysql-4.3.10-6.2) scriptlet failed, exit status 127
>
> while:
>
> # poldek -u php4-mysql
> Retrieving http://distrib/php4-mysql-4.3.10-6.2.i686.rpm...
> ......................... 100.0% [50.0K (50.0K/s)]
> Retrieving http://distrib/php4-common-4.3.10-6.2.i686.rpm...
> ......................... 100.0% [615.4K (125.2K/s)]
> activating module 'mysql.so' in /etc/php4/php.ini
>
> # rpm -e php4-common  php4-mysql
> deactivating module 'mysql.so' in /etc/php4/php.ini
> warning: /etc/php4/php.ini saved as /etc/php4/php.ini.rpmsave
>
> any ideas how to fix this? PreReq: php4-common on php4-XXX packages instead
> of just Requires: ?
>
> and i believe it's actual for php5 packages too

-- 
glen



From aredridel at nbtsc.org  Thu Apr 21 19:31:00 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Thu, 21 Apr 2005 11:31:00 -0600
Subject: ruby fastcgi
In-Reply-To: <200504211350.49201.glen@delfi.ee>
References: <200504211350.49201.glen@delfi.ee>
Message-ID: <1114104660.2328.0.camel@betelgeuse.theinternetco.net>

On Thu, 2005-04-21 at 13:50 +0300, Elan Ruusam?e wrote:
> hmm
> - ruby-fcgi.spec
> - ruby-FCGI.spec
> 
> are they different?
> if yes, perhaps describe the differences in %desc?
> if no, remove the obsoleted one :)

Thank you. Removing -FCGI




From gotar at polanet.pl  Thu Apr 21 19:46:41 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 21 Apr 2005 19:46:41 +0200
Subject: global optimize flags
In-Reply-To: <200504210946.56919.glen@delfi.ee>
References: <200504210946.56919.glen@delfi.ee>
Message-ID: <20050421174641.GA122@os>

On Thu, Apr 21, 2005 at 09:46:56 +0300, Elan Ruusam?e wrote:

> what's the most appropriate way to setup my build environment with custom 
> CFLAGS?

rpmrc:

optflags: athlon -O2 -march=athlon -pipe -s -z combreloc -DNDEBUG -DG_DISABLE_ASSERT -fomit-frame-pointer -fforce-addr -ffast-math %{!?nospecflags:%{?specflags:%{specflags}}%{?specflags_ia32: %{specflags_ia32}}%{?specflags_athlon: %{specflags_athlon}}}

rpmmacros:

%rpmldflags     %{!?debug:-s -z combreloc}

> and perhaps i want just compile for pentium3. how do i configure my rpm build 
> all packages for p3? (rpmbuild --target is not the option i'm searching for)

rpmrc:
buildarchtranslate: pentium3: pentium3

-- 
GoTaR <priv0.onet.pl->gotar>        http://vfmg.sourceforge.net/
                                    http://tccs.sourceforge.net/



From gotar at polanet.pl  Thu Apr 21 19:47:51 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 21 Apr 2005 19:47:51 +0200
Subject: global optimize flags
In-Reply-To: <200504211123.26246.glen@delfi.ee>
References: <200504210946.56919.glen@delfi.ee>
	<20050421075724.GA25737@gruby.cs.net.pl>
	<200504211123.26246.glen@delfi.ee>
Message-ID: <20050421174751.GB122@os>

On Thu, Apr 21, 2005 at 11:23:25 +0300, Elan Ruusam?e wrote:

> > %optflags for normal builds, %debugcflags for debug builds.
> i should be copying for that whole %optflags line
> from /usr/lib/rpm/ARCH/macros otherwise the specflags* things will be lost?

Yes.

-- 
GoTaR <priv0.onet.pl->gotar>        http://vfmg.sourceforge.net/
                                    http://tccs.sourceforge.net/



From glen at delfi.ee  Thu Apr 21 21:22:45 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Thu, 21 Apr 2005 22:22:45 +0300
Subject: SPECS: ruby-FCGI.spec (REMOVED) - obsoleted by ruby-fcgi.spec
In-Reply-To: <SPECS_ruby_FCGI.spec.NONE@pld-linux.org>
References: <SPECS_ruby_FCGI.spec.1.6@pld-linux.org>
	<SPECS_ruby_FCGI.spec.NONE@pld-linux.org>
Message-ID: <200504212222.45696.glen@delfi.ee>

but Obsoletes line to ruby-fcgi.spec?

On Thursday 21 April 2005 20:31, aredridel wrote:
> Author: aredridel                    Date: Thu Apr 21 17:31:48 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - obsoleted by ruby-fcgi.spec
>
> ---- Files affected:
> SPECS:
>    ruby-FCGI.spec (1.6 -> NONE)  (REMOVED)
>
> ---- Diffs:
> ================================================================
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-- 
glen



From qboosh at pld-linux.org  Thu Apr 21 21:47:15 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 21 Apr 2005 21:47:15 +0200
Subject: glibc 2.3.4 on DEC Alpha segfaults
In-Reply-To: <Pine.LNX.4.58.0504162042210.22315@208-186-50-98.nrp3feld.roc.ny.frontiernet.net>
References: <Pine.LNX.4.58.0504102347580.18256@208-186-50-98.nrp3feld.roc.ny.frontiernet.net>
	<20050411222406.GA20058@fngna.oyu>
	<20050416124424.GB15241@fngna.oyu>
	<Pine.LNX.4.58.0504162042210.22315@208-186-50-98.nrp3feld.roc.ny.frontiernet.net>
Message-ID: <20050421194715.GA15459@fngna.oyu>

On Sat, Apr 16, 2005 at 08:55:39PM -0400, Andrew A. Gill wrote:
> On Sat, 16 Apr 2005, Jakub Bogusz wrote:
> > On Tue, Apr 12, 2005 at 12:24:06AM +0200, Jakub Bogusz wrote:
> > > On Sun, Apr 10, 2005 at 11:50:41PM -0400, Andrew A. Gill wrote:
> > > > glibc is segfaulting on DEC Alpha for me.
> > > >
> > > > The last version that works is glibc-2.3.4-0.20040603.1.  The
> > > > later CVS versions and glibc-2.3.4-[12] fail.  gdb won't let me
> > > > do a backtrace (``no stack''), but I've got the following bits
> > > > from ltrace (strace is attached):
> > [...]
> > > > I'm not sure what's causing this--it may just be that my kernel
> > > > (2.6.11) isn't configured for NPTL (glibc-2.3.4-[12].alpha uses
> > > > NPTL, right?), or something easy.
> > >
> > > glibc 2.3.4-[12] uses NPTL "where available" (i.e. on 2.6.x kernels) and
> > > linuxthreads otherwise (when run on 2.4.x kernel).
> > >
> > > There may be some problem with NPTL - I didn't test such configuration
> > > as I have only 2.4.2x on alpha. dillo runs fine on glibc-2.3.4-1 with
> > > linuxthreads. You can try it on 2.6.x by exporting
> > > "LD_ASSUME_KERNEL=2.4.6" (and eventually use it as workaround until real
> > > fix comes).
> >
> > There were some NPTL problems indeed, even simple threaded programs
> > segfaulted.
> > Could you try glibc-2.3.5-0.3 from ac-test?
> 
> Yay!  It seems to work!
> 
> I'm curious--what did you change?  Was it something in the PLD
> packaging, or something in the source?

It was caused by tls_fix patch (taken from Fedora Core) not updated at
proper time - i.e. one linuxthreads/alpha change in patch didn't follow
nptl/alpha change done in sources before 2.3.4 release.
I hope I fixed it properly.

(This patch is needed to have both LinuxThreads and NPTL libraries
installed, selectable at runtime.
Unpatched glibc sources support only one threads library at a time, so
one would need to choose: NPTL or ability to boot system on 2.4.x
kernel/run some app incompatible with TLS/NPTL.)


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



From adamg at biomerieux.pl  Thu Apr 21 23:12:53 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Thu, 21 Apr 2005 23:12:53 +0200
Subject: php4-xxx uninstall
In-Reply-To: <200504211932.30737.glen@delfi.ee>
References: <200504061943.13245.glen@delfi.ee>
	<200504211932.30737.glen@delfi.ee>
Message-ID: <20050421211253.GA26916@mysza.eu.org>

On Thu, Apr 21, 2005 at 07:32:30PM +0300, Elan Ruusam?e wrote:
> (sorry about previous mail)
> 
> anybody against this patch?
> http://glen.alkohol.ee/pld/php4-final-uninst.patch

Honestly I don't know. I have a deep feeling we could end up with having
something broken with that approach, but can't find any example...

... that's why, I'm fine with it ...

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



From aredridel at nbtsc.org  Fri Apr 22 00:32:07 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Thu, 21 Apr 2005 16:32:07 -0600
Subject: SPECS: ruby-FCGI.spec (REMOVED) - obsoleted by ruby-fcgi.spec
In-Reply-To: <200504212222.45696.glen@delfi.ee>
References: <SPECS_ruby_FCGI.spec.1.6@pld-linux.org>
	<SPECS_ruby_FCGI.spec.NONE@pld-linux.org>
	<200504212222.45696.glen@delfi.ee>
Message-ID: <1114122727.2328.3.camel@betelgeuse.theinternetco.net>

On Thu, 2005-04-21 at 22:22 +0300, Elan Ruusam?e wrote:
> but Obsoletes line to ruby-fcgi.spec?


Did it ever go to builders? I don't see it in ac.	




From ankry at green.mif.pg.gda.pl  Fri Apr 22 08:30:47 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Fri, 22 Apr 2005 08:30:47 +0200 (CEST)
Subject: SPECS: ruby-FCGI.spec (REMOVED) - obsoleted by ruby-fcgi.spec
In-Reply-To: <1114122727.2328.3.camel@betelgeuse.theinternetco.net> from
	"Aredridel" at Apr 21, 2005 04:32:07 PM
Message-ID: <200504220630.j3M6UlHX008716@green.mif.pg.gda.pl>

Aredridel wrote:
> 
> On Thu, 2005-04-21 at 22:22 +0300, Elan Ruusam??e wrote:
> > but Obsoletes line to ruby-fcgi.spec?
> 
> 
> Did it ever go to builders? I don't see it in ac.	

STBR ?

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



From ankry at green.mif.pg.gda.pl  Fri Apr 22 08:32:44 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Fri, 22 Apr 2005 08:32:44 +0200 (CEST)
Subject: SPECS: ruby-FCGI.spec (REMOVED) - obsoleted by ruby-fcgi.spec
In-Reply-To: <1114122727.2328.3.camel@betelgeuse.theinternetco.net> from
	"Aredridel" at Apr 21, 2005 04:32:07 PM
Message-ID: <200504220632.j3M6WiZv008735@green.mif.pg.gda.pl>

Aredridel wrote:
> 
> On Thu, 2005-04-21 at 22:22 +0300, Elan Ruusam??e wrote:
> > but Obsoletes line to ruby-fcgi.spec?
> 
> 
> Did it ever go to builders? I don't see it in ac.	

No tags. So only test builds were possible.

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



From glen at delfi.ee  Fri Apr 22 10:38:32 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 22 Apr 2005 11:38:32 +0300
Subject: php4-xxx uninstall
In-Reply-To: <20050421211253.GA26916@mysza.eu.org>
References: <200504061943.13245.glen@delfi.ee>
	<200504211932.30737.glen@delfi.ee>
	<20050421211253.GA26916@mysza.eu.org>
Message-ID: <200504221138.32752.glen@delfi.ee>

On Friday 22 April 2005 00:12, Adam Go??biowski wrote:
> On Thu, Apr 21, 2005 at 07:32:30PM +0300, Elan Ruusam?e wrote:
> > (sorry about previous mail)
> >
> > anybody against this patch?
> > http://glen.alkohol.ee/pld/php4-final-uninst.patch
>
> Honestly I don't know. I have a deep feeling we could end up with having
> something broken with that approach, but can't find any example...
>
> ... that's why, I'm fine with it ...
maybe append '|| :' to the script, then the error is still displayed and 
package(s) are uninstalled properly. 

and consider the order of uninstall and script run as rpm bug?

so as i understand there's no way to fix the uninstall order?


-- 
glen



From glen at delfi.ee  Fri Apr 22 10:57:31 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 22 Apr 2005 11:57:31 +0300
Subject: SPECS: apache-mod-ngobjweb.spec (NEW), libfoundation.spec (NEW),
	l...
In-Reply-To: <SPECS_opengroupware.spec.1.1@pld-linux.org>
References: <SPECS_apache_mod_ngobjweb.spec.NONE@pld-linux.org>
	<SPECS_opengroupware.spec.NONE@pld-linux.org>
	<SPECS_opengroupware.spec.1.1@pld-linux.org>
Message-ID: <200504221157.32624.glen@delfi.ee>

+++ SPECS/apache-mod-ngobjweb.spec      Thu Apr 21 23:42:17 2005

shouldn't the spec called apache-mod_ngobjweb.spec ?

On Friday 22 April 2005 00:42, wolvverine wrote:
> Author: wolvverine                   Date: Thu Apr 21 21:42:42 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - NFY
> -initial spec
>
> ---- Files affected:
> SPECS:
>    apache-mod-ngobjweb.spec (NONE -> 1.1)  (NEW), libfoundation.spec (NONE
> -> 1.1)  (NEW), libical-sope-devel.spec (NONE -> 1.1)  (NEW),
> libobjc-lf2.spec (NONE -> 1.1)  (NEW), opengroupware-environment.spec (NONE
> -> 1.1)  (NEW), opengroupware-pilot-link.spec (NONE -> 1.1)  (NEW),
> opengroupware.spec (NONE -> 1.1)  (NEW)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/apache-mod-ngobjweb.spec
> diff -u /dev/null SPECS/apache-mod-ngobjweb.spec:1.1
> --- /dev/null Thu Apr 21 23:42:42 2005
> +++ SPECS/apache-mod-ngobjweb.spec Thu Apr 21 23:42:17 2005
> @@ -0,0 +1,107 @@
> +# $Revision$, $Date$
> +%define  mod_ngobjweb_makeflags  -v
> +%define  sope_version   4.3
> +%define  opengroupware.org_version 1.0a
> +
> +
> +Summary: mod_ngobjweb apache module
> +Name:  sope-mod_ngobjweb
> +Version: 3.15
> +Release: 1
> +Vendor:  OpenGroupware.org
> +License:	LGPL
> +
> +Group:		Development/Libraries
> +#AutoReqProv:	off
> +Requires:	ogo-environment
> +Requires:	apache >= 2.0.40
> +Source0:	http://download.opengroupware.org/sources/trunk/sope-mod_ngobjweb
>-trunk-latest.tar.gz +#Patch:
> +URL:		http://www.softwarestudio.org/libical
> +
> +BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
> +
> +Requires: 	apache >= 2.0.40
> +
> +BuildRequires:	autoconf
> +BuildRequires:	automake
> +BuildRequires:	apache-devel
> +BuildRequires:	apr-devel
> +BuildRequires:	apr-util-devel
> +
> +%description
> +apache2 mod_ngobjweb adaptor (for OpenGroupware.org) .
> +Enables apache to handle HTTP requests for the SOPE application server
> +
> +%description
> +Modu? adaptera ngobjweb (dla OpenGroupware.org).
> +Enables apache to handle HTTP requests for the SOPE application server
> +
> +%prep
> +
> +%setup -n sope-mod_ngobjweb
> +
> +%build
> +. /usr/lib/GNUstep/System/Library/Makefiles/GNUstep.sh
> +export PATH=$PATH:%{_sbindir}
> +make %{mod_ngobjweb_makeflags} apxs=/usr/sbin/apxs HTTPD=/usr/sbin/httpd
> APXS_INCLUDE_DIRS="-I%{_includedir}/apr -I%{_includedir}/apr-util
> -I%{_includedir}/apache" +
> +%install
> +rm -rf $RPM_BUILD_ROOT
> +export PATH=$PATH:%{_sbindir}
> +install -d ${RPM_BUILD_ROOT}%{_libdir}/sope-%{sope_version}
> +cp mod_ngobjweb.so
> ${RPM_BUILD_ROOT}%{_libdir}/sope-%{sope_version}/mod_ngobjweb.so +
> +install -d ${RPM_BUILD_ROOT}%{_var}/lib/opengroupware.org
> +
> +echo "#this file contains the apache/httpd configuration for
> OpenGroupware.org +#it should be included from within your default
> httpd.conf ala:
> +#`include OGo.conf`
> +#(or copy it into the dir where additonal configs end up)
> +#
> +LoadModule ngobjweb_module %{_var}/lib/opengroupware.org/mod_ngobjweb.so
> +#
> +Alias /OpenGroupware10a.woa/WebServerResources/
> %{_prefix}/local/share/opengroupware.org-%{opengroupware.org_version}/www/
> +Alias /ArticleImages %{_var}/lib/opengroupware.org/news
> +#
> +<LocationMatch "^/OpenGroupware*">
> +  SetAppPort 20000
> +  SetHandler ngobjweb-adaptor
> +</LocationMatch>
> +#
> +<LocationMatch "^/zidestore/*">
> +SetHandler ngobjweb-adaptor
> +SetAppPort 21000
> +</LocationMatch>
> +#
> +<LocationMatch "^/RPC2*">
> +SetHandler ngobjweb-adaptor
> +SetAppPort 22000
> +</LocationMatch>
> +" > ${RPM_BUILD_ROOT}%{_var}/lib/opengroupware.org/OGo.conf
> +
> +
> +%post
> +cp %{_var}/lib/opengroupware.org/OGo.conf
> /etc/httpd/httpd.conf/88_OGo.conf +
> +%clean
> +rm -fr ${RPM_BUILD_ROOT}
> +
> +
> +%files
> +%defattr(644,root,root,755)
> +%config %{_sysconfdir}/httpd/httpd.conf/88_OGo.conf
> +%{_libdir}/sope-%{sope_version}/mod_ngobjweb.so
> +%config %{_var}/lib/opengroupware.org/OGo.conf
> +
> +
> +%define date	%(echo `LC_ALL="C" date +"%a %b %d %Y"`)
> +%changelog
> +* %{date} PLD Team <feedback at pld-linux.org>
> +All persons listed below can be reached at <cvs_login>@pld-linux.org
> +
> +$Log$
> +Revision 1.1  2005/04/21 21:42:17  wolvverine
> +- NFY
> +-initial spec
> +
>
> ================================================================
> Index: SPECS/libfoundation.spec
> diff -u /dev/null SPECS/libfoundation.spec:1.1
> --- /dev/null	Thu Apr 21 23:42:42 2005
> +++ SPECS/libfoundation.spec	Thu Apr 21 23:42:17 2005
> @@ -0,0 +1,129 @@
> +# $Revision$, $Date$
> +%define		libf_makeflags	-w
> +%define		__source	.
> +
> +Summary:	libFoundation Objective-C library.
> +Name:		libfoundation
> +Version:	1.0
> +Release:	62.1
> +Vendor:		OpenGroupware.org
> +License:	libFoundation license
> +Group:		Development/Libraries
> +AutoReqProv:	off
> +
> +Source0:	http://download.opengroupware.org/sources/trunk/%{name}-trunk-lat
>est.tar.gz +#Patch0:
> +URL:		http://www.opengroupware.org
> +
> +BuildRoot:	%{tmpdir}/%{name}-%{version}.%{release}-root-%(id -u -n)
> +
> +Requires:	libobjc-lf2
> +
> +BuildRequires:	autoconf
> +BuildRequires:	automake
> +BuildRequires:	bison
> +BuildRequires:	flex
> +BuildRequires:	gcc-objc
> +BuildRequires:	libobjc
> +BuildRequires:	gnustep-make >= 1.10.0
> +BuildRequires:	libobjc-lf2
> +BuildRequires:	libobjc-lf2-devel
> +
> +
> +%description
> +This package contains the libFoundation library, an Objective-C
> +library which aims to implement the Foundation part of the OpenStep
> +specification.
> +
> +%package devel
> +Summary:	The header files for the libfoundation objective c library.
> +Group:		Development/Libraries
> +Requires:	gnustep-make >= 1.10.0
> +Requires:	%{name} = %{version}-%{release}
> +AutoReqProv:	off
> +
> +%description devel
> +libFoundation objective-c development package.
> +
> +%prep
> +
> +%setup -q -n libfoundation
> +
> +
> +%build
> +%{__source} %{_libdir}/GNUstep/System/Library/Makefiles/GNUstep.sh
> +./configure
> +%{__make} %{libf_makeflags} all
> +
> +
> +%install
> +rm -rf $RPM_BUILD_ROOT
> +%{__source} %{_libdir}/GNUstep/System/Library/Makefiles/GNUstep.sh
> +install -d ${RPM_BUILD_ROOT}%{_libdir}
> +install -d
> ${RPM_BUILD_ROOT}%{_libdir}/GNUstep/System/Library/Makefiles/Additional +
> +%{__make} %{libf_makeflags} INSTALL_ROOT_DIR=${RPM_BUILD_ROOT} \
> +                      
> GNUSTEP_INSTALLATION_DIR=${RPM_BUILD_ROOT}%{_prefix} \ +                   
>    FHS_INSTALL_ROOT=${RPM_BUILD_ROOT}%{_prefix} \ +                      
> install
> +
> +rm -f
> ${RPM_BUILD_ROOT}%{_prefix}/GNUstep/System/Library/Headers/libFoundation/ex
>tensions/exceptions/FoundationException.h +rm -f
> ${RPM_BUILD_ROOT}%{_prefix}/GNUstep/System/Library/Headers/libFoundation/ex
>tensions/exceptions/GeneralExceptions.h +rm -f
> ${RPM_BUILD_ROOT}%{_prefix}/GNUstep/System/Library/Headers/libFoundation/ex
>tensions/exceptions/NSCoderExceptions.h +
> +
> +
> +%post
> +if [ $1 = 1 ]; then
> +  if [ -d %{_sysconfdir}/ld.so.conf.d ]; then
> +    echo "/usr/lib" > %{_sysconfdir}/ld.so.conf.d/libfoundation.conf
> +  elif [ ! "`grep '/usr/lib' %{_sysconfdir}/ld.so.conf`" ]; then
> +    echo "/usr/lib" >> %{_sysconfdir}/ld.so.conf
> +  fi
> +  /sbin/ldconfig
> +fi
> +
> +
> +%postun
> +if [ $1 = 0 ]; then
> +  if [ -e %{_sysconfdir}/ld.so.conf.d/libfoundation.conf ]; then
> +    rm -f %{_sysconfdir}/ld.so.conf.d/libfoundation.conf
> +  fi
> +  /sbin/ldconfig
> +fi
> +
> +
> +%clean
> +rm -fr ${RPM_BUILD_ROOT}
> +
> +
> +%files
> +%defattr(644,root,root,755)
> +%attr(755,root,root) %{_bindir}/Defaults
> +%attr(755,root,root) %{_libdir}/libFoundation*.so.%{version}
> +# %attr(755,root,root) %{_libdir}/libFoundation*.so.1.0
> +%{_datadir}/libFoundation/CharacterSets
> +%{_datadir}/libFoundation/Defaults
> +%{_datadir}/libFoundation/TimeZoneInfo
> +
> +%files devel
> +%defattr(644,root,root,755)
> +%dir %attr(755,root,root)
> %{_libdir}/GNUstep/System/Library/Makefiles/Additional
> +%{_libdir}/GNUstep/System/Library/Makefiles/Additional/libFoundation.make
> +%{_includedir}/lfmemory.h
> +%{_includedir}/real_exception_file.h
> +%{_includedir}/Foundation
> +%{_includedir}/extensions
> +%attr(755,root,root) %{_libdir}/libFoundation*.so
> +
> +
> +%define date	%(echo `LC_ALL="C" date +"%a %b %d %Y"`)
> +%changelog
> +* %{date} PLD Team <feedback at pld-linux.org>
> +All persons listed below can be reached at <cvs_login>@pld-linux.org
> +
> +$Log$
> +Revision 1.1  2005/04/21 21:42:17  wolvverine
> +- NFY
> +-initial spec
> +
>
> ================================================================
> Index: SPECS/libical-sope-devel.spec
> diff -u /dev/null SPECS/libical-sope-devel.spec:1.1
> --- /dev/null	Thu Apr 21 23:42:42 2005
> +++ SPECS/libical-sope-devel.spec	Thu Apr 21 23:42:17 2005
> @@ -0,0 +1,117 @@
> +# $Revision$, $Date$
> +%define		__source	.
> +%define		libical_makeflags	-s
> +
> +Summary:	IETF's iCalendar Calendaring and Scheduling protocols.
> +Name:		libical-sope
> +Version:	1.0
> +Release:	0.38
> +Vendor:		OpenGroupware.org
> +License:	LGPL
> +
> +Group:		Development/Libraries
> +AutoReqProv:	off
> +Source0:	http://download.opengroupware.org/sources/trunk/%{name}-trunk-lat
>est.tar.gz +#Patch0:
> +URL:		http://www.softwarestudio.org/libical
> +
> +BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
> +
> +Requires:	libfoundation
> +Requires:	libobjc-lf2
> +
> +#Requires: gnustep-make
> +BuildRequires:	autoconf
> +BuildRequires:	automake
> +BuildRequires:	bison
> +BuildRequires:	flex
> +BuildRequires:	gcc-objc
> +BuildRequires:	gnustep-make >= 1.10.0
> +BuildRequires:	libobjc-lf2
> +BuildRequires:	libobjc-lf2-devel
> +BuildRequires:	libfoundation-devel
> +BuildRequires:	libfoundation
> +
> +%description
> +Libical is an Open Source implementation of the IETF's iCalendar
> +Calendaring and Scheduling protocols. (RFC 2445, 2446, and 2447). It
> +parses iCal components and provides a C API for manipulating the
> +component properties, parameters, and subcomponents.
> +
> +%prep
> +
> +%setup -q -n libical-sope
> +
> +# ****************************** build ********************************
> +%build
> +%{__source} %{_libdir}/GNUstep/System/Library/Makefiles/GNUstep.sh
> +./cfg-gnustep.sh
> +%{__make} %{libical_makeflags} all
> +
> +# ****************************** install ******************************
> +%install
> +rm -rf $RPM_BUILD_ROOT
> +%{__source} %{_libdir}/GNUstep/System/Library/Makefiles/GNUstep.sh
> +
> +%{__make} %{libical_makeflags} DESTDIR=${RPM_BUILD_ROOT} \
> +                          FHS_INSTALL_ROOT=${RPM_BUILD_ROOT}%{_prefix} \
> +                          install
> +
> +rm -f
> ${RPM_BUILD_ROOT}%{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu
>/libical.la +rm -f
> ${RPM_BUILD_ROOT}%{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu
>/libical.so.0.0.0 +rm -f
> ${RPM_BUILD_ROOT}%{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu
>/libicalss.la +rm -f
> ${RPM_BUILD_ROOT}%{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu
>/libicalss.so.0.0.0 +rm -f
> ${RPM_BUILD_ROOT}%{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu
>/libicalvcal.la +rm -f
> ${RPM_BUILD_ROOT}%{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu
>/libicalvcal.so.0.0.0 +
> +# ****************************** post *********************************
> +%post
> +if [ $1 = 1 ]; then
> +  if [ -d %{_sysconfdir}/ld.so.conf.d ]; then
> +    echo "%{_libdir}" > %{_sysconfdir}/ld.so.conf.d/libical-sope.conf
> +  elif [ ! "`grep '%{_libdir}' %{_sysconfdir}/ld.so.conf`" ]; then
> +    echo "%{_libdir}" >> %{_sysconfdir}/ld.so.conf
> +  fi
> +  /sbin/ldconfig
> +fi
> +
> +# ****************************** postun *********************************
> +%postun
> +if [ $1 = 0 ]; then
> +  if [ -e %{_sysconfdir}/ld.so.conf.d/libical-sope.conf ]; then
> +    rm -f %{_sysconfdir}/ld.so.conf.d/libical-sope.conf
> +  fi
> +  /sbin/ldconfig
> +fi
> +
> +# ****************************** clean ********************************
> +%clean
> +rm -fr ${RPM_BUILD_ROOT}
> +
> +# ****************************** files ********************************
> +%files
> +%defattr(644,root,root,755)
> +%{_libdir}/GNUstep/System/Library/Headers/gnu-gnu-gnu/ical.h
> +%{_libdir}/GNUstep/System/Library/Headers/gnu-gnu-gnu/icalss.h
> +%dir %attr(755,root,root)
> %{_libdir}/GNUstep/System/Library/Headers/gnu-gnu-gnu/libicalvcal
> +%{_libdir}/GNUstep/System/Library/Headers/gnu-gnu-gnu/libicalvcal/icalvcal
>.h +%{_libdir}/GNUstep/System/Library/Headers/gnu-gnu-gnu/libicalvcal/port.h
> +%{_libdir}/GNUstep/System/Library/Headers/gnu-gnu-gnu/libicalvcal/vcaltmp.
>h +%{_libdir}/GNUstep/System/Library/Headers/gnu-gnu-gnu/libicalvcal/vcc.h
> +%{_libdir}/GNUstep/System/Library/Headers/gnu-gnu-gnu/libicalvcal/vobject.
>h +%{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu/libical.a
> +%{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu/libicalss.a
> +%{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu/libicalvcal.a +
> +
> +# ********************************* changelog *************************
> +%define date	%(echo `LC_ALL="C" date +"%a %b %d %Y"`)
> +%changelog
> +* %{date} PLD Team <feedback at pld-linux.org>
> +All persons listed below can be reached at <cvs_login>@pld-linux.org
> +
> +$Log$
> +Revision 1.1  2005/04/21 21:42:17  wolvverine
> +- NFY
> +-initial spec
> +
>
> ================================================================
> Index: SPECS/libobjc-lf2.spec
> diff -u /dev/null SPECS/libobjc-lf2.spec:1.1
> --- /dev/null	Thu Apr 21 23:42:42 2005
> +++ SPECS/libobjc-lf2.spec	Thu Apr 21 23:42:17 2005
> @@ -0,0 +1,117 @@
> +# $Revision$, $Date$
> +
> +%define		libf_objc_makeflags	-s
> +%define		__source		.
> +
> +Summary:	GNUstep Objective C runtime.
> +Name:		libobjc-lf2
> +Version:	lf2
> +Release:	95.3
> +Vendor:		http://www.gnustep.org
> +License:	GPL
> +Group:		Development/Libraries
> +AutoReqProv:	off
> +Source0:	http://download.opengroupware.org/sources/trunk/%{name}-trunk-lat
>est.tar.gz +#Patch0:
> +URL:		http://www.opengroupware.org
> +
> +BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
> +BuildPreReq:	gnustep-make
> +
> +BuildRequires:	autoconf
> +BuildRequires:	automake
> +BuildRequires:	bison
> +BuildRequires:	flex
> +BuildRequires:	gcc-objc
> +BuildRequires:	gnustep-make >= 1.10.0
> +
> +
> +%description
> +GNUstep Objective C runtime.
> +
> +%package devel
> +Summary:	The header files for the objc library.
> +Group:		Development/Libraries
> +Requires:	%{name} = %{version}-%{release}
> +Requires: 	gnustep-make
> +AutoReqProv:	off
> +
> +%description devel
> +GNUstep Objective C development package.
> +
> +%prep
> +%setup -q -n libobjc-lf2
> +
> +%build
> +%{__source} %{_libdir}/GNUstep/System/Library/Makefiles/GNUstep.sh
> +%{__make} %{libf_objc_makeflags} all
> +
> +
> +%install
> +rm -rf $RPM_BUILD_ROOT
> +%{__source} %{_libdir}/GNUstep/System/Library/Makefiles/GNUstep.sh
> +%{__make} %{libf_objc_makeflags}
> GNUSTEP_INSTALLATION_DIR=${RPM_BUILD_ROOT}%{_libdir}/GNUstep/System install
> +
> +install -d ${RPM_BUILD_ROOT}%{_libdir}
> +mv
> ${RPM_BUILD_ROOT}%{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu
>/gnu-gnu-gnu/libobjc*.so.lf2* ${RPM_BUILD_ROOT}%{_libdir}/ +
> +
> +%post
> +if [ $1 = 1 ]; then
> +  if [ -e %{_libdir}/libobjc_d.so.lf2 ]; then
> +    cd
> %{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu/gnu-gnu-gnu +   
> ln -s %{_libdir}/libobjc_d.so.lf2
> +  fi
> +  if [ -e %{_libdir}/libobjc.so.lf2 ]; then
> +    cd
> %{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu/gnu-gnu-gnu +   
> ln -s %{_libdir}/libobjc.so.lf2
> +  fi
> +  if [ -d %{_sysconfdir}/ld.so.conf.d ]; then
> +    echo "%{_libdir}" > %{_sysconfdir}/ld.so.conf.d/libobjc-lf2.conf
> +  elif [ ! "`grep '%{_libdir}' %{_sysconfdir}/ld.so.conf`" ]; then
> +    echo "%{_libdir}" >> %{_sysconfdir}/ld.so.conf
> +  fi
> +  /sbin/ldconfig
> +fi
> +
> +
> +%postun
> +if [ $1 = 0 ]; then
> +  if [ -h
> %{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu/gnu-gnu-gnu/libo
>bjc_d.so.lf2 ]; then +    rm -f
> %{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu/gnu-gnu-gnu/libo
>bjc_d.so.lf2 +  fi
> +  if [ -h
> %{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu/gnu-gnu-gnu/libo
>bjc.so.lf2 ]; then +    rm -f
> %{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu/gnu-gnu-gnu/libo
>bjc.so.lf2 +  fi
> +  if [ -e %{_sysconfdir}/ld.so.conf.d/libobjc-lf2.conf ]; then
> +    rm -f %{_sysconfdir}/ld.so.conf.d/libobjc-lf2.conf
> +  fi
> +  /sbin/ldconfig
> +fi
> +
> +
> +%clean
> +rm -fr ${RPM_BUILD_ROOT}
> +
> +
> +%files
> +%defattr(644,root,root,755)
> +%attr(755,root,root) %{_libdir}/libobjc*.so.lf2*
> +%files devel
> +%defattr(644,root,root,755)
> +%{_libdir}/GNUstep/System/Library/Headers/gnu-gnu-gnu/objc
> +%attr(755,root,root)
> %{_libdir}/GNUstep/System/Library/Libraries/ix86/linux-gnu/gnu-gnu-gnu/libo
>bjc*.so +
> +
> +%define date	%(echo `LC_ALL="C" date +"%a %b %d %Y"`)
> +%changelog
> +* %{date} PLD Team <feedback at pld-linux.org>
> +All persons listed below can be reached at <cvs_login>@pld-linux.org
> +
> +$Log$
> +Revision 1.1  2005/04/21 21:42:17  wolvverine
> +- NFY
> +-initial spec
> +
> +* Wed Sep 09 2004 Frank Reppin <frank at opengroupware.org>
> +- initial build
>
> ================================================================
> Index: SPECS/opengroupware-environment.spec
> diff -u /dev/null SPECS/opengroupware-environment.spec:1.1
> --- /dev/null	Thu Apr 21 23:42:42 2005
> +++ SPECS/opengroupware-environment.spec	Thu Apr 21 23:42:17 2005
> @@ -0,0 +1,135 @@
> +# $Revision$, $Date$
> +Summary:	OGo environment
> +Name:		ogo-environment
> +Version:	1.0a
> +Release:	8
> +Vendor:		http://www.opengroupware.org
> +License:	LGPL
> +Group:		Development/Libraries
> +AutoReqProv:	off
> +#Source:			%{ogo_env_source}
> +#Patch:
> +URL:		http://www.gnustep.org
> +#Requires:
> +#BuildPreReq:
> +BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
> +
> +%description
> +Adds the required user and some configurations.
> +
> +%description
> +Ustawia wymagane przez OpenGroupware.org zmienne, user?w i podstawow?
> konfiguracje. +
> +
> +%prep
> +
> +
> +%build
> +
> +
> +%install
> +rm -rf $RPM_BUILD_ROOT
> +install -d
> ${RPM_BUILD_ROOT}%{_var}/lib/opengroupware.org/.libFoundation/Defaults
> +install -d ${RPM_BUILD_ROOT}%{_var}/lib/opengroupware.org/documents
> +install -d ${RPM_BUILD_ROOT}%{_var}/lib/opengroupware.org/news
> +
> +
> +%pre
> +if [ $1 = 1 ]; then
> +  OGO_USER="ogo"
> +  OGO_GROUP="skyrix"
> +  OGO_SHELL="`which bash`"
> +  OGO_HOME="%{_var}/lib/opengroupware.org"
> +  echo -en "adding group ${OGO_GROUP}.\n"
> +  /usr/sbin/groupadd "${OGO_GROUP}" 2>/dev/null || :
> +  echo -en "adding user ${OGO_USER}.\n"
> +  /usr/sbin/useradd -c "OpenGroupware.org User" \
> +                    -s "${OGO_SHELL}" -d "${OGO_HOME}" -g "${OGO_GROUP}"
> "${OGO_USER}" 2>/dev/null || : +fi
> +
> +
> +%post
> +if [ $1 = 1 ]; then
> +  cd %{_sysconfdir}
> +  ln -s %{_var}/lib/opengroupware.org/.libFoundation opengroupware.org
> +  ## some defaults
> +  OGO_USER="ogo"
> +  export PATH=$PATH:%{prefix}/bin
> +  su - ${OGO_USER} -c "
> +  Defaults write NSGlobalDomain LSConnectionDictionary
> '{hostName=localhost; userName=OGo; password=\"\"; port=5432;
> databaseName=OGo}' +  Defaults write NSGlobalDomain skyrix_id `hostname`
> +  Defaults write NSGlobalDomain TimeZoneName GMT
> +  Defaults write NSGlobalDomain WOHttpAllowHost '( localhost, 127.0.0.1,
> localhost.localdomain)' +  Defaults write nhsd NGBundlePath
> '%{prefix}/opengroupware.org-1.0a/conduits' +  "
> +  ##
> +  if [ -f %{_var}/lib/pgsql/data/pg_hba.conf ]; then
> +    if [ "`grep -iE '^host.*all.*all.*127.0.0.1.*trust$'
> %{_var}/lib/pgsql/data/pg_hba.conf`" ]; then +      echo -en "pg_hba.conf
> seems to be OK.\n"
> +    else
> +      echo -en "pg_hba.conf needs to be edited - please refer to our
> FAQ\n" +    fi
> +  fi
> +  if [ -f %{_var}/lib/pgsql/data/postgresql.conf ]; then
> +    if [ "`grep -iE '^tcpip_socket.*=.*true$'
> %{_var}/lib/pgsql/data/postgresql.conf`" ]; then +      echo -en
> "postgresql.conf seems to be OK.\n"
> +    else
> +      echo -en "postgresql.conf needs to be edited - please refer to our
> FAQ\n" +    fi
> +  fi
> +  ##
> +  if [ -d %{_sysconfdir}/ld.so.conf.d ]; then
> +    echo "%{_libdir}/" > %{_sysconfdir}/ld.so.conf.d/opengroupware.conf
> +  elif [ ! "`grep '%{_libdir}/' %{_sysconfdir}/ld.so.conf`" ]; then
> +    echo "%{_libdir}/" >> %{_sysconfdir}/ld.so.conf
> +  fi
> +  /sbin/ldconfig
> +fi
> +
> +
> +%postun
> +if [ $1 = 0 ]; then
> +  OGO_USER="ogo"
> +  OGO_GROUP="skyrix"
> +  if [ "`getent passwd ${OGO_USER}`" ]; then
> +    echo -en "removing user ${OGO_USER}.\n"
> +    /usr/sbin/userdel "${OGO_USER}" 2>/dev/null || :
> +  fi
> <<Diff was trimmed, longer than 597 lines>>
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-- 
glen



From glen at delfi.ee  Fri Apr 22 11:24:46 2005
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Fri, 22 Apr 2005 12:24:46 +0300
Subject: SPECS: ruby-FCGI.spec (REMOVED) - obsoleted by ruby-fcgi.spec
In-Reply-To: <1114122727.2328.3.camel@betelgeuse.theinternetco.net>
References: <SPECS_ruby_FCGI.spec.1.6@pld-linux.org>
	<200504212222.45696.glen@delfi.ee>
	<1114122727.2328.3.camel@betelgeuse.theinternetco.net>
Message-ID: <200504221224.46778.glen@delfi.ee>

On Friday 22 April 2005 01:32, Aredridel wrote:
> On Thu, 2005-04-21 at 22:22 +0300, Elan Ruusam?e wrote:
> > but Obsoletes line to ruby-fcgi.spec?
>
> Did it ever go to builders? I don't see it in ac.
ah. okay.

btw, similiar symptom:
python-EditObj.spec
python-editobj.spec  


-- 
glen



From qboosh at pld-linux.org  Fri Apr 22 19:17:33 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 22 Apr 2005 19:17:33 +0200
Subject: SPECS: apache-mod-ngobjweb.spec (NEW), libfoundation.spec (NEW),
	l...
In-Reply-To: <200504221157.32624.glen@delfi.ee>
References: <SPECS_apache_mod_ngobjweb.spec.NONE@pld-linux.org>
	<SPECS_opengroupware.spec.NONE@pld-linux.org>
	<SPECS_opengroupware.spec.1.1@pld-linux.org>
	<200504221157.32624.glen@delfi.ee>
Message-ID: <20050422171733.GA28731@fngna.oyu>

On Fri, Apr 22, 2005 at 11:57:31AM +0300, Elan Ruusam?e wrote:
> +++ SPECS/apache-mod-ngobjweb.spec      Thu Apr 21 23:42:17 2005
> 
> shouldn't the spec called apache-mod_ngobjweb.spec ?

Of course it should... if it's apache module.
But why it's Name is sope-mod_* and it installs under %{_libdir}/sope*
tree???


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



From tomczyk at op.onet.pl  Sat Apr 23 22:09:45 2005
From: tomczyk at op.onet.pl (Krystian T)
Date: Sat, 23 Apr 2005 22:09:45 +0200
Subject: gnutu up to 1.2
Message-ID: <1114286985.1164.5.camel@localhost>

New wersion of gnutu.
-- 
Regards
Krystian T

        "errare humanum est..."
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gnutu.spec-up1.2.diff
Type: text/x-patch
Size: 700 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20050423/b8b45e07/attachment.bin>

From glen at delfi.ee  Sun Apr 24 13:18:35 2005
From: glen at delfi.ee (=?ISO-8859-2?Q?Elan_Ruusam=E4e?=)
Date: Sun, 24 Apr 2005 14:18:35 +0300
Subject: SPECS: jamin.spec - 0.95.0, switched to working sf mirror,
	removed...
In-Reply-To: <SPECS_jamin.spec.1.9@pld-linux.org>
References: <SPECS_jamin.spec.1.8@pld-linux.org>
	<SPECS_jamin.spec.1.9@pld-linux.org>
Message-ID: <426B808B.1000302@delfi.ee>

why aren't you using SPECS/mirrors to specify yourself working sf mirror?

freetz wrote:

>Author: freetz                       Date: Sat Apr 23 15:30:36 2005 GMT
>Module: SPECS                         Tag: HEAD
>---- Log message:
>- 0.95.0, switched to working sf mirror, removed .desktop file (already
>  included), register mime for shared-mime-info and desktop database,
>  desktop patch added, BR: liblo-devel, switched to new icon
>
>---- Files affected:
>SPECS:
>   jamin.spec (1.8 -> 1.9) 
>
>---- Diffs:
>
>================================================================
>Index: SPECS/jamin.spec
>diff -u SPECS/jamin.spec:1.8 SPECS/jamin.spec:1.9
>--- SPECS/jamin.spec:1.8	Thu Nov  4 23:07:26 2004
>+++ SPECS/jamin.spec	Sat Apr 23 17:30:30 2005
>@@ -1,21 +1,14 @@
> # $Revision$, $Date$
>-# TODO:
>-# - with liblo http://plugin.org.uk/liblo
>-# - correct install or send back to Moscow russian translation
>-#   (ALT got a patch for this)
>-#
> Summary:	JAMin - JACK audio mastering interface
> Summary(pl):	JAMin - nak?adka na JACK-a do masteringu d?wi?ku
> Name:		jamin
>-Version:	0.9.0
>+Version:	0.95.0
> Release:	1
> License:	GPL v2
> Group:		X11/Applications/Sound
>-Source0:	http://dl.sourceforge.net/jamin/%{name}-%{version}.tar.gz
>-# Source0-md5:	2c98cd525304c35f6b9f881209b5e6e4
>-Source1:	%{name}.desktop
>-Source2:	%{name}.png
>-Patch0:		%{name}-gcc34.patch
>+Source0:	http://heanet.dl.sourceforge.net/jamin/%{name}-%{version}.tar.gz
>+# Source0-md5:	032f2a4a578a8938f76282112d56c8d6
>+Source1:	%{name}.png
> URL:		http://jamin.sf.net/
> BuildRequires:	autoconf
> BuildRequires:	automake
>@@ -23,8 +16,12 @@
> BuildRequires:	gtk+2-devel >= 1.3.13
> BuildRequires:	intltool
> BuildRequires:	jack-audio-connection-kit-devel >= 0.80.0
>+BuildRequires:	liblo-devel >= 0.18
> BuildRequires:	libtool
> BuildRequires:	libxml2-devel >= 2.5
>+BuildRequires:	rpmbuild(macros) >= 1.197
>+Requires(post,postun):	desktop-file-utils
>+Requires(post,postun):	shared-mime-info
> Requires:	ladspa-swh-plugins >= 0.4.11
> BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
> 
>@@ -39,11 +36,10 @@
> 
> %prep
> %setup -q
>-%patch0 -p1
> 
> %build
>-glib-gettextize --force --copy
>-intltoolize --copy --force --automake
>+%{__glib_gettextize}
>+%{__intltoolize}
> %{__libtoolize}
> %{__aclocal}
> %{__autoheader}
>@@ -58,20 +54,34 @@
> %{__make} install \
> 	DESTDIR=$RPM_BUILD_ROOT
> 
>-install -c %{SOURCE1} $RPM_BUILD_ROOT%{_desktopdir}
>-install -c %{SOURCE2} $RPM_BUILD_ROOT%{_pixmapsdir}
>+install -c %{SOURCE1} $RPM_BUILD_ROOT%{_pixmapsdir}
>+rm -f $RPM_BUILD_ROOT%{_datadir}/icons/jamin.svg
>+
>+%find_lang %{name}
> 
> %clean
> rm -rf $RPM_BUILD_ROOT
> 
>-%files
>+%post
>+umask 022
>+update-mime-database %{_datadir}/mime
>+%update_desktop_database_post
>+
>+%postun
>+umask 022
>+update-mime-database %{_datadir}/mime
>+%update_desktop_database_postun
>+
>+%files -f %{name}.lang
> %defattr(644,root,root,755)
> %doc AUTHORS ChangeLog README TODO
> %attr(755,root,root) %{_bindir}/*
> %{_datadir}/jamin
>+%{_datadir}/mime/packages/*.xml
> %{_desktopdir}/*.desktop
>-%{_pixmapsdir}/*.png
>+%{_libdir}/ladspa/*
> %{_mandir}/man1/*
>+%{_pixmapsdir}/*.png
> 
> %define date	%(echo `LC_ALL="C" date +"%a %b %d %Y"`)
> %changelog
>@@ -79,6 +89,11 @@
> All persons listed below can be reached at <cvs_login>@pld-linux.org
> 
> $Log$
>+Revision 1.9  2005/04/23 15:30:30  freetz
>+- 0.95.0, switched to working sf mirror, removed .desktop file (already
>+  included), register mime for shared-mime-info and desktop database,
>+  desktop patch added, BR: liblo-devel, switched to new icon
>+
> Revision 1.8  2004/11/04 22:07:26  freetz
> - added TODO note
> - looks like building it without liblo causes runtime problems
>================================================================
>
>---- CVS-web:
>    http://cvs.pld-linux.org/SPECS/jamin.spec?r1=1.8&r2=1.9&f=u
>
>
>_______________________________________________
>pld-cvs-commit mailing list
>pld-cvs-commit at pld-linux.org
>http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
>  
>




From freetz at gmx.net  Sun Apr 24 13:39:24 2005
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Sun, 24 Apr 2005 13:39:24 +0200
Subject: SPECS: jamin.spec - 0.95.0, switched to working sf mirror,
 removed...
In-Reply-To: <426B808B.1000302@delfi.ee>
References: <SPECS_jamin.spec.1.8@pld-linux.org>
	<SPECS_jamin.spec.1.9@pld-linux.org> <426B808B.1000302@delfi.ee>
Message-ID: <20050424133924.5da270f6.freetz@gmx.net>

On Sun, 24 Apr 2005 14:18:35 +0300
"Elan Ruusam?e" <glen at delfi.ee> wrote:

> why aren't you using SPECS/mirrors to specify yourself working sf
> mirror?

tell me which one works always and for all projects, and i will use it.

and please do not cc me i'm subscribed.

-- 
Fryderyk Dziarmagowski



From glen at delfi.ee  Sun Apr 24 14:46:18 2005
From: glen at delfi.ee (=?ISO-8859-2?Q?Elan_Ruusam=E4e?=)
Date: Sun, 24 Apr 2005 15:46:18 +0300
Subject: SPECS: jamin.spec - 0.95.0, switched to working sf mirror,
	removed...
In-Reply-To: <20050424133924.5da270f6.freetz@gmx.net>
References: <SPECS_jamin.spec.1.8@pld-linux.org>	<SPECS_jamin.spec.1.9@pld-linux.org>
	<426B808B.1000302@delfi.ee>
	<20050424133924.5da270f6.freetz@gmx.net>
Message-ID: <426B951A.8040605@delfi.ee>

Fryderyk Dziarmagowski wrote:

>>why aren't you using SPECS/mirrors to specify yourself working sf
>>mirror?
>>    
>>
>
>tell me which one works always and for all projects, and i will use it.
>  
>
seriously tough, i havent had any such problems with sf urls, so i can't 
really help here.

>and please do not cc me i'm subscribed.
>  
>



From freetz at gmx.net  Sun Apr 24 19:01:46 2005
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Sun, 24 Apr 2005 19:01:46 +0200
Subject: SPECS: jamin.spec - 0.95.0, switched to working sf mirror,
 removed...
In-Reply-To: <426B951A.8040605@delfi.ee>
References: <SPECS_jamin.spec.1.8@pld-linux.org>
	<SPECS_jamin.spec.1.9@pld-linux.org> <426B808B.1000302@delfi.ee>
	<20050424133924.5da270f6.freetz@gmx.net>
	<426B951A.8040605@delfi.ee>
Message-ID: <20050424190146.5428c484.freetz@gmx.net>

On Sun, 24 Apr 2005 15:46:18 +0300
"Elan Ruusam?e" <glen at delfi.ee> wrote:

> >>why aren't you using SPECS/mirrors to specify yourself working sf
> >>mirror?
> >>    
> >>
> >
> >tell me which one works always and for all projects, and i will use
> >it.
> >  
> >
> seriously tough, i havent had any such problems with sf urls, so i
> can't really help here.

dl.sourceforge.net/project_name/%{name}-%{version}-tarball doesn't
work for me in many cases (perl-Gtk2.spec for example). It is
impossible to update any .spec without fetching some sources...

What is the _right way_ in such case? what should we do with broken
sf.net downloads?

-- 
Fryderyk Dziarmagowski



From ankry at green.mif.pg.gda.pl  Sun Apr 24 19:25:29 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sun, 24 Apr 2005 19:25:29 +0200 (CEST)
Subject: SPECS: jamin.spec - 0.95.0, switched to working sf mirror,
In-Reply-To: <20050424190146.5428c484.freetz@gmx.net> from "Fryderyk
	Dziarmagowski" at Apr 24, 2005 07:01:46 PM
Message-ID: <200504241725.j3OHPT1i008332@green.mif.pg.gda.pl>

Fryderyk Dziarmagowski wrote:
> On Sun, 24 Apr 2005 15:46:18 +0300
> "Elan Ruusam?e" <glen at delfi.ee> wrote:
> > >>why aren't you using SPECS/mirrors to specify yourself working sf
> > >>mirror?
> > >>    
> > >>
> > >
> > >tell me which one works always and for all projects, and i will use
> > >it.
> > >  
> > >
> > seriously tough, i havent had any such problems with sf urls, so i
> > can't really help here.
> 
> dl.sourceforge.net/project_name/%{name}-%{version}-tarball doesn't
> work for me in many cases (perl-Gtk2.spec for example). It is
> impossible to update any .spec without fetching some sources...
> 
> What is the _right way_ in such case? what should we do with broken
> sf.net downloads?

I think we are still waiting for sb to find a working solution.
I have seen in some places references to a specific sf site.
But IMO there is no common policy which site should be used.

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



From glen at delfi.ee  Mon Apr 25 11:06:52 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Mon, 25 Apr 2005 12:06:52 +0300
Subject: SPECS: jamin.spec - 0.95.0, switched to working sf mirror,
In-Reply-To: <200504241725.j3OHPT1i008332@green.mif.pg.gda.pl>
References: <200504241725.j3OHPT1i008332@green.mif.pg.gda.pl>
Message-ID: <200504251206.52549.glen@delfi.ee>

On Sunday 24 April 2005 20:25, Andrzej Krzysztofowicz wrote:
> Fryderyk Dziarmagowski wrote:
> > On Sun, 24 Apr 2005 15:46:18 +0300
> >
> > "Elan Ruusam?e" <glen at delfi.ee> wrote:
> > > >>why aren't you using SPECS/mirrors to specify yourself working sf
> > > >>mirror?
> > > >
> > > >tell me which one works always and for all projects, and i will use
> > > >it.
> > >
> > > seriously tough, i havent had any such problems with sf urls, so i
> > > can't really help here.
> >
> > dl.sourceforge.net/project_name/%{name}-%{version}-tarball doesn't
> > work for me in many cases (perl-Gtk2.spec for example). It is
> > impossible to update any .spec without fetching some sources...
> >
> > What is the _right way_ in such case? what should we do with broken
> > sf.net downloads?
>
> I think we are still waiting for sb to find a working solution.
> I have seen in some places references to a specific sf site.
> But IMO there is no common policy which site should be used.
i seem to get hit by these mirrors.
so perhaps find their reverse and put them to SPECS/mirrors so they're used globally.

Resolving dl.sourceforge.net... 66.35.250.221, 150.65.7.130, 198.142.1.17, ...

221.250.35.66.in-addr.arpa is an alias for 221.0/24.250.35.66.in-addr.arpa.
221.0/24.250.35.66.in-addr.arpa domain name pointer sc8-sf-ftp1.sourceforge.net.
130.7.65.150.in-addr.arpa domain name pointer ftp.jaist.ac.jp.
17.1.142.198.in-addr.arpa domain name pointer sourceforge.optusnet.com.au.

-- 
glen



From ankry at green.mif.pg.gda.pl  Mon Apr 25 11:19:26 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 25 Apr 2005 11:19:26 +0200 (CEST)
Subject: SPECS: jamin.spec - 0.95.0, switched to working sf mirror,
In-Reply-To: <200504251206.52549.glen@delfi.ee> from "Elan
	=?iso-8859-2?q?Ruusam=E4e?=" at Apr 25, 2005 12:06:52 PM
Message-ID: <200504250919.j3P9JQu6021640@green.mif.pg.gda.pl>

Elan =?iso-8859-2?q?Ruusam=E4e?= wrote:
> 
> On Sunday 24 April 2005 20:25, Andrzej Krzysztofowicz wrote:
> > Fryderyk Dziarmagowski wrote:
> > > On Sun, 24 Apr 2005 15:46:18 +0300
> > >
> > > "Elan Ruusam?e" <glen at delfi.ee> wrote:
> > > > >>why aren't you using SPECS/mirrors to specify yourself working sf
> > > > >>mirror?
> > > > >
> > > > >tell me which one works always and for all projects, and i will use
> > > > >it.
> > > >
> > > > seriously tough, i havent had any such problems with sf urls, so i
> > > > can't really help here.
> > >
> > > dl.sourceforge.net/project_name/%{name}-%{version}-tarball doesn't
> > > work for me in many cases (perl-Gtk2.spec for example). It is
> > > impossible to update any .spec without fetching some sources...
> > >
> > > What is the _right way_ in such case? what should we do with broken
> > > sf.net downloads?
> >
> > I think we are still waiting for sb to find a working solution.
> > I have seen in some places references to a specific sf site.
> > But IMO there is no common policy which site should be used.
> i seem to get hit by these mirrors.
> so perhaps find their reverse and put them to SPECS/mirrors so they're used globally.

heanet belnet used to. Now AFAIK they also don't.

> Resolving dl.sourceforge.net... 66.35.250.221, 150.65.7.130, 198.142.1.17, ...
> 
> 221.250.35.66.in-addr.arpa is an alias for 221.0/24.250.35.66.in-addr.arpa.
> 221.0/24.250.35.66.in-addr.arpa domain name pointer sc8-sf-ftp1.sourceforge.net.
> 130.7.65.150.in-addr.arpa domain name pointer ftp.jaist.ac.jp.
> 17.1.142.198.in-addr.arpa domain name pointer sourceforge.optusnet.com.au.

We need URLs that allow directory listing. Without that some our tools stop
working. Or all specs with dl.sourceforge.net references need
Source#Download field to be added (is it already properly supported ?).

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



From glen at delfi.ee  Mon Apr 25 11:19:06 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Mon, 25 Apr 2005 12:19:06 +0300
Subject: SPECS: jamin.spec - 0.95.0, switched to working sf mirror,
In-Reply-To: <200504251206.52549.glen@delfi.ee>
References: <200504241725.j3OHPT1i008332@green.mif.pg.gda.pl>
	<200504251206.52549.glen@delfi.ee>
Message-ID: <200504251219.07250.glen@delfi.ee>

On Monday 25 April 2005 12:06, Elan Ruusam?e wrote:
> > I think we are still waiting for sb to find a working solution.
> > I have seen in some places references to a specific sf site.
> > But IMO there is no common policy which site should be used.
>
> i seem to get hit by these mirrors.
> so perhaps find their reverse and put them to SPECS/mirrors so they're used
> globally.
>
> Resolving dl.sourceforge.net... 66.35.250.221, 150.65.7.130, 198.142.1.17,
> ...

jaist.dl.sourceforge.net has address 150.65.7.130
optusnet.dl.sourceforge.net has address 198.142.1.17


-- 
glen



From ankry at green.mif.pg.gda.pl  Mon Apr 25 11:22:25 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 25 Apr 2005 11:22:25 +0200 (CEST)
Subject: SPECS: jamin.spec - 0.95.0, switched to working sf mirror,
In-Reply-To: <200504251219.07250.glen@delfi.ee> from "Elan
	=?iso-8859-2?q?Ruusam=E4e?=" at Apr 25, 2005 12:19:06 PM
Message-ID: <200504250922.j3P9MPJ6021683@green.mif.pg.gda.pl>

Elan =?iso-8859-2?q?Ruusam=E4e?= wrote:
> 
> On Monday 25 April 2005 12:06, Elan Ruusam?e wrote:
> > > I think we are still waiting for sb to find a working solution.
> > > I have seen in some places references to a specific sf site.
> > > But IMO there is no common policy which site should be used.
> >
> > i seem to get hit by these mirrors.
> > so perhaps find their reverse and put them to SPECS/mirrors so they're used
> > globally.
> >
> > Resolving dl.sourceforge.net... 66.35.250.221, 150.65.7.130, 198.142.1.17,
> > ...
> 
> jaist.dl.sourceforge.net has address 150.65.7.130
> optusnet.dl.sourceforge.net has address 198.142.1.17

Putting sth in mirrors causes that ONLY the first entry will be used.
Which one you choose? Why this?
Everything stops working when it goes into maintenance mode...

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



From qboosh at pld-linux.org  Mon Apr 25 11:28:01 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 25 Apr 2005 11:28:01 +0200
Subject: SPECS: jamin.spec - 0.95.0, switched to working sf mirror,
In-Reply-To: <200504250919.j3P9JQu6021640@green.mif.pg.gda.pl>
References: <200504251206.52549.glen@delfi.ee>
	<200504250919.j3P9JQu6021640@green.mif.pg.gda.pl>
Message-ID: <20050425092801.GA23459@gruby.cs.net.pl>

On Mon, Apr 25, 2005 at 11:19:26AM +0200, Andrzej Krzysztofowicz wrote:
> Elan =?iso-8859-2?q?Ruusam=E4e?= wrote:
> > On Sunday 24 April 2005 20:25, Andrzej Krzysztofowicz wrote:
> > > Fryderyk Dziarmagowski wrote:
> > > > On Sun, 24 Apr 2005 15:46:18 +0300
> > > >
> > > > "Elan Ruusam?e" <glen at delfi.ee> wrote:
> > > > > >>why aren't you using SPECS/mirrors to specify yourself working sf
> > > > > >>mirror?
> > > > > >
> > > > > >tell me which one works always and for all projects, and i will use
> > > > > >it.
> > > > >
> > > > > seriously tough, i havent had any such problems with sf urls, so i
> > > > > can't really help here.
> > > >
> > > > dl.sourceforge.net/project_name/%{name}-%{version}-tarball doesn't
> > > > work for me in many cases (perl-Gtk2.spec for example). It is
> > > > impossible to update any .spec without fetching some sources...
> > > >
> > > > What is the _right way_ in such case? what should we do with broken
> > > > sf.net downloads?
> > >
> > > I think we are still waiting for sb to find a working solution.
> > > I have seen in some places references to a specific sf site.
> > > But IMO there is no common policy which site should be used.
> > i seem to get hit by these mirrors.
> > so perhaps find their reverse and put them to SPECS/mirrors so they're used globally.
> 
> heanet belnet used to. Now AFAIK they also don't.

Recently only heanet provided browsable directories, but it's down ATM.

Do they want to force us to use non-working file listings?
(prdownloads is browsable, but all links refer to further HTML pages
instead of sources :/)

> > Resolving dl.sourceforge.net... 66.35.250.221, 150.65.7.130, 198.142.1.17, ...
> > 
> > 221.250.35.66.in-addr.arpa is an alias for 221.0/24.250.35.66.in-addr.arpa.
> > 221.0/24.250.35.66.in-addr.arpa domain name pointer sc8-sf-ftp1.sourceforge.net.
> > 130.7.65.150.in-addr.arpa domain name pointer ftp.jaist.ac.jp.
> > 17.1.142.198.in-addr.arpa domain name pointer sourceforge.optusnet.com.au.
> 
> We need URLs that allow directory listing. Without that some our tools stop
> working. Or all specs with dl.sourceforge.net references need
> Source#Download field to be added (is it already properly supported ?).

Manually only. See TODO in pldnotify.awk.


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



From martii at obgyn.edu.pl  Mon Apr 25 13:49:35 2005
From: martii at obgyn.edu.pl (Marcin Chojnowski)
Date: Mon, 25 Apr 2005 13:49:35 +0200
Subject: courier-imapd + fam
Message-ID: <20050425114935.GA14124@obgyn>

Hi,

I have such stuff in logs:

imapd: Failed to create cache file: maildirwatch (username)
imapd: Error: Input/output error
imapd: Check for proper operation and configuration
imapd: of the File Access Monitor daemon (famd).

Courier documentation says that I should install famd. It's runing 
on my system but I still have such logs. Any idea?

fam-2.6.10-2
courier-imap-3.0.8-4

Martii



From andree at pld-linux.org  Mon Apr 25 19:27:07 2005
From: andree at pld-linux.org (Andrzej Augustynowicz)
Date: Mon, 25 Apr 2005 19:27:07 +0200
Subject: courier-imapd + fam
In-Reply-To: <20050425114935.GA14124@obgyn>
References: <20050425114935.GA14124@obgyn>
Message-ID: <200504251927.07365.andree@pld-linux.org>

Dnia poniedzia?ek, 25 kwietnia 2005 13:49, Marcin Chojnowski napisa?:
> Hi,
>
> I have such stuff in logs:
>
> imapd: Failed to create cache file: maildirwatch (username)
> imapd: Error: Input/output error
> imapd: Check for proper operation and configuration
> imapd: of the File Access Monitor daemon (famd).
>
> Courier documentation says that I should install famd. It's runing
> on my system but I still have such logs. Any idea?
>
> fam-2.6.10-2
> courier-imap-3.0.8-4
install xinetd and try again

-- 
Andrzej Augustynowicz
http://ds5.agh.edu.pl



From gotar at polanet.pl  Tue Apr 26 09:38:23 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 26 Apr 2005 09:38:23 +0200
Subject: proc_intf
Message-ID: <20050426073823.GA26054@pepin.polanet.pl>

It was included in 2.6.8 but it's not in 2.6.11. Intentionally or by
mistake?

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



From adamg at biomerieux.pl  Wed Apr 27 06:00:38 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 27 Apr 2005 06:00:38 +0200
Subject: Vim
Message-ID: <20050427040038.GA15176@mysza.eu.org>

Any objections on reversing Vim's bconds for perl/python/ruby/tcl
interpreters? If not, than in the name of 'we are feature rich' I am
going to enable these by default.

At least I am going to enable perl interp, since it adds only perl-base
R: to few vim packages, and perl-base is already required by vim-rt.

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



From arekm at pld-linux.org  Wed Apr 27 08:31:41 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Wed, 27 Apr 2005 08:31:41 +0200
Subject: Vim
In-Reply-To: <20050427040038.GA15176@mysza.eu.org>
References: <20050427040038.GA15176@mysza.eu.org>
Message-ID: <200504270831.41944.arekm@pld-linux.org>

On Wednesday 27 of April 2005 06:00, Adam Go??biowski wrote:
> Any objections on reversing Vim's bconds for perl/python/ruby/tcl
> interpreters? If not, than in the name of 'we are feature rich' I am
> going to enable these by default.
>
> At least I am going to enable perl interp, since it adds only perl-base
> R: to few vim packages, and perl-base is already required by vim-rt.
Enable these IMO. There is vim-static for those people who don't want 
additional deps.

-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/



From glen at delfi.ee  Wed Apr 27 10:03:03 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 27 Apr 2005 11:03:03 +0300
Subject: SPECS: nagios-plugins.spec - up to 1.4 release - NFY - bad
	patch n...
In-Reply-To: <SPECS_nagios_plugins.spec.1.25@pld-linux.org>
References: <SPECS_nagios_plugins.spec.1.24@pld-linux.org>
	<SPECS_nagios_plugins.spec.1.25@pld-linux.org>
Message-ID: <200504271103.04369.glen@delfi.ee>

it's in DEVEL already for a long time
but it has still some problems (read it's header)


On Wednesday 27 April 2005 02:42, wolvverine wrote:
> Author: wolvverine                   Date: Tue Apr 26 23:42:04 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - up to 1.4 release
> - NFY
> - bad patch nagios-plugins-configure.patch
>
> ---- Files affected:
> SPECS:
>    nagios-plugins.spec (1.24 -> 1.25)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/nagios-plugins.spec
> diff -u SPECS/nagios-plugins.spec:1.24 SPECS/nagios-plugins.spec:1.25
> --- SPECS/nagios-plugins.spec:1.24 Fri Apr  8 12:53:50 2005
> +++ SPECS/nagios-plugins.spec Wed Apr 27 01:41:58 2005
> @@ -8,12 +8,12 @@
>  Summary: Host/service/network monitoring program plugins for Nagios
>  Summary(pl): Wtyczki do monitorowania host?w/us?ug/sieci dla Nagiosa
>  Name:  nagios-plugins
> -Version: 1.3.1
> -Release: 5
> +Version: 1.4
> +Release: 0.1
>  License: GPL v2
>  Group:  Networking
>  Source0: http://dl.sourceforge.net/nagiosplug/%{name}-%{version}.tar.gz
> -# Source0-md5: 0078c9c8137694181a4cdf596fdbd74f
> +# Source0-md5: 9b21b92acc4b2b0dbb2d12bca6b27582
>  Patch0:  %{name}-configure.patch
>  Patch1:  %{name}-fping.patch
>  Patch2:		%{name}-subst.patch
> @@ -401,6 +401,11 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>
>  $Log$
> +Revision 1.25  2005/04/26 23:41:58  wolvverine
> +- up to 1.4 release
> +- NFY
> +- bad patch nagios-plugins-configure.patch
> +
>  Revision 1.24  2005/04/08 10:53:50  patrys
>  - nrpe is enough to run the plugins, nagios itself is not required
>
> ================================================================
>
> ---- CVS-web:
>     http://cvs.pld-linux.org/SPECS/nagios-plugins.spec?r1=1.24&r2=1.25&f=u
>
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-- 
glen



From adamg at biomerieux.pl  Wed Apr 27 16:30:12 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 27 Apr 2005 16:30:12 +0200
Subject: Vim
In-Reply-To: <200504270831.41944.arekm@pld-linux.org>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504270831.41944.arekm@pld-linux.org>
Message-ID: <20050427143012.GA20635@mysza.eu.org>

On Wed, Apr 27, 2005 at 08:31:41AM +0200, Arkadiusz Miskiewicz wrote:
> Enable these IMO. There is vim-static for those people who don't want 
> additional deps.

Exactly. 

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



From baggins at sith.mimuw.edu.pl  Wed Apr 27 17:49:35 2005
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Wed, 27 Apr 2005 17:49:35 +0200
Subject: Vim
In-Reply-To: <200504270831.41944.arekm@pld-linux.org>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504270831.41944.arekm@pld-linux.org>
Message-ID: <20050427154935.GA14093@sith.mimuw.edu.pl>

On Wed, 27 Apr 2005, Arkadiusz Miskiewicz wrote:

> On Wednesday 27 of April 2005 06:00, Adam Go??biowski wrote:
> > Any objections on reversing Vim's bconds for perl/python/ruby/tcl
> > interpreters? If not, than in the name of 'we are feature rich' I am
> > going to enable these by default.
> >
> > At least I am going to enable perl interp, since it adds only perl-base
> > R: to few vim packages, and perl-base is already required by vim-rt.
> Enable these IMO. There is vim-static for those people who don't want 
> additional deps.

You don't know what you're talking about. vim-static is /bin/vi and the
first thing I do is alias vi=vim because vim-static is just too feature
poor. I can live with perl but python/ruby/tcl/etc is just an overkill.
If you really want a huge monster with all bells and whistles just do a
vim-this-package-requires-a-lot subpackage :/

Janek
-- 
Jan R?korajski            |  ALL SUSPECTS ARE GUILTY. PERIOD!
baggins<at>mimuw.edu.pl   |  OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY?
BOFH, MANIAC              |                   -- TROOPS by Kevin Rubio



From gotar at polanet.pl  Wed Apr 27 18:01:44 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 27 Apr 2005 18:01:44 +0200
Subject: Vim
In-Reply-To: <200504270831.41944.arekm@pld-linux.org>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504270831.41944.arekm@pld-linux.org>
Message-ID: <20050427160144.GA1009@pepin.polanet.pl>

On Wed, Apr 27, 2005 at 08:31:41AM +0200, Arkadiusz Miskiewicz wrote:

> Enable these IMO. There is vim-static for those people who don't want 
> additional deps.

...said mcedit user. Have you ever try vim-static!? It's more like
classic vi not vim.

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



From glen at delfi.ee  Wed Apr 27 18:20:04 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 27 Apr 2005 19:20:04 +0300
Subject: Vim
In-Reply-To: <20050427160144.GA1009@pepin.polanet.pl>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504270831.41944.arekm@pld-linux.org>
	<20050427160144.GA1009@pepin.polanet.pl>
Message-ID: <200504271920.05052.glen@delfi.ee>

On Wednesday 27 April 2005 19:01, Tomasz Pala wrote:
> On Wed, Apr 27, 2005 at 08:31:41AM +0200, Arkadiusz Miskiewicz wrote:
> > Enable these IMO. There is vim-static for those people who don't want
> > additional deps.
>
> ...said mcedit user. Have you ever try vim-static!? It's more like
> classic vi not vim.
vim-static. hmm it's statically linked?

for me -static is like rescue mode programs, not everyday use programs.

-- 
glen



From adamg at biomerieux.pl  Wed Apr 27 18:26:42 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 27 Apr 2005 18:26:42 +0200
Subject: Vim
In-Reply-To: <20050427154935.GA14093@sith.mimuw.edu.pl>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504270831.41944.arekm@pld-linux.org>
	<20050427154935.GA14093@sith.mimuw.edu.pl>
Message-ID: <20050427162642.GA21685@mysza.eu.org>

On Wed, Apr 27, 2005 at 05:49:35PM +0200, Jan Rekorajski wrote:
> > > Any objections on reversing Vim's bconds for perl/python/ruby/tcl
> > > interpreters? If not, than in the name of 'we are feature rich' I am
> > > going to enable these by default.
> > >
> > > At least I am going to enable perl interp, since it adds only perl-base
> > > R: to few vim packages, and perl-base is already required by vim-rt.
> > Enable these IMO. There is vim-static for those people who don't want 
> > additional deps.
> 
> You don't know what you're talking about. vim-static is /bin/vi and the
> first thing I do is alias vi=vim because vim-static is just too feature
> poor. I can live with perl but python/ruby/tcl/etc is just an overkill.

Perl interp is the one I personally care about, as I have some scripts
that depend on it. But why should we promote one interp? We have
democracy, equality of rights and all that stuff. 

> If you really want a huge monster with all bells and whistles just do a
> vim-this-package-requires-a-lot subpackage :/

or rather something in between vim-static and vim-ncurses, like
vim-minimal. 

Feel free to add such package, yet I think it is unnecessary.

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



From arekm at pld-linux.org  Wed Apr 27 18:58:35 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Wed, 27 Apr 2005 18:58:35 +0200
Subject: Vim
In-Reply-To: <20050427154935.GA14093@sith.mimuw.edu.pl>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504270831.41944.arekm@pld-linux.org>
	<20050427154935.GA14093@sith.mimuw.edu.pl>
Message-ID: <200504271858.36706.arekm@pld-linux.org>

On Wednesday 27 of April 2005 17:49, Jan Rekorajski wrote:
> On Wed, 27 Apr 2005, Arkadiusz Miskiewicz wrote:
> > On Wednesday 27 of April 2005 06:00, Adam Go??biowski wrote:
> > > Any objections on reversing Vim's bconds for perl/python/ruby/tcl
> > > interpreters? If not, than in the name of 'we are feature rich' I am
> > > going to enable these by default.
> > >
> > > At least I am going to enable perl interp, since it adds only perl-base
> > > R: to few vim packages, and perl-base is already required by vim-rt.
> >
> > Enable these IMO. There is vim-static for those people who don't want
> > additional deps.
>
> You don't know what you're talking about.
I know what I'm talking.

> vim-static is /bin/vi and the 
> first thing I do is alias vi=vim because vim-static is just too feature
> poor.
And tell us what are these so important features that you can't live without 
them but _not_ so important as you don't want to install more deps to get 
these? And remember that running vim-static as vi is different from running 
exactly the same binary as for example vim.

> I can live with perl but python/ruby/tcl/etc is just an overkill. 
perl isn't?

> If you really want a huge monster with all bells and whistles just do a
> vim-this-package-requires-a-lot subpackage :/
If you have small hdd then use vim-static.

> Janek
-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/



From baggins at sith.mimuw.edu.pl  Wed Apr 27 20:30:39 2005
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Wed, 27 Apr 2005 20:30:39 +0200
Subject: Vim
In-Reply-To: <200504271858.36706.arekm@pld-linux.org>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504270831.41944.arekm@pld-linux.org>
	<20050427154935.GA14093@sith.mimuw.edu.pl>
	<200504271858.36706.arekm@pld-linux.org>
Message-ID: <20050427183039.GA14853@sith.mimuw.edu.pl>

On Wed, 27 Apr 2005, Arkadiusz Miskiewicz wrote:

> On Wednesday 27 of April 2005 17:49, Jan Rekorajski wrote:
> > On Wed, 27 Apr 2005, Arkadiusz Miskiewicz wrote:
> > > On Wednesday 27 of April 2005 06:00, Adam Go??biowski wrote:
> > > > Any objections on reversing Vim's bconds for perl/python/ruby/tcl
> > > > interpreters? If not, than in the name of 'we are feature rich' I am
> > > > going to enable these by default.
> > > >
> > > > At least I am going to enable perl interp, since it adds only perl-base
> > > > R: to few vim packages, and perl-base is already required by vim-rt.
> > >
> > > Enable these IMO. There is vim-static for those people who don't want
> > > additional deps.
> >
> > You don't know what you're talking about.
> I know what I'm talking.
> 
> > vim-static is /bin/vi and the 
> > first thing I do is alias vi=vim because vim-static is just too feature
> > poor.
> And tell us what are these so important features that you can't live without 
> them but _not_ so important as you don't want to install more deps to get 
> these?

It's just the way vi behaves, if I wanted it like that I wouldn't be
using vim.

> And remember that running vim-static as vi is different from running 
> exactly the same binary as for example vim.

I know this, but...

[baggins at home baggins]$ rpm -ql vim-static | grep vim
[baggins at home baggins]$ 

Where do you see vim here?

> > I can live with perl but python/ruby/tcl/etc is just an overkill. 
> perl isn't?

perl is common enough, a lot of things require it. Python and tcl? I install
them if I have no choice. Ruby? WTF is ruby? 

> > If you really want a huge monster with all bells and whistles just do a
> > vim-this-package-requires-a-lot subpackage :/
> If you have small hdd then use vim-static.

It's not the case of small hdd. It's the case that for purely marketing
reasons you want to clutter the distribution.

Janek
-- 
Jan R?korajski            |  ALL SUSPECTS ARE GUILTY. PERIOD!
baggins<at>mimuw.edu.pl   |  OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY?
BOFH, MANIAC              |                   -- TROOPS by Kevin Rubio



From arekm at pld-linux.org  Wed Apr 27 21:16:44 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Wed, 27 Apr 2005 21:16:44 +0200
Subject: Vim
In-Reply-To: <20050427183039.GA14853@sith.mimuw.edu.pl>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504271858.36706.arekm@pld-linux.org>
	<20050427183039.GA14853@sith.mimuw.edu.pl>
Message-ID: <200504272116.44448.arekm@pld-linux.org>


> [baggins at home baggins]$ rpm -ql vim-static | grep vim
> [baggins at home baggins]$
>
> Where do you see vim here?
I'm talking about behaviour of program not our packaging brokeness (it's very 
small bug anyway).

> perl is common enough, a lot of things require it. Python and tcl? I
> install them if I have no choice. Ruby? WTF is ruby?
While I use python mainly and do not use perl unless I have to. Aredridel uses 
ruby (it's another, recently quite popular language). No idea who uses tcl 
here.

> It's not the case of small hdd. It's the case that for purely marketing
> reasons you want to clutter the distribution.
You could say the same thing about openldap, heimdal, postgres and so on...

> Janek

-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/



From qboosh at pld-linux.org  Wed Apr 27 21:31:18 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 27 Apr 2005 21:31:18 +0200
Subject: Vim
In-Reply-To: <200504272116.44448.arekm@pld-linux.org>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504271858.36706.arekm@pld-linux.org>
	<20050427183039.GA14853@sith.mimuw.edu.pl>
	<200504272116.44448.arekm@pld-linux.org>
Message-ID: <20050427193118.GA4678@fngna.oyu>

On Wed, Apr 27, 2005 at 09:16:44PM +0200, Arkadiusz Miskiewicz wrote:
> > [baggins at home baggins]$ rpm -ql vim-static | grep vim
> > [baggins at home baggins]$
> >
> > Where do you see vim here?
> I'm talking about behaviour of program not our packaging brokeness (it's very 
> small bug anyway).
> 
> > perl is common enough, a lot of things require it. Python and tcl? I
> > install them if I have no choice. Ruby? WTF is ruby?
> While I use python mainly and do not use perl unless I have to. Aredridel uses 
> ruby (it's another, recently quite popular language). No idea who uses tcl 
> here.

So who _does_ actually use those languages _in vim_?
(just in vim, I'm not asking about other purposes here)

Similar thing: elinks is built by default with 3 scripting languages
(lua4, guile, perl) - do we need them all by default?

The problem is that binaries are directly linked to language-specific
libraries, without plugins system.


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



From arekm at pld-linux.org  Wed Apr 27 21:35:33 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Wed, 27 Apr 2005 21:35:33 +0200
Subject: Vim
In-Reply-To: <20050427193118.GA4678@fngna.oyu>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504272116.44448.arekm@pld-linux.org>
	<20050427193118.GA4678@fngna.oyu>
Message-ID: <200504272135.34076.arekm@pld-linux.org>

On Wednesday 27 of April 2005 21:31, Jakub Bogusz wrote:

> So who _does_ actually use those languages _in vim_?
> (just in vim, I'm not asking about other purposes here)
My guess is no one beside few people. I'm not using any of these _in vim_ (... 
python scripting for example in exim would be great ;)

> Similar thing: elinks is built by default with 3 scripting languages
> (lua4, guile, perl) - do we need them all by default?
What's the reason behind disabling them?

> The problem is that binaries are directly linked to language-specific
> libraries, without plugins system.
Plugins would be better but the reality is different. Now the question is: do 
we want more features or less hdd space used (is there _any_ other point 
beside hdd space)?

Take for example heimdal, there is only few people using it but this is the 
thing which makes PLD very nice for them. No recompilation needed to get 
things usable.
-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/



From adamg at biomerieux.pl  Wed Apr 27 22:02:25 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 27 Apr 2005 22:02:25 +0200
Subject: Vim
In-Reply-To: <20050427193118.GA4678@fngna.oyu>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504271858.36706.arekm@pld-linux.org>
	<20050427183039.GA14853@sith.mimuw.edu.pl>
	<200504272116.44448.arekm@pld-linux.org>
	<20050427193118.GA4678@fngna.oyu>
Message-ID: <20050427200225.GA23198@mysza.eu.org>

On Wed, Apr 27, 2005 at 09:31:18PM +0200, Jakub Bogusz wrote:
> > While I use python mainly and do not use perl unless I have to. Aredridel uses 
> > ruby (it's another, recently quite popular language). No idea who uses tcl 
> > here.
> 
> So who _does_ actually use those languages _in vim_?
> (just in vim, I'm not asking about other purposes here)

I do. I was playing around with various vim scripts some of them
required perl - one of them is called vimirc, the other one (more
useful), context complete.

> The problem is that binaries are directly linked to language-specific
> libraries, without plugins system.

And in lack of appropriate packaging policy. Would be great if we
prepared such document, describing (even roughly) what should be done in
such situations. 

Specifically, when do we know (it varies, I know) if given feature is
not needed by default? Probably not when it is not needed by any other
specs, since I could force my likings creating tiny spec file (e.g. for
vimirc). 

Any suggestions?

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



From wolf42 at wp.pl  Thu Apr 28 00:28:12 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Thu, 28 Apr 2005 00:28:12 +0200
Subject: Vim
In-Reply-To: <20050427040038.GA15176@mysza.eu.org>
References: <20050427040038.GA15176@mysza.eu.org>
Message-ID: <20050427222812.GA25118@bajzel>

On Wed, Apr 27, 2005 at 06:00:38AM +0200, Adam Go??biowski wrote:
> Any objections on reversing Vim's bconds for perl/python/ruby/tcl
> interpreters? If not, than in the name of 'we are feature rich' I am
> going to enable these by default.
Package:        ruby-1.8.2-2.20040906.4
Size:           34.1 MB (35800104 B)

Wonderful idea.

wolf
-- 
  Bartek   .  - Ile tego jest? Bardziej prawid?owa odpowied?: du?o.
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/



From adamg at biomerieux.pl  Thu Apr 28 07:13:38 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Thu, 28 Apr 2005 07:13:38 +0200
Subject: Vim
In-Reply-To: <20050427222812.GA25118@bajzel>
References: <20050427040038.GA15176@mysza.eu.org>
	<20050427222812.GA25118@bajzel>
Message-ID: <20050428051338.GA31860@mysza.eu.org>

On Thu, Apr 28, 2005 at 12:28:12AM +0200, Bartosz Taudul wrote:
> On Wed, Apr 27, 2005 at 06:00:38AM +0200, Adam Go??biowski wrote:
> > Any objections on reversing Vim's bconds for perl/python/ruby/tcl
> > interpreters? If not, than in the name of 'we are feature rich' I am
> > going to enable these by default.
> Package:        ruby-1.8.2-2.20040906.4
> Size:           34.1 MB (35800104 B)
> 
> Wonderful idea.

"disks are cheap"

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



From adamg at biomerieux.pl  Thu Apr 28 07:23:52 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Thu, 28 Apr 2005 07:23:52 +0200
Subject: Vim
In-Reply-To: <20050427040038.GA15176@mysza.eu.org>
References: <20050427040038.GA15176@mysza.eu.org>
Message-ID: <20050428052352.GA31887@mysza.eu.org>

On Wed, Apr 27, 2005 at 06:00:38AM +0200, Adam Go??biowski wrote:
> At least I am going to enable perl interp, since it adds only perl-base
> R: to few vim packages, and perl-base is already required by vim-rt.

Ok. To shorten this discussion a bit, I think we'd all agree to that
part. Disable all but Perl interps.

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



From baggins at sith.mimuw.edu.pl  Thu Apr 28 09:28:28 2005
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Thu, 28 Apr 2005 09:28:28 +0200
Subject: Vim
In-Reply-To: <20050428052352.GA31887@mysza.eu.org>
References: <20050427040038.GA15176@mysza.eu.org>
	<20050428052352.GA31887@mysza.eu.org>
Message-ID: <20050428072828.GA26526@sith.mimuw.edu.pl>

On Thu, 28 Apr 2005, Adam Go??biowski wrote:

> On Wed, Apr 27, 2005 at 06:00:38AM +0200, Adam Go??biowski wrote:
> > At least I am going to enable perl interp, since it adds only perl-base
> > R: to few vim packages, and perl-base is already required by vim-rt.
> 
> Ok. To shorten this discussion a bit, I think we'd all agree to that
> part. Disable all but Perl interps.

Yes, IMO on a system without perl one can live with just vim-static.

On a side note, does python interp work in vim-6.3.071-4?
Because it looks like this interp doesn't pull python dependency (at
least desc -r vim-6.3.071-4 in poldek show so).

Janek
-- 
Jan R?korajski            |  ALL SUSPECTS ARE GUILTY. PERIOD!
baggins<at>mimuw.edu.pl   |  OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY?
BOFH, MANIAC              |                   -- TROOPS by Kevin Rubio



From gotar at polanet.pl  Thu Apr 28 09:40:37 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 28 Apr 2005 09:40:37 +0200
Subject: Vim
In-Reply-To: <200504271920.05052.glen@delfi.ee>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504270831.41944.arekm@pld-linux.org>
	<20050427160144.GA1009@pepin.polanet.pl>
	<200504271920.05052.glen@delfi.ee>
Message-ID: <20050428074037.GA5581@pepin.polanet.pl>

On Wed, Apr 27, 2005 at 07:20:04PM +0300, Elan Ruusam?e wrote:
> > > Enable these IMO. There is vim-static for those people who don't want
> > > additional deps.
> >
> > ...said mcedit user. Have you ever try vim-static!? It's more like
> > classic vi not vim.
> vim-static. hmm it's statically linked?
> 
> for me -static is like rescue mode programs, not everyday use programs.

Exactly.

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



From gotar at polanet.pl  Thu Apr 28 09:50:14 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 28 Apr 2005 09:50:14 +0200
Subject: Vim
In-Reply-To: <20050427162642.GA21685@mysza.eu.org>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504270831.41944.arekm@pld-linux.org>
	<20050427154935.GA14093@sith.mimuw.edu.pl>
	<20050427162642.GA21685@mysza.eu.org>
Message-ID: <20050428075014.GC5581@pepin.polanet.pl>

On Wed, Apr 27, 2005 at 06:26:42PM +0200, Adam Go??biowski wrote:
> 
> that depend on it. But why should we promote one interp? We have
> democracy, equality of rights and all that stuff.

You don't understand democracy. It's not equality of rights as an
individual nor as group. It's equality of rights to decide, which group
will have more rights to decide about everything else.

In this case - democracy is not enabling all the interpreters, but
voting which of them enable by default.

> > If you really want a huge monster with all bells and whistles just do a
> > vim-this-package-requires-a-lot subpackage :/
> 
> or rather something in between vim-static and vim-ncurses, like
> vim-minimal. 
> 
> Feel free to add such package, yet I think it is unnecessary.

Feel free to add vim-this-package-requires-a-lot package, yet I think it
is unnecessary.

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



From gotar at polanet.pl  Thu Apr 28 10:12:27 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 28 Apr 2005 10:12:27 +0200
Subject: Vim
In-Reply-To: <200504272135.34076.arekm@pld-linux.org>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504272116.44448.arekm@pld-linux.org>
	<20050427193118.GA4678@fngna.oyu>
	<200504272135.34076.arekm@pld-linux.org>
Message-ID: <20050428081227.GD5581@pepin.polanet.pl>

On Wed, Apr 27, 2005 at 09:35:33PM +0200, Arkadiusz Miskiewicz wrote:
> 
> My guess is no one beside few people. I'm not using any of these _in vim_ (... 

So they can do --rebuild --with foo. I see no reason to add dozens of
deps for many people just for a benefit of a few.

> > Similar thing: elinks is built by default with 3 scripting languages
> > (lua4, guile, perl) - do we need them all by default?
> What's the reason behind disabling them?

Agreed. I suggest disabling guile at least.

> Plugins would be better but the reality is different. Now the question is: do 
> we want more features or less hdd space used

We want being rational. Enable popular features, disable recessive.

> (is there _any_ other point  beside hdd space)?

RAM and startup time.

> Take for example heimdal, there is only few people using it but this is the 
> thing which makes PLD very nice for them. No recompilation needed to get 
> things usable.

There's a difference between somehow significant library linked with
several popular packages (so one probably has it on the disk and in
RAM), and things like ruby.

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



From jajcus at bnet.pl  Thu Apr 28 10:35:17 2005
From: jajcus at bnet.pl (Jacek Konieczny)
Date: Thu, 28 Apr 2005 10:35:17 +0200
Subject: Vim
In-Reply-To: <200504272135.34076.arekm@pld-linux.org>
References: <20050427040038.GA15176@mysza.eu.org>
	<200504272116.44448.arekm@pld-linux.org>
	<20050427193118.GA4678@fngna.oyu>
	<200504272135.34076.arekm@pld-linux.org>
Message-ID: <20050428083517.GB8637@serwis2.beta>

On Wed, Apr 27, 2005 at 09:35:33PM +0200, Arkadiusz Miskiewicz wrote:
> > The problem is that binaries are directly linked to language-specific
> > libraries, without plugins system.
> Plugins would be better but the reality is different. Now the question is: do 
> we want more features or less hdd space used (is there _any_ other point 
> beside hdd space)?

Installation time, backup time, bug probability (bigger systems are more
buggy). One of the great things about PLD was the ability to set up
a minimal system with only the packages that are really required. Some
additional libraries like libasoud, libpgsql, etc. are not problem as
they are small. 

And don't forget, that the HDD may also be a flash card, pendrive or
anything else.

> Take for example heimdal, there is only few people using it but this is the 
> thing which makes PLD very nice for them. No recompilation needed to get 
> things usable.

$ rpm -q --queryformat "%{NAME}\t%{SIZE}\n" alsa-lib postgresql-libs heimdal-libs p>
alsa-lib        854506
postgresql-libs 353192
heimdal-libs    855734
python-libs     2019487
ruby    	35818016

Can you see the difference? python-libs package is even bigger than current vim
package. And Ruby is a monster (I guess that is a PLD packaging bug).

And how many application could make use of Kerberos without direct linking with
heimdal-libs, but only via PAM or cyrus-sasl?

Greets,
	Jacek



From gotar at polanet.pl  Thu Apr 28 11:35:56 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 28 Apr 2005 11:35:56 +0200
Subject: Vim
In-Reply-To: <20050428051338.GA31860@mysza.eu.org>
References: <20050427040038.GA15176@mysza.eu.org>
	<20050427222812.GA25118@bajzel>
	<20050428051338.GA31860@mysza.eu.org>
Message-ID: <20050428093555.GA8882@pepin.polanet.pl>

On Thu, Apr 28, 2005 at 07:13:38AM +0200, Adam Go??biowski wrote:
> 
> "disks are cheap"

512MB - 140PLN (pendrive).

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



From glen at delfi.ee  Fri Apr 29 10:50:37 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 29 Apr 2005 11:50:37 +0300
Subject: mirrors
In-Reply-To: <200504250922.j3P9MPJ6021683@green.mif.pg.gda.pl>
References: <200504250922.j3P9MPJ6021683@green.mif.pg.gda.pl>
Message-ID: <200504291150.37689.glen@delfi.ee>

On Monday 25 April 2005 12:22, Andrzej Krzysztofowicz wrote:
> Putting sth in mirrors causes that ONLY the first entry will be used.
> Which one you choose? Why this?
> Everything stops working when it goes into maintenance mode...
then ./builder, pldnotify.awk should be fixed, to use *all* mirror urls.
and axel supported different parallel downloads from different urls!

-- 
glen



From ankry at green.mif.pg.gda.pl  Fri Apr 29 11:42:49 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Fri, 29 Apr 2005 11:42:49 +0200 (CEST)
Subject: mirrors
In-Reply-To: <200504291150.37689.glen@delfi.ee> from "Elan
	=?iso-8859-2?q?Ruusam=E4e?=" at Apr 29, 2005 11:50:37 AM
Message-ID: <200504290942.j3T9gni5017629@green.mif.pg.gda.pl>

Elan =?iso-8859-2?q?Ruusam=E4e?= wrote:
> 
> On Monday 25 April 2005 12:22, Andrzej Krzysztofowicz wrote:
> > Putting sth in mirrors causes that ONLY the first entry will be used.
> > Which one you choose? Why this?
> > Everything stops working when it goes into maintenance mode...
> then ./builder, pldnotify.awk should be fixed, to use *all* mirror urls.
> and axel supported different parallel downloads from different urls!

I am not sure that this is a good idea.
mirrors file was intended for local configuration, to fasten fetching
sources. Changing its interpretation ("nothing will work without a specific
entry", "round-robin for entries") does not seem to me to be a good idea.

Also it may cause problems with automatic build (eg.: sb decided to use a
specific cvs release of the mirors file and autobatic build is performed;
should mirrors file be fetched or not?).

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