From linux at pilot.org.ua  Fri Dec  2 12:16:14 2005
From: linux at pilot.org.ua (Denis Ovsienko)
Date: Fri, 2 Dec 2005 14:16:14 +0300
Subject: flyspray password
Message-ID: <20051202141614.2f5cf527.linux@pilot.org.ua>

Hi
I have lost my Flyspray password (this email was used). How can it be
reset?

-- 
    DO4-UANIC


From linux at pilot.org.ua  Fri Dec  2 12:39:48 2005
From: linux at pilot.org.ua (Denis Ovsienko)
Date: Fri, 2 Dec 2005 14:39:48 +0300
Subject: list problem
Message-ID: <20051202143948.4bbc3632.linux@pilot.org.ua>

http://docs.pld-linux.org/enduser.html

<pld-users-en-subscribe at pld-linux.org>: host
a.mx.pld-linux.org[62.21.96.13]    said: 550
<pld-users-en-subscribe at pld-linux.org>: Recipient address    rejected:
User unknown in virtual alias table (in reply to RCPT TO command)


-- 
    DO4-UANIC


From gotar at polanet.pl  Sat Dec  3 10:56:50 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 3 Dec 2005 10:56:50 +0100
Subject: fly.mif.pg.gda.pl ftp desynchronized
Message-ID: <20051203095649.GA454@os>

ftp.pld-linux.org at 153.19.42.122 has no updates since 23.11.

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


From ankry at green.mif.pg.gda.pl  Sat Dec  3 13:21:05 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 3 Dec 2005 13:21:05 +0100 (CET)
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <20051203095649.GA454@os> from "Tomasz Pala" at Dec 03,
	2005 10:56:50 AM
Message-ID: <200512031221.jB3CL5tS025686@green.mif.pg.gda.pl>

Tomasz Pala wrote:
> 
> ftp.pld-linux.org at 153.19.42.122 has no updates since 23.11.

Strange. As rsync runs from cron every hour and noone is "running" now.
Access problems?

-- 
=======================================================================
  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  Sat Dec  3 13:36:54 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 3 Dec 2005 13:36:54 +0100
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <200512031221.jB3CL5tS025686@green.mif.pg.gda.pl>
References: <20051203095649.GA454@os>
	<200512031221.jB3CL5tS025686@green.mif.pg.gda.pl>
Message-ID: <20051203123654.GA1464@os>

On Sat, Dec 03, 2005 at 13:21:05 +0100, Andrzej Krzysztofowicz wrote:

> > ftp.pld-linux.org at 153.19.42.122 has no updates since 23.11.
> 
> Strange. As rsync runs from cron every hour and noone is "running" now.

~: wget -q -O - http://ftp1.pld-linux.org/dists/2.0/ready/athlon/packages.i/ | grep "packages.ndir.2005.11.2"
[...]
<img src="/icons/compressed.gif" alt="[CMP]"> <a href="packages.ndir.2005.11.29-13.51.25.gz">packages.ndir.2005.1..&gt;</a> 29-Nov-2005 16:51  1.7K  
<img src="/icons/compressed.gif" alt="[CMP]"> <a href="packages.ndir.2005.11.29-15.51.18.gz">packages.ndir.2005.1..&gt;</a> 29-Nov-2005 17:51  3.6K  
<img src="/icons/compressed.gif" alt="[CMP]"> <a href="packages.ndir.2005.11.29-16.51.18.gz">packages.ndir.2005.1..&gt;</a> 29-Nov-2005 18:21   15K  

ftp2, ftp3:

<img src="/icons/compressed.gif" alt="[CMP]"> <a href="packages.ndir.2005.11.23-19.21.09.gz">packages.ndir.2005.1..&gt;</a> 23-Nov-2005 22:21  6.5K  GZIP compressed docume>
<img src="/icons/compressed.gif" alt="[CMP]"> <a href="packages.ndir.2005.11.23-21.21.23.gz">packages.ndir.2005.1..&gt;</a> 23-Nov-2005 23:51   27K  GZIP compressed docume>
<img src="/icons/compressed.gif" alt="[CMP]"> <a href="packages.ndir.2005.11.23-22.51.11.gz">packages.ndir.2005.1..&gt;</a> 24-Nov-2005 01:21  235K  GZIP compressed docume>

> Access problems?

ftp4 and ftp5 gives me 'connection refused'.


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


From adamg at biomerieux.pl  Sat Dec  3 13:47:16 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 3 Dec 2005 13:47:16 +0100
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <20051203123654.GA1464@os>
References: <20051203095649.GA454@os>
	<200512031221.jB3CL5tS025686@green.mif.pg.gda.pl>
	<20051203123654.GA1464@os>
Message-ID: <20051203124716.GE16858@mysza.eu.org>

On Sat, Dec 03, 2005 at 01:36:54PM +0100, Tomasz Pala wrote:
> ftp4 and ftp5 gives me 'connection refused'.

ftp4 is being resynced now (86% done), I'll have a look on what's
happening to ftp5.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From ankry at green.mif.pg.gda.pl  Sat Dec  3 14:07:54 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 3 Dec 2005 14:07:54 +0100 (CET)
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <20051203123654.GA1464@os> from "Tomasz Pala" at Dec 03,
	2005 01:36:54 PM
Message-ID: <200512031307.jB3D7sJ5025923@green.mif.pg.gda.pl>

Tomasz Pala wrote:
> 
> On Sat, Dec 03, 2005 at 13:21:05 +0100, Andrzej Krzysztofowicz wrote:
> 
> > > ftp.pld-linux.org at 153.19.42.122 has no updates since 23.11.
> > 
> > Strange. As rsync runs from cron every hour and noone is "running" now.
> 
> ~: wget -q -O - http://ftp1.pld-linux.org/dists/2.0/ready/athlon/packages.i/ | grep "packages.ndir.2005.11.2"
> [...]
> <img src="/icons/compressed.gif" alt="[CMP]"> <a href="packages.ndir.2005.11.29-13.51.25.gz">packages.ndir.2005.1..&gt;</a> 29-Nov-2005 16:51  1.7K  
> <img src="/icons/compressed.gif" alt="[CMP]"> <a href="packages.ndir.2005.11.29-15.51.18.gz">packages.ndir.2005.1..&gt;</a> 29-Nov-2005 17:51  3.6K  
> <img src="/icons/compressed.gif" alt="[CMP]"> <a href="packages.ndir.2005.11.29-16.51.18.gz">packages.ndir.2005.1..&gt;</a> 29-Nov-2005 18:21   15K  
> 
> ftp2, ftp3:
> 
> <img src="/icons/compressed.gif" alt="[CMP]"> <a href="packages.ndir.2005.11.23-19.21.09.gz">packages.ndir.2005.1..&gt;</a> 23-Nov-2005 22:21  6.5K  GZIP compressed docume>

ftp2 does not support native http access.
It redirects to another one.

Check more carefully.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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  Sat Dec  3 14:10:57 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 3 Dec 2005 14:10:57 +0100 (CET)
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <20051203124716.GE16858@mysza.eu.org> from "Adam
	=?iso-8859-2?Q?Go=B3=EAbiowski?=" at Dec 03, 2005 01:47:16 PM
Message-ID: <200512031310.jB3DAvcU025971@green.mif.pg.gda.pl>

BTW: 80% rsync attempts ends with:

receiving file list ... done
rsync error: timeout in data send/receive (code 30) at io.c(183)
rsync: connection unexpectedly closed (4496845 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(342)
rsync: connection unexpectedly closed (4496845 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(342)
  616.08s real     3.16s user    11.28s system

Anybody willing to fix the problem?
Otherwise I will have to close ftp2 as official mirror...

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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  Sat Dec  3 14:29:26 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 3 Dec 2005 14:29:26 +0100
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <200512031310.jB3DAvcU025971@green.mif.pg.gda.pl>
References: <20051203124716.GE16858@mysza.eu.org>
	<200512031310.jB3DAvcU025971@green.mif.pg.gda.pl>
Message-ID: <20051203132926.GA17140@fngna.oyu>

On Sat, Dec 03, 2005 at 02:10:57PM +0100, Andrzej Krzysztofowicz wrote:
> BTW: 80% rsync attempts ends with:
> 
> receiving file list ... done
> rsync error: timeout in data send/receive (code 30) at io.c(183)
> rsync: connection unexpectedly closed (4496845 bytes read so far)
> rsync error: error in rsync protocol data stream (code 12) at io.c(342)
> rsync: connection unexpectedly closed (4496845 bytes read so far)
> rsync error: error in rsync protocol data stream (code 12) at io.c(342)
>   616.08s real     3.16s user    11.28s system

The same with distfiles rsync tries in CS.
Most of ftp rsyncs are successful, but they are done once a day (at
8 PM).


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


From adamg at biomerieux.pl  Sat Dec  3 14:33:18 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 3 Dec 2005 14:33:18 +0100
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <200512031310.jB3DAvcU025971@green.mif.pg.gda.pl>
References: <20051203124716.GE16858@mysza.eu.org>
	<200512031310.jB3DAvcU025971@green.mif.pg.gda.pl>
Message-ID: <20051203133318.GF16858@mysza.eu.org>

On Sat, Dec 03, 2005 at 02:10:57PM +0100, Andrzej Krzysztofowicz wrote:
> Anybody willing to fix the problem?
> Otherwise I will have to close ftp2 as official mirror...

$ grep rsync CVSROOT/users
rsync:ankry at pld-linux.org,averne at pld-linux.org:PLD rsync admin

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From gotar at polanet.pl  Sat Dec  3 14:38:41 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 3 Dec 2005 14:38:41 +0100
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <200512031307.jB3D7sJ5025923@green.mif.pg.gda.pl>
References: <20051203123654.GA1464@os>
	<200512031307.jB3D7sJ5025923@green.mif.pg.gda.pl>
Message-ID: <20051203133841.GA1872@os>

On Sat, Dec 03, 2005 at 14:07:54 +0100, Andrzej Krzysztofowicz wrote:

> > <img src="/icons/compressed.gif" alt="[CMP]"> <a href="packages.ndir.2005.11.23-19.21.09.gz">packages.ndir.2005.1..&gt;</a> 23-Nov-2005 22:21  6.5K  GZIP compressed docume>
> 
> ftp2 does not support native http access.
> It redirects to another one.
> 
> Check more carefully.

Nevertheless it redirects to broken site. So is ftp3 going to be fixed
soon, or do I have to manually switch DNS once again to get some fresh
stuff?

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


From ankry at green.mif.pg.gda.pl  Sat Dec  3 14:47:34 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 3 Dec 2005 14:47:34 +0100 (CET)
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <20051203133318.GF16858@mysza.eu.org> from "Adam
	=?iso-8859-2?Q?Go=B3=EAbiowski?=" at Dec 03, 2005 02:33:18 PM
Message-ID: <200512031347.jB3DlYTl026172@green.mif.pg.gda.pl>

Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> 
> On Sat, Dec 03, 2005 at 02:10:57PM +0100, Andrzej Krzysztofowicz wrote:
> > Anybody willing to fix the problem?
> > Otherwise I will have to close ftp2 as official mirror...
> 
> $ grep rsync CVSROOT/users
> rsync:ankry at pld-linux.org,averne at pld-linux.org:PLD rsync admin

[ankry at ep09-pld rsyncd]$ ls -l rsyncd.conf
-rw-r--r--  1 root root 3225 2005-10-13 11:05 rsyncd.conf

And now explain me, please, how the mentioned entry enables me modification
of rsyncd.conf and/or its initscript? I am not ep09 admin.

(AFAIK it was about rsync.pld-linux.org config - when it was located in
atman - not mirroring of ftp1 resources by official mirrors)

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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  Sat Dec  3 15:01:30 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 3 Dec 2005 15:01:30 +0100
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <200512031347.jB3DlYTl026172@green.mif.pg.gda.pl>
References: <20051203133318.GF16858@mysza.eu.org>
	<200512031347.jB3DlYTl026172@green.mif.pg.gda.pl>
Message-ID: <20051203140130.GG16858@mysza.eu.org>

On Sat, Dec 03, 2005 at 02:47:34PM +0100, Andrzej Krzysztofowicz wrote:
> Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> > 
> > On Sat, Dec 03, 2005 at 02:10:57PM +0100, Andrzej Krzysztofowicz wrote:
> > > Anybody willing to fix the problem?
> > > Otherwise I will have to close ftp2 as official mirror...
> > 
> > $ grep rsync CVSROOT/users
> > rsync:ankry at pld-linux.org,averne at pld-linux.org:PLD rsync admin
> 
> [ankry at ep09-pld rsyncd]$ ls -l rsyncd.conf
> -rw-r--r--  1 root root 3225 2005-10-13 11:05 rsyncd.conf
> 
> And now explain me, please, how the mentioned entry enables me modification
> of rsyncd.conf and/or its initscript? I am not ep09 admin.
> 
> (AFAIK it was about rsync.pld-linux.org config - when it was located in
> atman - not mirroring of ftp1 resources by official mirrors)

Is there anyone "responsible" for rsync than? 

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From ankry at green.mif.pg.gda.pl  Sat Dec  3 17:54:01 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 3 Dec 2005 17:54:01 +0100 (CET)
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <20051203140130.GG16858@mysza.eu.org> from "Adam
	=?iso-8859-2?Q?Go=B3=EAbiowski?=" at Dec 03, 2005 03:01:30 PM
Message-ID: <200512031654.jB3Gs1Hc026856@green.mif.pg.gda.pl>

Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> Is there anyone "responsible" for rsync than? 

Any root at ep09 ?

-- 
=======================================================================
  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  Sat Dec  3 19:24:55 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 3 Dec 2005 19:24:55 +0100
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <200512031654.jB3Gs1Hc026856@green.mif.pg.gda.pl>
References: <20051203140130.GG16858@mysza.eu.org>
	<200512031654.jB3Gs1Hc026856@green.mif.pg.gda.pl>
Message-ID: <20051203182455.GJ16858@mysza.eu.org>

On Sat, Dec 03, 2005 at 05:54:01PM +0100, Andrzej Krzysztofowicz wrote:
> Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> > Is there anyone "responsible" for rsync than? 
> 
> Any root at ep09 ?

Uhm, that's a little bit dangerouse does that mean that any root at ep09 is
also ftp admin and as such may change not only ftp configuration but
also its content (e.g. move packages) ?

I'd prefer someone to stand up and volunteer to be rsync admin.

rsync.log doesn't say much about these errors:
2005/12/03 17:03:01 [8347] rsync on distfiles from fly.mif.pg.gda.pl (153.19.42.122)
2005/12/03 17:13:14 [8347] rsync error: timeout in data send/receive (code 30) at io.c(183)

It's hard to say where these timeouts come from, especially when few
minutes before that other rsync process completes.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From ankry at green.mif.pg.gda.pl  Sat Dec  3 20:12:18 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 3 Dec 2005 20:12:18 +0100 (CET)
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <20051203182455.GJ16858@mysza.eu.org> from "Adam
	=?iso-8859-2?Q?Go=B3=EAbiowski?=" at Dec 03, 2005 07:24:55 PM
Message-ID: <200512031912.jB3JCIok027462@green.mif.pg.gda.pl>

Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> On Sat, Dec 03, 2005 at 05:54:01PM +0100, Andrzej Krzysztofowicz wrote:
> > Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> > > Is there anyone "responsible" for rsync than? 
> > 
> > Any root at ep09 ?
> 
> Uhm, that's a little bit dangerouse does that mean that any root at ep09 is
> also ftp admin and as such may change not only ftp configuration but
> also its content (e.g. move packages) ?
> 
> I'd prefer someone to stand up and volunteer to be rsync admin.
> 
> rsync.log doesn't say much about these errors:
> 2005/12/03 17:03:01 [8347] rsync on distfiles from fly.mif.pg.gda.pl (153.19.42.122)
> 2005/12/03 17:13:14 [8347] rsync error: timeout in data send/receive (code 30) at io.c(183)

Network load/limit?
Maybe, separate tunnels are required to make the connections more stable...

> It's hard to say where these timeouts come from, especially when few
> minutes before that other rsync process completes.

AFAIR rsync at ep09 was intended for official mirrors only. For others
rsync at atman was intended. Anything has changed in this policy?

-- 
=======================================================================
  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  Sat Dec  3 20:25:12 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 3 Dec 2005 20:25:12 +0100
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <200512031912.jB3JCIok027462@green.mif.pg.gda.pl>
References: <20051203182455.GJ16858@mysza.eu.org>
	<200512031912.jB3JCIok027462@green.mif.pg.gda.pl>
Message-ID: <20051203192512.GK16858@mysza.eu.org>

On Sat, Dec 03, 2005 at 08:12:18PM +0100, Andrzej Krzysztofowicz wrote:
> > I'd prefer someone to stand up and volunteer to be rsync admin.
> > 
> > rsync.log doesn't say much about these errors:
> > 2005/12/03 17:03:01 [8347] rsync on distfiles from fly.mif.pg.gda.pl (153.19.42.122)
> > 2005/12/03 17:13:14 [8347] rsync error: timeout in data send/receive (code 30) at io.c(183)
> 
> Network load/limit?
> Maybe, separate tunnels are required to make the connections more stable...

Maybe. Eventually you could rsync from ftp.atm.

> > It's hard to say where these timeouts come from, especially when few
> > minutes before that other rsync process completes.
> 
> AFAIR rsync at ep09 was intended for official mirrors only. For others
> rsync at atman was intended. Anything has changed in this policy?

Did we ever have rsync on atman? I can't remember this.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From ankry at green.mif.pg.gda.pl  Sun Dec  4 10:26:04 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sun, 4 Dec 2005 10:26:04 +0100 (CET)
Subject: fly.mif.pg.gda.pl ftp desynchronized
In-Reply-To: <20051203192512.GK16858@mysza.eu.org> from "Adam
	=?iso-8859-2?Q?Go=B3=EAbiowski?=" at Dec 03, 2005 08:25:12 PM
Message-ID: <200512040926.jB49Q4vb007794@green.mif.pg.gda.pl>

Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> Did we ever have rsync on atman? I can't remember this.

I don't know how it was in real. I rememer that it was intended - to lower
load on ep09 (rsyncd was the main suspect in this case).

-- 
=======================================================================
  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 robert.wozny at gmail.com  Sun Dec  4 19:42:33 2005
From: robert.wozny at gmail.com (robert j. wozny)
Date: Sun, 04 Dec 2005 19:42:33 +0100
Subject: list problem
References: <20051202143948.4bbc3632.linux@pilot.org.ua>
Message-ID: <gnus.x7u0doemau.fsf@hell.ziew.org>

linux at pilot.org.ua (Denis Ovsienko):

> http://docs.pld-linux.org/enduser.html
> <pld-users-en-subscribe at pld-linux.org>: host
> a.mx.pld-linux.org[62.21.96.13]    said: 550
> <pld-users-en-subscribe at pld-linux.org>: Recipient address    rejected:
> User unknown in virtual alias table (in reply to RCPT TO command)

try: <mailto:pld-users-en-subscribe at lists.pld-linux.org> (it's a
documentation bug)

-- r.


From glen at delfi.ee  Mon Dec  5 18:18:50 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 5 Dec 2005 19:18:50 +0200
Subject: logrotate
Message-ID: <200512051918.50476.glen@delfi.ee>

/etc/cron.daily/logrotate:
error: Ignoring squid.rpmnew, because of .rpmnew ending
error: Ignoring clamav.rpmsave, because of .rpmsave ending
error: Ignoring clamav~, because of ~ ending

why are such messages as error. can't they be just silently ignored?

-- 
glen


From michal at michal.waw.pl  Mon Dec  5 19:54:41 2005
From: michal at michal.waw.pl (Michal Kochanowicz)
Date: Mon, 5 Dec 2005 19:54:41 +0100
Subject: logrotate
In-Reply-To: <200512051918.50476.glen@delfi.ee>
References: <200512051918.50476.glen@delfi.ee>
Message-ID: <20051205185440.GP3879@woland.michal.waw.pl>

On Mon, Dec 05, 2005 at 07:18:50PM +0200, Elan Ruusam?e wrote:
> /etc/cron.daily/logrotate:
> error: Ignoring squid.rpmnew, because of .rpmnew ending
> error: Ignoring clamav.rpmsave, because of .rpmsave ending
> error: Ignoring clamav~, because of ~ ending
> 
> why are such messages as error. can't they be just silently ignored?

So you know you should clean up. I like it that way.

-- 
--= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =--
--= finger me for PGP public key or visit http://michal.waw.pl/PGP =--
--==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==--
A chodzenie po g?rach SSIE!!!


From glen at delfi.ee  Mon Dec  5 21:18:31 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Mon, 5 Dec 2005 22:18:31 +0200
Subject: logrotate
In-Reply-To: <20051205185440.GP3879@woland.michal.waw.pl>
References: <200512051918.50476.glen@delfi.ee>
	<20051205185440.GP3879@woland.michal.waw.pl>
Message-ID: <200512052218.31711.glen@delfi.ee>

On Monday 05 December 2005 20:54, Michal Kochanowicz wrote:
> On Mon, Dec 05, 2005 at 07:18:50PM +0200, Elan Ruusam?e wrote:
> > /etc/cron.daily/logrotate:
> > error: Ignoring squid.rpmnew, because of .rpmnew ending
> > error: Ignoring clamav.rpmsave, because of .rpmsave ending
> > error: Ignoring clamav~, because of ~ ending
> > why are such messages as error. can't they be just silently ignored?
> So you know you should clean up. I like it that way.
well, why isn't then sent there mails for /etc/syslog.conf.rpmnew? 
or /etc/group.rpmnew, or any .rpmfoo file in /etc

imho if you want to get notified of .rpmfoo files write a script which 
notifies you all of /etc files, not just /etc/logrotate.d (afaik suse had 
something like this)

ie i don't see why logrotate files are so much different than other rpmfoo 
files in /etc, which similarily get *ignored* if present.

besides backup files? i have create backups enabled globally in vim because 
i'm not the only sysadmin and good to see previous file state. of course cvs 
or any other vcs would be used (which i actually do), but backup files are 
first to look and very easy and convient (diff -u foo{~,})

-- 
glen


From arekm at pld-linux.org  Sat Dec 10 15:01:44 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sat, 10 Dec 2005 15:01:44 +0100
Subject: ANN: Closing AC
Message-ID: <200512101501.44676.arekm@pld-linux.org>


The time has almost come.

There will be one more bigger move from ready to main but it will be the last 
one. Futher updates to main tree won't be allowed unless it's important 
bugfix or missing package.

If installer isn't (and won't) be ready - well, we can't do anything about 
that. The release can be delayed even few months but non bugfix updates still 
won't be allowed.

Kernel 2.6.14.x will be main one for Ac.

Deadline for any updates before closing is ~ 20 dec 2005 (in some worse cases 
31 dec 2005). AC builder request access will be revoked at that time for most 
people.

It's time to start playing with PLD Th.

PS. This is approved by PLD AC RM.
-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/


From adasi at grubno.da.ru  Sat Dec 10 15:10:34 2005
From: adasi at grubno.da.ru (Witold Krecicki)
Date: Sat, 10 Dec 2005 15:10:34 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512101501.44676.arekm@pld-linux.org>
References: <200512101501.44676.arekm@pld-linux.org>
Message-ID: <200512101510.36167.adasi@grubno.da.ru>

Dnia sobota 10 grudzie? 2005 15:01, Arkadiusz Miskiewicz napisa?:
I think it's also time to make a TODO list - there are still some things (eg. 
lirc & em8300 for 2.6) missing...
-- 
Witold Kr?cicki  (adasi)   adasi at culm.net  http://www.culm.net
"Tylko drugorz?dny umys? nie potrafi wybra? 
                   pomi?dzy literatur? a prawdziw? noc? duszy"
                                                 - Emil Cioran


From dhubleizh at o2.pl  Sat Dec 10 15:13:43 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Sat, 10 Dec 2005 15:13:43 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512101501.44676.arekm@pld-linux.org>
References: <200512101501.44676.arekm@pld-linux.org>
Message-ID: <op.s1km45q0u5x7r9@localhost>

Dnia Sat, 10 Dec 2005 15:01:44 +0100, Arkadiusz Miskiewicz  
<arekm at pld-linux.org> napisa?:

>
> The time has almost come.
>

Great!!! now that's talkin!

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From hawk at limanowa.net  Sat Dec 10 21:11:50 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Sat, 10 Dec 2005 21:11:50 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512101501.44676.arekm@pld-linux.org>
References: <200512101501.44676.arekm@pld-linux.org>
Message-ID: <439B3686.6020108@limanowa.net>

> The time has almost come.

That can't be... ;)

> There will be one more bigger move from ready to main but it will be the last 
> one. Futher updates to main tree won't be allowed unless it's important 
> bugfix or missing package.

And we'll finish the way Ra did.

> If installer isn't (and won't) be ready - well, we can't do anything about 
> that. The release can be delayed even few months but non bugfix updates still 
> won't be allowed.

Installer is almost ready. It works fine enough for me (anyone else is 
using it?). The only thing to do now is to finish update of package 
groups, update iso-priority files and generate ISO images.

> Kernel 2.6.14.x will be main one for Ac.

All the bugs that were reported were also fixed?

> Deadline for any updates before closing is ~ 20 dec 2005 (in some worse cases 
> 31 dec 2005). AC builder request access will be revoked at that time for most 
> people.

I hope my access will remain :) Its required for release bumps when 
something goes to Ra.

> It's time to start playing with PLD Th.

Yes, it is indeed. How about making Th "always in developement" like it 
was proposed on devel-pl (or discuss, I'm not sure).

M.


From dhubleizh at o2.pl  Sat Dec 10 21:44:36 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Sat, 10 Dec 2005 21:44:36 +0100
Subject: ANN: Closing AC
In-Reply-To: <439B3686.6020108@limanowa.net>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net>
Message-ID: <op.s1k48mwtu5x7r9@localhost>

Dnia Sat, 10 Dec 2005 21:11:50 +0100, Marcin Kr?l <hawk at limanowa.net>  
napisa?:

> How about making Th "always in developement" like it
> was proposed on devel-pl (or discuss, I'm not sure).

How about You using NEST instead of PLD?

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From qboosh at pld-linux.org  Sat Dec 10 22:06:31 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 10 Dec 2005 22:06:31 +0100
Subject: ANN: Closing AC
In-Reply-To: <439B3686.6020108@limanowa.net>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net>
Message-ID: <20051210210631.GB15704@fngna.oyu>

On Sat, Dec 10, 2005 at 09:11:50PM +0100, Marcin Kr?l wrote:
> > The time has almost come.
> 
> That can't be... ;)
> 
> > There will be one more bigger move from ready to main but it will be the last 
> > one. Futher updates to main tree won't be allowed unless it's important 
> > bugfix or missing package.
> 
> And we'll finish the way Ra did.

Ra was OK as stable system for servers for about a year.
Ac should be released two years ago ;)

[...]
> > It's time to start playing with PLD Th.
> 
> Yes, it is indeed. How about making Th "always in developement" like it 
> was proposed on devel-pl (or discuss, I'm not sure).

It will probably be for some time.
And there will probably be some moment to make it (more) stable later.
But... who knows now.


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


From adamg at biomerieux.pl  Sat Dec 10 22:34:31 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 10 Dec 2005 22:34:31 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1k48mwtu5x7r9@localhost>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net> <op.s1k48mwtu5x7r9@localhost>
Message-ID: <20051210213431.GA8687@mysza.eu.org>

On Sat, Dec 10, 2005 at 09:44:36PM +0100, Cz at rny wrote:
> Dnia Sat, 10 Dec 2005 21:11:50 +0100, Marcin Kr?l <hawk at limanowa.net>  
> napisa?:
> 
> > How about making Th "always in developement" like it
> > was proposed on devel-pl (or discuss, I'm not sure).
> 
> How about You using NEST instead of PLD?

In case you didn't notice, NEST was disbaned some time ago.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From dhubleizh at o2.pl  Sat Dec 10 22:57:38 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Sat, 10 Dec 2005 22:57:38 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051210213431.GA8687@mysza.eu.org>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net> <op.s1k48mwtu5x7r9@localhost>
	<20051210213431.GA8687@mysza.eu.org>
Message-ID: <op.s1k8mchiu5x7r9@localhost>

Dnia Sat, 10 Dec 2005 22:34:31 +0100, Adam Go??biowski  
<adamg at biomerieux.pl> napisa?:

> In case you didn't notice, NEST was disbaned some time ago.
>

In deed I didn't - so it was? Didn't know that - sry

Nevertheless don't make a second NEST out of TH!?

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From superluser at frontiernet.net  Sat Dec 10 23:41:32 2005
From: superluser at frontiernet.net (Andrew A. Gill)
Date: Sat, 10 Dec 2005 17:41:32 -0500 (EST)
Subject: ANN: Closing AC
In-Reply-To: <200512101501.44676.arekm@pld-linux.org>
References: <200512101501.44676.arekm@pld-linux.org>
Message-ID: <Pine.LNX.4.64N.0512101649560.31204@208-186-50-98>

On Sat, 10 Dec 2005, Arkadiusz Miskiewicz wrote:
>
> The time has almost come.

Yay!

Question: Th is 3.0.  Is there any other difference?  Any 
philosophical changes?  e.g. smaller packages, more packages, 
fewer dependencies, different compiler flags?

-- 
|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.


From arekm at pld-linux.org  Sat Dec 10 23:53:04 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sat, 10 Dec 2005 23:53:04 +0100
Subject: ANN: Closing AC
In-Reply-To: <Pine.LNX.4.64N.0512101649560.31204@208-186-50-98>
References: <200512101501.44676.arekm@pld-linux.org>
	<Pine.LNX.4.64N.0512101649560.31204@208-186-50-98>
Message-ID: <200512102353.05427.arekm@pld-linux.org>

On Saturday 10 December 2005 23:41, Andrew A. Gill wrote:
> On Sat, 10 Dec 2005, Arkadiusz Miskiewicz wrote:
> > The time has almost come.
>
> Yay!
>
> Question: Th is 3.0.  Is there any other difference?  Any
> philosophical changes?  e.g. smaller packages, more packages,
> fewer dependencies, different compiler flags?

New versions (gcc 4), smaller sets of architectures.

There was one major thing which could end in Th - dropping init.d part of 
rc-scripts and replacing it with something that could supervise services, 
start things based on dependencies (not priorites) but at this moment no one 
even started that project.

... so nothing great I'm afraid.
-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/


From hawk at limanowa.net  Sun Dec 11 00:13:36 2005
From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=)
Date: Sun, 11 Dec 2005 00:13:36 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1k48mwtu5x7r9@localhost>
References: <200512101501.44676.arekm@pld-linux.org>	<439B3686.6020108@limanowa.net>
	<op.s1k48mwtu5x7r9@localhost>
Message-ID: <439B6120.80908@limanowa.net>

> How about You using NEST instead of PLD?

Go and grep some list archives to learn what was philosophy of NEST and 
what was proposed for Th. It was something completly different. Making 
Th "always in developement" doesn't mean making Th "always unstable".

M.


From hawk at limanowa.net  Sun Dec 11 00:23:45 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Sun, 11 Dec 2005 00:23:45 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051210210631.GB15704@fngna.oyu>
References: <200512101501.44676.arekm@pld-linux.org>	<439B3686.6020108@limanowa.net>
	<20051210210631.GB15704@fngna.oyu>
Message-ID: <439B6381.3000001@limanowa.net>

> Ra was OK as stable system for servers for about a year.
> Ac should be released two years ago ;)

Thats true, Ra was _very_ stable... and still is :) I hope that 
releasing Th will take us less time than releasing Ac :) I'm just 
worried that one maybe two years after relesing Ac almost everyone will 
be using Th because of new versions of software. If I'm right, Ac will 
die the same way Ra did :/

> It will probably be for some time.
> And there will probably be some moment to make it (more) stable later.
> But... who knows now.

I really liked the idea of "always in developement" distro that was 
proposed.

M.


From gotar at polanet.pl  Sun Dec 11 01:04:10 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 11 Dec 2005 01:04:10 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512102353.05427.arekm@pld-linux.org>
References: <200512101501.44676.arekm@pld-linux.org>
	<Pine.LNX.4.64N.0512101649560.31204@208-186-50-98>
	<200512102353.05427.arekm@pld-linux.org>
Message-ID: <20051211000410.GA2078@os>

On Sat, Dec 10, 2005 at 23:53:04 +0100, Arkadiusz Miskiewicz wrote:

> rc-scripts and replacing it with something that could supervise services, 
> start things based on dependencies (not priorites) but at this moment no one 

Small chances for such think to work, as many of our services shall
return HGW instead of DONE. Moreover - how to set dependencies when
packager don't know e.g. network configuration? Does 'bind' require
running 'zebra*', or is 'network' sufficient?

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


From superluser at frontiernet.net  Sun Dec 11 01:07:06 2005
From: superluser at frontiernet.net (Andrew A. Gill)
Date: Sat, 10 Dec 2005 19:07:06 -0500 (EST)
Subject: ANN: Closing AC
In-Reply-To: <200512102353.05427.arekm@pld-linux.org>
References: <200512101501.44676.arekm@pld-linux.org>
	<Pine.LNX.4.64N.0512101649560.31204@208-186-50-98>
	<200512102353.05427.arekm@pld-linux.org>
Message-ID: <Pine.LNX.4.64N.0512101906310.32359@208-186-50-98>

On Sat, 10 Dec 2005, Arkadiusz Miskiewicz wrote:
>
> smaller sets of architectures.

What do you mean?


From arekm at pld-linux.org  Sun Dec 11 01:23:12 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sun, 11 Dec 2005 01:23:12 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211000410.GA2078@os>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512102353.05427.arekm@pld-linux.org> <20051211000410.GA2078@os>
Message-ID: <200512110123.13533.arekm@pld-linux.org>

On Sunday 11 December 2005 01:04, Tomasz Pala wrote:
> On Sat, Dec 10, 2005 at 23:53:04 +0100, Arkadiusz Miskiewicz wrote:
> > rc-scripts and replacing it with something that could supervise services,
> > start things based on dependencies (not priorites) but at this moment no
> > one
>
> Small chances for such think to work, as many of our services shall
> return HGW instead of DONE.
Huh? You seem to have no idea how supervising is usually done. The processes 
are run in foreground as childs of supervising process. If it dies then 
process knows about that.

Of course there are problems like process not supporting foreground run, 
backward compat and tons of others.

> Moreover - how to set dependencies when 
> packager don't know e.g. network configuration? Does 'bind' require
> running 'zebra*', or is 'network' sufficient?
No idea. Maybe bind requires network while zebra becomes part of network when 
it's installed? No one started the project means almost everything is 
unknown.

-- 
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  Sun Dec 11 01:24:51 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sun, 11 Dec 2005 01:24:51 +0100
Subject: ANN: Closing AC
In-Reply-To: <Pine.LNX.4.64N.0512101906310.32359@208-186-50-98>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512102353.05427.arekm@pld-linux.org>
	<Pine.LNX.4.64N.0512101906310.32359@208-186-50-98>
Message-ID: <200512110124.51708.arekm@pld-linux.org>

On Sunday 11 December 2005 01:07, Andrew A. Gill wrote:
> On Sat, 10 Dec 2005, Arkadiusz Miskiewicz wrote:
> > smaller sets of architectures.
>
> What do you mean?
lftp ftp.pld-linux.org:/dists> ls th/PLD
drwxr-xr-x   4 pldth    users          33 Sep 16  2004 SRPMS
drwxr-xr-x   8 pldth    users          82 Sep  8  2004 athlon
drwxr-xr-x   8 pldth    users          82 Sep  8  2004 i486
drwxr-xr-x   8 pldth    users          82 Sep  8  2004 i686
drwxr-xr-x   3 pldth    users          17 Oct  7  2004 noarch
drwxr-xr-x   7 pldth    users          67 Sep  8  2004 ppc
drwxr-xr-x   7 pldth    users          67 Sep  8  2004 x86_64

instead of 

lftp ftp.pld-linux.org:/dists> ls ac/PLD
drwxr-xr-x   3 pldac    pld            18 Aug 13  2003 SRPMS
drwxr-xr-x   3 pldac    pld            16 Oct 29  2002 alpha
drwxr-xr-x   3 pldac    pld            16 Jan  2  2004 amd64
drwxrwxr-x   3 pldac    pld            16 Oct  8  2004 athlon
drwxrwxr-x   3 pldac    pld            16 Oct  8  2004 i386
drwxrwxr-x   3 pldac    pld            16 Oct  8  2004 i586
drwxrwxr-x   3 pldac    pld            16 Oct  8  2004 i686
drwxr-xr-x   3 pldac    pld            16 Oct 29  2002 ppc
drwxr-xr-x   3 pldac    pld            16 Oct 29  2002 sparc
drwxr-xr-x   3 pldac    pldac          16 Nov 13 23:29 sparc64


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


From superluser at frontiernet.net  Sun Dec 11 01:43:17 2005
From: superluser at frontiernet.net (Andrew A. Gill)
Date: Sat, 10 Dec 2005 19:43:17 -0500 (EST)
Subject: ANN: Closing AC
In-Reply-To: <200512110124.51708.arekm@pld-linux.org>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512102353.05427.arekm@pld-linux.org>
	<Pine.LNX.4.64N.0512101906310.32359@208-186-50-98>
	<200512110124.51708.arekm@pld-linux.org>
Message-ID: <Pine.LNX.4.64N.0512101941150.32359@208-186-50-98>

On Sun, 11 Dec 2005, Arkadiusz Miskiewicz wrote:

> On Sunday 11 December 2005 01:07, Andrew A. Gill wrote:
>> On Sat, 10 Dec 2005, Arkadiusz Miskiewicz wrote:
>>> smaller sets of architectures.
>>
>> What do you mean?
> lftp ftp.pld-linux.org:/dists> ls th/PLD
> drwxr-xr-x   4 pldth    users          33 Sep 16  2004 SRPMS
> drwxr-xr-x   8 pldth    users          82 Sep  8  2004 athlon
> drwxr-xr-x   8 pldth    users          82 Sep  8  2004 i486
> drwxr-xr-x   8 pldth    users          82 Sep  8  2004 i686
> drwxr-xr-x   3 pldth    users          17 Oct  7  2004 noarch
> drwxr-xr-x   7 pldth    users          67 Sep  8  2004 ppc
> drwxr-xr-x   7 pldth    users          67 Sep  8  2004 x86_64

No more Alpha?  That means I can't use PLD anymore!

-- 
|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: --

Well, I have been meaning to upgrade...


From adamg at biomerieux.pl  Sun Dec 11 02:00:51 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sun, 11 Dec 2005 02:00:51 +0100
Subject: ANN: Closing AC
In-Reply-To: <Pine.LNX.4.64N.0512101941150.32359@208-186-50-98>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512102353.05427.arekm@pld-linux.org>
	<Pine.LNX.4.64N.0512101906310.32359@208-186-50-98>
	<200512110124.51708.arekm@pld-linux.org>
	<Pine.LNX.4.64N.0512101941150.32359@208-186-50-98>
Message-ID: <20051211010051.GA5823@mysza.eu.org>

On Sat, Dec 10, 2005 at 07:43:17PM -0500, Andrew A. Gill wrote:
> On Sun, 11 Dec 2005, Arkadiusz Miskiewicz wrote:
> 
> > On Sunday 11 December 2005 01:07, Andrew A. Gill wrote:
> >> On Sat, 10 Dec 2005, Arkadiusz Miskiewicz wrote:
> >>> smaller sets of architectures.
> >>
> >> What do you mean?
> > lftp ftp.pld-linux.org:/dists> ls th/PLD
> > drwxr-xr-x   4 pldth    users          33 Sep 16  2004 SRPMS
> > drwxr-xr-x   8 pldth    users          82 Sep  8  2004 athlon
> > drwxr-xr-x   8 pldth    users          82 Sep  8  2004 i486
> > drwxr-xr-x   8 pldth    users          82 Sep  8  2004 i686
> > drwxr-xr-x   3 pldth    users          17 Oct  7  2004 noarch
> > drwxr-xr-x   7 pldth    users          67 Sep  8  2004 ppc
> > drwxr-xr-x   7 pldth    users          67 Sep  8  2004 x86_64
> 
> No more Alpha?  That means I can't use PLD anymore!

I just did a look at logs (last 4 weeks) of our primary ftp. It turns
out that we have just a few alpha users. Here's the result of:

# zgrep alpha xferlog* | awk '{print $7}' | sort | uniq -c | sort -n -k 1 -r | nl -nln 

No	No of entries	IP
1          6707 	83.243.104.2
2          3718 	80.85.231.62
3          1290		217.11.152.118
4           330 	149.156.119.10
(...)

The rest was 206 connections from different IPs, out of which 190 was 10
or less entries. 

Logs from ftp4 shows there were no connections related to alpha. 

It looks like we have 4 alpha users out there. Maybe a little more if
they use http based access or different servers. Still not much.

On the other hand, stats for ppc or sparc show that there is also small
user base - 18 and 13 IPs respectively with 10 or more entries.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From qboosh at pld-linux.org  Sun Dec 11 02:22:58 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 11 Dec 2005 02:22:58 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211010051.GA5823@mysza.eu.org>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512102353.05427.arekm@pld-linux.org>
	<Pine.LNX.4.64N.0512101906310.32359@208-186-50-98>
	<200512110124.51708.arekm@pld-linux.org>
	<Pine.LNX.4.64N.0512101941150.32359@208-186-50-98>
	<20051211010051.GA5823@mysza.eu.org>
Message-ID: <20051211012258.GE15704@fngna.oyu>

On Sun, Dec 11, 2005 at 02:00:51AM +0100, Adam Go??biowski wrote:
> On Sat, Dec 10, 2005 at 07:43:17PM -0500, Andrew A. Gill wrote:
> > On Sun, 11 Dec 2005, Arkadiusz Miskiewicz wrote:
> > > On Sunday 11 December 2005 01:07, Andrew A. Gill wrote:
> > >> On Sat, 10 Dec 2005, Arkadiusz Miskiewicz wrote:
> > >>> smaller sets of architectures.
> > >>
> > >> What do you mean?
> > > lftp ftp.pld-linux.org:/dists> ls th/PLD
> > > drwxr-xr-x   4 pldth    users          33 Sep 16  2004 SRPMS
> > > drwxr-xr-x   8 pldth    users          82 Sep  8  2004 athlon
> > > drwxr-xr-x   8 pldth    users          82 Sep  8  2004 i486
> > > drwxr-xr-x   8 pldth    users          82 Sep  8  2004 i686
> > > drwxr-xr-x   3 pldth    users          17 Oct  7  2004 noarch
> > > drwxr-xr-x   7 pldth    users          67 Sep  8  2004 ppc
> > > drwxr-xr-x   7 pldth    users          67 Sep  8  2004 x86_64
> > 
> > No more Alpha?  That means I can't use PLD anymore!
> 
> I just did a look at logs (last 4 weeks) of our primary ftp. It turns
> out that we have just a few alpha users. Here's the result of:
> 
> # zgrep alpha xferlog* | awk '{print $7}' | sort | uniq -c | sort -n -k 1 -r | nl -nln 
> 
> No	No of entries	IP
> 1          6707 	83.243.104.2
> 2          3718 	80.85.231.62
> 3          1290		217.11.152.118
> 4           330 	149.156.119.10
> (...)
> 
> The rest was 206 connections from different IPs, out of which 190 was 10
> or less entries. 
> 
> Logs from ftp4 shows there were no connections related to alpha. 
> 
> It looks like we have 4 alpha users out there. Maybe a little more if
> they use http based access or different servers. Still not much.

+1 or 2.
I'm using local rsynced mirror. ankry probably too?

> On the other hand, stats for ppc or sparc show that there is also small
> user base - 18 and 13 IPs respectively with 10 or more entries.

So it's similar to Debian's archs popularity report I posted some time ago:
i386 > x86_64 > ppc(32) > sparc > alpha > others (incl. ia64, ppc64, s390*)

And if we are planning to add some new architecture (like ia64 or ppc64,
of which we thought already), we should add sparc and alpha first :P


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


From gotar at polanet.pl  Sun Dec 11 02:38:56 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 11 Dec 2005 02:38:56 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512110123.13533.arekm@pld-linux.org>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512102353.05427.arekm@pld-linux.org> <20051211000410.GA2078@os>
	<200512110123.13533.arekm@pld-linux.org>
Message-ID: <20051211013856.GA2569@os>

On Sun, Dec 11, 2005 at 01:23:12 +0100, Arkadiusz Miskiewicz wrote:

> > Small chances for such think to work, as many of our services shall
> > return HGW instead of DONE.
> Huh? You seem to have no idea how supervising is usually done. The processes 

Indeed.

How long does it wait until assumes that service is running (it should
wait to eliminate risk of races - init part of one program can take
longer than starting another)? What does it do when required service
dies after some other (which depends on it) has already started (or is
starting)? - I'm particullary interested in service restart/reload, as
they're triggered automatically from logrotate.

> are run in foreground as childs of supervising process. If it dies then 
> process knows about that.

Mmhhhmm... 'background'? Hm, why don't we use such a 'supervising
process' now?

Date: Thu, 2 Sep 2004 21:11:32 +0200
Subject: service start
Message-ID: <20040902191132.GA2506 at os>

This problem occours not only with bind, AFAIR I had the same with
quagga (when logging via files not syslog - they still have wrong
permissions in AC), ircd, jabber (broken database), innd (indexes from
other arch, innwatch counting free i-nodes on reiserfs), mailgraph (no
read access to logs), mysql (many many times, I've seen DIED while
server was started, and DONE when died...).

In short: some services can start just-to-die-SOON giving DONE.

> No idea. Maybe bind requires network while zebra becomes part of network when 
> it's installed?

bind requires interfaces (to bind to) - that's for sure. But how about
routing? Dependency means 'can stand up and WILL work if...' (bind to
interfaces, wait for routing and network access) or 'can do it's job
NOW' (needs routing for serving requests)?

> No one started the project means almost everything is 
> unknown.

And I doubt someone will. I won't put it into production machine,
because don't want to end up with everything shut down because of
log rotation while temporary network shutdown (by the way - I've
got quagga-ospf dying a moment after configuration changes...).

After all - what are the advantages? Faster startup (due to
backgrounding jobs)? Sounds coming from my disks say no (maybe if
someone has broken DNS, didn't initialize postgresql database or has
some other misconfiguration). Dependencies? Well, in fact we can imagine
a situation when virtually every service works for it's own without
anything else.

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


From ankry at green.mif.pg.gda.pl  Sun Dec 11 03:20:40 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sun, 11 Dec 2005 03:20:40 +0100 (CET)
Subject: ANN: Closing AC
In-Reply-To: <20051211012258.GE15704@fngna.oyu> from "Jakub Bogusz" at Dec 11,
	2005 02:22:58 AM
Message-ID: <200512110220.jBB2KeCp026522@green.mif.pg.gda.pl>

Jakub Bogusz wrote:
> 
> On Sun, Dec 11, 2005 at 02:00:51AM +0100, Adam Go??biowski wrote:
> > On Sat, Dec 10, 2005 at 07:43:17PM -0500, Andrew A. Gill wrote:
> > > On Sun, 11 Dec 2005, Arkadiusz Miskiewicz wrote:
> > > > On Sunday 11 December 2005 01:07, Andrew A. Gill wrote:
> > > >> On Sat, 10 Dec 2005, Arkadiusz Miskiewicz wrote:
> > > >>> smaller sets of architectures.
> > > >>
> > > >> What do you mean?
> > > > lftp ftp.pld-linux.org:/dists> ls th/PLD
> > > > drwxr-xr-x   4 pldth    users          33 Sep 16  2004 SRPMS
> > > > drwxr-xr-x   8 pldth    users          82 Sep  8  2004 athlon
> > > > drwxr-xr-x   8 pldth    users          82 Sep  8  2004 i486
> > > > drwxr-xr-x   8 pldth    users          82 Sep  8  2004 i686
> > > > drwxr-xr-x   3 pldth    users          17 Oct  7  2004 noarch
> > > > drwxr-xr-x   7 pldth    users          67 Sep  8  2004 ppc
> > > > drwxr-xr-x   7 pldth    users          67 Sep  8  2004 x86_64
> > > 
> > > No more Alpha?  That means I can't use PLD anymore!
> > 
> > I just did a look at logs (last 4 weeks) of our primary ftp. It turns
> > out that we have just a few alpha users. Here's the result of:
> > 
> > # zgrep alpha xferlog* | awk '{print $7}' | sort | uniq -c | sort -n -k 1 -r | nl -nln 
> > 
> > No	No of entries	IP
> > 1          6707 	83.243.104.2
> > 2          3718 	80.85.231.62
> > 3          1290		217.11.152.118
> > 4           330 	149.156.119.10
> > (...)
> > 
> > The rest was 206 connections from different IPs, out of which 190 was 10
> > or less entries. 
> > 
> > Logs from ftp4 shows there were no connections related to alpha. 
> > 
> > It looks like we have 4 alpha users out there. Maybe a little more if
> > they use http based access or different servers. Still not much.
> 
> +1 or 2.
> I'm using local rsynced mirror. ankry probably too?

>From ftp2:
1         35914 217.149.246.5
2         21880 212.51.220.235
3         10290 193.219.28.2
4          2627 62.233.140.218
5          1730 80.85.231.62
6           703 208.186.50.98
7           539 80.53.143.4
8           217 195.136.61.2
9           143 84.129.121.73
[...]
26           25 85.198.230.209
27           25 200.101.75.40
28           25 138.89.215.102
[...]
42           10 84.162.94.106
[...]
409           1 128.197.14.207
410           1 10.60.10.16
411           1 10.60.1.101

So tail is much longer here.
And my machine is missing: I use local dir access or http.

-- 
=======================================================================
  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 superluser at frontiernet.net  Sun Dec 11 03:24:37 2005
From: superluser at frontiernet.net (Andrew A. Gill)
Date: Sat, 10 Dec 2005 21:24:37 -0500 (EST)
Subject: ANN: Closing AC
In-Reply-To: <200512110220.jBB2KeCp026522@green.mif.pg.gda.pl>
References: <200512110220.jBB2KeCp026522@green.mif.pg.gda.pl>
Message-ID: <Pine.LNX.4.64N.0512102123510.706@208-186-50-98>

On Sun, 11 Dec 2005, Andrzej Krzysztofowicz wrote:
>
> 6           703 208.186.50.98

I can see my house from here!

-- 
|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: --



From dhubleizh at o2.pl  Sun Dec 11 12:47:10 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Sun, 11 Dec 2005 12:47:10 +0100
Subject: ANN: Closing AC
In-Reply-To: <439B6381.3000001@limanowa.net>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net> <20051210210631.GB15704@fngna.oyu>
	<439B6381.3000001@limanowa.net>
Message-ID: <op.s1ma0wd2u5x7r9@localhost>

Dnia Sun, 11 Dec 2005 00:23:45 +0100, Marcin Kr?l <hawk at limanowa.net>  
napisa?:

> I really liked the idea of "always in developement" distro that was
> proposed.
>

It's ok as long, as we make ISO-s from time to time. I can't see what's  
bothering ppl bout dying ac and th. Windows 98 and 95 and ME died as well,  
other distros also make new versions and move on forward. There is no need  
to do anything bout older versions. Supoort and fixex - ok, a little bit,  
if somebody uses and needs, but generally we need to go forth. So it  
really doesnt matter to me, if we make th, then th1.5, th2.0 and so on, or  
if we name future ISO-s or relases with new names. Generally whatever, but  
with ISO-s :D.

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From linux at pilot.org.ua  Sun Dec 11 14:06:25 2005
From: linux at pilot.org.ua (Denis Ovsienko)
Date: Sun, 11 Dec 2005 16:06:25 +0300
Subject: ANN: Closing AC
In-Reply-To: <200512101501.44676.arekm@pld-linux.org>
References: <200512101501.44676.arekm@pld-linux.org>
Message-ID: <20051211160625.6720b259.linux@pilot.org.ua>

Hi
I have a working 2.0 installed. How can I switch it to 3.0 to continue
learning ways to incorporate /etc/net into PLD?

-- 
    DO4-UANIC


From arekm at pld-linux.org  Sun Dec 11 14:06:39 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sun, 11 Dec 2005 14:06:39 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211013856.GA2569@os>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
Message-ID: <200512111406.39971.arekm@pld-linux.org>

On Sunday 11 December 2005 02:38, Tomasz Pala wrote:
> On Sun, Dec 11, 2005 at 01:23:12 +0100, Arkadiusz Miskiewicz wrote:
> > > Small chances for such think to work, as many of our services shall
> > > return HGW instead of DONE.
> >
> > Huh? You seem to have no idea how supervising is usually done. The
> > processes
>
> Indeed.
>
> How long does it wait until assumes that service is running (it should
> wait to eliminate risk of races - init part of one program can take
> longer than starting another)? What does it do when required service
> dies after some other (which depends on it) has already started (or is
> starting)? - I'm particullary interested in service restart/reload, as
> they're triggered automatically from logrotate.
It doesn't assume anything - if the child is there then it works, if it's not 
there then it died.

> > are run in foreground as childs of supervising process. If it dies then
> > process knows about that.
>
> Mmhhhmm... 'background'? Hm, why don't we use such a 'supervising
> process' now?
background for user but foreground for supervising process. We don't use it 
since no one tried to pust some supervisor into rc-scripts for examp.e.

> In short: some services can start just-to-die-SOON giving DONE.
With supervising there is no DONE. Take a look at daemontools.spec or free 
replacement (don't remember name).

> After all - what are the advantages? Faster startup (due to
> backgrounding jobs)? Sounds coming from my disks say no (maybe if
> someone has broken DNS, didn't initialize postgresql database or has
> some other misconfiguration).
I don't care about faster startup. I care only about one thing - start service 
again if it died.

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


From gotar at polanet.pl  Sun Dec 11 14:44:26 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 11 Dec 2005 14:44:26 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512111406.39971.arekm@pld-linux.org>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org>
Message-ID: <20051211134425.GA1195@os>

On Sun, Dec 11, 2005 at 14:06:39 +0100, Arkadiusz Miskiewicz wrote:

> background for user but foreground for supervising process. We don't use it 

I see. However I'm afraid there will be problems with services starting
a few different processes, like jabber (router, resolver, sn, c2s, s2s).

> I don't care about faster startup. I care only about one thing - start service 
> again if it died.

Such watchdog can be simply created by croning `service [/etc/init.d/*]
status`.

Paralell startup can be nice feature on desktops - starting [kg]dm and
allowlogin before network/MTA/donkey/apache/*sql

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


From hawk at limanowa.net  Sun Dec 11 14:45:22 2005
From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=)
Date: Sun, 11 Dec 2005 14:45:22 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1ma0wd2u5x7r9@localhost>
References: <200512101501.44676.arekm@pld-linux.org>	<439B3686.6020108@limanowa.net>
	<20051210210631.GB15704@fngna.oyu>	<439B6381.3000001@limanowa.net>
	<op.s1ma0wd2u5x7r9@localhost>
Message-ID: <439C2D72.7030608@limanowa.net>

> It's ok as long, as we make ISO-s from time to time.

That is the part of "always in developement" idea.

> I can't see what's  
> bothering ppl bout dying ac and th. Windows 98 and 95 and ME died as well,  
> other distros also make new versions and move on forward.

For me personally if we will switch to "awlays in developement" distro 
it would be easier to:

1) Maintain my machines, by simply doing poldek --upgrade-dist out of 
stable tree. Occasionally there will be need to do some manual upgrades 
like from postgres 8.0 to 8.1 which requires database dump/restore. Now 
lets assume that we will stay with current distro politics + we will 
release new version every year. So once a year I'll probably have to 
reinstall all the machines because version Z was released and X has 
reached an EOL.

2) Maintain distro itself. Now if there is some security bug it should 
be fixed in Ra, Ac, Th. With "always in developement" we'll 
prepare/commit/test/build fixed packages only once.

M.


From sardzent at o2.pl  Sun Dec 11 14:47:45 2005
From: sardzent at o2.pl (Daniel Dominik Rudnicki)
Date: Sun, 11 Dec 2005 14:47:45 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1ma0wd2u5x7r9@localhost>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B6381.3000001@limanowa.net> <op.s1ma0wd2u5x7r9@localhost>
Message-ID: <200512111447.48222.sardzent@o2.pl>

On Sunday 11 of December 2005 12:47, Cz at rny wrote:

> It's ok as long, as we make ISO-s from time to time. I can't see what's
blah blah blah
> bothering ppl bout dying ac and th. Windows 98 and 95 and ME died as well,
> other distros also make new versions and move on forward. There is no need
PLD != MS Windows
> really doesnt matter to me, if we make th, then th1.5, th2.0 and so on, or
> if we name future ISO-s or relases with new names. Generally whatever, but
let jut RMs and CDG do the job ok ?

-- 


                       Daniel Dominik Rudnicki
JID: sardzent at pld-linux.org               e-mail: sardzent at pld-linux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20051211/b3473f2c/attachment.sig>

From superluser at frontiernet.net  Sun Dec 11 14:52:36 2005
From: superluser at frontiernet.net (Andrew A. Gill)
Date: Sun, 11 Dec 2005 08:52:36 -0500 (EST)
Subject: ANN: Closing AC
In-Reply-To: <20051211134425.GA1195@os>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org>
	<20051211013856.GA2569@os> <200512111406.39971.arekm@pld-linux.org>
	<20051211134425.GA1195@os>
Message-ID: <Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>

On Sun, 11 Dec 2005, Tomasz Pala wrote:

> On Sun, Dec 11, 2005 at 14:06:39 +0100, Arkadiusz Miskiewicz wrote:
>
>> I don't care about faster startup. I care only about one thing - start service
>> again if it died.
>
> Such watchdog can be simply created by croning `service [/etc/init.d/*]
> status`.

That's a very ugly solution.  I haven't been following this 
init.d discussion too closely, but what you're proposing is 
ugly.

-- 
|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: --

Ugly.


From adamg at biomerieux.pl  Sun Dec 11 14:52:49 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sun, 11 Dec 2005 14:52:49 +0100
Subject: ANN: Closing AC
In-Reply-To: <439C2D72.7030608@limanowa.net>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net> <20051210210631.GB15704@fngna.oyu>
	<439B6381.3000001@limanowa.net> <op.s1ma0wd2u5x7r9@localhost>
	<439C2D72.7030608@limanowa.net>
Message-ID: <20051211135249.GA5780@mysza.eu.org>

On Sun, Dec 11, 2005 at 02:45:22PM +0100, Marcin Kr?l wrote:
> 1) Maintain my machines, by simply doing poldek --upgrade-dist out of 
> stable tree. Occasionally there will be need to do some manual upgrades 
> like from postgres 8.0 to 8.1 which requires database dump/restore. Now 
> lets assume that we will stay with current distro politics + we will 
> release new version every year. So once a year I'll probably have to 
> reinstall all the machines because version Z was released and X has 
> reached an EOL.

What about some groundbraking change like gcc update (breaking BC)? 
How are we expected to handle these in a 'allways in development' style
distro?

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From glen at delfi.ee  Sun Dec 11 14:59:25 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 11 Dec 2005 15:59:25 +0200
Subject: ANN: Closing AC
In-Reply-To: <20051211013856.GA2569@os>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
Message-ID: <200512111559.25790.glen@delfi.ee>

On Sunday 11 December 2005 03:38, Tomasz Pala wrote:
> > No idea. Maybe bind requires network while zebra becomes part of network
> > when it's installed?
>
> bind requires interfaces (to bind to) - that's for sure. But how about
> routing? Dependency means 'can stand up and WILL work if...' (bind to
> interfaces, wait for routing and network access) or 'can do it's job
> NOW' (needs routing for serving requests)?

i think it should be first version in most cases....

btw, there's done some work with initng.
http://svn.pld-linux.org/cgi-bin/viewsvn/initng/

-- 
glen


From qboosh at pld-linux.org  Sun Dec 11 15:05:46 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 11 Dec 2005 15:05:46 +0100
Subject: ANN: Closing AC
In-Reply-To: <439C2D72.7030608@limanowa.net>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net> <20051210210631.GB15704@fngna.oyu>
	<439B6381.3000001@limanowa.net> <op.s1ma0wd2u5x7r9@localhost>
	<439C2D72.7030608@limanowa.net>
Message-ID: <20051211140545.GA17267@fngna.oyu>

On Sun, Dec 11, 2005 at 02:45:22PM +0100, Marcin Kr?l wrote:
> > It's ok as long, as we make ISO-s from time to time.
> 
> That is the part of "always in developement" idea.
> 
> > I can't see what's  
> > bothering ppl bout dying ac and th. Windows 98 and 95 and ME died as well,  
> > other distros also make new versions and move on forward.
> 
> For me personally if we will switch to "awlays in developement" distro 
> it would be easier to:
> 
> 1) Maintain my machines, by simply doing poldek --upgrade-dist out of 
> stable tree. Occasionally there will be need to do some manual upgrades 
> like from postgres 8.0 to 8.1 which requires database dump/restore. Now 
> lets assume that we will stay with current distro politics + we will 
> release new version every year. So once a year I'll probably have to 
> reinstall all the machines because version Z was released and X has 
> reached an EOL.

But think about "big transitions", such as gcc - when most of
C++/Fortran/Ada/GCJ-based Java stuff must be rebuilt. And many programs
appear broken, so they wouldn't exist in distro even for few months.
gcc 4.0 isn't so new now (about 8 months from 4.0.0 release has passed),
but many programs still need fixes, sometimes non-trivial.

Or glibc - since glibc 2.4 support for Linux < 2.6.0 is no more.
If you have some piece of hardware not supported by current Linux, you
could stick to older line of distro until you can buy some new hardware
or update drivers to work with current Linux.

Or removing whole architecture from distro.


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


From loc at toya.net.pl  Sun Dec 11 15:08:44 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Sun, 11 Dec 2005 15:08:44 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1k8mchiu5x7r9@localhost>
References: <200512101501.44676.arekm@pld-linux.org>	<439B3686.6020108@limanowa.net>
	<op.s1k48mwtu5x7r9@localhost>	<20051210213431.GA8687@mysza.eu.org>
	<op.s1k8mchiu5x7r9@localhost>
Message-ID: <439C32EC.3080502@toya.net.pl>

Cz at rny wrote:
> Dnia Sat, 10 Dec 2005 22:34:31 +0100, Adam Go??biowski  
> <adamg at biomerieux.pl> napisa?:
> 
>> In case you didn't notice, NEST was disbaned some time ago.
>>
> 
> In deed I didn't - so it was? Didn't know that - sry
> 
> Nevertheless don't make a second NEST out of TH!?

NEST was something different from what was proposed for Th.

-- 
Regards,
Jakub Piotr C?apa


From loc at toya.net.pl  Sun Dec 11 15:19:11 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Sun, 11 Dec 2005 15:19:11 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211160625.6720b259.linux@pilot.org.ua>
References: <200512101501.44676.arekm@pld-linux.org>
	<20051211160625.6720b259.linux@pilot.org.ua>
Message-ID: <439C355F.7030200@toya.net.pl>

Denis Ovsienko wrote:
> Hi
> I have a working 2.0 installed. How can I switch it to 3.0 to continue
> learning ways to incorporate /etc/net into PLD?

That would probably require some hacking. You could try to install Th 
from scratch into a chroot on another partition and than try to boot 
from it. It should be more secure than installing from scratch.

-- 
Regards,
Jakub Piotr C?apa


From dhubleizh at o2.pl  Sun Dec 11 15:51:53 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Sun, 11 Dec 2005 15:51:53 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512111447.48222.sardzent@o2.pl>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B6381.3000001@limanowa.net> <op.s1ma0wd2u5x7r9@localhost>
	<200512111447.48222.sardzent@o2.pl>
Message-ID: <op.s1mjkrizu5x7r9@localhost>

Dnia Sun, 11 Dec 2005 14:47:45 +0100, Daniel Dominik Rudnicki  
<sardzent at o2.pl> napisa?:


> let jut RMs and CDG do the job ok ?
>

blah blah blah

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From dhubleizh at o2.pl  Sun Dec 11 15:54:20 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Sun, 11 Dec 2005 15:54:20 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211135249.GA5780@mysza.eu.org>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net> <20051210210631.GB15704@fngna.oyu>
	<439B6381.3000001@limanowa.net> <op.s1ma0wd2u5x7r9@localhost>
	<439C2D72.7030608@limanowa.net>
	<20051211135249.GA5780@mysza.eu.org>
Message-ID: <op.s1mjounnu5x7r9@localhost>

Dnia Sun, 11 Dec 2005 14:52:49 +0100, Adam Go??biowski  
<adamg at biomerieux.pl> napisa?:

> On Sun, Dec 11, 2005 at 02:45:22PM +0100, Marcin Kr?l wrote:
>> 1) Maintain my machines, by simply doing poldek --upgrade-dist out of
>> stable tree. Occasionally there will be need to do some manual upgrades
>> like from postgres 8.0 to 8.1 which requires database dump/restore. Now
>> lets assume that we will stay with current distro politics + we will
>> release new version every year. So once a year I'll probably have to
>> reinstall all the machines because version Z was released and X has
>> reached an EOL.

All of that is true - as long as from time to time we'll bake some iso,  
everything is fine for me.
>
> What about some groundbraking change like gcc update (breaking BC)?

That'd be a point to make an iso - perfect for making some 'version',  
'release', 'snapshot' or whatever You call it - an iso.

> How are we expected to handle these in a 'allways in development' style
> distro?

That bothers me also...

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From gotar at polanet.pl  Sun Dec 11 15:47:50 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 11 Dec 2005 15:47:50 +0100
Subject: ANN: Closing AC
In-Reply-To: <Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org> <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
Message-ID: <20051211144750.GA1538@os>

On Sun, Dec 11, 2005 at 08:52:36 -0500, Andrew A. Gill wrote:

> That's a very ugly solution.  I haven't been following this 
> init.d discussion too closely, but what you're proposing is 
> ugly.

Daemons shouldn't die and they don't without any reason. I've got only
one broken - ospf, if you have more you should revise system
configuration and hardware.
Generally speaking there's no common need for watching over services,
thus I don't see much interest in switching startup scripts.

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


From qboosh at pld-linux.org  Sun Dec 11 16:07:23 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sun, 11 Dec 2005 16:07:23 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1mjounnu5x7r9@localhost>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net> <20051210210631.GB15704@fngna.oyu>
	<439B6381.3000001@limanowa.net> <op.s1ma0wd2u5x7r9@localhost>
	<439C2D72.7030608@limanowa.net>
	<20051211135249.GA5780@mysza.eu.org> <op.s1mjounnu5x7r9@localhost>
Message-ID: <20051211150723.GB17267@fngna.oyu>

On Sun, Dec 11, 2005 at 03:54:20PM +0100, Cz at rny wrote:
> Dnia Sun, 11 Dec 2005 14:52:49 +0100, Adam Go??biowski  
> <adamg at biomerieux.pl> napisa?:
> 
> > On Sun, Dec 11, 2005 at 02:45:22PM +0100, Marcin Kr?l wrote:
> >> 1) Maintain my machines, by simply doing poldek --upgrade-dist out of
> >> stable tree. Occasionally there will be need to do some manual upgrades
> >> like from postgres 8.0 to 8.1 which requires database dump/restore. Now
> >> lets assume that we will stay with current distro politics + we will
> >> release new version every year. So once a year I'll probably have to
> >> reinstall all the machines because version Z was released and X has
> >> reached an EOL.
> 
> All of that is true - as long as from time to time we'll bake some iso,  
> everything is fine for me.
> >
> > What about some groundbraking change like gcc update (breaking BC)?
> 
> That'd be a point to make an iso - perfect for making some 'version',  
> 'release', 'snapshot' or whatever You call it - an iso.

And what can I do with ISO full of security holes (or other serious
bugs), with only binary-incompatible updates on ftp?

"always in development" works good only for periods of time limited by
"big transitions".


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


From loc at toya.net.pl  Sun Dec 11 16:10:19 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Sun, 11 Dec 2005 16:10:19 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211144750.GA1538@os>
References: <200512101501.44676.arekm@pld-linux.org>	<200512110123.13533.arekm@pld-linux.org>
	<20051211013856.GA2569@os>	<200512111406.39971.arekm@pld-linux.org>
	<20051211134425.GA1195@os>	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os>
Message-ID: <439C415B.4080005@toya.net.pl>

Tomasz Pala wrote:
> On Sun, Dec 11, 2005 at 08:52:36 -0500, Andrew A. Gill wrote:
> 
>> That's a very ugly solution.  I haven't been following this 
>> init.d discussion too closely, but what you're proposing is 
>> ugly.
> 
> Daemons shouldn't die and they don't without any reason. I've got only
> one broken - ospf, if you have more you should revise system
> configuration and hardware.
> Generally speaking there's no common need for watching over services,
> thus I don't see much interest in switching startup scripts.

NMB dies when it runs out of network interfaces. That's stupid but is 
considered a feature by samba developers...

Supervising daemons could allow creating an easy GUI control panel for 
them, informing the admin about problems.

The startup time with init-ng is proved to be less than a half compared 
to plain SysVinit.

-- 
Regards,
Jakub Piotr C?apa


From dhubleizh at o2.pl  Sun Dec 11 16:14:53 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Sun, 11 Dec 2005 16:14:53 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211150723.GB17267@fngna.oyu>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net> <20051210210631.GB15704@fngna.oyu>
	<439B6381.3000001@limanowa.net> <op.s1ma0wd2u5x7r9@localhost>
	<439C2D72.7030608@limanowa.net>
	<20051211135249.GA5780@mysza.eu.org> <op.s1mjounnu5x7r9@localhost>
	<20051211150723.GB17267@fngna.oyu>
Message-ID: <op.s1mkm3v0u5x7r9@localhost>

Dnia Sun, 11 Dec 2005 16:07:23 +0100, Jakub Bogusz <qboosh at pld-linux.org>  
napisa?:

> And what can I do with ISO full of security holes (or other serious
> bugs), with only binary-incompatible updates on ftp?

Every sytem gets outdated and with security holes with time. We do the  
main ftp the best w can, so it is as secure, as we make it ( not counting  
holes, that get found later ).

What do we get? and iso, that could be installed and used, and updtaes? If  
main is well made, then upgrade with poldek should make the instalation  
compatibile with main.

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From sardzent at o2.pl  Sun Dec 11 16:21:15 2005
From: sardzent at o2.pl (Daniel Dominik Rudnicki)
Date: Sun, 11 Dec 2005 16:21:15 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1mjkrizu5x7r9@localhost>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512111447.48222.sardzent@o2.pl> <op.s1mjkrizu5x7r9@localhost>
Message-ID: <200512111621.23105.sardzent@o2.pl>

On Sunday 11 of December 2005 15:51, Cz at rny wrote:
>
> blah blah blah
>
> Cz at rny
yep 
-- 


                       Daniel Dominik Rudnicki
JID: sardzent at pld-linux.org               e-mail: sardzent at pld-linux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20051211/a9bc721d/attachment.sig>

From gotar at polanet.pl  Sun Dec 11 16:31:33 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 11 Dec 2005 16:31:33 +0100
Subject: ANN: Closing AC
In-Reply-To: <439C415B.4080005@toya.net.pl>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org> <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
Message-ID: <20051211153133.GA1884@os>

On Sun, Dec 11, 2005 at 16:10:19 +0100, Jakub Piotr C?apa wrote:

> The startup time with init-ng is proved to be less than a half compared 
> to plain SysVinit.

With 3-6 months uptimes it's irrevelant if restart due to new kernel
takes 5 or 10 minutes.

My conclusion coming from this discussion is that's desktop solution,
not server one. Am I right?

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


From loc at toya.net.pl  Sun Dec 11 16:53:14 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Sun, 11 Dec 2005 16:53:14 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211153133.GA1884@os>
References: <200512101501.44676.arekm@pld-linux.org>	<200512110123.13533.arekm@pld-linux.org>
	<20051211013856.GA2569@os>	<200512111406.39971.arekm@pld-linux.org>
	<20051211134425.GA1195@os>	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>	<20051211144750.GA1538@os>
	<439C415B.4080005@toya.net.pl> <20051211153133.GA1884@os>
Message-ID: <439C4B6A.7080004@toya.net.pl>

Tomasz Pala wrote:
> On Sun, Dec 11, 2005 at 16:10:19 +0100, Jakub Piotr C?apa wrote:
> 
>> The startup time with init-ng is proved to be less than a half compared 
>> to plain SysVinit.
> 
> With 3-6 months uptimes it's irrevelant if restart due to new kernel
> takes 5 or 10 minutes.
> 
> My conclusion coming from this discussion is that's desktop solution,
> not server one. Am I right?

It's certainly more useful on a desktop but should not break anything 
(if done right) on a server. Our target is to have rc-scripts that can 
work in either solutuion. (so just like plain old SysVinit does or using 
some new stuff)

-- 
Regards,
Jakub Piotr C?apa


From hawk at limanowa.net  Sun Dec 11 17:56:56 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Sun, 11 Dec 2005 17:56:56 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211140545.GA17267@fngna.oyu>
References: <200512101501.44676.arekm@pld-linux.org>	<439B3686.6020108@limanowa.net>
	<20051210210631.GB15704@fngna.oyu>	<439B6381.3000001@limanowa.net>
	<op.s1ma0wd2u5x7r9@localhost>	<439C2D72.7030608@limanowa.net>
	<20051211140545.GA17267@fngna.oyu>
Message-ID: <439C5A58.7060903@limanowa.net>

> But think about "big transitions", such as gcc - when most of
> C++/Fortran/Ada/GCJ-based Java stuff must be rebuilt. And many programs
> appear broken, so they wouldn't exist in distro even for few months.

All those programs will not exist, but just in devel tree on ftp. They 
however will still exist in stable tree. After doing all necessary fixes 
and rebuilding all necessary packages (no matter how long it will take) 
stuff from devel tree (after tests of course) will be moved to stable tree.

What should be different in this approach from releasing the new X 
version of PLD? After moving packages from devel to stable tree, poldek 
--upgrade-dist should do the job or if it can't it should inform 
administrator that his attention is required before performing an 
upgrade. Of course, separate builders will be required for both stable 
and devel trees, but we already have them, haven't we?

There are probably many more holes in my thinking, but I believe we 
should be able to solve these problems.

I'm OK with releasing new version of PLD with each milestone like gcc or 
glibc if 'poldek --upgrade-dist' will be the only tool needed for 
upgrade. And if poldek will be unable to perform upgrade it should 
inform me about it ie "I'm unable to perfrom upgrade-dist because of 
incompatibility between postgresql 8.0 and 8.1" or "I'm unable to 
perform upgrade: kernel24 has been removed from distribution because of 
glibc >= 2.4". That would be very nice :)

M.


From jajcus at jajcus.net  Sun Dec 11 18:56:28 2005
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Sun, 11 Dec 2005 18:56:28 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211153133.GA1884@os>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org> <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os>
Message-ID: <20051211175628.GC14079@nic.nigdzie>

On Sun, Dec 11, 2005 at 04:31:33PM +0100, Tomasz Pala wrote:
> On Sun, Dec 11, 2005 at 16:10:19 +0100, Jakub Piotr C?apa wrote:
> 
> > The startup time with init-ng is proved to be less than a half compared 
> > to plain SysVinit.
> 
> With 3-6 months uptimes it's irrevelant if restart due to new kernel
> takes 5 or 10 minutes.

Irrevelant? My customers _do_ care if a maintenance break (e.g. reboot
during kernel upgrate) lasts 5 or 10 minutes.

> My conclusion coming from this discussion is that's desktop solution,
> not server one. Am I right?

I, as a single user of my desktop machine, may go to make some tea, when 
the machine boots. It is much harder to explain thousands of customers,
calling during machine boot, why their services don't work. 

Greets,
        Jacek


From jajcus at jajcus.net  Sun Dec 11 18:58:20 2005
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Sun, 11 Dec 2005 18:58:20 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211134425.GA1195@os>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org> <20051211134425.GA1195@os>
Message-ID: <20051211175820.GD14079@nic.nigdzie>

On Sun, Dec 11, 2005 at 02:44:26PM +0100, Tomasz Pala wrote:
> On Sun, Dec 11, 2005 at 14:06:39 +0100, Arkadiusz Miskiewicz wrote:
> 
> > background for user but foreground for supervising process. We don't use it 
> 
> I see. However I'm afraid there will be problems with services starting
> a few different processes, like jabber (router, resolver, sn, c2s, s2s).

The "jabberd" script of jabberd2 is broken anyway. And even jabberd
developers seem recommend supervising each of the processes separately
instead of using that perl script. BTW. what the perl script does is
process supervision.

Greets,
        Jacek


From jajcus at jajcus.net  Sun Dec 11 19:01:55 2005
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Sun, 11 Dec 2005 19:01:55 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211144750.GA1538@os>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org> <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os>
Message-ID: <20051211180155.GE14079@nic.nigdzie>

On Sun, Dec 11, 2005 at 03:47:50PM +0100, Tomasz Pala wrote:
> On Sun, Dec 11, 2005 at 08:52:36 -0500, Andrew A. Gill wrote:
> 
> > That's a very ugly solution.  I haven't been following this 
> > init.d discussion too closely, but what you're proposing is 
> > ugly.
> 
> Daemons shouldn't die and they don't without any reason.

That would be in an ideal world. Daemons have resource leaks and will be
killed when reach the resource limit (with process supervision ulimit
becomes very usefull). They may crash on some unexpected event. That may
be after months of uninterrupted work. It is usually better if they come
back again if possible, then if they are down until the administrator
manually start them again.

Greets,
        Jacek


From ankry at green.mif.pg.gda.pl  Sun Dec 11 19:18:33 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sun, 11 Dec 2005 19:18:33 +0100 (CET)
Subject: ANN: Closing AC
In-Reply-To: <439C2D72.7030608@limanowa.net> from
	"=?UTF-8?B?TWFyY2luIEtyw7Ns?=" at Dec 11, 2005 02:45:22 PM
Message-ID: <200512111818.jBBIIXZd030015@green.mif.pg.gda.pl>

=?UTF-8?B?TWFyY2luIEtyw7Ns?= wrote:
> > I can't see what's  
> > bothering ppl bout dying ac and th. Windows 98 and 95 and ME died as well,  
> > other distros also make new versions and move on forward.
> 
> For me personally if we will switch to "awlays in developement" distro 
> it would be easier to:
> 
> 1) Maintain my machines, by simply doing poldek --upgrade-dist out of 
> stable tree. Occasionally there will be need to do some manual upgrades 
> like from postgres 8.0 to 8.1 which requires database dump/restore. Now 

But if you leave one machine not upgraded, after some time it may become
not upgradeable. Because of missing triggers, package splits, missing
obsoletes, etc.

> lets assume that we will stay with current distro politics + we will 
> release new version every year. So once a year I'll probably have to 
> reinstall all the machines because version Z was released and X has 
> reached an EOL.

What for machines that are not upgradeable N -> N+1? Eg. because of their
configuration and bugs present in year N+1 release. Will rel. N+2 support
N -> N+2 upgrade ?
Eg. some X11 version (or any other commonly used library) is unusable for
them, suggested solution is to use previous version with bugfixes?

> 2) Maintain distro itself. Now if there is some security bug it should 
> be fixed in Ra, Ac, Th. With "always in developement" we'll 
> prepare/commit/test/build fixed packages only once.

Yes, leaving the work for machine admins is simpler.

-- 
=======================================================================
  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 dhubleizh at o2.pl  Sun Dec 11 19:55:39 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Sun, 11 Dec 2005 19:55:39 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211153133.GA1884@os>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org> <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os>
Message-ID: <op.s1muu1v1u5x7r9@localhost>

Dnia Sun, 11 Dec 2005 16:31:33 +0100, Tomasz Pala <gotar at polanet.pl>  
napisa?:

> My conclusion coming from this discussion is that's desktop solution,
> not server one. Am I right?
>
The equasion is simple - I see new functionality added, few new fatures,  
faster boot and nothing taken - so, where is the problem? You get the same  
thing, that earlier, but faster and better - where is the problem?

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From ankry at green.mif.pg.gda.pl  Sun Dec 11 21:06:58 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sun, 11 Dec 2005 21:06:58 +0100 (CET)
Subject: ANN: Closing AC
In-Reply-To: <op.s1mkm3v0u5x7r9@localhost> from "Cz@rny" at Dec 11,
	2005 04:14:53 PM
Message-ID: <200512112006.jBBK6wFw030515@green.mif.pg.gda.pl>

Cz at rny wrote:
> 
> Dnia Sun, 11 Dec 2005 16:07:23 +0100, Jakub Bogusz <qboosh at pld-linux.org>  
> napisa??:
> 
> > And what can I do with ISO full of security holes (or other serious
> > bugs), with only binary-incompatible updates on ftp?
> 
> Every sytem gets outdated and with security holes with time. We do the  
> main ftp the best w can, so it is as secure, as we make it ( not counting  
> holes, that get found later ).
> 
> What do we get? and iso, that could be installed and used, and updtaes? If  
> main is well made, then upgrade with poldek should make the instalation  
> compatibile with main.

Assume that iso contents == main, assume that ready contains binary
incompatible packages (eg. because of glibc/gcc/g++ update), assume that
every third package (existent in main) does not build yet (need new version,
some other fix or just some work). And assume that a big hole is found in
one of the most important packages (eg. openssl); bugfix available in ready.

What one can do?
- upgrade to ready - not possible because of missing packages
- building a bugfix package and move it to main - not possible because of
  incompatible builder envinronment
- ???

/me and qboosh suggest that when making a big, incompatible change in distro
some kind of updates (in old envinronment) should be supported at least to
the moment when the "packages after change" set becomes at least as stable
as the previous release. This is incompatible with suggested development
model.

And note that such a big change may take months to be finished.
And often a next big change starts before the previous one is finished
leading to never fully usable package set.

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


From dhubleizh at o2.pl  Sun Dec 11 21:29:59 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Sun, 11 Dec 2005 21:29:59 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512112006.jBBK6wFw030515@green.mif.pg.gda.pl>
References: <200512112006.jBBK6wFw030515@green.mif.pg.gda.pl>
Message-ID: <op.s1my79qbu5x7r9@localhost>

Dnia Sun, 11 Dec 2005 21:06:58 +0100, Andrzej Krzysztofowicz  
<ankry at green.mif.pg.gda.pl> napisa?:

> - building a bugfix package and move it to main - not possible because of
>   incompatible builder envinronment
> - ???
>

These two alternatives are where we should search for a way out. Or we  
hold an enviroment to build patches and so on (the question is how long  
and how many steps back).

The '???' alternative sound great - but we have to invet it :>

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From hawk at limanowa.net  Sun Dec 11 22:26:21 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Sun, 11 Dec 2005 22:26:21 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512111818.jBBIIXZd030015@green.mif.pg.gda.pl>
References: <200512111818.jBBIIXZd030015@green.mif.pg.gda.pl>
Message-ID: <439C997D.3040903@limanowa.net>

> But if you leave one machine not upgraded, after some time it may become
> not upgradeable. Because of missing triggers, package splits, missing
> obsoletes, etc.

True.

> What for machines that are not upgradeable N -> N+1? Eg. because of their
> configuration and bugs present in year N+1 release. Will rel. N+2 support
> N -> N+2 upgrade ?

Probably not. On the other hand, that kind of machines either are never 
upgraded or some workaround is being developed to solve the problem 
(usually not at distro level). So someday it will be possible to upgrade 
N to N+1 which should then update to N+2.

> Eg. some X11 version (or any other commonly used library) is unusable for
> them, suggested solution is to use previous version with bugfixes?

My knowledge isn't big, but I had many of such situations back in Ra 
times. Now all these machines are running Ac. So IMO its only matter of 
time when some workaround will be developed to allow upgrade.

> Yes, leaving the work for machine admins is simpler.

And current PLD philosophy is not leaving the work for machine admins? 
Upgrade from Ra to Ac == 1 night at server room for every production 
machine. And this will IMO not change in Ac->Th transition or any other 
leater X->Y transition.

M.




From ankry at green.mif.pg.gda.pl  Sun Dec 11 22:37:06 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sun, 11 Dec 2005 22:37:06 +0100 (CET)
Subject: ANN: Closing AC
In-Reply-To: <439C997D.3040903@limanowa.net> from
	"=?ISO-8859-1?Q?Marcin_Kr=F3l?=" at Dec 11, 2005 10:26:21 PM
Message-ID: <200512112137.jBBLb6Jo031124@green.mif.pg.gda.pl>

=?ISO-8859-1?Q?Marcin_Kr=F3l?= wrote:
> Upgrade from Ra to Ac == 1 night at server room for every production 
> machine. And this will IMO not change in Ac->Th transition or any other 
> leater X->Y transition.

Have you seen a distro that supports full machine upgrade (incl.
configuration fixes/rewrites) in less than one night ?

But that's OT.

-- 
=======================================================================
  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 hawk at limanowa.net  Sun Dec 11 22:54:46 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Sun, 11 Dec 2005 22:54:46 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512112137.jBBLb6Jo031124@green.mif.pg.gda.pl>
References: <200512112137.jBBLb6Jo031124@green.mif.pg.gda.pl>
Message-ID: <439CA026.5020007@limanowa.net>

> Have you seen a distro that supports full machine upgrade (incl.
> configuration fixes/rewrites) in less than one night ?

Of course not, but less differences == less time in server room. Which 
leads me to conclusion: no matter what philosophy we will choose we 
should be releasing stable versions more often to limit these 
differences. But thats not possible IMO, almost every developer should 
know why :/

> But that's OT.

True. So lets EOT :)

M.




From gotar at polanet.pl  Sun Dec 11 19:56:55 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 11 Dec 2005 19:56:55 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211175628.GC14079@nic.nigdzie>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org> <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
Message-ID: <20051211185655.GA2511@os>

On Sun, Dec 11, 2005 at 18:56:28 +0100, Jacek Konieczny wrote:

> Irrevelant? My customers _do_ care if a maintenance break (e.g. reboot
> during kernel upgrate) lasts 5 or 10 minutes.

If so, why don't you use some HA? Anyway I simply do not believe, that
it's 'proven' to be two times faster, especially when speaking of
machines which have some real load.

> the machine boots. It is much harder to explain thousands of customers,
> calling during machine boot, why their services don't work. 

$ wc -l /etc/passwd
1634 /etc/passwd

I don't have this problem fortunatelly;)

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


From gotar at polanet.pl  Sun Dec 11 20:14:02 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 11 Dec 2005 20:14:02 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211180155.GE14079@nic.nigdzie>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org> <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <20051211180155.GE14079@nic.nigdzie>
Message-ID: <20051211191402.GB2511@os>

On Sun, Dec 11, 2005 at 19:01:55 +0100, Jacek Konieczny wrote:

> That would be in an ideal world. Daemons have resource leaks and will be

To my information: which one?

> killed when reach the resource limit (with process supervision ulimit
> becomes very usefull).

Hmmm... what's with ulimit without supervision?

> They may crash on some unexpected event. That may
> be after months of uninterrupted work. It is usually better if they come
> back again if possible, then if they are down until the administrator
> manually start them again.

In ideal world;) I'd be afraid of possible bugs in supervisor, but will
be really happy if people like you will test it sometime;>

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


From gotar at polanet.pl  Sun Dec 11 23:56:35 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 11 Dec 2005 23:56:35 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1my79qbu5x7r9@localhost>
References: <200512112006.jBBK6wFw030515@green.mif.pg.gda.pl>
	<op.s1my79qbu5x7r9@localhost>
Message-ID: <20051211225635.GB2851@os>

On Sun, Dec 11, 2005 at 21:29:59 +0100, Cz at rny wrote:

> These two alternatives are where we should search for a way out. Or we  
> hold an enviroment to build patches and so on (the question is how long  
> and how many steps back).
> 
> The '???' alternative sound great - but we have to invet it :>

It already is - distro lines.

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


From gotar at polanet.pl  Sun Dec 11 23:54:47 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 11 Dec 2005 23:54:47 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1muu1v1u5x7r9@localhost>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org> <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <op.s1muu1v1u5x7r9@localhost>
Message-ID: <20051211225447.GA2851@os>

On Sun, Dec 11, 2005 at 19:55:39 +0100, Cz at rny wrote:

> The equasion is simple - I see new functionality added, few new fatures,  
> faster boot and nothing taken - so, where is the problem? You get the same  
> thing, that earlier, but faster and better - where is the problem?

So please answer to all my issues from other mails
(network/quagga/routing concern, service reload from logrotate...).

The problem is:
- unpredictable behaviour upon system failure (I'd prefer not to restart
  *sql after some recoverable cluster error, because it may hide problem
  and all I get are problems with synchronizing timelines),
- more failure points (now service means service, not also some deps),
- more complicated management scheme - how to TEST my own services on
  production machine? Playing doom-admin? Check all the scenarios?

It's nice solution for fast system startup (but I doubt it's
signifficant change - do me a favour and add '&' at the end of
/etc/rc.d/rc line 213 to check it please). Process supervising if
configurable can be nice feature too, but for me it's not worth risking
mass murder by supervisor bug. I do trust init and that's all.

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


From adamg at biomerieux.pl  Mon Dec 12 01:04:19 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Mon, 12 Dec 2005 01:04:19 +0100
Subject: SPECS: strace.spec - pass -DHAVE_STRUCT_DQBLK_DQB_CURBLOCKS
	(makes...
In-Reply-To: <SPECS_strace.spec.1.77@pld-linux.org>
References: <SPECS_strace.spec.1.76@pld-linux.org>
	<SPECS_strace.spec.1.77@pld-linux.org>
Message-ID: <20051212000419.GB6856@mysza.eu.org>

On Mon, Dec 12, 2005 at 12:52:33AM +0100, adamg wrote:
> Author: adamg                        Date: Sun Dec 11 23:52:33 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - pass -DHAVE_STRUCT_DQBLK_DQB_CURBLOCKS (makes it build)
> 
> ---- Files affected:
> SPECS:
>    strace.spec (1.76 -> 1.77) 
> 
> ---- Diffs:
> 
> ================================================================
> Index: SPECS/strace.spec
> diff -u SPECS/strace.spec:1.76 SPECS/strace.spec:1.77
> --- SPECS/strace.spec:1.76	Tue Aug  9 14:18:18 2005
> +++ SPECS/strace.spec	Mon Dec 12 00:52:27 2005
> @@ -111,7 +111,8 @@
>  %{__autoheader}
>  %{__automake}
>  %configure
> -%{__make}
> +%{__make} \
> +	CFLAGS="%{rpmcflags} -DHAVE_STRUCT_DQBLK_DQB_CURBLOCKS"

In glibc-2.3.6 (Ac) /usr/include/sys/quota.h::struct dqblk has curspace
member, while glibc-2.3.90 (Th) has curblocks. 

What do we do with these? Branch it now or wait till Ac gets released?
Or better apply some checks in configure?

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | 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  Mon Dec 12 01:23:39 2005
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Mon, 12 Dec 2005 01:23:39 +0100
Subject: SPECS: strace.spec - pass -DHAVE_STRUCT_DQBLK_DQB_CURBLOCKS
	(makes...
In-Reply-To: <20051212000419.GB6856@mysza.eu.org>
References: <SPECS_strace.spec.1.76@pld-linux.org>
	<SPECS_strace.spec.1.77@pld-linux.org>
	<20051212000419.GB6856@mysza.eu.org>
Message-ID: <20051212002339.GB2171@sith.mimuw.edu.pl>

On Mon, 12 Dec 2005, Adam Go??biowski wrote:

> In glibc-2.3.6 (Ac) /usr/include/sys/quota.h::struct dqblk has curspace
> member, while glibc-2.3.90 (Th) has curblocks. 
> 
> What do we do with these? Branch it now or wait till Ac gets released?

AC-branch is your friend.

> Or better apply some checks in configure?

That would be a clean and best solution.

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 ankry at green.mif.pg.gda.pl  Mon Dec 12 02:06:39 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 12 Dec 2005 02:06:39 +0100 (CET)
Subject: ANN: Closing AC
In-Reply-To: <20051211225447.GA2851@os> from "Tomasz Pala" at Dec 11,
	2005 11:54:47 PM
Message-ID: <200512120106.jBC16dT8009989@green.mif.pg.gda.pl>

Tomasz Pala wrote:
> It's nice solution for fast system startup (but I doubt it's
> signifficant change - do me a favour and add '&' at the end of
> /etc/rc.d/rc line 213 to check it please). Process supervising if
> configurable can be nice feature too, but for me it's not worth risking
> mass murder by supervisor bug. I do trust init and that's all.

Maybe you need just to have a choice ?

-- 
=======================================================================
  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 linux at pilot.org.ua  Mon Dec 12 08:01:14 2005
From: linux at pilot.org.ua (Denis Ovsienko)
Date: Mon, 12 Dec 2005 10:01:14 +0300
Subject: ANN: Closing AC
In-Reply-To: <439C355F.7030200@toya.net.pl>
References: <200512101501.44676.arekm@pld-linux.org>
	<20051211160625.6720b259.linux@pilot.org.ua>
	<439C355F.7030200@toya.net.pl>
Message-ID: <20051212100114.5d3a415c.linux@pilot.org.ua>

> That would probably require some hacking. You could try to install Th 
> from scratch into a chroot on another partition and than try to boot 
> from it. It should be more secure than installing from scratch.
Is there any documentation on installing 3.0 from scratch?

-- 
    DO4-UANIC


From adamg at biomerieux.pl  Mon Dec 12 18:36:26 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Mon, 12 Dec 2005 18:36:26 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051212100114.5d3a415c.linux@pilot.org.ua>
References: <200512101501.44676.arekm@pld-linux.org>
	<20051211160625.6720b259.linux@pilot.org.ua>
	<439C355F.7030200@toya.net.pl>
	<20051212100114.5d3a415c.linux@pilot.org.ua>
Message-ID: <20051212173626.GA6910@mysza.eu.org>

On Mon, Dec 12, 2005 at 10:01:14AM +0300, Denis Ovsienko wrote:
> > That would probably require some hacking. You could try to install Th 
> > from scratch into a chroot on another partition and than try to boot 
> > from it. It should be more secure than installing from scratch.
> Is there any documentation on installing 3.0 from scratch?

You can install it from Ac using poldek:
# poldek --root /chrootth -n <th_source>.

All you have to remember is to rebuild rpm database afterwards - erase
everything but Packages from /var/lib/rpm and do rpm --rebuilddb.

Works like a charm.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From gotar at polanet.pl  Mon Dec 12 15:13:06 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 12 Dec 2005 15:13:06 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512120106.jBC16dT8009989@green.mif.pg.gda.pl>
References: <20051211225447.GA2851@os>
	<200512120106.jBC16dT8009989@green.mif.pg.gda.pl>
Message-ID: <20051212141306.GA908@os>

On Mon, Dec 12, 2005 at 02:06:39 +0100, Andrzej Krzysztofowicz wrote:

> > mass murder by supervisor bug. I do trust init and that's all.
> 
> Maybe you need just to have a choice ?

Exactly.

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


From loc at toya.net.pl  Mon Dec 12 22:48:45 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Mon, 12 Dec 2005 22:48:45 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211185655.GA2511@os>
References: <200512101501.44676.arekm@pld-linux.org>	<200512110123.13533.arekm@pld-linux.org>
	<20051211013856.GA2569@os>	<200512111406.39971.arekm@pld-linux.org>
	<20051211134425.GA1195@os>	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>	<20051211144750.GA1538@os>
	<439C415B.4080005@toya.net.pl>	<20051211153133.GA1884@os>
	<20051211175628.GC14079@nic.nigdzie> <20051211185655.GA2511@os>
Message-ID: <439DF03D.60706@toya.net.pl>

Tomasz Pala wrote:
> On Sun, Dec 11, 2005 at 18:56:28 +0100, Jacek Konieczny wrote:
> 
>> Irrevelant? My customers _do_ care if a maintenance break (e.g. reboot
>> during kernel upgrate) lasts 5 or 10 minutes.
> 
> If so, why don't you use some HA? Anyway I simply do not believe, that
> it's 'proven' to be two times faster, especially when speaking of
> machines which have some real load.

http://initng.thinktux.net/index.php/Boot_charts_Official

First check, than argue.
Of course it can be different for a server but the ratio will probably 
remain simillar. The simplest reason I can think of (there are other 
too) is that there are deamons whose startup is CPU bound (Apache? 
Samba?) and I/O bound (most of them probably... I know about CUPS which 
starts without any disc activity and probably also no CPU usage I guess 
it just waits for printers enumeration).

-- 
Regards,
Jakub Piotr C?apa


From loc at toya.net.pl  Mon Dec 12 23:10:40 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Mon, 12 Dec 2005 23:10:40 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211225635.GB2851@os>
References: <200512112006.jBBK6wFw030515@green.mif.pg.gda.pl>	<op.s1my79qbu5x7r9@localhost>
	<20051211225635.GB2851@os>
Message-ID: <439DF560.5090907@toya.net.pl>

Tomasz Pala wrote:
> On Sun, Dec 11, 2005 at 21:29:59 +0100, Cz at rny wrote:
> 
>> These two alternatives are where we should search for a way out. Or we  
>> hold an enviroment to build patches and so on (the question is how long  
>> and how many steps back).
>>
>> The '???' alternative sound great - but we have to invet it :>
> 
> It already is - distro lines.

But it doesn't really work. Ra is stable but hopelessly old. Ac is newer 
but not stable. The releasing process is painful.

We can have ready and test. Ready could be then used for bug-fixes and 
critical updates before the whole new environment is complete.

This way we could have a constantly current distro with snapshots that 
are retrospectively tagged as stable (with ISO releases and FTP 
directories) and can be used on servers and with updates that apply 
almost without a problem (comparing to what we have with Ra->Ac 
migration) because all the developers would try to make them better 
(contrary to the current state, when all developers are using Ac or Th 
and almost none of them are bothered by Ra update).

The true idea behind this whole proposal is to sanction the process 
that's already taking place in Ac. To stop thinking about the release 
and focus on making infrastructure and architectural changes [1] to ease 
the continuous development process that is already a taking place.

It won't solve all our problems and double the effect halving the 
required effort at the same time but I think it could work better than 
the current scheme. It would  also make PLD different from other distros 
giving more stress on the constantly up-to-date aspect of it. No one 
have ever proved that this is a bad idea and what's more nobody I am 
aware of event tried it so maybe it's worth trying.

[1]
- FTP revisions and their tagging (so you can always downgrade or simply
   use an older version until you gain confidence that newer is better)
- giving developers more access to the builders (as was proposed by
   mmazur for Th)
- adding things like automatic* filesystem snapshooting based on UnionFS 
allowing you to reverse all changes done to a filesystem (or a part of 
it) to fix after broken upgrades

* it could be triggered automatically by poldek (configurable) or 
manually before large administration changes

-- 
Regards,
Jakub Piotr C?apa


From loc at toya.net.pl  Mon Dec 12 23:26:21 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Mon, 12 Dec 2005 23:26:21 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512111818.jBBIIXZd030015@green.mif.pg.gda.pl>
References: <200512111818.jBBIIXZd030015@green.mif.pg.gda.pl>
Message-ID: <439DF90D.5000707@toya.net.pl>

Andrzej Krzysztofowicz wrote:
> =?UTF-8?B?TWFyY2luIEtyw7Ns?= wrote:
>>> I can't see what's  
>>> bothering ppl bout dying ac and th. Windows 98 and 95 and ME died as well,  
>>> other distros also make new versions and move on forward.
>> For me personally if we will switch to "awlays in developement" distro 
>> it would be easier to:
>>
>> 1) Maintain my machines, by simply doing poldek --upgrade-dist out of 
>> stable tree. Occasionally there will be need to do some manual upgrades 
>> like from postgres 8.0 to 8.1 which requires database dump/restore. Now 
> 
> But if you leave one machine not upgraded, after some time it may become
> not upgradeable. Because of missing triggers, package splits, missing
> obsoletes, etc.

Maybe there is need for a better package update system (some kind of 
incremental triggers that would support upgrades from almost every version)?

The restrictions on adding a new version to the main tree could also 
become more strict just like they were on man pages in the early UNIX 
days. You don't add a good migration banner/script/readme[1] <=> you 
won't get the new version to the main tree.

[1] This would also allow notes with changelogs and general information 
passed from packager for the admin. Splitting this (together with 
%descriptions and maybe installation time scripts) from main package 
building to some kind of database that could be modified without 
rebuilding the package could also be worthy but would require deep 
rpmbuild changes. (I'm not totally convinced about this one)

-- 
Regards,
Jakub Piotr C?apa


From qboosh at pld-linux.org  Mon Dec 12 23:35:32 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 12 Dec 2005 23:35:32 +0100
Subject: ANN: Closing AC
In-Reply-To: <439C5A58.7060903@limanowa.net>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net> <20051210210631.GB15704@fngna.oyu>
	<439B6381.3000001@limanowa.net> <op.s1ma0wd2u5x7r9@localhost>
	<439C2D72.7030608@limanowa.net> <20051211140545.GA17267@fngna.oyu>
	<439C5A58.7060903@limanowa.net>
Message-ID: <20051212223532.GC28131@fngna.oyu>

On Sun, Dec 11, 2005 at 05:56:56PM +0100, Marcin Kr?l wrote:
> > But think about "big transitions", such as gcc - when most of
> > C++/Fortran/Ada/GCJ-based Java stuff must be rebuilt. And many programs
> > appear broken, so they wouldn't exist in distro even for few months.
> 
> All those programs will not exist, but just in devel tree on ftp. They 
> however will still exist in stable tree. After doing all necessary fixes 
> and rebuilding all necessary packages (no matter how long it will take) 
> stuff from devel tree (after tests of course) will be moved to stable tree.

Well... we can see Ac as such development tree for gcc/glibc transition
after Ra. Ac hasn't been released yet not because it was too early to
release something new, but because it was never considered complete...

BTW, does Ac have all packages that Ra did or proper set of Obsoletes
now?

> What should be different in this approach from releasing the new X 
> version of PLD? After moving packages from devel to stable tree, poldek 
> --upgrade-dist should do the job or if it can't it should inform 
> administrator that his attention is required before performing an 
> upgrade.

Ra->Ac isn't too hard on simple configurations...
Just a few transitions ;)

> Of course, separate builders will be required for both stable 
> and devel trees, but we already have them, haven't we?

With 2 sets of builders, when some new transition occur before some
older is complete - they cumulate, and require more time.
And later require more admin attention when performing upgrade.
Effect could be just like waiting for Ac after Ra release...

[...]
> I'm OK with releasing new version of PLD with each milestone like gcc or 
> glibc if 'poldek --upgrade-dist' will be the only tool needed for 
> upgrade. And if poldek will be unable to perform upgrade it should 
> inform me about it ie "I'm unable to perfrom upgrade-dist because of 
> incompatibility between postgresql 8.0 and 8.1" or "I'm unable to 
> perform upgrade: kernel24 has been removed from distribution because of 
> glibc >= 2.4". That would be very nice :)

"Your architecture disappeared. You don't exist, go away." ;)


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


From hawk at limanowa.net  Tue Dec 13 00:12:27 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Tue, 13 Dec 2005 00:12:27 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051212223532.GC28131@fngna.oyu>
References: <200512101501.44676.arekm@pld-linux.org>	<439B3686.6020108@limanowa.net>
	<20051210210631.GB15704@fngna.oyu>	<439B6381.3000001@limanowa.net>
	<op.s1ma0wd2u5x7r9@localhost>	<439C2D72.7030608@limanowa.net>
	<20051211140545.GA17267@fngna.oyu>	<439C5A58.7060903@limanowa.net>
	<20051212223532.GC28131@fngna.oyu>
Message-ID: <439E03DB.6060300@limanowa.net>

> Well... we can see Ac as such development tree for gcc/glibc transition
> after Ra. Ac hasn't been released yet not because it was too early to
> release something new, but because it was never considered complete...

The truth for me is that Ac wasn't released yet because most of us are 
developing it in our free time, but thats a different story and OT :)

> BTW, does Ac have all packages that Ra did

Probably not.

> or proper set of Obsoletes now?

Same here.

I don't have list of missing packages or list of missing obsoletes, but 
few times I wasn't able to find substitute for some packages. That was a 
looong time ago, though. I remember at least mirrordir and cvs-admin, 
but I think its good those two are gone :)

> Ra->Ac isn't too hard on simple configurations...
> Just a few transitions ;)

It isn't hard at all, its just time consuming ;) However I like to sit 
in server room at night. Noone is bothering me, no phones, no users, 
loud music, pizza... ;)

> With 2 sets of builders, when some new transition occur before some
> older is complete - they cumulate, and require more time.
> And later require more admin attention when performing upgrade.
> Effect could be just like waiting for Ac after Ra release...

One builder set per transition then? But I don't think we will start 
developing ie. gcc 5.5 before finishing 5.0. It would be just waste of 
resources.

> "Your architecture disappeared. You don't exist, go away." ;)

ROTFL! Thats a good one :)

M.


From gotar at polanet.pl  Tue Dec 13 00:18:52 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 13 Dec 2005 00:18:52 +0100
Subject: ANN: Closing AC
In-Reply-To: <439DF560.5090907@toya.net.pl>
References: <200512112006.jBBK6wFw030515@green.mif.pg.gda.pl>
	<op.s1my79qbu5x7r9@localhost> <20051211225635.GB2851@os>
	<439DF560.5090907@toya.net.pl>
Message-ID: <20051212231852.GB2207@os>

On Mon, Dec 12, 2005 at 23:10:40 +0100, Jakub Piotr C?apa wrote:

> We can have ready and test. Ready could be then used for bug-fixes and 
> critical updates before the whole new environment is complete.

Just ONE thing: where would you inject gcc4?
Second? I've got BIG problem with mysql in AC, because I can't upgrade
4.0.x to anything above on production machine.

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


From gotar at polanet.pl  Tue Dec 13 00:15:38 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 13 Dec 2005 00:15:38 +0100
Subject: ANN: Closing AC
In-Reply-To: <439DF03D.60706@toya.net.pl>
References: <20051211013856.GA2569@os> <200512111406.39971.arekm@pld-linux.org>
	<20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os> <439DF03D.60706@toya.net.pl>
Message-ID: <20051212231538.GA2207@os>

On Mon, Dec 12, 2005 at 22:48:45 +0100, Jakub Piotr C?apa wrote:

> http://initng.thinktux.net/index.php/Boot_charts_Official
> 
> First check, than argue.

With pleasure. Just tell me what to install and I will do it on one of
my backup systems.

> remain simillar. The simplest reason I can think of (there are other 
> too) is that there are deamons whose startup is CPU bound (Apache? 

I'm aware of the reason and don't think I'll profit much. Well, unless
we're talking about 486 and floppy...

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


From arekm at pld-linux.org  Tue Dec 13 00:32:23 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Tue, 13 Dec 2005 00:32:23 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051212231852.GB2207@os>
References: <200512112006.jBBK6wFw030515@green.mif.pg.gda.pl>
	<439DF560.5090907@toya.net.pl> <20051212231852.GB2207@os>
Message-ID: <200512130032.23505.arekm@pld-linux.org>

On Tuesday 13 December 2005 00:18, Tomasz Pala wrote:

> Second? I've got BIG problem with mysql in AC, because I can't upgrade
> 4.0.x to anything above on production machine.
You are free to create mysql40.spec in the way that it can coexist with 
current mysql.

ps. I also still use 4.0 with hundreds of databases without any problem on 
current AC. Just updates are done manually.
-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/


From gotar at polanet.pl  Tue Dec 13 00:42:23 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 13 Dec 2005 00:42:23 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512130032.23505.arekm@pld-linux.org>
References: <200512112006.jBBK6wFw030515@green.mif.pg.gda.pl>
	<439DF560.5090907@toya.net.pl> <20051212231852.GB2207@os>
	<200512130032.23505.arekm@pld-linux.org>
Message-ID: <20051212234223.GA2518@os>

On Tue, Dec 13, 2005 at 00:32:23 +0100, Arkadiusz Miskiewicz wrote:

> You are free to create mysql40.spec in the way that it can coexist with 
> current mysql.

I'm waiting for glen with his mysql4 ;>
And as it's to be done in my job I'm waiting for agreement from my
employer to license/sth. BTW someone knows what should be in there?

> ps. I also still use 4.0 with hundreds of databases without any problem on 
> current AC. Just updates are done manually.

~: rpm -qa \*mysql\* | sort
mysql-4.0.23-3
mysql-client-4.0.23-3
mysql-devel-4.1.14-2
mysql-libs-4.0.23-3
mysql-libs-4.1.14-2
mysql-libs-5.0.15-5
mysqlstat-0.0.0.4-2
mysqlstat-cgi-0.0.0.4-2
perl-DBD-mysql-3.0002-1
php-mysql-5.0.5-17

I hope it won't stop working someday.

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


From loc at toya.net.pl  Tue Dec 13 01:09:11 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Tue, 13 Dec 2005 01:09:11 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051212231538.GA2207@os>
References: <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org>	<20051211134425.GA1195@os>	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>	<20051211144750.GA1538@os>
	<439C415B.4080005@toya.net.pl>	<20051211153133.GA1884@os>
	<20051211175628.GC14079@nic.nigdzie>	<20051211185655.GA2511@os>
	<439DF03D.60706@toya.net.pl> <20051212231538.GA2207@os>
Message-ID: <439E1127.3060607@toya.net.pl>

Tomasz Pala wrote:
> On Mon, Dec 12, 2005 at 22:48:45 +0100, Jakub Piotr C?apa wrote:
> 
>> http://initng.thinktux.net/index.php/Boot_charts_Official
>>
>> First check, than argue.
> 
> With pleasure. Just tell me what to install and I will do it on one of
> my backup systems.

I've tried once to make it run on PLD but failed to get the expected 
results. I don't quite remember why... All I know is that I've abandoned 
this...

You could give it a try: bootchart.org

>> remain simillar. The simplest reason I can think of (there are other 
>> too) is that there are deamons whose startup is CPU bound (Apache? 
> 
> I'm aware of the reason and don't think I'll profit much.

There are still some that will just sit there and wait for sth. stupid 
before starting. (and you can't start two of these at a time now)

> Well, unless we're talking about 486 and floppy...

Not everybody has RAID with ultra fast SCSI discs, dual core 64bit 
processors and 8GB of RAM in every server. ;]

-- 
Regards,
Jakub Piotr C?apa


From glen at delfi.ee  Tue Dec 13 10:32:37 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 13 Dec 2005 11:32:37 +0200
Subject: SPECS: xplanet.spec - %{_includedir} macro used
In-Reply-To: <SPECS_xplanet.spec.1.20@pld-linux.org>
References: <SPECS_xplanet.spec.1.19@pld-linux.org>
	<SPECS_xplanet.spec.1.20@pld-linux.org>
Message-ID: <200512131132.37736.glen@delfi.ee>

On Monday 12 December 2005 19:06, you wrote:
> Author: czucz                        Date: Mon Dec 12 17:06:18 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - %{_includedir} macro used
what for?
it's not safe thing to do.
if somebody redefines _includedir in .spec, you change will break

ps: adapter is not always right!
[...]
> ================================================================
> Index: SPECS/xplanet.spec
> diff -u SPECS/xplanet.spec:1.19 SPECS/xplanet.spec:1.20
> --- SPECS/xplanet.spec:1.19	Sun Jul 17 04:01:08 2005
> +++ SPECS/xplanet.spec	Mon Dec 12 18:06:09 2005
[...]
>  %{__make} \
> -	CPPFLAGS="-I/usr/include/freetype2 -I/usr/X11R6/include -I`pwd`" \
> +	CPPFLAGS="-I%{_includedir}/freetype2 -I/usr/X11R6/include -I`pwd`" \
>  	CXXFLAGS="%{rpmcflags}"


-- 
glen


From ankry at green.mif.pg.gda.pl  Tue Dec 13 10:53:20 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 13 Dec 2005 10:53:20 +0100 (CET)
Subject: SPECS: xplanet.spec - %{_includedir} macro used
In-Reply-To: <200512131132.37736.glen@delfi.ee> from "Elan
	=?iso-8859-1?q?Ruusam=E4e?=" at Dec 13, 2005 11:32:37 AM
Message-ID: <200512130953.jBD9rKWB029114@green.mif.pg.gda.pl>

Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> 
> On Monday 12 December 2005 19:06, you wrote:
> > Author: czucz                        Date: Mon Dec 12 17:06:18 2005 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - %{_includedir} macro used
> what for?
> it's not safe thing to do.
> if somebody redefines _includedir in .spec, you change will break
> 
> ps: adapter is not always right!

Exactly. It is to be reverted.

> [...]
> > -	CPPFLAGS="-I/usr/include/freetype2 -I/usr/X11R6/include -I`pwd`" \
> > +	CPPFLAGS="-I%{_includedir}/freetype2 -I/usr/X11R6/include -I`pwd`" \

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


From havner at smtp.kamp.pl  Tue Dec 13 11:08:59 2005
From: havner at smtp.kamp.pl (havner)
Date: Tue, 13 Dec 2005 11:08:59 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512111621.23105.sardzent@o2.pl>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512111447.48222.sardzent@o2.pl> <op.s1mjkrizu5x7r9@localhost>
	<200512111621.23105.sardzent@o2.pl>
Message-ID: <20051213100859.GA4387@pld-linux.org>

On Sun, Dec 11, 2005 at 04:21:15PM +0100, Daniel Dominik Rudnicki wrote:
> On Sunday 11 of December 2005 15:51, Cz at rny wrote:
> >
> > blah blah blah
> >
> > Cz at rny
> yep 
> -- 

Nothing like constructive discussion :-)


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

From dhubleizh at o2.pl  Tue Dec 13 14:55:35 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Tue, 13 Dec 2005 14:55:35 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051211185655.GA2511@os>
References: <200512101501.44676.arekm@pld-linux.org>
	<200512110123.13533.arekm@pld-linux.org> <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org> <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os>
Message-ID: <op.s1p6axohu5x7r9@localhost>

Dnia Sun, 11 Dec 2005 19:56:55 +0100, Tomasz Pala <gotar at polanet.pl>  
napisa?:

> Anyway I simply do not believe, that
> it's 'proven' to be two times faster, especially when speaking of
> machines which have some real load.

I'm testing it right now on my laptop( yea - it doesn't have this much  
load, but it runnes few server-like daemons, like apache and mysql + pgsql  
). The boot speeds up *really*! X starts in like < 10sec from powering on  
the laptop!

The problem is with tracing what runns and what doesn't. Since all starts  
parallel, there is a lot of output and things start in different places,  
sometimes between of other msgs.

I think also we need to make the scripts use not binnary logic, but  
trinary > more. Why? Example: I've forgot to connect my pen and mount  
outputed an error, which resulted in failure of running the mounting init  
script, which stopped > 50% of the system from running, which is insane!  
We need a third state, that it generally did it's job, but there were  
errors. This way other thins would boot (like mysql, apache etc...) and  
some could fail indeed (like a partition where I keep apache wasn't  
mounted etc..), but we'll get the system up, because otherwise we could  
end up not allowing logins because of some minor errors.

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From dhubleizh at o2.pl  Tue Dec 13 14:56:48 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Tue, 13 Dec 2005 14:56:48 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051212141306.GA908@os>
References: <20051211225447.GA2851@os>
	<200512120106.jBC16dT8009989@green.mif.pg.gda.pl>
	<20051212141306.GA908@os>
Message-ID: <op.s1p6cykwu5x7r9@localhost>

Dnia Mon, 12 Dec 2005 15:13:06 +0100, Tomasz Pala <gotar at polanet.pl>  
napisa?:

>> Maybe you need just to have a choice ?
>
> Exactly.
>
Choice means maintaining two stes of init scripts.

The alternative to this is the workground made now - that the initng  
doesn't start services/daemons dirrectely, but runnes old inint scripts,  
but that sounds lame ;/

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From gotar at polanet.pl  Tue Dec 13 17:05:06 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 13 Dec 2005 17:05:06 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1p6axohu5x7r9@localhost>
References: <20051211013856.GA2569@os> <200512111406.39971.arekm@pld-linux.org>
	<20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os> <op.s1p6axohu5x7r9@localhost>
Message-ID: <20051213160506.GA12506@pepin.polanet.pl>

On Tue, Dec 13, 2005 at 02:55:35PM +0100, Cz at rny wrote:
> 
> I'm testing it right now on my laptop( yea - it doesn't have this much  
> load, but it runnes few server-like daemons, like apache and mysql + pgsql  
> ). The boot speeds up *really*! X starts in like < 10sec from powering on  
> the laptop!

I had already written that it can be nice feature on desktops. But when
your system becomes operational? Means working services - that's what
customers may be interested with.

> trinary > more. Why? Example: I've forgot to connect my pen and mount  
> outputed an error, which resulted in failure of running the mounting init  
> script, which stopped > 50% of the system from running, which is insane!  

Hiehheiehe, I knew it;)

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


From loc at toya.net.pl  Tue Dec 13 18:14:48 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Tue, 13 Dec 2005 18:14:48 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051213160506.GA12506@pepin.polanet.pl>
References: <20051211013856.GA2569@os>
	<200512111406.39971.arekm@pld-linux.org>	<20051211134425.GA1195@os>	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>	<20051211144750.GA1538@os>
	<439C415B.4080005@toya.net.pl>	<20051211153133.GA1884@os>
	<20051211175628.GC14079@nic.nigdzie>	<20051211185655.GA2511@os>
	<op.s1p6axohu5x7r9@localhost>
	<20051213160506.GA12506@pepin.polanet.pl>
Message-ID: <439F0188.60007@toya.net.pl>

Tomasz Pala wrote:
> On Tue, Dec 13, 2005 at 02:55:35PM +0100, Cz at rny wrote:
>> I'm testing it right now on my laptop( yea - it doesn't have this much  
>> load, but it runnes few server-like daemons, like apache and mysql + pgsql  
>> ). The boot speeds up *really*! X starts in like < 10sec from powering on  
>> the laptop!
> 
> I had already written that it can be nice feature on desktops. But when
> your system becomes operational? Means working services - that's what
> customers may be interested with.

Faster because many things are taking place at the same time. The boot 
process is probably a best example of a process which can get tremendous 
boost from concurrency since most programs/daemons don't depend on each 
other and don't need to wait for others to start first.

>> trinary > more. Why? Example: I've forgot to connect my pen and mount  
>> outputed an error, which resulted in failure of running the mounting init  
>> script, which stopped > 50% of the system from running, which is insane!  
> 
> Hiehheiehe, I knew it;)

No comments.

-- 
Regards,
Jakub Piotr C?apa


From loc at toya.net.pl  Tue Dec 13 18:18:33 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Tue, 13 Dec 2005 18:18:33 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1p6axohu5x7r9@localhost>
References: <200512101501.44676.arekm@pld-linux.org>	<200512110123.13533.arekm@pld-linux.org>
	<20051211013856.GA2569@os>	<200512111406.39971.arekm@pld-linux.org>
	<20051211134425.GA1195@os>	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>	<20051211144750.GA1538@os>
	<439C415B.4080005@toya.net.pl>	<20051211153133.GA1884@os>
	<20051211175628.GC14079@nic.nigdzie>	<20051211185655.GA2511@os>
	<op.s1p6axohu5x7r9@localhost>
Message-ID: <439F0269.2050902@toya.net.pl>

Cz at rny wrote:
> Dnia Sun, 11 Dec 2005 19:56:55 +0100, Tomasz Pala <gotar at polanet.pl>  
> napisa?:
> 
>> Anyway I simply do not believe, that
>> it's 'proven' to be two times faster, especially when speaking of
>> machines which have some real load.
> 
> I'm testing it right now on my laptop( yea - it doesn't have this much  
> load, but it runnes few server-like daemons, like apache and mysql + pgsql  
> ). The boot speeds up *really*! X starts in like < 10sec from powering on  
> the laptop!
> 
> The problem is with tracing what runns and what doesn't. Since all starts  
> parallel, there is a lot of output and things start in different places,  
> sometimes between of other msgs.

There is need for something more graphical and/or interactive than 
classical boot messages stream. Maybe an ncurses interface allowing the 
admin to browse the save logs from various daemon and showing which are 
already up, which failed and what is currently running.

This architecture will allow also fancy graphical bootup trees showing 
the startup (it will rock even more than Windows blue floating bar at 
the bottom of the screen ;) and whats more important (but contains less 
hype) would allow easy browsing of these logs with a GUI or web 
interface (including checking what is running and what can but turned 
on/off)

-- 
Regards,
Jakub Piotr C?apa


From loc at toya.net.pl  Tue Dec 13 18:21:16 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Tue, 13 Dec 2005 18:21:16 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1p6cykwu5x7r9@localhost>
References: <20051211225447.GA2851@os>	<200512120106.jBC16dT8009989@green.mif.pg.gda.pl>	<20051212141306.GA908@os>
	<op.s1p6cykwu5x7r9@localhost>
Message-ID: <439F030C.7010700@toya.net.pl>

Cz at rny wrote:
> Dnia Mon, 12 Dec 2005 15:13:06 +0100, Tomasz Pala <gotar at polanet.pl>  
> napisa?:
> 
>>> Maybe you need just to have a choice ?
>> Exactly.
>>
> Choice means maintaining two stes of init scripts.

Nope. The current init scripts could be modified to expose all the 
needed functionality and their startup could be even created according 
to the dependency database. The current init scripts' sequence numbers 
would be simply autogenerated.

It's all about extending them and making them more powerful.

Read more about Patrys' proposal for new init process. It's all there.

> The alternative to this is the workground made now - that the initng  
> doesn't start services/daemons dirrectely, but runnes old inint scripts,  
> but that sounds lame ;/

It surely does but that's the immediate stage.

-- 
Regards,
Jakub Piotr C?apa


From qboosh at pld-linux.org  Tue Dec 13 19:55:43 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 13 Dec 2005 19:55:43 +0100
Subject: SPECS: kdebase.spec - apply branch diff - adapterized - rel 3
In-Reply-To: <SPECS_kdebase.spec.1.477@pld-linux.org>
References: <SPECS_kdebase.spec.1.476@pld-linux.org>
	<SPECS_kdebase.spec.1.477@pld-linux.org>
Message-ID: <20051213185543.GA3585@gruby.cs.net.pl>

On Wed, Dec 07, 2005 at 01:45:34AM +0100, glen wrote:
>  %package desktop
> -Summary:	KDesktop - handling of desktop icons, popup menus etc.
> +Summary:	KDesktop - handling of desktop icons, popup menus etc
>  Summary(pl):	KDesktop - obs?uga ikon na pulpicie, menu itp.

Shouldn't "etc." end with dot (it's an abbreviation)?


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


From qboosh at pld-linux.org  Tue Dec 13 19:59:47 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 13 Dec 2005 19:59:47 +0100
Subject: SPECS: php-pear-Benchmark.spec - cat optional-packages.txt; rel 2
Message-ID: <20051213185947.GB32736@fngna.oyu>

Oops, initially posted to -pl, should be -en.

On Tue, Dec 13, 2005 at 12:03:08PM +0100, glen wrote:
> Author: glen                         Date: Tue Dec 13 11:03:08 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - cat optional-packages.txt; rel 2

> @@ -8,7 +8,7 @@
>  Summary(pl):	%{_pearname} - testowanie szybko?ci skrypt?w i funkcji PHP
>  Name:		php-pear-%{_pearname}
>  Version:	1.2.4
> -Release:	1
> +Release:	2
>  License:	PHP 2.02
>  Group:		Development/Languages/PHP
>  Source0:	http://pear.php.net/get/%{_pearname}-%{version}.tgz
> @@ -37,12 +37,17 @@
>  install -d $RPM_BUILD_ROOT%{php_pear_dir}
>  %pear_package_install
>  
> +%post
> +if [ -f %{_docdir}/%{name}-%{version}/optional-packages.txt ]; then
> +	cat %{_docdir}/%{name}-%{version}/optional-packages.txt
> +fi
> +
>  %clean
>  rm -rf $RPM_BUILD_ROOT
>  
>  %files
>  %defattr(644,root,root,755)
> -%doc install.log
> +%doc install.log optional-packages.txt

1. it will be gzipped (by default at least), so test -f will be false
2. what about sysconfig/rpm::RPM_SCRIPTVERBOSITY?


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


From twittner at o2.pl  Tue Dec 13 20:34:43 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Tue, 13 Dec 2005 20:34:43 +0100
Subject: SPECS: xplanet.spec - %{_includedir} macro used
In-Reply-To: <200512130953.jBD9rKWB029114@green.mif.pg.gda.pl>
References: <200512130953.jBD9rKWB029114@green.mif.pg.gda.pl>
Message-ID: <200512132034.43507.twittner@o2.pl>

On Tue 13. of December 2005 10:53, Andrzej Krzysztofowicz wrote:
> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> > On Monday 12 December 2005 19:06, you wrote:
> > > Author: czucz                        Date: Mon Dec 12 17:06:18 2005 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - %{_includedir} macro used
> >
> > what for?
> > it's not safe thing to do.
> > if somebody redefines _includedir in .spec, you change will break
Yesterday, I expressed similar reservations on pld-devel-pl@ ...
> >
> > ps: adapter is not always right!
>
> Exactly. It is to be reverted.
>
> > [...]
> >
> > > -	CPPFLAGS="-I/usr/include/freetype2 -I/usr/X11R6/include -I`pwd`" \
> > > +	CPPFLAGS="-I%{_includedir}/freetype2 -I/usr/X11R6/include -I`pwd`" \
See http://cia.navi.cx/stats/author/czucz or his last commits on 
pld-cvs-commit at . He made more such changes (ca in 20 specs). He reverted his 
changes only in xplanet.spec. Does he understand what he doing? - I'm not 
sure.
-- 
Tomasz Wittner


From twittner at o2.pl  Tue Dec 13 20:55:25 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Tue, 13 Dec 2005 20:55:25 +0100
Subject: python.spec - unnecessary dependencies
Message-ID: <200512132055.25547.twittner@o2.pl>

$ sudo rpm -Uvh RPMS/python-examples-2.4.1-1.athlon.rpm
error: Failed dependencies:
        python-devel = 1:2.4.1-1 is needed by python-examples-2.4.1-1.athlon
IMO python-examples doesn't require python-devel. The same issue with 
python-doc which requires python - what's it for? I for watching examples and 
documentation I don't need interpreter nor python development headers and 
libraries. There are any reasons for such requires?

-- 
Tomasz Wittner


From dhubleizh at o2.pl  Tue Dec 13 21:10:33 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Tue, 13 Dec 2005 21:10:33 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051213160506.GA12506@pepin.polanet.pl>
References: <20051211013856.GA2569@os> <200512111406.39971.arekm@pld-linux.org>
	<20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os> <op.s1p6axohu5x7r9@localhost>
	<20051213160506.GA12506@pepin.polanet.pl>
Message-ID: <op.s1qnnvhzu5x7r9@localhost>

Dnia Tue, 13 Dec 2005 17:05:06 +0100, Tomasz Pala <gotar at polanet.pl>  
napisa?:

> I had already written that it can be nice feature on desktops. But when
> your system becomes operational? Means working services - that's what
> customers may be interested with.

Are You sure You've read previous posts? You could as well say, that  
current initscripts are bad and won't work on comercial system, because  
(for example only) there is no init script for apache!? Give me a break  
dude - It works, it'll work better and faster, it is more configurable, we  
just need to work on it and switch old init scripts to new ones - is that  
what You're reffering to?

You won't be moving to th after dec.20, when AC will be frozen - that's  
obvoius, so I don't understand, what are You complaining bout? It's pretty  
much obvious, that th will be unstable and not all functionality will be  
done just after freezing AC, but that isn't the point here - or is it? The  
point is to use the oportunity of new line to implement some new, better  
functionality. It's obvious, that beta things aren't in productional  
phase, but they will be and nobody makes You use beta software!

> Hiehheiehe, I knew it;)
>
Knew what? Knew that it doesn't work out of the box? Well should it? Is it  
officialy a part of PLD? Is it used by default? So what are You  
complaining bout? That beta software doesn't work 100% correct? There are  
even no nativ initng scripts in PLD yet and You jump to conclusion, that  
they are bad. Have You even bothered to look up what initng is, or to read  
throughly theese posts?

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From glen at delfi.ee  Wed Dec 14 10:02:02 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 14 Dec 2005 11:02:02 +0200
Subject: SPECS: php-pear-Benchmark.spec - cat optional-packages.txt; rel 2
In-Reply-To: <20051213185947.GB32736@fngna.oyu>
References: <20051213185947.GB32736@fngna.oyu>
Message-ID: <200512141102.02555.glen@delfi.ee>

On Tuesday 13 December 2005 20:59, Jakub Bogusz wrote:
> Oops, initially posted to -pl, should be -en.
>
> On Tue, Dec 13, 2005 at 12:03:08PM +0100, glen wrote:
> > Author: glen                         Date: Tue Dec 13 11:03:08 2005 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - cat optional-packages.txt; rel 2
[..]
> > +%post
> > +if [ -f %{_docdir}/%{name}-%{version}/optional-packages.txt ]; then
> > +	cat %{_docdir}/%{name}-%{version}/optional-packages.txt
> > +fi
> > +
[..]
> >  %files
> >  %defattr(644,root,root,755)
> > -%doc install.log
> > +%doc install.log optional-packages.txt
>
> 1. it will be gzipped (by default at least), so test -f will be false
no. it's in php-pearprov macros to ignore compressing it.

> 2. what about sysconfig/rpm::RPM_SCRIPTVERBOSITY?
does %banner support displaying external files? because the file is produced 
in build stange (ie not available from .spec itself)

or would it possible to "compile" the textfile into %post message (using 
%()... macro)? or that's unstable, which could and could not work?

also maybe this important %post message shouldn't left in %doc, but rather 
somewhere in filesystem. systems as _excludedocs 1 will not have the file and 
thus will not have the message displayed.

-- 
glen


From glen at delfi.ee  Wed Dec 14 10:04:55 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 14 Dec 2005 11:04:55 +0200
Subject: SPECS: kdebase.spec - apply branch diff - adapterized - rel 3
In-Reply-To: <20051213185543.GA3585@gruby.cs.net.pl>
References: <SPECS_kdebase.spec.1.476@pld-linux.org>
	<SPECS_kdebase.spec.1.477@pld-linux.org>
	<20051213185543.GA3585@gruby.cs.net.pl>
Message-ID: <200512141104.55112.glen@delfi.ee>

On Tuesday 13 December 2005 20:55, Jakub Bogusz wrote:
> On Wed, Dec 07, 2005 at 01:45:34AM +0100, glen wrote:
> >  %package desktop
> > -Summary:	KDesktop - handling of desktop icons, popup menus etc.
> > +Summary:	KDesktop - handling of desktop icons, popup menus etc
> >  Summary(pl):	KDesktop - obs?uga ikon na pulpicie, menu itp.
>
> Shouldn't "etc." end with dot (it's an abbreviation)?
don't know (don't have opinion). in our language it's optional to use dot if 
there doesn't exist word with a meaning  that abbrevation is. ;)

actually it's done by adapter by observations of commit messages where the 
final dot was removed from summary fields. it it's not appropriate - let's 
remove it. or if there can be described better rules, adjust adapter.

-- 
glen


From glen at delfi.ee  Wed Dec 14 10:18:43 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 14 Dec 2005 11:18:43 +0200
Subject: SPECS: kdegames.spec - added /var/games/kbounce.scores,
	its needen...
In-Reply-To: <SPECS_kdegames.spec.1.147@pld-linux.org>
References: <SPECS_kdegames.spec.1.146@pld-linux.org>
	<SPECS_kdegames.spec.1.147@pld-linux.org>
Message-ID: <200512141118.43864.glen@delfi.ee>

On Wednesday 14 December 2005 00:50, you wrote:
> Author: grzegorz                     Date: Tue Dec 13 22:50:19 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - added /var/games/kbounce.scores, its needen even if --without highscore
but file is 'touch'-ed only %{with highscore}
so building --without highscore build will most likely fail

> ---- Files affected:
> SPECS:
>    kdegames.spec (1.146 -> 1.147)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/kdegames.spec
> diff -u SPECS/kdegames.spec:1.146 SPECS/kdegames.spec:1.147
> --- SPECS/kdegames.spec:1.146	Tue Dec 13 13:56:54 2005
> +++ SPECS/kdegames.spec	Tue Dec 13 23:50:14 2005
> @@ -814,7 +814,7 @@
>
>  %if %{with highscore}
>  install -d $RPM_BUILD_ROOT/var/games
> -touch $RPM_BUILD_ROOT/var/games/k{fouleggs,lickety,mines,sirtet}.scores
> +touch
> $RPM_BUILD_ROOT/var/games/k{fouleggs,lickety,mines,sirtet,bounce}.scores
> %endif
>
>  %find_lang atlantik	--with-kde
> @@ -948,7 +948,12 @@
>
>  %files kbounce -f kbounce.lang
>  %defattr(644,root,root,755)
> +%if %{with highscore}
> +%attr(2755,root,games) %{_bindir}/kbounce
> +%else
>  %attr(755,root,root) %{_bindir}/kbounce
> +%endif
> +%attr(660,root,games) %config(noreplace) %verify(not md5 mtime size)
> /var/games/kbounce.scores %{_datadir}/apps/kbounce
>  %{_desktopdir}/kde/kbounce.desktop
>  %{_iconsdir}/[!l]*/*/*/kbounce*
> @@ -1178,6 +1183,9 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>
>  $Log$
> +Revision 1.147  2005/12/13 22:50:14  grzegorz
> +- added /var/games/kbounce.scores, its needen even if --without highscore

-- 
glen


From ankry at green.mif.pg.gda.pl  Wed Dec 14 10:24:51 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 14 Dec 2005 10:24:51 +0100 (CET)
Subject: SPECS: kdebase.spec - apply branch diff - adapterized - rel 3
In-Reply-To: <200512141104.55112.glen@delfi.ee> from "Elan
	=?iso-8859-2?q?Ruusam=E4e?=" at Dec 14, 2005 11:04:55 AM
Message-ID: <200512140924.jBE9OpEJ012651@green.mif.pg.gda.pl>

Elan =?iso-8859-2?q?Ruusam=E4e?= wrote:
> 
> On Tuesday 13 December 2005 20:55, Jakub Bogusz wrote:
> > On Wed, Dec 07, 2005 at 01:45:34AM +0100, glen wrote:
> > >  %package desktop
> > > -Summary:	KDesktop - handling of desktop icons, popup menus etc.
> > > +Summary:	KDesktop - handling of desktop icons, popup menus etc
> > >  Summary(pl):	KDesktop - obs?uga ikon na pulpicie, menu itp.
> >
> > Shouldn't "etc." end with dot (it's an abbreviation)?
> don't know (don't have opinion). in our language it's optional to use dot if 
> there doesn't exist word with a meaning  that abbrevation is. ;)

My English dictionary says that dot is required in this case.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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  Wed Dec 14 12:19:46 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 14 Dec 2005 12:19:46 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1qnnvhzu5x7r9@localhost>
References: <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os> <op.s1p6axohu5x7r9@localhost>
	<20051213160506.GA12506@pepin.polanet.pl>
	<op.s1qnnvhzu5x7r9@localhost>
Message-ID: <20051214111945.GA23101@pepin.polanet.pl>

On Tue, Dec 13, 2005 at 09:10:33PM +0100, Cz at rny wrote:
> 
> > I had already written that it can be nice feature on desktops. But when
> > your system becomes operational? Means working services - that's what
> > customers may be interested with.
> 
> Are You sure You've read previous posts?

Are you sure you've read mine? Don't you understand what means RUNNING
service, SERVING requests? It's not the same as 'I can login and write
blablabla in shell'.

Parallel running via backgrounding jobs gives better usage of resources
when you've got different resource-consuming services. And only then. A
ratio depends on what you're running and 'proven 2 times faster' can be
ability to LOGIN to machine, not becoming fully OPERATIONAL.
All customers don't give a shit if you can login or not.

> Give me a break dude - It works, it'll work better and faster,

But sometimes something get killed or won't start at all. Yeah!

> it is more configurable, we  

It IS?

> just need to work on it and switch old init scripts to new ones - is that  
> what You're reffering to?

So what are you waiting for? Don't waste time talking with me, just do
it, show me. For now all what you're doing is 'yeah, yeah, it is cool,
fast, better, and you are wrong having doubts'.

> You won't be moving to th after dec.20, when AC will be frozen - that's  
> obvoius, so I don't understand, what are You complaining bout? It's pretty  

Nothing. I'm just against gentooism like `it's two times faster'.

> much obvious, that th will be unstable and not all functionality will be  
> done just after freezing AC, but that isn't the point here - or is it? The  
> point is to use the oportunity of new line to implement some new, better  

If it is better, answer one of my question: how would you start bind in
relation with quagga?

> officialy a part of PLD? Is it used by default? So what are You  
> complaining bout? That beta software doesn't work 100% correct? There are  

How can it work, when NOONE can tell me it's rules. How to start bind?

> even no nativ initng scripts in PLD yet and You jump to conclusion, that  
> they are bad.

If something works 'free style', and my services can randomly become
unavailable, it IS bad.

> Have You even bothered to look up what initng is, or to read  
> throughly theese posts?

You didn't bother to read mine. Or you don't understand them. If you
want parallel services running just add '&' in proper place (as you read
my mails you know exactly where).

All I want to know is: how dependencies work (will my services be killed
by logrotate service reload after fatal error in quagga?).

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


From ankry at green.mif.pg.gda.pl  Wed Dec 14 14:21:19 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 14 Dec 2005 14:21:19 +0100 (CET)
Subject: SPECS: adapter, builder,
	adapter.awk - adapter portions moved to a...
In-Reply-To: <SPECS_adapter.awk.1.248@pld-linux.org> from "glen" at Dec 14,
	2005 01:51:46 PM
Message-ID: <200512141321.jBEDLJI0013860@green.mif.pg.gda.pl>

glen wrote:
> +#! /usr/bin/perl -w
[...]
> +	 ./adapter $SPECFILE

builder should not require perl.
Or at least such requirement should be optional.

That is the main reason that adapter was written in awk, AFAIK.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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  Wed Dec 14 14:34:45 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 14 Dec 2005 15:34:45 +0200
Subject: SPECS: adapter, builder,
	adapter.awk - adapter portions moved to a...
In-Reply-To: <200512141321.jBEDLJI0013860@green.mif.pg.gda.pl>
References: <200512141321.jBEDLJI0013860@green.mif.pg.gda.pl>
Message-ID: <200512141534.46105.glen@delfi.ee>

On Wednesday 14 December 2005 15:21, Andrzej Krzysztofowicz wrote:
> glen wrote:
> > +#! /usr/bin/perl -w
>
> [...]
>
> > +	 ./adapter $SPECFILE
>
> builder should not require perl.
> Or at least such requirement should be optional.
>
> That is the main reason that adapter was written in awk, AFAIK.
drop ./builder --adapter ?

i don't really recall why i added such option to builder :)

-- 
glen


From dhubleizh at o2.pl  Wed Dec 14 16:53:13 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Wed, 14 Dec 2005 16:53:13 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051214111945.GA23101@pepin.polanet.pl>
References: <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os> <op.s1p6axohu5x7r9@localhost>
	<20051213160506.GA12506@pepin.polanet.pl>
	<op.s1qnnvhzu5x7r9@localhost>
	<20051214111945.GA23101@pepin.polanet.pl>
Message-ID: <op.s1r6ezuju5x7r9@localhost>

Dnia Wed, 14 Dec 2005 12:19:46 +0100, Tomasz Pala <gotar at polanet.pl>  
napisa?:

> Are you sure you've read mine? Don't you understand what means RUNNING
> service, SERVING requests? It's not the same as 'I can login and write
> blablabla in shell'.
>
> Parallel running via backgrounding jobs gives better usage of resources
> when you've got different resource-consuming services. And only then. A
> ratio depends on what you're running and 'proven 2 times faster' can be
> ability to LOGIN to machine, not becoming fully OPERATIONAL.
> All customers don't give a shit if you can login or not.

So one more time - all services runned on my laptop (also apache etc )  
start altogether > 2x faster, then in traditional initsctips.

> But sometimes something get killed or won't start at all. Yeah!
>

Does? Have You tested it? I don't see any without any reason. Let me  
rephrase that - I haven't seen any random kills on my laptop.

>> it is more configurable, we
>
> It IS?

Well, isn't it?

> So what are you waiting for? Don't waste time talking with me, just do
> it, show me. For now all what you're doing is 'yeah, yeah, it is cool,
> fast, better, and you are wrong having doubts'.

And the only thing You're doing is saying "no - we shouldn't switch to  
that, because it doesn't work yet and that's why the whole idea is wrong  
to start with". There are possibilites which we could utilize and give me  
a good reason, good retorical reason, why shouldn't we use that. So - what  
wan't work when we're done scripting, what is impossible because of the  
nature/architecture of initng and so on. So far You've just claimed the  
obvoius - it isn't ready and productional yet, but the question is, should  
we make it, should we take the effort of tweaking it to PLD and are there  
any things, that won't work for us!?

> Nothing. I'm just against gentooism like `it's two times faster'.
>

Do I look to You like a Gentoo user? Am I writing things on pld list, or  
on the gentoo? Am I trying to sell You an operating system for $? No -  
I've just written down my personal experience with only slightly tweaked  
initng with PLD and the result is as follows - boot time, including *all*  
services and daemons, speed up dramatically, probably more than 2 times!

> If it is better, answer one of my question: how would you start bind in
> relation with quagga?

I don't know what quogga is, but I don't see any service would be  
unrunable in the new initng. I'm not ignorant so much, to say it doesn't  
matter. That seems to be the first con not to make it in PLD, so please  
tell me, what is so speciffic bout it and we'll think is it really such an  
obstacle.

> How can it work, when NOONE can tell me it's rules. How to start bind?

service named start :D

> If something works 'free style', and my services can randomly become
> unavailable, it IS bad.

Jumping to conclussions again? Why randomly become down? Why free style?  
Has anyone here written bout random restarts, random services going down.

> All I want to know is: how dependencies work (will my services be killed
> by logrotate service reload after fatal error in quagga?).
>
It's up to how we write the scripts. That's a large field to discuss. Also  
the trinary or larger logic - is it neceserry, how to ensure proper boot  
even after errors, what gets restarted and when.


Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From grzegorz at art4u.pl  Wed Dec 14 17:43:11 2005
From: grzegorz at art4u.pl (Grzegorz 'Dzikus' Sterniczuk)
Date: Wed, 14 Dec 2005 17:43:11 +0100 (CET)
Subject: SPECS: kdegames.spec - added /var/games/kbounce.scores, its
	needen...
In-Reply-To: <200512141118.43864.glen@delfi.ee>
References: <SPECS_kdegames.spec.1.146@pld-linux.org>
	<SPECS_kdegames.spec.1.147@pld-linux.org>
	<200512141118.43864.glen@delfi.ee>
Message-ID: <Pine.LNX.4.58L.0512141742070.6416@fybapr.neg4h.cy>

On Wed, 14 Dec 2005, Elan [iso-8859-1] Ruusam?e wrote:

> but file is 'touch'-ed only %{with highscore}
> so building --without highscore build will most likely fail

Corrected :).

-- 
Grzegorz 'dzikus' Sterniczuk  grzegorz at art4u.pl


From loc at toya.net.pl  Wed Dec 14 18:00:09 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Wed, 14 Dec 2005 18:00:09 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1r6ezuju5x7r9@localhost>
References: <20051211134425.GA1195@os>	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>	<20051211144750.GA1538@os>
	<439C415B.4080005@toya.net.pl>	<20051211153133.GA1884@os>
	<20051211175628.GC14079@nic.nigdzie>	<20051211185655.GA2511@os>
	<op.s1p6axohu5x7r9@localhost>	<20051213160506.GA12506@pepin.polanet.pl>	<op.s1qnnvhzu5x7r9@localhost>	<20051214111945.GA23101@pepin.polanet.pl>
	<op.s1r6ezuju5x7r9@localhost>
Message-ID: <43A04F99.70001@toya.net.pl>

I have a suggestion:

Lets stop feeding the troll.

-- 
Regards,
Jakub Piotr C?apa


From patrys at pld-linux.org  Wed Dec 14 20:14:49 2005
From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki)
Date: Wed, 14 Dec 2005 20:14:49 +0100
Subject: ANN: Closing AC
In-Reply-To: <43A04F99.70001@toya.net.pl>
References: <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os> <op.s1p6axohu5x7r9@localhost>
	<20051213160506.GA12506@pepin.polanet.pl>	<op.s1qnnvhzu5x7r9@localhost>
	<20051214111945.GA23101@pepin.polanet.pl> <op.s1r6ezuju5x7r9@localhost>
	<43A04F99.70001@toya.net.pl>
Message-ID: <1134587689.6863.4.camel@meaw>

Dnia 14-12-2005, ?ro o godzinie 18:00 +0100, Jakub Piotr C?apa
napisa?(a):
> I have a suggestion:
> 
> Lets stop feeding the troll.

To add to the discussion (support for faster parallel booting before
init-ng): http://patrys.jogger.pl/comment.php?eid=161721 (pl_PL only)

-- 
Patrys :: Patryk Zawadzki <patrys at pld-linux.org>
PLD Linux
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: To jest cz??? listu podpisana	cyfrowo
URL: </mailman/pipermail/pld-devel-en/attachments/20051214/e4a923f4/attachment.sig>

From qboosh at pld-linux.org  Wed Dec 14 21:03:20 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 14 Dec 2005 21:03:20 +0100
Subject: rpm in Ac
Message-ID: <20051214200320.GC5079@fngna.oyu>

Few days left for decision. 4.4.2 or 4.4.3?
I'd prefer 4.4.3 as it has few nice features (see %changelog in spec or
CHANGES in sources/%doc).


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


From arekm at pld-linux.org  Wed Dec 14 21:05:47 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Wed, 14 Dec 2005 21:05:47 +0100
Subject: rpm in Ac
In-Reply-To: <20051214200320.GC5079@fngna.oyu>
References: <20051214200320.GC5079@fngna.oyu>
Message-ID: <200512142105.47809.arekm@pld-linux.org>

On Wednesday 14 December 2005 21:03, Jakub Bogusz wrote:
> Few days left for decision. 4.4.2 or 4.4.3?
> I'd prefer 4.4.3 as it has few nice features (see %changelog in spec or
> CHANGES in sources/%doc).

Fine with me if you are willing to do an update.

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


From mmazur at kernel.pl  Wed Dec 14 21:40:56 2005
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Wed, 14 Dec 2005 21:40:56 +0100
Subject: rpm in Ac
In-Reply-To: <20051214200320.GC5079@fngna.oyu>
References: <20051214200320.GC5079@fngna.oyu>
Message-ID: <200512142140.56674.mmazur@kernel.pl>

On ?roda 14 grudnia 2005 21:03, Jakub Bogusz wrote:
> Few days left for decision. 4.4.2 or 4.4.3?
> I'd prefer 4.4.3 as it has few nice features (see %changelog in spec or
> CHANGES in sources/%doc).

4.4.4 :)

-- 
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 qboosh at pld-linux.org  Wed Dec 14 21:59:00 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 14 Dec 2005 21:59:00 +0100
Subject: rpm in Ac
In-Reply-To: <200512142140.56674.mmazur@kernel.pl>
References: <20051214200320.GC5079@fngna.oyu>
	<200512142140.56674.mmazur@kernel.pl>
Message-ID: <20051214205900.GD5079@fngna.oyu>

On Wed, Dec 14, 2005 at 09:40:56PM +0100, Mariusz Mazur wrote:
> On ?roda 14 grudnia 2005 21:03, Jakub Bogusz wrote:
> > Few days left for decision. 4.4.2 or 4.4.3?
> > I'd prefer 4.4.3 as it has few nice features (see %changelog in spec or
> > CHANGES in sources/%doc).
> 
> 4.4.4 :)

Argh. My pldnotify hasn't noticed it yet.
I'll look at it... tomorrow?


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


From gotar at polanet.pl  Thu Dec 15 16:06:06 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 15 Dec 2005 16:06:06 +0100
Subject: ANN: Closing AC
In-Reply-To: <439E1127.3060607@toya.net.pl>
References: <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os> <439DF03D.60706@toya.net.pl>
	<20051212231538.GA2207@os> <439E1127.3060607@toya.net.pl>
Message-ID: <20051215150606.GB1234@os>

On Tue, Dec 13, 2005 at 01:09:11 +0100, Jakub Piotr C?apa wrote:

> You could give it a try: bootchart.org

Nice, but I don't have a place to run it;/

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


From gotar at polanet.pl  Thu Dec 15 16:08:10 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 15 Dec 2005 16:08:10 +0100
Subject: ANN: Closing AC
In-Reply-To: <439F0188.60007@toya.net.pl>
References: <20051211134425.GA1195@os>
	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>
	<20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os> <op.s1p6axohu5x7r9@localhost>
	<20051213160506.GA12506@pepin.polanet.pl>
	<439F0188.60007@toya.net.pl>
Message-ID: <20051215150810.GC1234@os>

On Tue, Dec 13, 2005 at 18:14:48 +0100, Jakub Piotr C?apa wrote:

> boost from concurrency since most programs/daemons don't depend on each 
> other and don't need to wait for others to start first.

If they don't depend, why do we have priorities in current init scripts?
If we abandon priorities, we must introduce dependencies.

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


From gotar at polanet.pl  Thu Dec 15 15:56:19 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 15 Dec 2005 15:56:19 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1r6ezuju5x7r9@localhost>
References: <20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os> <op.s1p6axohu5x7r9@localhost>
	<20051213160506.GA12506@pepin.polanet.pl>
	<op.s1qnnvhzu5x7r9@localhost>
	<20051214111945.GA23101@pepin.polanet.pl>
	<op.s1r6ezuju5x7r9@localhost>
Message-ID: <20051215145619.GA1234@os>

On Wed, Dec 14, 2005 at 16:53:13 +0100, Cz at rny wrote:

> that, because it doesn't work yet and that's why the whole idea is wrong  

No, I'm not saying. I'm STILL asking some 'HOW' questions and don't get
answers.

> to start with". There are possibilites which we could utilize and give me  
> a good reason, good retorical reason, why shouldn't we use that. So - what

I'll repeat one more time, slowly: b e c a u s e   n o o n e   c a n   t
e l l   m e   H O W   t o   s t a r t   n e t w o r k   s e r v i c e s .

> wan't work when we're done scripting, what is impossible because of the  
> nature/architecture of initng and so on. So far You've just claimed the  

How do you want to script, when you don't know WHAT is to be written?

> obvoius - it isn't ready and productional yet, but the question is, should  

It's not even ready for testing, because apparently there's no
fundamentals (or any person here who knows something more than 'parallel').

> > Nothing. I'm just against gentooism like `it's two times faster'.
> 
> Do I look to You like a Gentoo user?

Yes. You believe that something you don't know is better, because you've
read it somewhere.

> I've just written down my personal experience with only slightly tweaked  
> initng with PLD and the result is as follows - boot time, including *all*  
> services and daemons, speed up dramatically, probably more than 2 times!

I don't care about your system. I'm worried about MINE and you can't
tell me how to configure it to work.

> > If it is better, answer one of my question: how would you start bind in
> > relation with quagga?
> 
> I don't know what quogga is,

Sad...

> but I don't see any service would be  
> unrunable in the new initng.

Without any non-zero interface-interval bind will run, work, but won't
listen on zebra set-up interfaces, so won't serve request.

> I'm not ignorant so much, to say it doesn't  
> matter. That seems to be the first con not to make it in PLD, so please  
> tell me, what is so speciffic bout it and we'll think is it really such an  
> obstacle.

Just tell me how dependencies work and I will know everything. I'm
trying to get this information for 4 days.

> > How can it work, when NOONE can tell me it's rules. How to start bind?
> 
> service named start :D

Manually after every system restart? ;P

> > If something works 'free style', and my services can randomly become
> > unavailable, it IS bad.
> 
> Jumping to conclussions again? Why randomly become down?

Assume that my OSPF dies (it happens with PLD quagga). It's not
restarted by supervisor because I've disabled this function (Q1: can in
be disabled? Q2: can in be disabled selectively?). Now it's time to
rotate logs - postrotate script does service reload and all my services
are shut down, because there's no required OSPF daemon running (Q0: how
dependencies work, what's configurable?).

> Why free style?  

No rules==free style (I'm asking for these rules since monday, if YOU
are so interested in merging this project into PLD why don't you know
them?).

> Has anyone here written bout random restarts, random services going down.

Yes, me. I've written the scenario a few times and got no answer.

> It's up to how we write the scripts. That's a large field to discuss. Also  
> the trinary or larger logic - is it neceserry, how to ensure proper boot  
> even after errors, what gets restarted and when.

Well, if everything is TODO, what can I test or comment? EOT until we'll
have something to discuss about.

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


From tomasz at grobelny.oswiecenia.net  Thu Dec 15 18:40:24 2005
From: tomasz at grobelny.oswiecenia.net (Tomasz Grobelny)
Date: Thu, 15 Dec 2005 18:40:24 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051215145619.GA1234@os>
References: <20051211144750.GA1538@os> <op.s1r6ezuju5x7r9@localhost>
	<20051215145619.GA1234@os>
Message-ID: <200512151840.24992.tomasz@grobelny.oswiecenia.net>

Why don't you guys try to write down _requirements_ ie. list of properties 
that the new system must have before introducing it to PLD?

On Thursday 15 December 2005 15:56, Tomasz Pala wrote:
> Assume that my OSPF dies (it happens with PLD quagga). It's not
> restarted by supervisor because I've disabled this function (Q1: can in
> be disabled? Q2: can in be disabled selectively?). Now it's time to
> rotate logs - postrotate script does service reload and all my services
> are shut down, because there's no required OSPF daemon running (Q0: how
> dependencies work, what's configurable?).
Here we have a few wishes:
-all services are restarted automatically after unexpected shutdown (unless 
specified otherwise by root on per service basis)
-service can only _start_ when all its dependant services are running (that 
means no cascading shutdown of services), or can _run_ when all dependant 
services are running (in case there are services that would cause harm if 
their dependant services died)
-common part of initng and current init scripts should be as big as possible
-faster startup by parallelization
-etc. (but you should propably continue in CVS)

Once more: the idea is to write down WHAT IS NEEDED and then think if it's 
doable.
-- 
Regards,
Tomasz Grobelny


From dhubleizh at o2.pl  Fri Dec 16 01:07:56 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Fri, 16 Dec 2005 01:07:56 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051215145619.GA1234@os>
References: <20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os> <op.s1p6axohu5x7r9@localhost>
	<20051213160506.GA12506@pepin.polanet.pl>
	<op.s1qnnvhzu5x7r9@localhost>
	<20051214111945.GA23101@pepin.polanet.pl>
	<op.s1r6ezuju5x7r9@localhost> <20051215145619.GA1234@os>
Message-ID: <op.s1unzieau5x7r9@localhost>

Dnia Thu, 15 Dec 2005 15:56:19 +0100, Tomasz Pala <gotar at polanet.pl>  
napisa?:

Because I completely don't understand what You questions mean (like 'how  
to run services), it's better You look into the packages yourself  
(initng-pld) and then ask. If You want to learn scripting in initng go  
ahead and read bout it, don't ask me around.

I'll try to write it once more - if my machine with services starts almost  
out of a box I don't understatnd the question 'how tu run services'. I'll  
repeat myself once more - since there are no native initng scripts written  
for PLD, fot now the 'scripts' just call ordinary plain old initcripts and  
only thing they add is dependencies(which also are made temporaly). So to  
run any of Your services, that aren't already in initng-pld, just copy any  
script of a deamon like, and edit these 4 lines, changing the old  
initscript name of the service and dependencies - that's pretty much it.

If You want from me to tell You how initng works, then stop trolling and  
spend 5 minutes on reading it's main page (found easily via google) and  
after You've bothered doing that ask questions other than how to run a  
service X with some extra configuration.

EOT till some more testing/scripting in initng occures.

Cz at rny
-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From gotar at polanet.pl  Fri Dec 16 12:32:06 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 16 Dec 2005 12:32:06 +0100
Subject: ANN: Closing AC
In-Reply-To: <200512151840.24992.tomasz@grobelny.oswiecenia.net>
References: <20051211144750.GA1538@os> <op.s1r6ezuju5x7r9@localhost>
	<20051215145619.GA1234@os>
	<200512151840.24992.tomasz@grobelny.oswiecenia.net>
Message-ID: <20051216113206.GA941@os>

On Thu, Dec 15, 2005 at 18:40:24 +0100, Tomasz Grobelny wrote:

> Why don't you guys try to write down _requirements_ ie. list of properties 
> that the new system must have before introducing it to PLD?

Because some people tried to convince me, that it is done and we must
only adapt some scripting to PLD. So if it exists I wanted to know how
it works. It turned out that there's noone here who knows anything more
than 'parallel' and 'dependencies'.

So how do you people want to put it in into PLD, when you don't have any
idea how to maintain the system?

> Once more: the idea is to write down WHAT IS NEEDED and then think if it's 
> doable.

Or maybe just someone interested will check initNG or other really
existing projects? ;>

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


From dhubleizh at o2.pl  Fri Dec 16 15:01:01 2005
From: dhubleizh at o2.pl (Cz@rny)
Date: Fri, 16 Dec 2005 15:01:01 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051216113206.GA941@os>
References: <20051211144750.GA1538@os> <op.s1r6ezuju5x7r9@localhost>
	<20051215145619.GA1234@os>
	<200512151840.24992.tomasz@grobelny.oswiecenia.net>
	<20051216113206.GA941@os>
Message-ID: <op.s1vqjzotu5x7r9@localhost>

Dnia Fri, 16 Dec 2005 12:32:06 +0100, Tomasz Pala <gotar at polanet.pl>  
napisa?:

> Because some people tried to convince me, that it is done and we must
> only adapt some scripting to PLD. So if it exists I wanted to know how
> it works. It turned out that there's noone here who knows anything more
> than 'parallel' and 'dependencies'.

How long will You keep insulting me? Where have I stated, that there  
already is a list of requirements? Stop fucking trolling and putting down  
something, which You aren't even interested in - would Ya? What is it that  
You know about it, which makes You accuse ppl of not knowing of? You  
haven't even bothered to look into specs that are already made and still  
You keep on jumping to conclusions and giving facts about things, You  
haven't even seen?

> Or maybe just someone interested will check initNG or other really
> existing projects? ;>
>

Or maby You just shut up and stop criticising things You haven't even  
bothered to check up would Ya?

-- 
"Fear leads to anger, anger leads to hate, hate leads to The Dark Side" -  
Yoda


From havner at smtp.kamp.pl  Fri Dec 16 20:38:57 2005
From: havner at smtp.kamp.pl (havner)
Date: Fri, 16 Dec 2005 20:38:57 +0100
Subject: ANN: Closing AC
In-Reply-To: <op.s1vqjzotu5x7r9@localhost>
References: <20051211144750.GA1538@os> <op.s1r6ezuju5x7r9@localhost>
	<20051215145619.GA1234@os>
	<200512151840.24992.tomasz@grobelny.oswiecenia.net>
	<20051216113206.GA941@os> <op.s1vqjzotu5x7r9@localhost>
Message-ID: <20051216193857.GB4686@pld-linux.org>

On Fri, Dec 16, 2005 at 03:01:01PM +0100, Cz at rny wrote:
> Dnia Fri, 16 Dec 2005 12:32:06 +0100, Tomasz Pala <gotar at polanet.pl>  
> napisa?:
> 
> > Because some people tried to convince me, that it is done and we must
> > only adapt some scripting to PLD. So if it exists I wanted to know how
> > it works. It turned out that there's noone here who knows anything more
> > than 'parallel' and 'dependencies'.
> 
> How long will You keep insulting me? Where have I stated, that there  
> already is a list of requirements? Stop fucking trolling and putting down  
> something, which You aren't even interested in - would Ya? What is it that  
> You know about it, which makes You accuse ppl of not knowing of? You  
> haven't even bothered to look into specs that are already made and still  
> You keep on jumping to conclusions and giving facts about things, You  
> haven't even seen?

Ok, thank you, with this mail you just found a nice place in my
.procmailrc called /dev/drzewo. Too long of YOUR trolling on this list you
allmighty, smart aleck.

> > Or maybe just someone interested will check initNG or other really
> > existing projects? ;>
> >
> 
> Or maby You just shut up and stop criticising things You haven't even  
> bothered to check up would Ya?

"would Ya" Where do people take from such a language? Slams?

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


From sardzent at o2.pl  Fri Dec 16 21:50:54 2005
From: sardzent at o2.pl (Daniel Dominik Rudnicki)
Date: Fri, 16 Dec 2005 21:50:54 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051216193857.GB4686@pld-linux.org>
References: <20051211144750.GA1538@os> <op.s1vqjzotu5x7r9@localhost>
	<20051216193857.GB4686@pld-linux.org>
Message-ID: <200512162150.57999.sardzent@o2.pl>

On Friday 16 of December 2005 20:38, havner wrote:
> "would Ya" Where do people take from such a language? Slams?
better don't ask :)

-- 


                       Daniel Dominik Rudnicki
JID: sardzent at pld-linux.org               e-mail: sardzent at pld-linux.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20051216/c55e3f67/attachment.sig>

From aredridel at nbtsc.org  Sat Dec 17 00:13:52 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Fri, 16 Dec 2005 16:13:52 -0700
Subject: ANN: Closing AC
In-Reply-To: <200512111818.jBBIIXZd030015@green.mif.pg.gda.pl>
References: <200512111818.jBBIIXZd030015@green.mif.pg.gda.pl>
Message-ID: <1134774833.1108.22.camel@localhost>

On Sun, 2005-12-11 at 19:18 +0100, Andrzej Krzysztofowicz wrote:
> =?UTF-8?B?TWFyY2luIEtyw7Ns?= wrote:
> > > I can't see what's  
> > > bothering ppl bout dying ac and th. Windows 98 and 95 and ME died as well,  
> > > other distros also make new versions and move on forward.
> > 
> > For me personally if we will switch to "awlays in developement" distro 
> > it would be easier to:
> > 
> > 1) Maintain my machines, by simply doing poldek --upgrade-dist out of 
> > stable tree. Occasionally there will be need to do some manual upgrades 
> > like from postgres 8.0 to 8.1 which requires database dump/restore. Now 
> 
> But if you leave one machine not upgraded, after some time it may become
> not upgradeable. Because of missing triggers, package splits, missing
> obsoletes, etc.

Perhaps it is time to start tracking those, and recording an upgrade
path.

> > lets assume that we will stay with current distro politics + we will 
> > release new version every year. So once a year I'll probably have to 
> > reinstall all the machines because version Z was released and X has 
> > reached an EOL.
> 
> What for machines that are not upgradeable N -> N+1? Eg. because of their
> configuration and bugs present in year N+1 release. Will rel. N+2 support
> N -> N+2 upgrade ?
> Eg. some X11 version (or any other commonly used library) is unusable for
> them, suggested solution is to use previous version with bugfixes?

I think part of the problem is that we would need to keep old package
sets on FTP: A sort of mini-release with every batch of moves from ready
to main. If the distro tree is laid out for that, I can see it working
very well. Poldek 0.20's config files leave good infrastructure for
rolling out new repo locations via updates, too.

> > 2) Maintain distro itself. Now if there is some security bug it should 
> > be fixed in Ra, Ac, Th. With "always in developement" we'll 
> > prepare/commit/test/build fixed packages only once.
> 
> Yes, leaving the work for machine admins is simpler.

Hehe.

Aria



From aredridel at nbtsc.org  Sat Dec 17 00:14:34 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Fri, 16 Dec 2005 16:14:34 -0700
Subject: ANN: Closing AC
In-Reply-To: <200512112137.jBBLb6Jo031124@green.mif.pg.gda.pl>
References: <200512112137.jBBLb6Jo031124@green.mif.pg.gda.pl>
Message-ID: <1134774874.1108.24.camel@localhost>

On Sun, 2005-12-11 at 22:37 +0100, Andrzej Krzysztofowicz wrote:
> =?ISO-8859-1?Q?Marcin_Kr=F3l?= wrote:
> > Upgrade from Ra to Ac == 1 night at server room for every production 
> > machine. And this will IMO not change in Ac->Th transition or any other 
> > leater X->Y transition.
> 
> Have you seen a distro that supports full machine upgrade (incl.
> configuration fixes/rewrites) in less than one night ?

Let's be the first.



From aredridel at nbtsc.org  Sat Dec 17 00:23:30 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Fri, 16 Dec 2005 16:23:30 -0700
Subject: ANN: Closing AC
In-Reply-To: <20051211140545.GA17267@fngna.oyu>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net> <20051210210631.GB15704@fngna.oyu>
	<439B6381.3000001@limanowa.net> <op.s1ma0wd2u5x7r9@localhost>
	<439C2D72.7030608@limanowa.net>  <20051211140545.GA17267@fngna.oyu>
Message-ID: <1134775410.1108.33.camel@localhost>

On Sun, 2005-12-11 at 15:05 +0100, Jakub Bogusz wrote:
> On Sun, Dec 11, 2005 at 02:45:22PM +0100, Marcin Kr?l wrote:
> > > It's ok as long, as we make ISO-s from time to time.
> > 
> > That is the part of "always in developement" idea.
> > 
> > > I can't see what's  
> > > bothering ppl bout dying ac and th. Windows 98 and 95 and ME died as well,  
> > > other distros also make new versions and move on forward.
> > 
> > For me personally if we will switch to "awlays in developement" distro 
> > it would be easier to:
> > 
> > 1) Maintain my machines, by simply doing poldek --upgrade-dist out of 
> > stable tree. Occasionally there will be need to do some manual upgrades 
> > like from postgres 8.0 to 8.1 which requires database dump/restore. Now 
> > lets assume that we will stay with current distro politics + we will 
> > release new version every year. So once a year I'll probably have to 
> > reinstall all the machines because version Z was released and X has 
> > reached an EOL.
> 
> But think about "big transitions", such as gcc - when most of
> C++/Fortran/Ada/GCJ-based Java stuff must be rebuilt. And many programs
> appear broken, so they wouldn't exist in distro even for few months.
> gcc 4.0 isn't so new now (about 8 months from 4.0.0 release has passed),
> but many programs still need fixes, sometimes non-trivial.

How possible are parallel installs? Could one not have both installed,
if packaged properly, and migrate as packages become fixed, eventually
having a system without GCC 3?

Perhaps it would be smart to define package sets:

AC + Gnome 2.12 + GCC 3
upgrade to AC + Gnome 2.14 + GCC 3 
install to AC + Gnome 2.14 + GCC 3 + GCC 4 
clean to AC + Gnome 2.14 + GCC 4

Each move like a mini distro upgrade, but without the long pain and
massive changes, each isolated into the package set. Like always in
development, but with tested groups of releases, not continuous updates.

Some continuous updates could happen within the framework, if each
module is a poldek repo with an updates repo attached, too.

Find sets of packages that mutually require upgrade -- like dist-upgrade
finds when installing -- and label them as distro "addons" (I don't like
the word) -- and you can upgrade entire subsets, without needing to
upgrade a whole distro.

Building this would require a few more tools, to check interdependencies
between repos. I don't think they would be hard to build. I think the
net win could be very big: stability, upgrade paths, rapid development,
short release cycle.

I have a friend who would like to not bother with many updates until a
new GNOME, then travel to where they have broadband and update. If he
could just enable a new repo and dist-upgrade, he'd be set very quickly.
Conceptually simple, manageable. For updates at home on dial-up
internet, he could just keep (security?)update repos for the groups of
packages enabled, and only do actual major updates when he has
broadband.

Aria



From aredridel at nbtsc.org  Sat Dec 17 00:24:48 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Fri, 16 Dec 2005 16:24:48 -0700
Subject: ANN: Closing AC
In-Reply-To: <20051211150723.GB17267@fngna.oyu>
References: <200512101501.44676.arekm@pld-linux.org>
	<439B3686.6020108@limanowa.net> <20051210210631.GB15704@fngna.oyu>
	<439B6381.3000001@limanowa.net> <op.s1ma0wd2u5x7r9@localhost>
	<439C2D72.7030608@limanowa.net> <20051211135249.GA5780@mysza.eu.org>
	<op.s1mjounnu5x7r9@localhost>  <20051211150723.GB17267@fngna.oyu>
Message-ID: <1134775488.1108.35.camel@localhost>

On Sun, 2005-12-11 at 16:07 +0100, Jakub Bogusz wrote:
> On Sun, Dec 11, 2005 at 03:54:20PM +0100, Cz at rny wrote:
> > Dnia Sun, 11 Dec 2005 14:52:49 +0100, Adam Go??biowski  
> > <adamg at biomerieux.pl> napisa?:
> > 
> > > On Sun, Dec 11, 2005 at 02:45:22PM +0100, Marcin Kr?l wrote:
> > >> 1) Maintain my machines, by simply doing poldek --upgrade-dist out of
> > >> stable tree. Occasionally there will be need to do some manual upgrades
> > >> like from postgres 8.0 to 8.1 which requires database dump/restore. Now
> > >> lets assume that we will stay with current distro politics + we will
> > >> release new version every year. So once a year I'll probably have to
> > >> reinstall all the machines because version Z was released and X has
> > >> reached an EOL.
> > 
> > All of that is true - as long as from time to time we'll bake some iso,  
> > everything is fine for me.
> > >
> > > What about some groundbraking change like gcc update (breaking BC)?
> > 
> > That'd be a point to make an iso - perfect for making some 'version',  
> > 'release', 'snapshot' or whatever You call it - an iso.
> 
> And what can I do with ISO full of security holes (or other serious
> bugs), with only binary-incompatible updates on ftp?
> 
> "always in development" works good only for periods of time limited by
> "big transitions".

Maybe "medium transitions" with less time between could be possible? C++
ABI breakage is the biggest I can think of. Otherwise, major transitions
are relatively small.



From gotar at polanet.pl  Sat Dec 17 00:31:37 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 17 Dec 2005 00:31:37 +0100
Subject: ANN: Closing AC
In-Reply-To: <1134774874.1108.24.camel@localhost>
References: <200512112137.jBBLb6Jo031124@green.mif.pg.gda.pl>
	<1134774874.1108.24.camel@localhost>
Message-ID: <20051216233137.GA8960@os>

On Fri, Dec 16, 2005 at 16:14:34 -0700, Aredridel wrote:

> > Have you seen a distro that supports full machine upgrade (incl.
> > configuration fixes/rewrites) in less than one night ?
> 
> Let's be the first.

Take a look at amavisd-new config file - it's de facto a piece of perl
code you must rewrite. Have you got any idea how to automate process of
upgrading it? It takes me about an hour.

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


From undefine at aramin.net  Sat Dec 17 11:15:15 2005
From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Sat, 17 Dec 2005 11:15:15 +0100
Subject: [builder-ac-ppc@pld-linux.org: ERRORS: pnetlib.spec pnetC.spec
	ml-pnet.spec OK: pnet.spec]
Message-ID: <20051217101515.GA6896@aramin.net>

what do with it?
provides: mono-compat-links in mono-compiler-common? ;)

----- Forwarded message from PLD ac-ppc builder <builder-ac-ppc at pld-linux.org> -----

X-Original-To: undefine at aramin.net
Delivered-To: undefine at aramin.net
X-Original-To: undefine at wmid.amu.edu.pl
Delivered-To: undefine at wmid.amu.edu.pl
From: PLD ac-ppc builder <builder-ac-ppc at pld-linux.org>
To: undefine at wmid.amu.edu.pl
X-PLD-Builder: ac-ppc
Cc: pld-logs-builder at pld-linux.org
In-Reply-To: <1d757176-361a-427a-86fd-7b326413f7b8 at pld.src.builder>
Date: Sat, 17 Dec 2005 09:16:11 +0000
Subject: ERRORS: pnetlib.spec pnetC.spec ml-pnet.spec OK: pnet.spec
X-Virus-Scanned: by amavisd-new (PLD-Linux) at wmid.amu.edu.pl
X-Virus-Scanned: by amavisd-new (PLD-Linux) at wmid.amu.edu.pl
X-Virus-Scanned: by amavisd-new (PLD-Linux) at piastlan.net

pnet.spec (HEAD): OK
pnetlib.spec (HEAD): FAILED
pnetC.spec (HEAD): FAILED
ml-pnet.spec (HEAD): FAILED

--- pnet.spec:HEAD:
upgrading packages

Build-Time: user:288.18s sys:35.63s real:447.96s (faults io:319 non-io:3967662)

Files queued for ftp:
     10070 pnet-0.7.2-1.ppc.rpm
    351922 pnet-interpreter-0.7.2-1.ppc.rpm
     10542 pnet-compiler-0.7.2-1.ppc.rpm
    709703 pnet-compiler-common-0.7.2-1.ppc.rpm
    186271 pnet-compiler-ilasm-0.7.2-1.ppc.rpm
    351395 pnet-compiler-csharp-0.7.2-1.ppc.rpm
    299844 pnet-compiler-java-0.7.2-1.ppc.rpm
    219356 pnet-compiler-bf-0.7.2-1.ppc.rpm
    379446 pnet-compiler-visualbasic-0.7.2-1.ppc.rpm
    367302 pnet-compiler-c-0.7.2-1.ppc.rpm
   1123356 pnet-tools-0.7.2-1.ppc.rpm
    928398 pnet-devel-0.7.2-1.ppc.rpm
       546 pnet-0.7.2-1.src.rpm.uploadinfo


--- pnetlib.spec:HEAD:
Build-Time: user:16.40s sys:0.93s real:23.45s (faults io:7 non-io:82797)


--- pnetC.spec:HEAD:
Build-Time: user:16.25s sys:0.81s real:18.97s (faults io:0 non-io:82057)


--- ml-pnet.spec:HEAD:
Build-Time: user:16.34s sys:0.84s real:23.37s (faults io:0 non-io:82088)



*** buildlog for pnetlib.spec
request from: undefine
started at: Sat Dec 17 10:15:05 2005
fetching http://src.ac.pld-linux.org/~buildsrc/srpms/1d757176-361a-427a-86fd-7b326413f7b8/pnetlib-0.7.2-1.src.rpm
fetched 4047641 bytes, 1329.5 K/s
installing srpm: pnetlib-0.7.2-1.src.rpm
checking BR
rpm: error: Failed build dependencies:

rpm: 	pnet-compiler-csharp = 0.7.2 is needed by pnetlib-0.7.2-1.ppc

rpm: 	pnet-tools = 0.7.2 is needed by pnetlib-0.7.2-1.ppc

installing BR: pnet\-tools pnet\-compiler\-csharp
Verifying /spools/ready/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
Verifying /spools/ready/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
Loading /spools/ready/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
30497 packages read
Removed 18102 duplicate packages from available set
mark pnet-compiler-csharp-0.7.2-1
mark pnet-tools-0.7.2-1
Processing dependencies...
pnet-tools-0.7.2-1 marks pnet-interpreter-0.7.2-1 (cap pnet-interpreter = 0.7.2)
pnet-compiler-csharp-0.7.2-1 marks pnet-compiler-common-0.7.2-1 (cap pnet-compiler-common = 0.7.2)
  pnet-compiler-common-0.7.2-1 marks pnet-compiler-ilasm-0.7.2-1 (cap ilasm)
error: pnet-compiler-common-0.7.2-1 (cnfl mono-compat-links = 1.1.10-3) conflicts with installed mono-compat-links-1.1.10-3
There are 5 packages to install (3 marked by dependencies):
I pnet-compiler-csharp-0.7.2-1, pnet-tools-0.7.2-1
D pnet-compiler-common-0.7.2-1, pnet-compiler-ilasm-0.7.2-1, 
D pnet-interpreter-0.7.2-1
After unpacking about 7MB will be used.
error: 1 conflicts
error: BR installation failed
Begin-PLD-Builder-Info
Build-Time: user:16.40s sys:0.93s real:23.45s (faults io:7 non-io:82797)

End-PLD-Builder-Info




*** buildlog for pnetC.spec
request from: undefine
started at: Sat Dec 17 10:15:28 2005
fetching http://src.ac.pld-linux.org/~buildsrc/srpms/1d757176-361a-427a-86fd-7b326413f7b8/pnetC-0.7.2-1.src.rpm
fetched 384660 bytes, 937.2 K/s
installing srpm: pnetC-0.7.2-1.src.rpm
checking BR
rpm: error: Failed build dependencies:

rpm: 	pnet-compiler-c = 0.7.2 is needed by pnetC-0.7.2-1.ppc

rpm: 	pnet-compiler-csharp = 0.7.2 is needed by pnetC-0.7.2-1.ppc

rpm: 	pnetlib-base = 0.7.2 is needed by pnetC-0.7.2-1.ppc

installing BR: pnetlib\-base pnet\-compiler\-c pnet\-compiler\-csharp
Verifying /spools/ready/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
Verifying /spools/ready/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
Loading /spools/ready/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
30497 packages read
Removed 18102 duplicate packages from available set
mark pnet-compiler-c-0.7.2-1
mark pnet-compiler-csharp-0.7.2-1
mark pnetlib-base-0.7.0-1
Processing dependencies...
pnet-compiler-csharp-0.7.2-1 marks pnet-compiler-common-0.7.2-1 (cap pnet-compiler-common = 0.7.2)
  pnet-compiler-common-0.7.2-1 marks pnet-compiler-ilasm-0.7.2-1 (cap ilasm)
  pnet-compiler-common-0.7.2-1 marks pnet-interpreter-0.7.2-1 (cap pnet-interpreter = 0.7.2)
error: pnet-compiler-common-0.7.2-1 (cnfl mono-compat-links = 1.1.10-3) conflicts with installed mono-compat-links-1.1.10-3
error: pnetlib-base-0.7.0-1: req pnet-interpreter = 0.7.0 not found
pnetlib-base-0.7.0-1 marks pnetlib-openssl-0.7.0-1 (cap pnetlib-ssl = 0.7.0)
There are 7 packages to install (4 marked by dependencies):
I pnet-compiler-c-0.7.2-1, pnet-compiler-csharp-0.7.2-1, 
I pnetlib-base-0.7.0-1
D pnet-compiler-common-0.7.2-1, pnet-compiler-ilasm-0.7.2-1, 
D pnet-interpreter-0.7.2-1, pnetlib-openssl-0.7.0-1
Need to download about 2MB of archives. After unpacking about 11MB will be used.
error: 1 unresolved dependency, 1 conflicts
error: BR installation failed
Begin-PLD-Builder-Info
Build-Time: user:16.25s sys:0.81s real:18.97s (faults io:0 non-io:82057)

End-PLD-Builder-Info




*** buildlog for ml-pnet.spec
request from: undefine
started at: Sat Dec 17 10:15:47 2005
fetching http://src.ac.pld-linux.org/~buildsrc/srpms/1d757176-361a-427a-86fd-7b326413f7b8/ml-pnet-0.7.2-1.src.rpm
fetched 4095959 bytes, 1006.4 K/s
installing srpm: ml-pnet-0.7.2-1.src.rpm
checking BR
rpm: error: Failed build dependencies:

rpm: 	pnet-compiler-csharp = 0.7.2 is needed by ml-pnet-0.7.2-1.ppc

rpm: 	pnet-ilinstall = 0.7.2 is needed by ml-pnet-0.7.2-1.ppc

rpm: 	pnetlib-base = 0.7.2 is needed by ml-pnet-0.7.2-1.ppc

rpm: 	pnetlib-winforms = 0.7.2 is needed by ml-pnet-0.7.2-1.ppc

installing BR: pnetlib\-winforms pnetlib\-base pnet\-ilinstall pnet\-compiler\-csharp
Verifying /spools/ready/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
Verifying /spools/ready/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK

Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
Loading /spools/ready/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
30497 packages read
Removed 18102 duplicate packages from available set
mark pnet-compiler-csharp-0.7.2-1
mark pnet-ilinstall-0.7.0-1
mark pnetlib-base-0.7.0-1
mark pnetlib-winforms-0.7.0-1
Processing dependencies...
pnetlib-winforms-0.7.0-1 marks pnetlib-compat-0.7.0-1 (cap pnetlib-compat = 0.7.0)
pnetlib-winforms-0.7.0-1 marks pnetlib-xsharp-0.7.0-1 (cap pnetlib-xsharp = 0.7.0)
pnetlib-winforms-0.7.0-1 marks pnetlib-ziplib-0.7.0-1 (cap pnetlib-ziplib = 0.7.0)
pnet-compiler-csharp-0.7.2-1 marks pnet-compiler-common-0.7.2-1 (cap pnet-compiler-common = 0.7.2)
  pnet-compiler-common-0.7.2-1 marks pnet-compiler-ilasm-0.7.2-1 (cap ilasm)
  pnet-compiler-common-0.7.2-1 marks pnet-interpreter-0.7.2-1 (cap pnet-interpreter = 0.7.2)
error: pnet-compiler-common-0.7.2-1 (cnfl mono-compat-links = 1.1.10-3) conflicts with installed mono-compat-links-1.1.10-3
error: pnetlib-base-0.7.0-1: req pnet-interpreter = 0.7.0 not found
pnetlib-base-0.7.0-1 marks pnetlib-openssl-0.7.0-1 (cap pnetlib-ssl = 0.7.0)
There are 11 packages to install (7 marked by dependencies):
I pnet-compiler-csharp-0.7.2-1, pnet-ilinstall-0.7.0-1, 
I pnetlib-base-0.7.0-1, pnetlib-winforms-0.7.0-1
D pnet-compiler-common-0.7.2-1, pnet-compiler-ilasm-0.7.2-1, 
D pnet-interpreter-0.7.2-1, pnetlib-compat-0.7.0-1, 
D pnetlib-openssl-0.7.0-1, pnetlib-xsharp-0.7.0-1, pnetlib-ziplib-0.7.0-1
Need to download about 3MB of archives. After unpacking about 12MB will be used.
error: 1 unresolved dependency, 1 conflicts
error: BR installation failed
Begin-PLD-Builder-Info
Build-Time: user:16.34s sys:0.84s real:23.37s (faults io:0 non-io:82088)

End-PLD-Builder-Info



----- End forwarded message -----

-- 
Andrzej 'The Undefined' Dopiera?a
UNIX && Linux administrator,      Adam Mickiewicz University WMiI
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine at piastlan.net         e-mail: andrzej at dopierala.name


From ankry at green.mif.pg.gda.pl  Sat Dec 17 11:20:46 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 17 Dec 2005 11:20:46 +0100 (CET)
Subject: SPECS: electricsheep.spec (NEW) - added
In-Reply-To: <200512170800.jBH80EC8027193@green.mif.pg.gda.pl> from "Andrzej
	Krzysztofowicz" at Dec 17, 2005 09:00:14 AM
Message-ID: <200512171020.jBHAKktY025728@green.mif.pg.gda.pl>

> aredridel wrote:
> +%files
> +%defattr(644,root,root,755)
> +%attr(755,root,root) %{_bindir}/*
> +%{_datadir}/%{name}/*.png

Directiry belongs nowhere...

> +%{_datadir}/control-center/screensavers/electricsheep.xml

poldek:/all-avail> search -f /usr/share/control-center/screensavers
Searching packages..........................................done.
No package matches '/usr/share/control-center/screensavers'

> +%{_mandir}/man1/*

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


From hawk at limanowa.net  Sat Dec 17 20:27:11 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Sat, 17 Dec 2005 20:27:11 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051216233137.GA8960@os>
References: <200512112137.jBBLb6Jo031124@green.mif.pg.gda.pl>	<1134774874.1108.24.camel@localhost>
	<20051216233137.GA8960@os>
Message-ID: <43A4668F.9000902@limanowa.net>

> Take a look at amavisd-new config file - it's de facto a piece of perl
> code you must rewrite. Have you got any idea how to automate process of
> upgrading it? It takes me about an hour.

No, you don't need to rewrite it with each upgrade. I'm using 
amavisd-new for +/- two years and I had to do only _one_ rewrite (it was 
my fault, I've just deleted wrong file :)). It still works as it should 
with ~2 year old config. Of course minor changes were required but those 
usually take ~15 minutes.

M.




From gotar at polanet.pl  Sat Dec 17 23:33:42 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 17 Dec 2005 23:33:42 +0100
Subject: ANN: Closing AC
In-Reply-To: <43A4668F.9000902@limanowa.net>
References: <200512112137.jBBLb6Jo031124@green.mif.pg.gda.pl>
	<1134774874.1108.24.camel@localhost> <20051216233137.GA8960@os>
	<43A4668F.9000902@limanowa.net>
Message-ID: <20051217223342.GA121@os>

On Sat, Dec 17, 2005 at 20:27:11 +0100, Marcin Kr?l wrote:

> No, you don't need to rewrite it with each upgrade. I'm using 

Unless you don't want to have troubles someday, when you'll have to
merge dozens of changes;)

> my fault, I've just deleted wrong file :)). It still works as it should 
> with ~2 year old config.

Do you have some advanced configuration? You depend on configuration
compatibility, which can end up anytime. BTW 2 years ago things like:

@score_sender_maps = (
[...]
	new_RE( [ qr'^xx_.+ at domain\.pl$'i => [ new_RE( [ '.' => -10.0  ] ) ], ] )  ,
[...]
)

$per_recip_whitelist_sender_lookup_tables = (
  new_RE( [ qr'^xx_.+ at domain\.pl$'i => [qw( customer.com )] ] )
);

didn't work I suppose.

> Of course minor changes were required but those 
> usually take ~15 minutes.

Mostly banned files updates... It takes me 15 minutes (per system)
too, thanks to diff;

$ ls -1 /etc/amavis*
/etc/amavisd.conf
/etc/amavisd.conf-20030616-9
/etc/amavisd.conf-20030616-9.rpm
/etc/amavisd.conf-20040806-2
/etc/amavisd.conf-20040806-2.rpm
/etc/amavisd.conf-20040906-1
/etc/amavisd.conf-20040906-1.rpm
/etc/amavisd.conf-2.2.0-2
/etc/amavisd.conf-2.2.0-2.1
/etc/amavisd.conf-2.2.0-2.rpm
/etc/amavisd.conf-2.2.1-1
/etc/amavisd.conf-2.2.1-1.rpm
/etc/amavisd.conf-2.2.1-3
/etc/amavisd.conf-2.2.1-3.rpm
/etc/amavisd.conf-2.3.3-5
/etc/amavisd.conf-2.3.3-5.rpm
/etc/amavisd.conf.rpmnew

but I maintain several of them.

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


From gotar at polanet.pl  Sun Dec 18 10:27:42 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 18 Dec 2005 10:27:42 +0100
Subject: cvs is down
Message-ID: <20051218092742.GA361@os>

if nobody has noticed.

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


From ankry at green.mif.pg.gda.pl  Sun Dec 18 10:31:01 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sun, 18 Dec 2005 10:31:01 +0100 (CET)
Subject: cvs is down
In-Reply-To: <20051218092742.GA361@os> from "Tomasz Pala" at Dec 18,
	2005 10:27:42 AM
Message-ID: <200512180931.jBI9V1Ur009525@green.mif.pg.gda.pl>

Tomasz Pala wrote:
> 
> if nobody has noticed.

Noticed. See pld-devel-pl for announcement.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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 Dec 18 14:27:24 2005
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Sun, 18 Dec 2005 14:27:24 +0100 (CET)
Subject: ANN: Closing AC
In-Reply-To: <439C997D.3040903@limanowa.net>
References: <200512111818.jBBIIXZd030015@green.mif.pg.gda.pl>
	<439C997D.3040903@limanowa.net>
Message-ID: <Pine.LNX.4.64N.0512181426040.30368@wby.gnfx.tqn.cy>

On Sun, 11 Dec 2005, Marcin Kr?l wrote:
> > Yes, leaving the work for machine admins is simpler.
> And current PLD philosophy is not leaving the work for machine admins? 
> Upgrade from Ra to Ac == 1 night at server room for every production 
> machine. And this will IMO not change in Ac->Th transition or any other 
> leater X->Y transition.

Well - AFAIK every distro upgrade is more or less something like that.

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

From glen at delfi.ee  Tue Dec 20 00:00:48 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 20 Dec 2005 01:00:48 +0200
Subject: apxs
Message-ID: <200512200100.48671.glen@delfi.ee>

apxs forces CC used at apache compile time
should individual specs override CC with current %{__cc} value?
ie apache-mod_rpaf.spec from HEAD

btw, is there way to install dso with apxs with $RPM_BUILD_ROOT?

-- 
glen


From glen at delfi.ee  Tue Dec 20 16:50:06 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 20 Dec 2005 17:50:06 +0200
Subject: test
Message-ID: <200512201750.07278.glen@delfi.ee>

as requested by evilabram ;)

-- 
glen


From marek.guevara at atm.com.pl  Tue Dec 20 17:46:22 2005
From: marek.guevara at atm.com.pl (Marek Guevara Braun)
Date: Tue, 20 Dec 2005 17:46:22 +0100
Subject: [ac-ready] mdadm-2.2-1 and "Memory Fault"
Message-ID: <43A8355E.4000001@atm.com.pl>

mdadm-2.2-1 from ac-ready gives me "Memory Fault" during mdadm -A ...
2.1-1 from ac works OK. More testing? Wrong dependencies?

Marek

PS. kernel-grsecurity-smp-2.6.14.3-1.i686 BTW


From undefine at aramin.net  Wed Dec 21 02:57:46 2005
From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Wed, 21 Dec 2005 02:57:46 +0100
Subject: [builder-ac-ppc@pld-linux.org: ERRORS: pnetlib.spec pnetC.spec
	ml-pnet.spec OK: pnet.spec]
In-Reply-To: <20051217101515.GA6896@aramin.net>
References: <20051217101515.GA6896@aramin.net>
Message-ID: <20051221015746.GA25209@aramin.net>

On Sat, Dec 17, 2005 at 11:15:15AM +0100, Andrzej 'The Undefined' Dopiera?a wrote:
> what do with it?
> provides: mono-compat-links in mono-compiler-common? ;)
hm..
provides, or obsoletes?
conflict program is resgen, available in both packages, but:
poldek:/all-avail> desc -l mono-compat-links-1.1.9.2-1

Package:        mono-compat-links-1.1.9.2-1
/usr/bin:  resgen

why not use resgen from pnet, which is available on all platforms?

> ----- Forwarded message from PLD ac-ppc builder <builder-ac-ppc at pld-linux.org> -----
> 
> X-Original-To: undefine at aramin.net
> Delivered-To: undefine at aramin.net
> X-Original-To: undefine at wmid.amu.edu.pl
> Delivered-To: undefine at wmid.amu.edu.pl
> From: PLD ac-ppc builder <builder-ac-ppc at pld-linux.org>
> To: undefine at wmid.amu.edu.pl
> X-PLD-Builder: ac-ppc
> Cc: pld-logs-builder at pld-linux.org
> In-Reply-To: <1d757176-361a-427a-86fd-7b326413f7b8 at pld.src.builder>
> Date: Sat, 17 Dec 2005 09:16:11 +0000
> Subject: ERRORS: pnetlib.spec pnetC.spec ml-pnet.spec OK: pnet.spec
> X-Virus-Scanned: by amavisd-new (PLD-Linux) at wmid.amu.edu.pl
> X-Virus-Scanned: by amavisd-new (PLD-Linux) at wmid.amu.edu.pl
> X-Virus-Scanned: by amavisd-new (PLD-Linux) at piastlan.net
> 
> pnet.spec (HEAD): OK
> pnetlib.spec (HEAD): FAILED
> pnetC.spec (HEAD): FAILED
> ml-pnet.spec (HEAD): FAILED
> 
> --- pnet.spec:HEAD:
> upgrading packages
> 
> Build-Time: user:288.18s sys:35.63s real:447.96s (faults io:319 non-io:3967662)
> 
> Files queued for ftp:
>      10070 pnet-0.7.2-1.ppc.rpm
>     351922 pnet-interpreter-0.7.2-1.ppc.rpm
>      10542 pnet-compiler-0.7.2-1.ppc.rpm
>     709703 pnet-compiler-common-0.7.2-1.ppc.rpm
>     186271 pnet-compiler-ilasm-0.7.2-1.ppc.rpm
>     351395 pnet-compiler-csharp-0.7.2-1.ppc.rpm
>     299844 pnet-compiler-java-0.7.2-1.ppc.rpm
>     219356 pnet-compiler-bf-0.7.2-1.ppc.rpm
>     379446 pnet-compiler-visualbasic-0.7.2-1.ppc.rpm
>     367302 pnet-compiler-c-0.7.2-1.ppc.rpm
>    1123356 pnet-tools-0.7.2-1.ppc.rpm
>     928398 pnet-devel-0.7.2-1.ppc.rpm
>        546 pnet-0.7.2-1.src.rpm.uploadinfo
> 
> 
> --- pnetlib.spec:HEAD:
> Build-Time: user:16.40s sys:0.93s real:23.45s (faults io:7 non-io:82797)
> 
> 
> --- pnetC.spec:HEAD:
> Build-Time: user:16.25s sys:0.81s real:18.97s (faults io:0 non-io:82057)
> 
> 
> --- ml-pnet.spec:HEAD:
> Build-Time: user:16.34s sys:0.84s real:23.37s (faults io:0 non-io:82088)
> 
> 
> 
> *** buildlog for pnetlib.spec
> request from: undefine
> started at: Sat Dec 17 10:15:05 2005
> fetching http://src.ac.pld-linux.org/~buildsrc/srpms/1d757176-361a-427a-86fd-7b326413f7b8/pnetlib-0.7.2-1.src.rpm
> fetched 4047641 bytes, 1329.5 K/s
> installing srpm: pnetlib-0.7.2-1.src.rpm
> checking BR
> rpm: error: Failed build dependencies:
> 
> rpm: 	pnet-compiler-csharp = 0.7.2 is needed by pnetlib-0.7.2-1.ppc
> 
> rpm: 	pnet-tools = 0.7.2 is needed by pnetlib-0.7.2-1.ppc
> 
> installing BR: pnet\-tools pnet\-compiler\-csharp
> Verifying /spools/ready/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> Verifying /spools/ready/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> Loading /spools/ready/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
> 30497 packages read
> Removed 18102 duplicate packages from available set
> mark pnet-compiler-csharp-0.7.2-1
> mark pnet-tools-0.7.2-1
> Processing dependencies...
> pnet-tools-0.7.2-1 marks pnet-interpreter-0.7.2-1 (cap pnet-interpreter = 0.7.2)
> pnet-compiler-csharp-0.7.2-1 marks pnet-compiler-common-0.7.2-1 (cap pnet-compiler-common = 0.7.2)
>   pnet-compiler-common-0.7.2-1 marks pnet-compiler-ilasm-0.7.2-1 (cap ilasm)
> error: pnet-compiler-common-0.7.2-1 (cnfl mono-compat-links = 1.1.10-3) conflicts with installed mono-compat-links-1.1.10-3
> There are 5 packages to install (3 marked by dependencies):
> I pnet-compiler-csharp-0.7.2-1, pnet-tools-0.7.2-1
> D pnet-compiler-common-0.7.2-1, pnet-compiler-ilasm-0.7.2-1, 
> D pnet-interpreter-0.7.2-1
> After unpacking about 7MB will be used.
> error: 1 conflicts
> error: BR installation failed
> Begin-PLD-Builder-Info
> Build-Time: user:16.40s sys:0.93s real:23.45s (faults io:7 non-io:82797)
> 
> End-PLD-Builder-Info
> 
> 
> 
> 
> *** buildlog for pnetC.spec
> request from: undefine
> started at: Sat Dec 17 10:15:28 2005
> fetching http://src.ac.pld-linux.org/~buildsrc/srpms/1d757176-361a-427a-86fd-7b326413f7b8/pnetC-0.7.2-1.src.rpm
> fetched 384660 bytes, 937.2 K/s
> installing srpm: pnetC-0.7.2-1.src.rpm
> checking BR
> rpm: error: Failed build dependencies:
> 
> rpm: 	pnet-compiler-c = 0.7.2 is needed by pnetC-0.7.2-1.ppc
> 
> rpm: 	pnet-compiler-csharp = 0.7.2 is needed by pnetC-0.7.2-1.ppc
> 
> rpm: 	pnetlib-base = 0.7.2 is needed by pnetC-0.7.2-1.ppc
> 
> installing BR: pnetlib\-base pnet\-compiler\-c pnet\-compiler\-csharp
> Verifying /spools/ready/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> Verifying /spools/ready/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> Loading /spools/ready/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
> 30497 packages read
> Removed 18102 duplicate packages from available set
> mark pnet-compiler-c-0.7.2-1
> mark pnet-compiler-csharp-0.7.2-1
> mark pnetlib-base-0.7.0-1
> Processing dependencies...
> pnet-compiler-csharp-0.7.2-1 marks pnet-compiler-common-0.7.2-1 (cap pnet-compiler-common = 0.7.2)
>   pnet-compiler-common-0.7.2-1 marks pnet-compiler-ilasm-0.7.2-1 (cap ilasm)
>   pnet-compiler-common-0.7.2-1 marks pnet-interpreter-0.7.2-1 (cap pnet-interpreter = 0.7.2)
> error: pnet-compiler-common-0.7.2-1 (cnfl mono-compat-links = 1.1.10-3) conflicts with installed mono-compat-links-1.1.10-3
> error: pnetlib-base-0.7.0-1: req pnet-interpreter = 0.7.0 not found
> pnetlib-base-0.7.0-1 marks pnetlib-openssl-0.7.0-1 (cap pnetlib-ssl = 0.7.0)
> There are 7 packages to install (4 marked by dependencies):
> I pnet-compiler-c-0.7.2-1, pnet-compiler-csharp-0.7.2-1, 
> I pnetlib-base-0.7.0-1
> D pnet-compiler-common-0.7.2-1, pnet-compiler-ilasm-0.7.2-1, 
> D pnet-interpreter-0.7.2-1, pnetlib-openssl-0.7.0-1
> Need to download about 2MB of archives. After unpacking about 11MB will be used.
> error: 1 unresolved dependency, 1 conflicts
> error: BR installation failed
> Begin-PLD-Builder-Info
> Build-Time: user:16.25s sys:0.81s real:18.97s (faults io:0 non-io:82057)
> 
> End-PLD-Builder-Info
> 
> 
> 
> 
> *** buildlog for ml-pnet.spec
> request from: undefine
> started at: Sat Dec 17 10:15:47 2005
> fetching http://src.ac.pld-linux.org/~buildsrc/srpms/1d757176-361a-427a-86fd-7b326413f7b8/ml-pnet-0.7.2-1.src.rpm
> fetched 4095959 bytes, 1006.4 K/s
> installing srpm: ml-pnet-0.7.2-1.src.rpm
> checking BR
> rpm: error: Failed build dependencies:
> 
> rpm: 	pnet-compiler-csharp = 0.7.2 is needed by ml-pnet-0.7.2-1.ppc
> 
> rpm: 	pnet-ilinstall = 0.7.2 is needed by ml-pnet-0.7.2-1.ppc
> 
> rpm: 	pnetlib-base = 0.7.2 is needed by ml-pnet-0.7.2-1.ppc
> 
> rpm: 	pnetlib-winforms = 0.7.2 is needed by ml-pnet-0.7.2-1.ppc
> 
> installing BR: pnetlib\-winforms pnetlib\-base pnet\-ilinstall pnet\-compiler\-csharp
> Verifying /spools/ready/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> Verifying /spools/ready/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/ac/test/ppc/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> 
> Retrieving ftp://ftp.ppc.ac.pld-linux.org/[...]/packages.dir.mdd...
> Verifying ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz... OK
> Loading /spools/ready/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/ac/ready/ppc/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
> Loading ftp://ftp.ppc.ac.pld-linux.org/dists/[...]/packages.dir.gz...
> 30497 packages read
> Removed 18102 duplicate packages from available set
> mark pnet-compiler-csharp-0.7.2-1
> mark pnet-ilinstall-0.7.0-1
> mark pnetlib-base-0.7.0-1
> mark pnetlib-winforms-0.7.0-1
> Processing dependencies...
> pnetlib-winforms-0.7.0-1 marks pnetlib-compat-0.7.0-1 (cap pnetlib-compat = 0.7.0)
> pnetlib-winforms-0.7.0-1 marks pnetlib-xsharp-0.7.0-1 (cap pnetlib-xsharp = 0.7.0)
> pnetlib-winforms-0.7.0-1 marks pnetlib-ziplib-0.7.0-1 (cap pnetlib-ziplib = 0.7.0)
> pnet-compiler-csharp-0.7.2-1 marks pnet-compiler-common-0.7.2-1 (cap pnet-compiler-common = 0.7.2)
>   pnet-compiler-common-0.7.2-1 marks pnet-compiler-ilasm-0.7.2-1 (cap ilasm)
>   pnet-compiler-common-0.7.2-1 marks pnet-interpreter-0.7.2-1 (cap pnet-interpreter = 0.7.2)
> error: pnet-compiler-common-0.7.2-1 (cnfl mono-compat-links = 1.1.10-3) conflicts with installed mono-compat-links-1.1.10-3
> error: pnetlib-base-0.7.0-1: req pnet-interpreter = 0.7.0 not found
> pnetlib-base-0.7.0-1 marks pnetlib-openssl-0.7.0-1 (cap pnetlib-ssl = 0.7.0)
> There are 11 packages to install (7 marked by dependencies):
> I pnet-compiler-csharp-0.7.2-1, pnet-ilinstall-0.7.0-1, 
> I pnetlib-base-0.7.0-1, pnetlib-winforms-0.7.0-1
> D pnet-compiler-common-0.7.2-1, pnet-compiler-ilasm-0.7.2-1, 
> D pnet-interpreter-0.7.2-1, pnetlib-compat-0.7.0-1, 
> D pnetlib-openssl-0.7.0-1, pnetlib-xsharp-0.7.0-1, pnetlib-ziplib-0.7.0-1
> Need to download about 3MB of archives. After unpacking about 12MB will be used.
> error: 1 unresolved dependency, 1 conflicts
> error: BR installation failed
> Begin-PLD-Builder-Info
> Build-Time: user:16.34s sys:0.84s real:23.37s (faults io:0 non-io:82088)
> 
> End-PLD-Builder-Info
> 
> 
> 
> ----- End forwarded message -----
> 
> -- 
> Andrzej 'The Undefined' Dopiera?a
> UNIX && Linux administrator,      Adam Mickiewicz University WMiI
> PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
> JID: undefine at piastlan.net         e-mail: andrzej at dopierala.name
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en

-- 
Andrzej 'The Undefined' Dopiera?a
UNIX && Linux administrator,      Adam Mickiewicz University WMiI
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine at piastlan.net         e-mail: andrzej at dopierala.name


From wolf.pld at gmail.com  Wed Dec 21 18:18:24 2005
From: wolf.pld at gmail.com (Bartosz Taudul)
Date: Wed, 21 Dec 2005 18:18:24 +0100
Subject: [builder-ac-ppc@pld-linux.org: ERRORS: pnetlib.spec pnetC.spec
	ml-pnet.spec OK: pnet.spec]
In-Reply-To: <20051221015746.GA25209@aramin.net>
References: <20051217101515.GA6896@aramin.net>
	<20051221015746.GA25209@aramin.net>
Message-ID: <20051221171824.GA5861@bajzel.dev.tuniv.szczecin.pl>

On Wed, Dec 21, 2005 at 02:57:46AM +0100, Andrzej 'The Undefined' Dopiera?a wrote:
> why not use resgen from pnet, which is available on all platforms?
It's only asking for trouble IMHO. I don't want to debug some weird
errors introduced by using not-from-mono-unlike-rest-of-toolchain
utility.

wolf
-- 
  Bartek   .  - P??niej do krwioobiegu wypompowywane jest serce.
  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  Thu Dec 22 01:10:58 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 22 Dec 2005 02:10:58 +0200
Subject: apxs
In-Reply-To: <200512200100.48671.glen@delfi.ee>
References: <200512200100.48671.glen@delfi.ee>
Message-ID: <200512220210.59227.glen@delfi.ee>

On Tuesday 20 December 2005 01:00, Elan Ruusam?e wrote:
> apxs forces CC used at apache compile time
> should individual specs override CC with current %{__cc} value?
> ie apache-mod_rpaf.spec from HEAD
same problem exists with apr.
say you want to build apr-util with -debug, but cflags are used from apr


> btw, is there way to install dso with apxs with $RPM_BUILD_ROOT?


-- 
glen


From ankry at green.mif.pg.gda.pl  Thu Dec 22 06:25:58 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Thu, 22 Dec 2005 06:25:58 +0100 (CET)
Subject: apxs
In-Reply-To: <200512220210.59227.glen@delfi.ee>
References: <200512200100.48671.glen@delfi.ee>
	<200512220210.59227.glen@delfi.ee>
Message-ID: <Pine.LNX.4.58L.0512220625180.16606@green.mif.pg.gda.pl>

On Thu, 22 Dec 2005, Elan [iso-8859-1] Ruusam?e wrote:

> On Tuesday 20 December 2005 01:00, Elan Ruusam?e wrote:
> > apxs forces CC used at apache compile time
> > should individual specs override CC with current %{__cc} value?

IMO they should

> > ie apache-mod_rpaf.spec from HEAD
> same problem exists with apr.
> say you want to build apr-util with -debug, but cflags are used from apr
-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           ankry at mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology


From undefine at aramin.net  Thu Dec 22 22:02:34 2005
From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Thu, 22 Dec 2005 22:02:34 +0100
Subject: [builder-ac-ppc@pld-linux.org: ERRORS: pnetlib.spec pnetC.spec
	ml-pnet.spec OK: pnet.spec]
In-Reply-To: <20051221171824.GA5861@bajzel.dev.tuniv.szczecin.pl>
References: <20051217101515.GA6896@aramin.net>
	<20051221015746.GA25209@aramin.net>
	<20051221171824.GA5861@bajzel.dev.tuniv.szczecin.pl>
Message-ID: <20051222210232.GA11467@aramin.net>

On Wed, Dec 21, 2005 at 06:18:24PM +0100, Bartosz Taudul wrote:
> > why not use resgen from pnet, which is available on all platforms?
> It's only asking for trouble IMHO. I don't want to debug some weird
> errors introduced by using not-from-mono-unlike-rest-of-toolchain
> utility.
so.. how resolve this conflict?
mono doesn't exist on architecture, so we can't remove reskit from
pnet-compiler-common...

other way:
poldek:/all-avail> desc mono-compat-links-1.1.9.2-1 

Package:        mono-compat-links-1.1.9.2-1
Summary:        Dowi?zania dla kompatybilno?ci
Group:          Development/Languages
License:        GPL/LGPL/MIT
Arch/OS:        amd64/linux
URL:            http://www.mono-project.com/
Built:          2005/10/11 12:48 at localhost
Size:           0.0 KB (63 B)
Package size:   5.0 KB (5597 B)
Path:           ftp://ftp.ac.pld-linux.org/dists/ac/PLD/amd64/PLD/RPMS
File:           mono-compat-links-1.1.9.2-1.amd64.rpm
Description:
Pakiet ten zawiera dowi?zania do program?w o nazwach u?ywanych w .NET
oraz dotGNU.

so - it is for compability with pnet(dotGNU) i think(?). Is it anywhere
used?

-- 
Andrzej 'The Undefined' Dopiera?a
UNIX && Linux administrator,      Adam Mickiewicz University WMiI
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine at piastlan.net         e-mail: andrzej at dopierala.name


From arekm at pld-linux.org  Thu Dec 22 16:04:31 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Thu, 22 Dec 2005 16:04:31 +0100
Subject: X11 monolitic 6.9.0 for AC
Message-ID: <200512221604.31239.arekm@pld-linux.org>


X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.

Please test. 

There was one bug in X11 which affects building X11-fonts.spec but it's 
already fixed in cvs and you don't need new X11-fonts to test X11 :)
-- 
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  Thu Dec 22 20:03:54 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Thu, 22 Dec 2005 20:03:54 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <200512221604.31239.arekm@pld-linux.org>
References: <200512221604.31239.arekm@pld-linux.org>
Message-ID: <200512222003.54536.arekm@pld-linux.org>

On Thursday 22 December 2005 16:04, Arkadiusz Miskiewicz wrote:
> X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
>
> Please test.

... and we have a problem. Building fails on ac-alpha with gcc segfault 
(double tested):

alpha-pld-linux-gcc ?-O2 -mieee ? ? 
-I/home/users/builder/rpm/BUILD/X11-6.9.0/xc 
-I/home/users/builder/rpm/BUILD/X11-6.9.0/xc/exports/include ? -Dlinux 
-D__alpha__ 
-D_POSIX_C_SOURCE=199309L ??????????????????????????-D_POSIX_SOURCE 
-D_XOPEN_SOURCE ????????????????????????????????-D_BSD_SOURCE -D_SVID_SOURCE ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 ???????????????????????????????? 
-D_GNU_SOURCE ????????????????????????? ?-DFUNCPROTO=15 -DNARROWPROTO ? 
-DHAS_VFORK ?-DXORG_RELEASE="\"Release `echo 6 9 | sed 
's/ /./g'`\"" ?????????? ?-DXVENDORNAME='"The X.Org Foundation"' 
-DXVENDORNAMESHORT='"X.Org"' ? ?-c -o util.o util.c
util.c: In function `GetHeight':
util.c:365: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.pld-linux.org/> for instructions.
make[4]: *** [util.o] Error 1
make[4]: Leaving directory 
`/home/users/builder/rpm/BUILD/X11-6.9.0/xc/programs/xmh'

I love alpha. So who is going to workaround this one?

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


From wolf.pld at gmail.com  Thu Dec 22 20:07:13 2005
From: wolf.pld at gmail.com (Bartosz Taudul)
Date: Thu, 22 Dec 2005 20:07:13 +0100
Subject: [builder-ac-ppc@pld-linux.org: ERRORS: pnetlib.spec pnetC.spec
	ml-pnet.spec OK: pnet.spec]
In-Reply-To: <20051222210232.GA11467@aramin.net>
References: <20051217101515.GA6896@aramin.net>
	<20051221015746.GA25209@aramin.net>
	<20051221171824.GA5861@bajzel.dev.tuniv.szczecin.pl>
	<20051222210232.GA11467@aramin.net>
Message-ID: <20051222190713.GA22397@bajzel.dev.tuniv.szczecin.pl>

On Thu, Dec 22, 2005 at 10:02:34PM +0100, Andrzej 'The Undefined' Dopiera?a wrote:
> so - it is for compability with pnet(dotGNU) i think(?). Is it anywhere
> used?
./nant.spec:BuildRequires:      mono-compat-links >= 1.1.4
./mono-tools.spec:BuildRequires:        mono-compat-links

wolf
-- 
  Bartek   .  - Skarbie, kawy ci zrobi??
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/


From qboosh at pld-linux.org  Thu Dec 22 20:43:09 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 22 Dec 2005 20:43:09 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <200512222003.54536.arekm@pld-linux.org>
References: <200512221604.31239.arekm@pld-linux.org>
	<200512222003.54536.arekm@pld-linux.org>
Message-ID: <20051222194309.GA7348@fngna.oyu>

On Thu, Dec 22, 2005 at 08:03:54PM +0100, Arkadiusz Miskiewicz wrote:
> On Thursday 22 December 2005 16:04, Arkadiusz Miskiewicz wrote:
> > X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
> >
> > Please test.
> 
> ... and we have a problem. Building fails on ac-alpha with gcc segfault 
> (double tested):
> 
> alpha-pld-linux-gcc ?-O2 -mieee ? ? 
> -I/home/users/builder/rpm/BUILD/X11-6.9.0/xc 
> -I/home/users/builder/rpm/BUILD/X11-6.9.0/xc/exports/include ? -Dlinux 
> -D__alpha__ 
> -D_POSIX_C_SOURCE=199309L ??????????????????????????-D_POSIX_SOURCE 
> -D_XOPEN_SOURCE ????????????????????????????????-D_BSD_SOURCE -D_SVID_SOURCE ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 ???????????????????????????????? 
> -D_GNU_SOURCE ????????????????????????? ?-DFUNCPROTO=15 -DNARROWPROTO ? 
> -DHAS_VFORK ?-DXORG_RELEASE="\"Release `echo 6 9 | sed 
> 's/ /./g'`\"" ?????????? ?-DXVENDORNAME='"The X.Org Foundation"' 
> -DXVENDORNAMESHORT='"X.Org"' ? ?-c -o util.o util.c
> util.c: In function `GetHeight':
> util.c:365: internal compiler error: Segmentation fault
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://bugs.pld-linux.org/> for instructions.
> make[4]: *** [util.o] Error 1
> make[4]: Leaving directory 
> `/home/users/builder/rpm/BUILD/X11-6.9.0/xc/programs/xmh'
> 
> I love alpha. So who is going to workaround this one?

Testing in progress... 


PS. sparc build failed too, but seems easier to fix.

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


From arekm at pld-linux.org  Thu Dec 22 20:50:51 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Thu, 22 Dec 2005 20:50:51 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <20051222194309.GA7348@fngna.oyu>
References: <200512221604.31239.arekm@pld-linux.org>
	<200512222003.54536.arekm@pld-linux.org>
	<20051222194309.GA7348@fngna.oyu>
Message-ID: <200512222050.51978.arekm@pld-linux.org>

On Thursday 22 December 2005 20:43, Jakub Bogusz wrote:

> PS. sparc build failed too, but seems easier to fix.

It's failing because doesn't know what ,,Bool'' is. Some include with correct 
typedef is missing or something like that.

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


From deejay1 at nsj.srem.pl  Thu Dec 22 21:57:44 2005
From: deejay1 at nsj.srem.pl (=?iso-8859-2?q?=A3ukasz_Jerna=B6?=)
Date: Thu, 22 Dec 2005 21:57:44 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <200512221604.31239.arekm@pld-linux.org>
References: <200512221604.31239.arekm@pld-linux.org>
Message-ID: <200512222157.50886.deejay1@nsj.srem.pl>

Dnia czwartek, 22 grudnia 2005 16:04, Arkadiusz Miskiewicz napisa?:
> X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
>
> Please test.

i686, Intel 855GM - works fine here and at last I have the same cursor theme 
in Firefox (binary, mozilla.org) like in KDE, connecting via XDMCP from a 
machine with 6.8.2 also works fine here...

-- 
?ukasz [DeeJay1] Jerna?
http://www.actus.org.pl/


From qboosh at pld-linux.org  Fri Dec 23 00:21:57 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 23 Dec 2005 00:21:57 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <200512222003.54536.arekm@pld-linux.org>
References: <200512221604.31239.arekm@pld-linux.org>
	<200512222003.54536.arekm@pld-linux.org>
Message-ID: <20051222232157.GA3633@fngna.oyu>

On Thu, Dec 22, 2005 at 08:03:54PM +0100, Arkadiusz Miskiewicz wrote:
> On Thursday 22 December 2005 16:04, Arkadiusz Miskiewicz wrote:
> > X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
> >
> > Please test.
> 
> ... and we have a problem. Building fails on ac-alpha with gcc segfault 
> (double tested):
> 
> alpha-pld-linux-gcc ?-O2 -mieee ? ? 
> -I/home/users/builder/rpm/BUILD/X11-6.9.0/xc 
> -I/home/users/builder/rpm/BUILD/X11-6.9.0/xc/exports/include ? -Dlinux 
> -D__alpha__ 
> -D_POSIX_C_SOURCE=199309L ??????????????????????????-D_POSIX_SOURCE 
> -D_XOPEN_SOURCE ????????????????????????????????-D_BSD_SOURCE -D_SVID_SOURCE ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 ???????????????????????????????? 
> -D_GNU_SOURCE ????????????????????????? ?-DFUNCPROTO=15 -DNARROWPROTO ? 
> -DHAS_VFORK ?-DXORG_RELEASE="\"Release `echo 6 9 | sed 
> 's/ /./g'`\"" ?????????? ?-DXVENDORNAME='"The X.Org Foundation"' 
> -DXVENDORNAMESHORT='"X.Org"' ? ?-c -o util.o util.c
> util.c: In function `GetHeight':
> util.c:365: internal compiler error: Segmentation fault
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://bugs.pld-linux.org/> for instructions.
> make[4]: *** [util.o] Error 1
> make[4]: Leaving directory 
> `/home/users/builder/rpm/BUILD/X11-6.9.0/xc/programs/xmh'

Eh... did both segfaults occur on the same file?
I can't see that as buildlogs are not archived on lists.pld-linux.org
and buildlogs.pld-linux.org preserves only one FAIL buildlog.
I'm currently test-building X11 on ac-alpha and xmh did build
successfully this time.

The machine has been (physically) cleaned up yesterday.
What to test next? Maybe I'll try to disable some RAM chips...


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


From arekm at pld-linux.org  Fri Dec 23 08:07:07 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Fri, 23 Dec 2005 08:07:07 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <20051222232157.GA3633@fngna.oyu>
References: <200512221604.31239.arekm@pld-linux.org>
	<200512222003.54536.arekm@pld-linux.org>
	<20051222232157.GA3633@fngna.oyu>
Message-ID: <200512230807.08207.arekm@pld-linux.org>

On Friday 23 December 2005 00:21, Jakub Bogusz wrote:
> On Thu, Dec 22, 2005 at 08:03:54PM +0100, Arkadiusz Miskiewicz wrote:
> > On Thursday 22 December 2005 16:04, Arkadiusz Miskiewicz wrote:
> > > X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
> > >
> > > Please test.
> >
> > ... and we have a problem. Building fails on ac-alpha with gcc segfault
> > (double tested):
> >
> > alpha-pld-linux-gcc ?-O2 -mieee ? ?
> > -I/home/users/builder/rpm/BUILD/X11-6.9.0/xc
> > -I/home/users/builder/rpm/BUILD/X11-6.9.0/xc/exports/include ? -Dlinux
> > -D__alpha__
> > -D_POSIX_C_SOURCE=199309L ??????????????????????????-D_POSIX_SOURCE
> > -D_XOPEN_SOURCE ????????????????????????????????-D_BSD_SOURCE
> > -D_SVID_SOURCE ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? -D_LARGEFILE_SOURCE
> > -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE ?????????????????????????
> > ?-DFUNCPROTO=15 -DNARROWPROTO -DHAS_VFORK ?-DXORG_RELEASE="\"Release
> > `echo 6 9 | sed
> > 's/ /./g'`\"" ?????????? ?-DXVENDORNAME='"The X.Org Foundation"'
> > -DXVENDORNAMESHORT='"X.Org"' ? ?-c -o util.o util.c
> > util.c: In function `GetHeight':
> > util.c:365: internal compiler error: Segmentation fault
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See <URL:http://bugs.pld-linux.org/> for instructions.
> > make[4]: *** [util.o] Error 1
> > make[4]: Leaving directory
> > `/home/users/builder/rpm/BUILD/X11-6.9.0/xc/programs/xmh'
>
> Eh... did both segfaults occur on the same file?
Uh, seems not, random.

alpha-pld-linux-gcc -c -O2 -mieee    
-I/home/users/builder/rpm/BUILD/X11-6.9.0/xc 
-I/home/users/builder/rpm/BUILD/X11-6.9.0/xc/exports/include   -Dlinux 
-D__alpha__ -D_POSIX_C_SOURCE=199309L                          
-D_POSIX_SOURCE -D_XOPEN_SOURCE                                 -D_BSD_SOURCE 
-D_SVID_SOURCE                                 -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64                                  -D_GNU_SOURCE                            
-DFUNCPROTO=15 -DNARROWPROTO            
-I/home/users/builder/rpm/BUILD/X11-6.9.0/xc/lib/xtrans -DUNIXCONN -DTCPCONN 
-DHAS_STICKY_DIR_BIT -DHAS_FCHOWN -DIPv6 -DICE_t -DTRANS_CLIENT 
-DTRANS_SERVER -DFAIL_HARD  transport.c -o unshared/transport.o
In file included from transport.c:85:
/home/users/builder/rpm/BUILD/X11-6.9.0/xc/lib/xtrans/Xtrans.c: In function 
`_IceTransMakeAllCLTSServerListeners':
/home/users/builder/rpm/BUILD/X11-6.9.0/xc/lib/xtrans/Xtrans.c:1257: internal 
compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://bugs.pld-linux.org/> for instructions.
make[4]: *** [transport.o] Error 1
make[4]: Leaving directory 
`/home/users/builder/rpm/BUILD/X11-6.9.0/xc/lib/ICE'

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


From loc at toya.net.pl  Fri Dec 23 13:54:01 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Fri, 23 Dec 2005 13:54:01 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051215150810.GC1234@os>
References: <20051211134425.GA1195@os>	<Pine.LNX.4.64N.0512110849560.2851@208-186-50-98>	<20051211144750.GA1538@os>
	<439C415B.4080005@toya.net.pl>	<20051211153133.GA1884@os>
	<20051211175628.GC14079@nic.nigdzie>	<20051211185655.GA2511@os>
	<op.s1p6axohu5x7r9@localhost>	<20051213160506.GA12506@pepin.polanet.pl>	<439F0188.60007@toya.net.pl>
	<20051215150810.GC1234@os>
Message-ID: <43ABF369.7090608@toya.net.pl>

Tomasz Pala napisa?(a):
> On Tue, Dec 13, 2005 at 18:14:48 +0100, Jakub Piotr C?apa wrote:
> 
>> boost from concurrency since most programs/daemons don't depend on each 
>> other and don't need to wait for others to start first.
> 
> If they don't depend, why do we have priorities in current init scripts?
> If we abandon priorities, we must introduce dependencies.

We have because some of them depend on others. OTOH Samba, Squid, Apache 
and DHCPd rarely depend on each other. ;]


From gotar at polanet.pl  Fri Dec 23 14:37:55 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 23 Dec 2005 14:37:55 +0100
Subject: ANN: Closing AC
In-Reply-To: <43ABF369.7090608@toya.net.pl>
References: <20051211144750.GA1538@os> <439C415B.4080005@toya.net.pl>
	<20051211153133.GA1884@os> <20051211175628.GC14079@nic.nigdzie>
	<20051211185655.GA2511@os> <op.s1p6axohu5x7r9@localhost>
	<20051213160506.GA12506@pepin.polanet.pl>
	<439F0188.60007@toya.net.pl> <20051215150810.GC1234@os>
	<43ABF369.7090608@toya.net.pl>
Message-ID: <20051223133755.GA892@os>

On Fri, Dec 23, 2005 at 13:54:01 +0100, Jakub Piotr C?apa wrote:

> We have because some of them depend on others. OTOH Samba, Squid, Apache 
> and DHCPd rarely depend on each other. ;]

So we can give them the same priority and introduce feature from patrys'
blog: run everything with the same prio parallel. It MUCH more easier
transition as we only need some piece of forking code.

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


From freetz at gmx.net  Fri Dec 23 14:55:52 2005
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Fri, 23 Dec 2005 14:55:52 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <200512221604.31239.arekm@pld-linux.org>
References: <200512221604.31239.arekm@pld-linux.org>
Message-ID: <20051223145552.92e32e59.freetz@gmx.net>

--- Arkadiusz Miskiewicz <arekm at pld-linux.org> wrote:

> X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
> 
> Please test. 

works pretty well on two radeons (r200 and r300). On r200 with EXA and
DRI, on r300 only 2D. since yesterday no problems here.

-- 
Fryderyk Dziarmagowski
"Please, just tell people to use KDE." - Linus @ GNOME Usability ml


From michal at michal.waw.pl  Fri Dec 23 15:07:20 2005
From: michal at michal.waw.pl (Michal Kochanowicz)
Date: Fri, 23 Dec 2005 15:07:20 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <20051223145552.92e32e59.freetz@gmx.net>
References: <200512221604.31239.arekm@pld-linux.org>
	<20051223145552.92e32e59.freetz@gmx.net>
Message-ID: <20051223140719.GI1234@woland.michal.waw.pl>

On Fri, Dec 23, 2005 at 02:55:52PM +0100, Fryderyk Dziarmagowski wrote:
> works pretty well on two radeons (r200 and r300). On r200 with EXA and
> DRI, on r300 only 2D. since yesterday no problems here.

Radeon 9000 == r200? I'd give it a try, but a want DRI for my daily
amusement :]

-- 
--= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =--
--= finger me for PGP public key or visit http://michal.waw.pl/PGP =--
--==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==--
A chodzenie po g?rach SSIE!!!


From qboosh at pld-linux.org  Fri Dec 23 15:11:17 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 23 Dec 2005 15:11:17 +0100
Subject: unpackaged apache's cgi-bin.conf
Message-ID: <20051223141116.GA4984@fngna.oyu>

apache build reports one unpackaged file:
   /etc/httpd/conf.d/80_cgi-bin.conf

it comes from:
Source26:       %{name}-mod_alias.conf
install %{SOURCE26} $CFG/80_cgi-bin.conf

and contains:
<IfModule alias_module>
        # ScriptAlias: This controls which directories contain server scripts.
        # ScriptAliases are essentially the same as Aliases, except that
        # documents in the target directory are treated as applications and
        # run by the server when requested rather than as documents sent to the
        # client.  The same rules about trailing "/" apply to ScriptAlias
        # directives as to Alias.
        #
        ScriptAlias /cgi-bin/ "/home/services/httpd/cgi-bin/"
</IfModule>

Should it be packaged in apache-mod_cgi, apache-mod_alias, or nowhere?


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


From tomasz at grobelny.oswiecenia.net  Fri Dec 23 15:53:01 2005
From: tomasz at grobelny.oswiecenia.net (Tomasz Grobelny)
Date: Fri, 23 Dec 2005 15:53:01 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <200512221604.31239.arekm@pld-linux.org>
References: <200512221604.31239.arekm@pld-linux.org>
Message-ID: <200512231553.01155.tomasz@grobelny.oswiecenia.net>

Dnia czwartek 22 grudnia 2005 16:04, Arkadiusz Miskiewicz napisa?:
> X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
>
> Please test.
>
2 minor problems:
1. "startx -- :1" gives the following:
Fatal server error:
Unrecognized option: BINDIR/Xwrapper
Seems that startx script needs corrections.Propably BINDIR in line 23 should 
have been substituted with /usr/X11R6/bin.
2. $ xmodmap -e "pointer = 1 2 3 8 9 6 7 4 5"
xmodmap:  commandline:1:  bad number of buttons, must have 13 instead of 9
xmodmap:  1 error encountered, aborting.
Adding 4 more buttons works nicely.
-- 
Regards,
Tomasz Grobelny


From undefine at aramin.net  Fri Dec 23 18:03:50 2005
From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Fri, 23 Dec 2005 18:03:50 +0100
Subject: [builder-ac-ppc@pld-linux.org: ERRORS: pnetlib.spec pnetC.spec
	ml-pnet.spec OK: pnet.spec]
In-Reply-To: <20051222190713.GA22397@bajzel.dev.tuniv.szczecin.pl>
References: <20051217101515.GA6896@aramin.net>
	<20051221015746.GA25209@aramin.net>
	<20051221171824.GA5861@bajzel.dev.tuniv.szczecin.pl>
	<20051222210232.GA11467@aramin.net>
	<20051222190713.GA22397@bajzel.dev.tuniv.szczecin.pl>
Message-ID: <20051223170349.GA2837@aramin.net>

On Thu, Dec 22, 2005 at 08:07:13PM +0100, Bartosz Taudul wrote:
> On Thu, Dec 22, 2005 at 10:02:34PM +0100, Andrzej 'The Undefined' Dopiera?a wrote:
> > so - it is for compability with pnet(dotGNU) i think(?). Is it anywhere
> > used?
> ./nant.spec:BuildRequires:      mono-compat-links >= 1.1.4
> ./mono-tools.spec:BuildRequires:        mono-compat-links
right, i didn't updated my SPECS dir ;)
you have right:
- mono-tools builds well with resgen from pnet
- current nant doesn't build with mono (tested 1.1.10 and 1.1.12)
- hm.. but builds with "new" mono (1.1.12.1) and new cvs version... but
  not with resgen from pnet :/

summary:
- pnetlib doesn't build with resgen from mono
- nant doesn't build with resgen from pnet

how resolve it? have you any ideas? (other than remove pnet)

-- 
Andrzej 'The Undefined' Dopiera?a
UNIX && Linux administrator,      Adam Mickiewicz University WMiI
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine at piastlan.net         e-mail: andrzej at dopierala.name


From wolf.pld at gmail.com  Fri Dec 23 18:39:06 2005
From: wolf.pld at gmail.com (Bartosz Taudul)
Date: Fri, 23 Dec 2005 18:39:06 +0100
Subject: [builder-ac-ppc@pld-linux.org: ERRORS: pnetlib.spec pnetC.spec
	ml-pnet.spec OK: pnet.spec]
In-Reply-To: <20051223170349.GA2837@aramin.net>
References: <20051217101515.GA6896@aramin.net>
	<20051221015746.GA25209@aramin.net>
	<20051221171824.GA5861@bajzel.dev.tuniv.szczecin.pl>
	<20051222210232.GA11467@aramin.net>
	<20051222190713.GA22397@bajzel.dev.tuniv.szczecin.pl>
	<20051223170349.GA2837@aramin.net>
Message-ID: <20051223173906.GA17791@bajzel.dev.tuniv.szczecin.pl>

On Fri, Dec 23, 2005 at 06:03:50PM +0100, Andrzej 'The Undefined' Dopiera?a wrote:
> summary:
> - pnetlib doesn't build with resgen from mono
> - nant doesn't build with resgen from pnet
> 
> how resolve it? have you any ideas? (other than remove pnet)
Maybe rename pnet's resgen to, for example, pnet-resgen and make proper
patch for pnetlib to use it?

wolf
-- 
  Bartek   .  - Wzorek, jak doskonale zapomnieli?cie, 2 pi przez t.
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/


From wolf.pld at gmail.com  Fri Dec 23 19:26:55 2005
From: wolf.pld at gmail.com (Bartosz Taudul)
Date: Fri, 23 Dec 2005 19:26:55 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <20051223145552.92e32e59.freetz@gmx.net>
References: <200512221604.31239.arekm@pld-linux.org>
	<20051223145552.92e32e59.freetz@gmx.net>
Message-ID: <20051223182655.GA24515@bajzel.dev.tuniv.szczecin.pl>

On Fri, Dec 23, 2005 at 02:55:52PM +0100, Fryderyk Dziarmagowski wrote:
> works pretty well on two radeons (r200 and r300). On r200 with EXA and
> DRI, on r300 only 2D. since yesterday no problems here.
Works, r300 with 3D acceleration.

wolf
-- 
  Bartek   .  - Wiecie po co cz?owiek ma uszy? ?eby si? ?mia? od ucha do
  Taudul   :    ucha, a nie dooko?a g?owy.
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/


From qboosh at pld-linux.org  Fri Dec 23 21:17:23 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 23 Dec 2005 21:17:23 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <200512231553.01155.tomasz@grobelny.oswiecenia.net>
References: <200512221604.31239.arekm@pld-linux.org>
	<200512231553.01155.tomasz@grobelny.oswiecenia.net>
Message-ID: <20051223201723.GA958@fngna.oyu>

On Fri, Dec 23, 2005 at 03:53:01PM +0100, Tomasz Grobelny wrote:
> Dnia czwartek 22 grudnia 2005 16:04, Arkadiusz Miskiewicz napisa?:
> > X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
> >
> > Please test.
> >
> 2 minor problems:
> 1. "startx -- :1" gives the following:
> Fatal server error:
> Unrecognized option: BINDIR/Xwrapper
> Seems that startx script needs corrections.Propably BINDIR in line 23 should 
> have been substituted with /usr/X11R6/bin.

Similar, old issue with SU in /etc/X11/xdm/xdm.config.
Some cpp/imake substitutions are not made.


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


From qboosh at pld-linux.org  Fri Dec 23 21:49:50 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 23 Dec 2005 21:49:50 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <20051223201723.GA958@fngna.oyu>
References: <200512221604.31239.arekm@pld-linux.org>
	<200512231553.01155.tomasz@grobelny.oswiecenia.net>
	<20051223201723.GA958@fngna.oyu>
Message-ID: <20051223204950.GB958@fngna.oyu>

Just tried it...

startx displays some xkb warning:
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server


And strange thing - using deprecated "keyboard" driver instead of "kbd"
causes, that:
xrandr stops to work:

X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  157 (RANDR)
  Minor opcode of failed request:  2 (RRSetScreenConfig)
  Value in failed request:  0x10
  Serial number of failed request:  12
  Current serial number in output stream:  12

and X server crashes on Zap (Ctrl-Alt-Backspace):
Backtrace:
0: /usr/X11R6/bin/Xwrapper(xf86SigHandler+0x87) [0x8087bc7]
1: [0xffffe420]
2: /usr/X11R6/bin/Xwrapper [0x8181e60]
3: /usr/X11R6/bin/Xwrapper(main+0x49c) [0x80d36bc]
4: /lib/tls/libc.so.6(__libc_start_main+0xd5) [0xb7da9015]
5: /usr/X11R6/bin/Xwrapper [0x80700a1]

Fatal server error:
Caught signal 11.  Server aborting

Both issues go away after s/"keyboard"/"kbd"/ in xorg.conf.

Generally works (with tdfx driver).


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


From arekm at pld-linux.org  Fri Dec 23 23:15:20 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Fri, 23 Dec 2005 23:15:20 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <200512231553.01155.tomasz@grobelny.oswiecenia.net>
References: <200512221604.31239.arekm@pld-linux.org>
	<200512231553.01155.tomasz@grobelny.oswiecenia.net>
Message-ID: <200512232315.21161.arekm@pld-linux.org>

On Friday 23 December 2005 15:53, Tomasz Grobelny wrote:

> 1. "startx -- :1" gives the following:
> Fatal server error:
> Unrecognized option: BINDIR/Xwrapper
> Seems that startx script needs corrections.Propably BINDIR in line 23
> should have been substituted with /usr/X11R6/bin.

Fixed.

> 2. $ xmodmap -e "pointer = 1 2 3 8 9 6 7 4 5"
> xmodmap:  commandline:1:  bad number of buttons, must have 13 instead of 9
> xmodmap:  1 error encountered, aborting.
> Adding 4 more buttons works nicely.

No idea.

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


From jajcus at jajcus.net  Fri Dec 23 23:19:17 2005
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Fri, 23 Dec 2005 23:19:17 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <200512221604.31239.arekm@pld-linux.org>
References: <200512221604.31239.arekm@pld-linux.org>
Message-ID: <20051223221917.GA17602@nic.nigdzie>

On Thu, Dec 22, 2005 at 04:04:31PM +0100, Arkadiusz Miskiewicz wrote:
> X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
> 
> Please test. 

$ xvinfo
Xlib:  extension "XVideo" missing on display ":0.0".
xvinfo: No X-Video Extension on :0

Is that expected?

ATI Rage 128 based card, r128 driver. DRI and GLX work.

Greets,
        Jacek


From jajcus at jajcus.net  Fri Dec 23 23:22:30 2005
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Fri, 23 Dec 2005 23:22:30 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <20051223221917.GA17602@nic.nigdzie>
References: <200512221604.31239.arekm@pld-linux.org>
	<20051223221917.GA17602@nic.nigdzie>
Message-ID: <20051223222230.GB17602@nic.nigdzie>

On Fri, Dec 23, 2005 at 11:19:17PM +0100, Jacek Konieczny wrote:
> On Thu, Dec 22, 2005 at 04:04:31PM +0100, Arkadiusz Miskiewicz wrote:
> > X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
> > 
> > Please test. 
> 
> $ xvinfo
> Xlib:  extension "XVideo" missing on display ":0.0".
> xvinfo: No X-Video Extension on :0

Ok, I know what I did wrong. "extmod" module must be loaded.

Greets,
        Jacek


From loc at toya.net.pl  Sat Dec 24 02:42:11 2005
From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=)
Date: Sat, 24 Dec 2005 02:42:11 +0100
Subject: ANN: Closing AC
In-Reply-To: <20051223133755.GA892@os>
References: <20051211144750.GA1538@os>
	<439C415B.4080005@toya.net.pl>	<20051211153133.GA1884@os>
	<20051211175628.GC14079@nic.nigdzie>	<20051211185655.GA2511@os>
	<op.s1p6axohu5x7r9@localhost>	<20051213160506.GA12506@pepin.polanet.pl>	<439F0188.60007@toya.net.pl>
	<20051215150810.GC1234@os>	<43ABF369.7090608@toya.net.pl>
	<20051223133755.GA892@os>
Message-ID: <43ACA773.5000301@toya.net.pl>

Tomasz Pala napisa?(a):
> On Fri, Dec 23, 2005 at 13:54:01 +0100, Jakub Piotr C?apa wrote:
> 
>> We have because some of them depend on others. OTOH Samba, Squid, Apache 
>> and DHCPd rarely depend on each other. ;]
> 
> So we can give them the same priority and introduce feature from patrys'
> blog: run everything with the same prio parallel. It MUCH more easier
> transition as we only need some piece of forking code.

But he also proposed automatic generation of priorities (to relieve the 
pain of guessing the proper magic numbers from developers). Configurable 
daemon supervising is IMHO a good thing on its own.

We could probably also look at Apple's launchd for a (according to what 
I've heard) completely new look at running all kinds of processes (it 
includes some kind of cron and init replacement).


From glen at delfi.ee  Sat Dec 24 13:57:09 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 24 Dec 2005 14:57:09 +0200
Subject: unpackaged apache's cgi-bin.conf
In-Reply-To: <20051223141116.GA4984@fngna.oyu>
References: <20051223141116.GA4984@fngna.oyu>
Message-ID: <200512241457.10105.>

On Friday 23 December 2005 16:11, Jakub Bogusz wrote:
> apache build reports one unpackaged file:
>    /etc/httpd/conf.d/80_cgi-bin.conf
>
> it comes from:
> Source26:       %{name}-mod_alias.conf
> install %{SOURCE26} $CFG/80_cgi-bin.conf
>
> and contains:
> <IfModule alias_module>
>         # ScriptAlias: This controls which directories contain server
> scripts. # ScriptAliases are essentially the same as Aliases, except that #
> documents in the target directory are treated as applications and # run by
> the server when requested rather than as documents sent to the # client. 
> The same rules about trailing "/" apply to ScriptAlias # directives as to
> Alias.
>         #
>         ScriptAlias /cgi-bin/ "/home/services/httpd/cgi-bin/"
> </IfModule>
>
> Should it be packaged in apache-mod_cgi, apache-mod_alias, or nowhere?

i?ve added it to mod_alias package, because you?re allowed to use mod_cgi or 
mod_cgid to run cgi programs.


From glen at delfi.ee  Sat Dec 24 14:42:59 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 24 Dec 2005 15:42:59 +0200
Subject: SOURCES: apache-mod_userdir.conf - our users sit deeper in home
In-Reply-To: <SOURCES_apache_mod_userdir.conf.1.4@pld-linux.org>
References: <SOURCES_apache_mod_userdir.conf.1.3@pld-linux.org>
	<SOURCES_apache_mod_userdir.conf.1.4@pld-linux.org>
Message-ID: <200512241542.59998.glen@delfi.ee>

On Saturday 24 December 2005 15:26, jack wrote:
> Author: jack                         Date: Sat Dec 24 13:26:48 2005 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - our users sit deeper in home
>
> ---- Files affected:
> SOURCES:
>    apache-mod_userdir.conf (1.3 -> 1.4)

> -<Directory /home/*/public_html>
> +<Directory /home/users/*/public_html>
not neccessarily. i have my home at /home/glen (due various reasons, hardcoded 
app config paths are one of them)

if it did work earlier (i believe '*' spans accros directory separators), then 
perhaps keep the earlier version (i don?t think it could cause any problems 
matching /home/services users)


From gotar at polanet.pl  Sat Dec 24 14:56:43 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 24 Dec 2005 14:56:43 +0100
Subject: SOURCES: apache-mod_userdir.conf - our users sit deeper in home
In-Reply-To: <200512241542.59998.glen@delfi.ee>
References: <SOURCES_apache_mod_userdir.conf.1.3@pld-linux.org>
	<SOURCES_apache_mod_userdir.conf.1.4@pld-linux.org>
	<200512241542.59998.glen@delfi.ee>
Message-ID: <20051224135643.GA748@os>

On Sat, Dec 24, 2005 at 15:42:59 +0200, Elan Ruusam?e wrote:

> > -<Directory /home/*/public_html>
> > +<Directory /home/users/*/public_html>
[...]
> if it did work earlier (i believe '*' spans accros directory separators), then 

It did.

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


From arekm at pld-linux.org  Sat Dec 24 14:57:02 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sat, 24 Dec 2005 14:57:02 +0100
Subject: ac freezing
Message-ID: <200512241457.03053.arekm@pld-linux.org>


The freezing period started few days ago. Bunch of rpms was moved to main 
(please test and report problems (to bugs.pld-linux.org)) and we need to 
slowly calm down.

There is still tons of issues to solve, see below. I'm asking for volunteers 
to fix these. Some are just rebuilding stuff, some need fixing etc...

At the end of year I'm going to reduce request builder access.

These are current dependency issues on i686:

bd: amarok-helix-1.3.7-2: req helix-core not found
bd: lilypond-2.2.4-2: req libkpathsea.so.3.4.5 not found
bd: dotnet-gtk-sharp-gnome-1.0.10-4: req gtkhtml = 3.8.1 version mismatch
bd: dotnet-gtk-sharp2-gnome-2.5.91-3: req gtkhtml = 3.8.1 version mismatch
bd: dvifb-0103-10: req libkpathsea.so.3.4.5 not found
bd: dvipng-1.5-1: req libkpathsea.so.3.4.5 not found
bd: dvisvga-0103-10: req libkpathsea.so.3.4.5 not found
bd: dvix11-0103-10: req libkpathsea.so.3.4.5 not found
bd: graphviz-php-2.6-2: req php(modules_api) = 20031224 version mismatch

bd: ipac-ng-1.31-2: req libmysqlclient.so.14 not found
- needs fixing since doesn't build

bd: lcdf-typetools-2.12-1: req libkpathsea.so.3.4.5 not found
bd: libgdamm-1.3.7-1: req libgda-2.so.3 not found

bd: ocaml-dml-0.2.1-2: req ocaml-runtime = 1:3.08.4 version mismatch
bd: ocaml-dml-devel-0.2.1-2: req ocaml = 1:3.08.4 version mismatch
bd: ocaml-dml-devel-0.2.1-2: req ocaml-camlp4 = 1:3.08.4 version mismatch
bd: ocaml-netclient-devel-0.91.1-1: req ocaml-net-netstring-devel = 1.1 
version mismatch
bd: ocaml-pxp-devel-1.1.6-3: req ocaml-net-netstring-devel = 1.1 version 
mismatch
bd: ocaml-xmlrpc-devel-0.1.0-4: req ocaml-net-netstring-devel = 1.1 version 
mismatch
bd: ocaml-xmlrpc-devel-0.1.0-4: req ocaml-netclient-devel = 0.90.1 version 
mismatch
bd: ocaml-xmlrpc-devel-0.1.0-4: req ocaml-xmlrpc = 0.1.0-4 not found
- baggins, please take care of these

bd: php-eaccelerator-0.9.3-2: req php(modules_api) = 20031224 version mismatch
bd: php-mmcache-2.4.6-7: req php(modules_api) = 20031224 version mismatch
bd: php-mmcache-TurckLoader-2.4.6-7: req php(modules_api) = 20031224 version 
mismatch
bd: php-pear-MDB2_Driver_fbsql-0.1.1-1: req php-fbsql not found
bd: php-pear-MDB2_Driver_oci8-0.1.2-1: req php-oci8 not found
bd: php-pecl-docblock-0.1.0-1: req php(modules_api) = 20031224 version 
mismatch
bd: php-pecl-domxml-0.1-0.20051104.1: req php(modules_api) = 20031224 version 
mismatch
bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch
bd: php-pecl-fileinfo-1.0-1: req php(modules_api) = 20031224 version mismatch
bd: php-pecl-gnupg-0.7.1-1: req php(modules_api) = 20031224 version mismatch
bd: php-pecl-rpmreader-0.3-1: req php(modules_api) = 20031224 version mismatch
bd: php-pecl-stats-1.0.0-1: req php(modules_api) = 20031224 version mismatch
bd: php-rrdtool-1.0.50-5: req php(modules_api) = 20031224 version mismatch
- glen, please fix these

bd: postgis-1.0.4-3: req postgresql-module-plpgsql = 8.0.4 version mismatch
bd: python-FormEncode-0.4-1: req python-elementtree not found

bd: slsc-0.2.3-9: req libslang.so.1 not found
- will be probably dropped (but fixing would be the best)

bd: tetex-algorith-20050316-1: req tetex = 1:2.0.2 version mismatch
bd: tetex-algorith-20050316-1: req tetex-latex = 1:2.0.2 version mismatch
bd: tetex-foiltex-1-5: req tetex = 1:2.0.2 version mismatch
bd: tetex-foiltex-1-5: req tetex-latex = 1:2.0.2 version mismatch
bd: tetex-revtex-3.1-3: req tetex = 1:2.0.2 version mismatch
bd: tetex-revtex-3.1-3: req tetex-latex = 1:2.0.2 version mismatch

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


From jack at jack.eu.org  Sat Dec 24 15:03:22 2005
From: jack at jack.eu.org (=?iso-8859-2?q?Jaros=B3aw_Kamper?=)
Date: Sat, 24 Dec 2005 15:03:22 +0100
Subject: SOURCES: apache-mod_userdir.conf - our users sit deeper in home
In-Reply-To: <20051224135643.GA748@os>
References: <SOURCES_apache_mod_userdir.conf.1.3@pld-linux.org>
	<200512241542.59998.glen@delfi.ee> <20051224135643.GA748@os>
Message-ID: <200512241503.22788.jack@jack.eu.org>

Dnia sobota, 24 grudnia 2005 14:56, Tomasz Pala napisa?:
> On Sat, Dec 24, 2005 at 15:42:59 +0200, Elan Ruusam?e wrote:
> > > -<Directory /home/*/public_html>
> > > +<Directory /home/users/*/public_html>
>
> [...]
>
> > if it did work earlier (i believe '*' spans accros directory
> > separators), then
>
> It did.

So, probably my apache-2.2.0-4 is not registered or something ;)

[jack at pldworkstation ~]$ lynx --dump -nolist http://localhost/~jack/m/

                               Index of /~jack/m

 Icon   Name                    Last modified      Size  Description
  
__________________________________________________________________________
 [DIR]  Parent Directory                             -
 [DIR]  kursphp2/               21-Sep-2001 09:12    -
  
__________________________________________________________________________


    Apache/2.2.0 (Unix) mod_ssl/2.2.0 OpenSSL/0.9.7i PHP/5.1.1 Server at
    localhost Port 80

[jack at pldworkstation ~]$ sudo sed -i 
's@/home/users@/home@' /etc/httpd/conf.d/16_mod_userdir.conf

[jack at pldworkstation ~]$ sudo /etc/rc.d/init.d/httpd reload
Checking httpd.prefork configuration...............................
[ ZROBIONE ]
Prze?adowanie us?ugi httpd.prefork.................................
[ ZROBIONE ]

[jack at pldworkstation ~]$ lynx --dump -nolist http://localhost/~jack/m/

                               Access forbidden!

   You  don't have permission to access the requested directory. There is
   either no index document or the directory is read-protected.

   If you think this is a server error, please contact the webmaster.

Error 403


    localhost
    Apache/2.2.0 (Unix) mod_ssl/2.2.0 OpenSSL/0.9.7i PHP/5.1.1

[jack at pldworkstation ~]$ sudo sed -i 
's@/home@/home/users@' /etc/httpd/conf.d/16_mod_userdir.conf

[jack at pldworkstation ~]$ sudo /etc/rc.d/init.d/httpd reload
Checking httpd.prefork configuration...............................
[ ZROBIONE ]
Prze?adowanie us?ugi httpd.prefork.................................
[ ZROBIONE ]

[jack at pldworkstation ~]$ lynx --dump -nolist http://localhost/~jack/m/

                               Index of /~jack/m

 Icon   Name                    Last modified      Size  Description
  
__________________________________________________________________________
 [DIR]  Parent Directory                             -
 [DIR]  kursphp2/               21-Sep-2001 09:12    -
  
__________________________________________________________________________


    Apache/2.2.0 (Unix) mod_ssl/2.2.0 OpenSSL/0.9.7i PHP/5.1.1 Server at
    localhost Port 80


-- 
Jaros?aw Kamper <jack at jack.eu.org>


From gotar at polanet.pl  Sat Dec 24 15:01:07 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 24 Dec 2005 15:01:07 +0100
Subject: SOURCES: apache-mod_userdir.conf - our users sit deeper in home
In-Reply-To: <20051224135643.GA748@os>
References: <SOURCES_apache_mod_userdir.conf.1.3@pld-linux.org>
	<SOURCES_apache_mod_userdir.conf.1.4@pld-linux.org>
	<200512241542.59998.glen@delfi.ee> <20051224135643.GA748@os>
Message-ID: <20051224140107.GA853@os>

On Sat, Dec 24, 2005 at 14:56:43 +0100, Tomasz Pala wrote:

> [...]
> > if it did work earlier (i believe '*' spans accros directory separators), then 
> 
> It did.
        't ;)

At least I suppose so, because I've got it changed on my machines.

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


From glen at delfi.ee  Sat Dec 24 17:01:33 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sat, 24 Dec 2005 18:01:33 +0200
Subject: ac freezing
In-Reply-To: <200512241457.03053.arekm@pld-linux.org>
References: <200512241457.03053.arekm@pld-linux.org>
Message-ID: <200512241801.33945.glen@delfi.ee>

On Saturday 24 December 2005 15:57, Arkadiusz Miskiewicz wrote:
> bd: php-pear-MDB2_Driver_fbsql-0.1.1-1: req php-fbsql not found
> bd: php-pear-MDB2_Driver_oci8-0.1.2-1: req php-oci8 not found
not sure can these deps be solved. adamg?

> bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch
i can rebuild it, but it crashes (see TODO at the top of the spec). not sure is it good idea to send broken backage to main.


From adamg at biomerieux.pl  Sat Dec 24 19:04:04 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 24 Dec 2005 19:04:04 +0100
Subject: ac freezing
In-Reply-To: <200512241457.03053.arekm@pld-linux.org>
References: <200512241457.03053.arekm@pld-linux.org>
Message-ID: <20051224180404.GA3124@mysza.eu.org>

On Sat, Dec 24, 2005 at 02:57:02PM +0100, Arkadiusz Miskiewicz wrote:
> bd: php-eaccelerator-0.9.3-2: req php(modules_api) = 20031224 version mismatch
> bd: php-mmcache-2.4.6-7: req php(modules_api) = 20031224 version mismatch
> bd: php-mmcache-TurckLoader-2.4.6-7: req php(modules_api) = 20031224 version 
> mismatch
> bd: php-pecl-docblock-0.1.0-1: req php(modules_api) = 20031224 version 
> mismatch
> bd: php-pecl-domxml-0.1-0.20051104.1: req php(modules_api) = 20031224 version 
> mismatch
> bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch
> bd: php-pecl-fileinfo-1.0-1: req php(modules_api) = 20031224 version mismatch
> bd: php-pecl-gnupg-0.7.1-1: req php(modules_api) = 20031224 version mismatch
> bd: php-pecl-rpmreader-0.3-1: req php(modules_api) = 20031224 version mismatch
> bd: php-pecl-stats-1.0.0-1: req php(modules_api) = 20031224 version mismatch
> bd: php-rrdtool-1.0.50-5: req php(modules_api) = 20031224 version mismatch
> - glen, please fix these

As of this list all except mmcache is done by now - in all but few cases
simple rebuilt was enought.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From adamg at biomerieux.pl  Sat Dec 24 19:08:02 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 24 Dec 2005 19:08:02 +0100
Subject: ac freezing
In-Reply-To: <200512241801.33945.glen@delfi.ee>
References: <200512241457.03053.arekm@pld-linux.org>
	<200512241801.33945.glen@delfi.ee>
Message-ID: <20051224180802.GB3124@mysza.eu.org>

On Sat, Dec 24, 2005 at 06:01:33PM +0200, Elan Ruusam?e wrote:
> On Saturday 24 December 2005 15:57, Arkadiusz Miskiewicz wrote:
> > bd: php-pear-MDB2_Driver_fbsql-0.1.1-1: req php-fbsql not found
> > bd: php-pear-MDB2_Driver_oci8-0.1.2-1: req php-oci8 not found
> not sure can these deps be solved. adamg?

s/Requires/Suggests/ ? :)
Since we do not provide frontbase/oracle modules, and we never did, we
can safely remove those and leave specs for those who have either of
the database.

> > bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch
> i can rebuild it, but it crashes (see TODO at the top of the spec). not sure is it good idea to send broken backage to main.

php-eaccelarator needs some tests, as I only managed it to build,
haven't tested at all.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From hawk at limanowa.net  Sat Dec 24 21:08:17 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Sat, 24 Dec 2005 21:08:17 +0100
Subject: ac freezing
In-Reply-To: <20051224180404.GA3124@mysza.eu.org>
References: <200512241457.03053.arekm@pld-linux.org>
	<20051224180404.GA3124@mysza.eu.org>
Message-ID: <43ADAAB1.4080004@limanowa.net>

> As of this list all except mmcache is done by now - in all but few cases
> simple rebuilt was enought.

mmcache doesn't work with php >= 5.0RC1 AFAIR. Something about Zend 
engine version if I recollect correctly. I was even mailing mmcache 
authors some (long) time ago and I got answer that if I want php5 
support, I've to do it myself (sounds familiar ;))

M.




From adamg at biomerieux.pl  Sat Dec 24 23:47:43 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 24 Dec 2005 23:47:43 +0100
Subject: ac freezing
In-Reply-To: <43ADAAB1.4080004@limanowa.net>
References: <200512241457.03053.arekm@pld-linux.org>
	<20051224180404.GA3124@mysza.eu.org>
	<43ADAAB1.4080004@limanowa.net>
Message-ID: <20051224224743.GC3124@mysza.eu.org>

On Sat, Dec 24, 2005 at 09:08:17PM +0100, Marcin Kr?l wrote:
> > As of this list all except mmcache is done by now - in all but few cases
> > simple rebuilt was enought.
> 
> mmcache doesn't work with php >= 5.0RC1 AFAIR. Something about Zend 
> engine version if I recollect correctly. I was even mailing mmcache 
> authors some (long) time ago and I got answer that if I want php5 
> support, I've to do it myself (sounds familiar ;))

Shall we add 'Conflicts: php-eaccelerator' to php and 
'Conflicts: php > 3:5.0.0' to php-eaccelerator ?
-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From adamg at biomerieux.pl  Sun Dec 25 01:07:53 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sun, 25 Dec 2005 01:07:53 +0100
Subject: ac freezing
In-Reply-To: <20051224180802.GB3124@mysza.eu.org>
References: <200512241457.03053.arekm@pld-linux.org>
	<200512241801.33945.glen@delfi.ee>
	<20051224180802.GB3124@mysza.eu.org>
Message-ID: <20051225000753.GA29309@mysza.eu.org>

On Sat, Dec 24, 2005 at 07:08:02PM +0100, Adam Go??biowski wrote:
> > > bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch
> > i can rebuild it, but it crashes (see TODO at the top of the spec). not sure is it good idea to send broken backage to main.
> 
> php-eaccelarator needs some tests, as I only managed it to build,
> haven't tested at all.

As a note, php-eacclerator builds but causes apache 2.2 to sigsegv on
startup - this has been confirmed by glen ane me. If there are any
eaccerlator users around, please stand up and volunteer to make it work
(and not only build, which is already done). Otherwise we shall vote on
eaccelerator's removal from Ac.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From gotar at polanet.pl  Sun Dec 25 11:30:09 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 25 Dec 2005 11:30:09 +0100
Subject: rpm-build-macros
Message-ID: <20051225103009.GA639@os>

$  ./builder -bb -r auto-ac-postgresql-8_0_4-1 postgresql
./builder[1520]: cd: /usr/src/redhat/SPECS - No such file or directory
U postgresql.spec
# $Revision: 1.340 $, $Date: 2005/10/04 22:23:26 $
./builder[1520]: cd: /usr/src/redhat/SPECS - No such file or directory
./builder[1520]: cd: /usr/src/redhat/SOURCES - No such file or directory
./builder[1520]: cd: /usr/src/redhat/SPECS - No such file or directory
./builder[1520]: cd: /usr/src/redhat/SPECS - No such file or directory
./builder[1520]: cd: /usr/src/redhat/SPECS - No such file or directory
Error: some source, patch or icon files not stored in CVS repo. (postgresql.xpm)

upgrade rpm* solved this problem (4.4.2-23 to -26), but it means there's
some R: missing.

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


From gotar at polanet.pl  Sun Dec 25 11:41:28 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 25 Dec 2005 11:41:28 +0100
Subject: ac freezing
In-Reply-To: <20051225000753.GA29309@mysza.eu.org>
References: <200512241457.03053.arekm@pld-linux.org>
	<200512241801.33945.glen@delfi.ee>
	<20051224180802.GB3124@mysza.eu.org>
	<20051225000753.GA29309@mysza.eu.org>
Message-ID: <20051225104128.GA682@os>

On Sun, Dec 25, 2005 at 01:07:53 +0100, Adam Go??biowski wrote:

> As a note, php-eacclerator builds but causes apache 2.2 to sigsegv on

Hmm... it worked with 2.0. Because of desynchronized ftp I've seen 2.2
in poldek yesterday - in this case: is it tested enough to put it into
Ac? There can be more php modules not working, removing them from distro
is not an answer I think.

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


From glen at delfi.ee  Sun Dec 25 12:09:41 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 25 Dec 2005 13:09:41 +0200
Subject: rpm-build-macros
In-Reply-To: <20051225103009.GA639@os>
References: <20051225103009.GA639@os>
Message-ID: <200512251309.42134.glen@delfi.ee>

On Sunday 25 December 2005 12:30, Tomasz Pala wrote:
> $  ./builder -bb -r auto-ac-postgresql-8_0_4-1 postgresql
> ./builder[1520]: cd: /usr/src/redhat/SPECS - No such file or directory
> U postgresql.spec
> # $Revision: 1.340 $, $Date: 2005/10/04 22:23:26 $
> ./builder[1520]: cd: /usr/src/redhat/SPECS - No such file or directory
> ./builder[1520]: cd: /usr/src/redhat/SOURCES - No such file or directory
> ./builder[1520]: cd: /usr/src/redhat/SPECS - No such file or directory
> ./builder[1520]: cd: /usr/src/redhat/SPECS - No such file or directory
> ./builder[1520]: cd: /usr/src/redhat/SPECS - No such file or directory
> Error: some source, patch or icon files not stored in CVS repo.
> (postgresql.xpm)
>
> upgrade rpm* solved this problem (4.4.2-23 to -26), but it means there's
> some R: missing.
seems to be there

$ grep R.*build-macros rpm.spec
Requires:       %{name}-build-macros

$ poldek -u rpm-build
Processing dependencies...
rpm-build-4.4.2-26 marks rpm-build-macros-1.275-0.1 (cap rpm-build-macros)
There are 2 packages to install (1 marked by dependencies):
I rpm-build-4.4.2-26
D rpm-build-macros-1.275-0.1
Need to get 114.9KB of archives (114.9KB to download).
After unpacking 220.3KB will be used.
Retrieving ac::rpm-build-4.4.2-26.i686.rpm...
.............................. 100.0% [99.0K (99.0K/s)]
Retrieving foo-test::rpm-build-macros-1.275-0.1.noarch.rpm...
.............................. 100.0% [15.9K (15.9K/s)]
Executing sudo /bin/rpm --upgrade -vh --root / --noorder...
Preparing...                ##################################################
rpm-build                   ##################################################
rpm-build-macros            ##################################################

fixing old packages (-23) is impossible too.



From adamg at biomerieux.pl  Sun Dec 25 12:13:13 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sun, 25 Dec 2005 12:13:13 +0100
Subject: ac freezing
In-Reply-To: <20051225104128.GA682@os>
References: <200512241457.03053.arekm@pld-linux.org>
	<200512241801.33945.glen@delfi.ee>
	<20051224180802.GB3124@mysza.eu.org>
	<20051225000753.GA29309@mysza.eu.org> <20051225104128.GA682@os>
Message-ID: <20051225111313.GB29309@mysza.eu.org>

On Sun, Dec 25, 2005 at 11:41:28AM +0100, Tomasz Pala wrote:
> On Sun, Dec 25, 2005 at 01:07:53 +0100, Adam Go??biowski wrote:
> 
> > As a note, php-eacclerator builds but causes apache 2.2 to sigsegv on
> 
> Hmm... it worked with 2.0. Because of desynchronized ftp I've seen 2.2
> in poldek yesterday - in this case: is it tested enough to put it into
> Ac? There can be more php modules not working, removing them from distro
> is not an answer I think.

Which version of php did it work for you with? I believe it's rather a
php 5.1 related issue.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From gotar at polanet.pl  Sun Dec 25 12:43:52 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 25 Dec 2005 12:43:52 +0100
Subject: ac freezing
In-Reply-To: <20051225111313.GB29309@mysza.eu.org>
References: <200512241457.03053.arekm@pld-linux.org>
	<200512241801.33945.glen@delfi.ee>
	<20051224180802.GB3124@mysza.eu.org>
	<20051225000753.GA29309@mysza.eu.org> <20051225104128.GA682@os>
	<20051225111313.GB29309@mysza.eu.org>
Message-ID: <20051225114352.GA913@os>

On Sun, Dec 25, 2005 at 12:13:13 +0100, Adam Go??biowski wrote:

> Which version of php did it work for you with? I believe it's rather a
> php 5.1 related issue.

5.0.5 (error: php-common = 4:5.0.5-17 is required by php-dbx-5.0.5-17).
Indeed, eaccelerator is incompatible with php 5.1.

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


From robert.wozny at gmail.com  Sun Dec 25 15:21:16 2005
From: robert.wozny at gmail.com (robert j. wozny)
Date: Sun, 25 Dec 2005 15:21:16 +0100
Subject: X11 monolitic 6.9.0 for AC
References: <mailman.69.1135263924.5087.pld-devel-en@lists.pld-linux.org>
Message-ID: <gnus.x7d5jls1er.fsf@hell.ziew.org>

Arkadiusz Miskiewicz <arekm at pld-linux.org>:

> X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
> Please test. 

10024336 fglrx ATI Technologies Inc|Radeon Mobility U1

- broken dri/render/whatever (cannot change screen resolution) -
  (fixed: X11.spec:1.148. propably broken: X11.spec:1.166)

-- 
... Zycie biegnie wahadlowym ruchem miedzy bolem i nuda, 
a sa to faktycznie jego ostateczne skladniki. (Artur Schopenhauer)


From arekm at pld-linux.org  Sun Dec 25 15:57:54 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sun, 25 Dec 2005 15:57:54 +0100
Subject: X11 monolitic 6.9.0 for AC
In-Reply-To: <gnus.x7d5jls1er.fsf@hell.ziew.org>
References: <mailman.69.1135263924.5087.pld-devel-en@lists.pld-linux.org>
	<gnus.x7d5jls1er.fsf@hell.ziew.org>
Message-ID: <200512251557.54789.arekm@pld-linux.org>

On Sunday 25 December 2005 15:21, robert j. wozny wrote:
> Arkadiusz Miskiewicz <arekm at pld-linux.org>:
> > X11 6.9.0 (monolitic) for AC is arriving to ac-test right now.
> > Please test.
>
> 10024336 fglrx ATI Technologies Inc|Radeon Mobility U1
>
> - broken dri/render/whatever (cannot change screen resolution) -
>   (fixed: X11.spec:1.148. propably broken: X11.spec:1.166)

I guess that patches marked as FIXME in X11.spec have something to do with 
this problem.

-- 
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  Sun Dec 25 16:00:23 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sun, 25 Dec 2005 16:00:23 +0100
Subject: openoffice.org 2.0.1
Message-ID: <200512251600.23676.arekm@pld-linux.org>


Available for i686 at:
http://ep09.pld-linux.org/~arekm/openoffice.org/

Unpackaged files at:
http://ep09.pld-linux.org/~arekm/openoffice.org/openoffice-unpackaged-files.txt

Note that splash is broken, it's known and already fixed thing.
-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/


From twittner at o2.pl  Sun Dec 25 18:03:52 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sun, 25 Dec 2005 18:03:52 +0100
Subject: SPECS: ruby.spec - up to 1.8.4 - Merry Christmas!
In-Reply-To: <200512250115.32423.arekm@pld-linux.org>
References: <SPECS_ruby.spec.1.115@pld-linux.org>
	<SPECS_ruby.spec.1.116@pld-linux.org>
	<200512250115.32423.arekm@pld-linux.org>
Message-ID: <200512251803.52238.twittner@o2.pl>

On Sun 25. of December 2005 01:15, Arkadiusz Miskiewicz wrote:
> On Sunday 25 December 2005 00:42, aredridel wrote:
> > Author: aredridel                    Date: Sat Dec 24 23:42:53 2005 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - up to 1.8.4
> > - Merry Christmas!
>
> We want -libs for christmas in ruby ;-)
No, I don't want ;). Here is my proposal:
http://twittner.host.sk/files/ruby/ruby.spec

-- 
Tomasz Wittner


From adamg at biomerieux.pl  Sun Dec 25 18:11:38 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sun, 25 Dec 2005 18:11:38 +0100
Subject: ac freezing
In-Reply-To: <20051225114352.GA913@os>
References: <200512241457.03053.arekm@pld-linux.org>
	<200512241801.33945.glen@delfi.ee>
	<20051224180802.GB3124@mysza.eu.org>
	<20051225000753.GA29309@mysza.eu.org> <20051225104128.GA682@os>
	<20051225111313.GB29309@mysza.eu.org> <20051225114352.GA913@os>
Message-ID: <20051225171137.GB3982@mysza.eu.org>

On Sun, Dec 25, 2005 at 12:43:52PM +0100, Tomasz Pala wrote:
> On Sun, Dec 25, 2005 at 12:13:13 +0100, Adam Go??biowski wrote:
> 
> > Which version of php did it work for you with? I believe it's rather a
> > php 5.1 related issue.
> 
> 5.0.5 (error: php-common = 4:5.0.5-17 is required by php-dbx-5.0.5-17).
> Indeed, eaccelerator is incompatible with php 5.1.

Nah. One way is to fork php.spec into php.spec (5.1+) and php5.spec
(5.0.x) and have mmcache/eaccelerator built against php5.spec. Or we can
drop these for now and wait till those are fixed to work with php 5.1.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From arekm at pld-linux.org  Sun Dec 25 19:32:41 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sun, 25 Dec 2005 19:32:41 +0100
Subject: SPECS: ruby.spec - up to 1.8.4 - Merry Christmas!
In-Reply-To: <200512251803.52238.twittner@o2.pl>
References: <SPECS_ruby.spec.1.115@pld-linux.org>
	<200512250115.32423.arekm@pld-linux.org>
	<200512251803.52238.twittner@o2.pl>
Message-ID: <200512251932.42152.arekm@pld-linux.org>

On Sunday 25 December 2005 18:03, Tomasz Wittner wrote:
> On Sun 25. of December 2005 01:15, Arkadiusz Miskiewicz wrote:
> > On Sunday 25 December 2005 00:42, aredridel wrote:
> > > Author: aredridel                    Date: Sat Dec 24 23:42:53 2005 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - up to 1.8.4
> > > - Merry Christmas!
> >
> > We want -libs for christmas in ruby ;-)
>
> No, I don't want ;). Here is my proposal:
> http://twittner.host.sk/files/ruby/ruby.spec

Cool! Commit then :)

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


From twittner at o2.pl  Sun Dec 25 20:34:22 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sun, 25 Dec 2005 20:34:22 +0100
Subject: SPECS: ruby.spec - up to 1.8.4 - Merry Christmas!
In-Reply-To: <200512251932.42152.arekm@pld-linux.org>
References: <SPECS_ruby.spec.1.115@pld-linux.org>
	<200512251803.52238.twittner@o2.pl>
	<200512251932.42152.arekm@pld-linux.org>
Message-ID: <200512252034.23039.twittner@o2.pl>

On Sun 25. of December 2005 19:32, Arkadiusz Miskiewicz wrote:
> On Sunday 25 December 2005 18:03, Tomasz Wittner wrote:
> > On Sun 25. of December 2005 01:15, Arkadiusz Miskiewicz wrote:
> > > On Sunday 25 December 2005 00:42, aredridel wrote:
> > > > Author: aredridel                    Date: Sat Dec 24 23:42:53 2005
> > > > GMT Module: SPECS                         Tag: HEAD
> > > > ---- Log message:
> > > > - up to 1.8.4
> > > > - Merry Christmas!
> > >
> > > We want -libs for christmas in ruby ;-)
> >
> > No, I don't want ;). Here is my proposal:
> > http://twittner.host.sk/files/ruby/ruby.spec
>
> Cool! Commit then :)
Thank you! But at first I must add `R: ruby-modules' to each of ruby-*.spec 
and R: ruby-tools due to `rdoc' usage to some of them - it will big change. I 
think, I should wait some time for others people's opinions, reservations, 
etc. In the meantime i will add aforementioned requires to ruby-*.spec (for 
now, only on my disk, of course).
-- 
Tomasz Wittner


From arekm at pld-linux.org  Sun Dec 25 20:39:03 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sun, 25 Dec 2005 20:39:03 +0100
Subject: SPECS: ruby.spec - up to 1.8.4 - Merry Christmas!
In-Reply-To: <200512252034.23039.twittner@o2.pl>
References: <SPECS_ruby.spec.1.115@pld-linux.org>
	<200512251932.42152.arekm@pld-linux.org>
	<200512252034.23039.twittner@o2.pl>
Message-ID: <200512252039.03976.arekm@pld-linux.org>

On Sunday 25 December 2005 20:34, Tomasz Wittner wrote:

> > Cool! Commit then :)
>
> Thank you! But at first I must add `R: ruby-modules' to each of ruby-*.spec
> and R: ruby-tools due to `rdoc' usage to some of them - it will big change.
Ok but don't wait too long (2-3 days at most ;)). ruby package was huge crap 
and it needed split badly.

-- 
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  Mon Dec 26 01:05:31 2005
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Mon, 26 Dec 2005 01:05:31 +0100
Subject: ac freezing
In-Reply-To: <200512241457.03053.arekm@pld-linux.org>
References: <200512241457.03053.arekm@pld-linux.org>
Message-ID: <20051226000531.GA4880@sith.mimuw.edu.pl>

On Sat, 24 Dec 2005, Arkadiusz Miskiewicz wrote:

> bd: ocaml-dml-0.2.1-2: req ocaml-runtime = 1:3.08.4 version mismatch
> bd: ocaml-dml-devel-0.2.1-2: req ocaml = 1:3.08.4 version mismatch
> bd: ocaml-dml-devel-0.2.1-2: req ocaml-camlp4 = 1:3.08.4 version mismatch
> bd: ocaml-netclient-devel-0.91.1-1: req ocaml-net-netstring-devel = 1.1 
> version mismatch
> bd: ocaml-pxp-devel-1.1.6-3: req ocaml-net-netstring-devel = 1.1 version 
> mismatch
> bd: ocaml-xmlrpc-devel-0.1.0-4: req ocaml-net-netstring-devel = 1.1 version 
> mismatch
> bd: ocaml-xmlrpc-devel-0.1.0-4: req ocaml-netclient-devel = 0.90.1 version 
> mismatch
> bd: ocaml-xmlrpc-devel-0.1.0-4: req ocaml-xmlrpc = 0.1.0-4 not found
> - baggins, please take care of these

Done.

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  Mon Dec 26 03:35:19 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 26 Dec 2005 03:35:19 +0100
Subject: ac freezing
In-Reply-To: <20051225171137.GB3982@mysza.eu.org>
References: <200512241457.03053.arekm@pld-linux.org>
	<200512241801.33945.glen@delfi.ee>
	<20051224180802.GB3124@mysza.eu.org>
	<20051225000753.GA29309@mysza.eu.org> <20051225104128.GA682@os>
	<20051225111313.GB29309@mysza.eu.org> <20051225114352.GA913@os>
	<20051225171137.GB3982@mysza.eu.org>
Message-ID: <20051226023519.GA4562@os>

On Sun, Dec 25, 2005 at 18:11:38 +0100, Adam Go??biowski wrote:

> Nah. One way is to fork php.spec into php.spec (5.1+) and php5.spec

php5 is anyway to be done in future, so I'd prefer this option.

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


From gotar at polanet.pl  Mon Dec 26 03:57:23 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 26 Dec 2005 03:57:23 +0100
Subject: openoffice.org 2.0.1
In-Reply-To: <200512251600.23676.arekm@pld-linux.org>
References: <200512251600.23676.arekm@pld-linux.org>
Message-ID: <20051226025723.GA5193@os>

On Sun, Dec 25, 2005 at 16:00:23 +0100, Arkadiusz Miskiewicz wrote:

> Available for i686 at:
> http://ep09.pld-linux.org/~arekm/openoffice.org/

Nice, but doesn't recognize DPI settings properly. I had to set scaling
of user interface to 80% to have some rational font size in menu.

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


From arekm at pld-linux.org  Mon Dec 26 04:14:30 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Mon, 26 Dec 2005 04:14:30 +0100
Subject: openoffice.org 2.0.1
In-Reply-To: <20051226025723.GA5193@os>
References: <200512251600.23676.arekm@pld-linux.org> <20051226025723.GA5193@os>
Message-ID: <200512260414.30477.arekm@pld-linux.org>

On Monday 26 December 2005 03:57, Tomasz Pala wrote:
> On Sun, Dec 25, 2005 at 16:00:23 +0100, Arkadiusz Miskiewicz wrote:
> > Available for i686 at:
> > http://ep09.pld-linux.org/~arekm/openoffice.org/
>
> Nice, but doesn't recognize DPI settings properly. I had to set scaling
> of user interface to 80% to have some rational font size in menu.

Was this happening in 2.0.0?

(side note: I'm not fixing any openoffice.org bugs, sorry).
-- 
Arkadiusz Mi?kiewicz                    PLD/Linux Team
http://www.t17.ds.pwr.wroc.pl/~misiek/  http://ftp.pld-linux.org/


From gotar at polanet.pl  Mon Dec 26 04:14:54 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 26 Dec 2005 04:14:54 +0100
Subject: openoffice.org 2.0.1
In-Reply-To: <20051226025723.GA5193@os>
References: <200512251600.23676.arekm@pld-linux.org> <20051226025723.GA5193@os>
Message-ID: <20051226031454.GA11696@os>

On Mon, Dec 26, 2005 at 03:57:23 +0100, Tomasz Pala wrote:

> Nice, but doesn't recognize DPI settings properly. I had to set scaling
> of user interface to 80% to have some rational font size in menu.

And there's limit of 65535 characters in document ;> ROTFL

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


From gotar at polanet.pl  Mon Dec 26 04:19:45 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 26 Dec 2005 04:19:45 +0100
Subject: openoffice.org 2.0.1
In-Reply-To: <200512260414.30477.arekm@pld-linux.org>
References: <200512251600.23676.arekm@pld-linux.org> <20051226025723.GA5193@os>
	<200512260414.30477.arekm@pld-linux.org>
Message-ID: <20051226031945.GA11733@os>

On Mon, Dec 26, 2005 at 04:14:30 +0100, Arkadiusz Miskiewicz wrote:

> > Nice, but doesn't recognize DPI settings properly. I had to set scaling
> > of user interface to 80% to have some rational font size in menu.
> 
> Was this happening in 2.0.0?

I've never got 2.0.0, but it used to happen in some previous releases.
If you've got i686/athlon packages I can test it.

> (side note: I'm not fixing any openoffice.org bugs, sorry).

Usually such misbehaviour is caused by some of compilation options (just
like in firefox).

BTW it's really annoying to have more and more dirs in ~:

etc/.openoffice/
.ooo-1.1/
.openoffice.org1.9.milestone/
.openoffice.org2/

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


From arekm at pld-linux.org  Mon Dec 26 11:31:38 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Mon, 26 Dec 2005 11:31:38 +0100
Subject: openoffice.org 2.0.1
In-Reply-To: <20051226031945.GA11733@os>
References: <200512251600.23676.arekm@pld-linux.org>
	<200512260414.30477.arekm@pld-linux.org>
	<20051226031945.GA11733@os>
Message-ID: <200512261131.38415.arekm@pld-linux.org>

On Monday 26 December 2005 04:19, Tomasz Pala wrote:
> On Mon, Dec 26, 2005 at 04:14:30 +0100, Arkadiusz Miskiewicz wrote:
> > > Nice, but doesn't recognize DPI settings properly. I had to set scaling
> > > of user interface to 80% to have some rational font size in menu.
> >
> > Was this happening in 2.0.0?
>
> I've never got 2.0.0, but it used to happen in some previous releases.
> If you've got i686/athlon packages I can test it.
It's under the same url, just one level deeper.

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


From gotar at polanet.pl  Mon Dec 26 14:13:26 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 26 Dec 2005 14:13:26 +0100
Subject: openoffice.org 2.0.1
In-Reply-To: <200512261131.38415.arekm@pld-linux.org>
References: <200512251600.23676.arekm@pld-linux.org>
	<200512260414.30477.arekm@pld-linux.org>
	<20051226031945.GA11733@os>
	<200512261131.38415.arekm@pld-linux.org>
Message-ID: <20051226131326.GA606@os>

On Mon, Dec 26, 2005 at 11:31:38 +0100, Arkadiusz Miskiewicz wrote:

> > I've never got 2.0.0, but it used to happen in some previous releases.
> > If you've got i686/athlon packages I can test it.
> It's under the same url, just one level deeper.

All of them are affected. Wrong DPI and limit of 64k chars.

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


From twittner at o2.pl  Tue Dec 27 12:36:54 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Tue, 27 Dec 2005 12:36:54 +0100
Subject: SPECS: ruby.spec - up to 1.8.4 - Merry Christmas!
In-Reply-To: <200512252039.03976.arekm@pld-linux.org>
References: <SPECS_ruby.spec.1.115@pld-linux.org>
	<200512252034.23039.twittner@o2.pl>
	<200512252039.03976.arekm@pld-linux.org>
Message-ID: <200512271236.55532.twittner@o2.pl>

On Sun 25. of December 2005 20:39, Arkadiusz Miskiewicz wrote:
> On Sunday 25 December 2005 20:34, Tomasz Wittner wrote:
> > > Cool! Commit then :)
> >
> > Thank you! But at first I must add `R: ruby-modules' to each of
> > ruby-*.spec and R: ruby-tools due to `rdoc' usage to some of them - it
> > will big change.
>
> Ok but don't wait too long (2-3 days at most ;)). ruby package was huge
> crap and it needed split badly.
OK - splitting in ruby.spec is finished and fortunately it builds on all archs 
(thanks [twice] to glen for sending it), but note warnings on 64-bit archs: 
`cast from pointer to integer of different size'. I can't help it.
I enclose list with ruby-dependent specs, with corrected BR/R in accordance to 
changes in ruby.spec and bumped releases. I assume they should be rebuilt to 
acquire proprer B/Requires (requires are more important since ruby package 
doesn't contain longer ruby modules). But take into account, before sending 
these specs to builders, that I'm unable to check each of one hundred 
packages (so I did not put STBR in my commitlogs) and I'm not going to fix if 
some of them are broken.

-- 
Tomasz Wittner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ruby-full-rel-cvs.log
Type: text/x-log
Size: 1666 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20051227/9ee858e8/attachment.bin>

From glen at delfi.ee  Tue Dec 27 13:22:48 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 27 Dec 2005 14:22:48 +0200
Subject: killing Icon:
Message-ID: <200512271422.48460.glen@delfi.ee>

proposition to kill Icon: from all specs forever :)

03:48:02 < glen___> why is the Icon so important that spec can't be parsed?
03:48:03 < glen___> $ rpm --specfile kdenetwork.spec --define 'prep %dump' -q
03:48:03 < glen___> error: Unable to open icon /home/builder/rpm/SOURCES/kde-network.xpm: No such file or
                    directory
03:48:03 < glen___> error: query of specfile kdenetwork.spec failed, can't parse
03:48:26 < glen___> is there workaround? (define Icon %{nil}?)
00:41:55 < jbj_> glenn__: why of why are messing with Icon:?!? for starters, only gif is allowed, no xpm.
14:13:47 < glen___> jbj: i'm not messing with Icon:. i had a .spec who has Icon: field defined
14:14:25 < jbj> glen__: rip then, do yerself a favor.
14:14:31 < glen___> rip what
14:14:40 < jbj> delete the Icon: tag
14:14:44 < glen___> why
14:15:35 < jbj> because Icon: has always been weird. E.g. the available graphics formats are extremely
                limited, and there is simply no reason to bloat up package metadata with stoopid icon's.
14:16:05 < jbj> and rebuilding requires other efforts to insure that the Icon: file is there, breaking most
                build systems.
14:16:31 < glen___> why you're not killing that icon feature? and what do use it? some gui package managers?
14:17:31 < jbj> not killed because its been dead forever. nothing has used since RHL 5.1 in 1998 that I'm
                aware of.
14:18:16 < glen___> so you're saying no .spec of fedora (or any other big distro) uses Icon:  ?
14:18:54 < jbj> I've not looked, but I'm more than willing to bet. hang on, I'll grep ...
14:19:44 < jbj> here's FC5:
14:19:45 < jbj> $ grep Icon: */*.spec
14:19:45 < jbj> ethereal/ethereal.spec:- Drop the Icon: from the package.
14:19:45 < jbj> mtr/mtr.spec:- Remove Icon:.
14:20:24 < glen___> ok. maybe it will be accepted to kill Icon ;)
14:21:11 < jbj> killing weird feature that is documented in 2 books ain't as easy as removing lines of code.


-- 
glen


From adamg at biomerieux.pl  Tue Dec 27 16:30:15 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Tue, 27 Dec 2005 16:30:15 +0100
Subject: killing Icon:
In-Reply-To: <200512271422.48460.glen@delfi.ee>
References: <200512271422.48460.glen@delfi.ee>
Message-ID: <20051227153015.GA31408@mysza.eu.org>

On Tue, Dec 27, 2005 at 02:22:48PM +0200, Elan Ruusam?e wrote:
> proposition to kill Icon: from all specs forever :)

Agree... btw, what sort of apps use 'Icon:' tag? From what I looked,
neither kpackage nor konqueror does.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | 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 Dec 28 18:21:18 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Wed, 28 Dec 2005 18:21:18 +0100
Subject: AC: TODO list
Message-ID: <200512281821.19159.arekm@pld-linux.org>


Current TODO list, based on i686:

bd: amarok-helix-1.3.7-2: req helix-core not found
bd: bigsister-oracle-0.99b2-3: req perl(DBD::Oracle) not found
bd: bigsister-oracle-0.99b2-3: req perl-DBD-Oracle not found
bd: lilypond-2.2.4-2: req libkpathsea.so.3.4.5 not found
bd: dotnet-gtk-sharp-gnome-1.0.10-4: req gtkhtml = 3.8.1 version mismatch
bd: dotnet-gtk-sharp2-gnome-2.5.91-3: req gtkhtml = 3.8.1 version mismatch

bd: kdeedu-kmessedwords-i18n-3.5.0-1: req kdeedu-kmessedwords = 8:3.5.0 not 
found
- solved in cvs already

bd: kernel24-smp-sound-alsa-pcmcia-1.0.9a-3 at 2.4.31_2: req 
kernel-smp-sound-alsa = 1.0.9a-3 at 2.4.31_2 not found
bd: kernel24-sound-alsa-pcmcia-1.0.9a-3 at 2.4.31_2: req kernel-sound-alsa = 
1.0.9a-3 at 2.4.31_2 not found
bd: lcdf-typetools-2.12-1: req libkpathsea.so.3.4.5 not found
bd: libgdamm-1.3.7-1: req libgda-2.so.3 not found
- anyone?

bd: ocaml-netclient-devel-0.91.1-2: req ocaml-net-netstring-devel = 1.1 
version mismatch
bd: ocaml-pxp-devel-1.1.6-3: req ocaml-net-netstring-devel = 1.1 version 
mismatch
bd: ocaml-xmlrpc-devel-0.1.0-5: req ocaml-net-netstring-devel = 1.1 version 
mismatch
bd: ocaml-xmlrpc-devel-0.1.0-5: req ocaml-xmlrpc = 0.1.0-5 not found
- baggins?

bd: php-mmcache-2.4.6-7: req php(modules_api) = 20031224 version mismatch
bd: php-mmcache-TurckLoader-2.4.6-7: req php(modules_api) = 20031224 version 
mismatch
bd: php-pear-MDB2_Driver_fbsql-0.1.1-1: req php-fbsql not found
bd: php-pear-MDB2_Driver_oci8-0.1.2-1: req php-oci8 not found
bd: php-pecl-domxml-0.1-0.20051104.1: req php(modules_api) = 20031224 version 
mismatch
bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch
- what we do with these? glen, adamg?

bd: python-rhpl-0.176-1: req python-xf86config >= 0.3.2 not found
bd: python-rhpxl-0.4-1: req python-xf86config >= 0.3.2 not found
bd: python-xmltools-1.3.7-2: req python-4Suite not found

bd: ruby-ecasound-2.4.3-2: req ruby = 1:1.8.2 version mismatch
- twittner

bd: slsc-0.2.3-9: req libslang.so.1 not found
- I'm dropping this one

bd: tetex-algorith-20050316-1: req tetex = 1:2.0.2 version mismatch
bd: tetex-algorith-20050316-1: req tetex-latex = 1:2.0.2 version mismatch
bd: tetex-foiltex-1-5: req tetex = 1:2.0.2 version mismatch
bd: tetex-foiltex-1-5: req tetex-latex = 1:2.0.2 version mismatch
bd: tetex-revtex-3.1-3: req tetex = 1:2.0.2 version mismatch
bd: tetex-revtex-3.1-3: req tetex-latex = 1:2.0.2 version mismatch
- anyone?

Thanks!
-- 
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 Dec 28 18:47:26 2005
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Wed, 28 Dec 2005 18:47:26 +0100
Subject: AC: TODO list
In-Reply-To: <200512281821.19159.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
Message-ID: <20051228174726.GI6376@sith.mimuw.edu.pl>

On Wed, 28 Dec 2005, Arkadiusz Miskiewicz wrote:

> bd: ocaml-netclient-devel-0.91.1-2: req ocaml-net-netstring-devel = 1.1 
> version mismatch
> bd: ocaml-pxp-devel-1.1.6-3: req ocaml-net-netstring-devel = 1.1 version 
> mismatch
> bd: ocaml-xmlrpc-devel-0.1.0-5: req ocaml-net-netstring-devel = 1.1 version 
> mismatch
> bd: ocaml-xmlrpc-devel-0.1.0-5: req ocaml-xmlrpc = 0.1.0-5 not found
> - baggins?

Done. Or will be when builders rebuild my requests.

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 adamg at biomerieux.pl  Wed Dec 28 18:48:07 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 28 Dec 2005 18:48:07 +0100
Subject: AC: TODO list
In-Reply-To: <200512281821.19159.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
Message-ID: <20051228174807.GB3167@mysza.eu.org>

On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote:
> bd: php-mmcache-2.4.6-7: req php(modules_api) = 20031224 version mismatch
> bd: php-mmcache-TurckLoader-2.4.6-7: req php(modules_api) = 20031224 version 
> mismatch

either we drop these or we can provide php5.0.x as php5/php50/php5.0
(which one is better?) and build mmcace/eaccelerator against it. Any
comments about providing yet another instance of php?

If we drop these we may add it later as soon as it is fixed upstream.

Oh, there were reports that suphp not necessary work with apache 2.2.

> bd: php-pear-MDB2_Driver_fbsql-0.1.1-1: req php-fbsql not found
> bd: php-pear-MDB2_Driver_oci8-0.1.2-1: req php-oci8 not found

We can drop these.

> bd: php-pecl-domxml-0.1-0.20051104.1: req php(modules_api) = 20031224 version 
> mismatch
> bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch
> - what we do with these? glen, adamg?

I'll look at these later this evening.

> bd: slsc-0.2.3-9: req libslang.so.1 not found
> - I'm dropping this one

What about fixing slang1.spec and building slsc against it? 

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From freetz at gmx.net  Wed Dec 28 19:24:09 2005
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Wed, 28 Dec 2005 19:24:09 +0100
Subject: AC: TODO list
In-Reply-To: <200512281821.19159.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
Message-ID: <20051228192409.64cbb6ea.freetz@gmx.net>

On Wed, 28 Dec 2005 18:21:18 +0100
Arkadiusz Miskiewicz <arekm at pld-linux.org> wrote:

> Current TODO list, based on i686:
> 
> bd: dotnet-gtk-sharp-gnome-1.0.10-4: req gtkhtml = 3.8.1 version mismatch
> bd: dotnet-gtk-sharp2-gnome-2.5.91-3: req gtkhtml = 3.8.1 version mismatch

and who is the brave one to fight with athlon builder?
 
> bd: libgdamm-1.3.7-1: req libgda-2.so.3 not found
> - anyone?

cvs libgdamm is not ready for new libgda crap yet. Best solution -
drop it.

-- 
Fryderyk Dziarmagowski
"Please, just tell people to use KDE." - Linus @ GNOME Usability ml


From hawk at limanowa.net  Wed Dec 28 19:29:55 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Wed, 28 Dec 2005 19:29:55 +0100
Subject: AC: TODO list
In-Reply-To: <200512281821.19159.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
Message-ID: <43B2D9A3.8070902@limanowa.net>

> bd: kernel24-smp-sound-alsa-pcmcia-1.0.9a-3 at 2.4.31_2: req 
> kernel-smp-sound-alsa = 1.0.9a-3 at 2.4.31_2 not found
> bd: kernel24-sound-alsa-pcmcia-1.0.9a-3 at 2.4.31_2: req kernel-sound-alsa = 
> 1.0.9a-3 at 2.4.31_2 not found

New alsa is already in CVS but some specs doesn't have full release yet. 
I may check it and eventually bump/STBR it later this evening or tomorrow.

M.


From ankry at green.mif.pg.gda.pl  Wed Dec 28 19:37:08 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 28 Dec 2005 19:37:08 +0100 (CET)
Subject: AC: TODO list
In-Reply-To: <20051228174807.GB3167@mysza.eu.org> from "Adam
	=?iso-8859-2?Q?Go=B3=EAbiowski?=" at Dec 28, 2005 06:48:07 PM
Message-ID: <200512281837.jBSIb8PE020873@green.mif.pg.gda.pl>

Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote:
> > bd: php-pear-MDB2_Driver_fbsql-0.1.1-1: req php-fbsql not found
> > bd: php-pear-MDB2_Driver_oci8-0.1.2-1: req php-oci8 not found
> 
> We can drop these.

Sugested location for Obsoletes ?

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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  Wed Dec 28 19:42:09 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 28 Dec 2005 19:42:09 +0100
Subject: AC: TODO list
In-Reply-To: <200512281837.jBSIb8PE020873@green.mif.pg.gda.pl>
References: <20051228174807.GB3167@mysza.eu.org>
	<200512281837.jBSIb8PE020873@green.mif.pg.gda.pl>
Message-ID: <20051228184209.GC3167@mysza.eu.org>

On Wed, Dec 28, 2005 at 07:37:08PM +0100, Andrzej Krzysztofowicz wrote:
> Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> > On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote:
> > > bd: php-pear-MDB2_Driver_fbsql-0.1.1-1: req php-fbsql not found
> > > bd: php-pear-MDB2_Driver_oci8-0.1.2-1: req php-oci8 not found
> > 
> > We can drop these.
> 
> Sugested location for Obsoletes ?

/dev/null as these packages were uninstallable all the time, and if
anyone installed these with --nodeps than he must have known what he was
doing.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From ankry at green.mif.pg.gda.pl  Wed Dec 28 19:45:19 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 28 Dec 2005 19:45:19 +0100 (CET)
Subject: AC: TODO list
In-Reply-To: <20051228192409.64cbb6ea.freetz@gmx.net> from "Fryderyk
	Dziarmagowski" at Dec 28, 2005 07:24:09 PM
Message-ID: <200512281845.jBSIjJ1Y020910@green.mif.pg.gda.pl>

Fryderyk Dziarmagowski wrote:
> On Wed, 28 Dec 2005 18:21:18 +0100
> Arkadiusz Miskiewicz <arekm at pld-linux.org> wrote:
> 
> > Current TODO list, based on i686:
> > 
> > bd: dotnet-gtk-sharp-gnome-1.0.10-4: req gtkhtml = 3.8.1 version mismatch
> > bd: dotnet-gtk-sharp2-gnome-2.5.91-3: req gtkhtml = 3.8.1 version mismatch
> 
> and who is the brave one to fight with athlon builder?

It may be kernel related.
Can anybody verify that it builds in native environment?

# uname -r
2.6.8
Vanilla.
And I am still waiting for suggested newer stable kernel for amd64 as I
can't experiment with kernels there. 2.6.10* were highly unstable.
(stable = stable with ext3 + quota + nfs + no proc restrictions)

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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  Wed Dec 28 20:00:18 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 28 Dec 2005 21:00:18 +0200
Subject: AC: TODO list
In-Reply-To: <20051228174807.GB3167@mysza.eu.org>
References: <200512281821.19159.arekm@pld-linux.org>
	<20051228174807.GB3167@mysza.eu.org>
Message-ID: <200512282100.18798.glen@delfi.ee>

On Wednesday 28 December 2005 19:48, Adam Go??biowski wrote:
> On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote:
> > bd: php-mmcache-2.4.6-7: req php(modules_api) = 20031224 version mismatch
> > bd: php-mmcache-TurckLoader-2.4.6-7: req php(modules_api) = 20031224
> > version mismatch
>
> either we drop these or we can provide php5.0.x as php5/php50/php5.0
> (which one is better?) and build mmcace/eaccelerator against it. Any
> comments about providing yet another instance of php?
that also means providing another set of pecl modules, not just standard 
extensions from php.spec.

> If we drop these we may add it later as soon as it is fixed upstream.
my vote on this (not that i use eaccel/mmcache) :)
anyone is welcome to build older php and eaccel packages from cvs :)

-- 
glen


From patrys at pld-linux.org  Wed Dec 28 20:29:03 2005
From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki)
Date: Wed, 28 Dec 2005 20:29:03 +0100
Subject: PLD WWW
Message-ID: <1135798143.10186.2.camel@meaw>

I just fixed the PLD WWW website. Wiki should be editable again for
people using their old logins and new/edited page notifications should
get sent to the pld-cvs-commit at lists.pld-linux.org list instead of the
former @pld-linux.org (which seems to be defunct by now).

-- 
Patrys :: Patryk Zawadzki <patrys at pld-linux.org>
PLD Linux
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: To jest cz??? listu podpisana	cyfrowo
URL: </mailman/pipermail/pld-devel-en/attachments/20051228/74f26b4c/attachment.sig>

From adamg at biomerieux.pl  Wed Dec 28 20:32:04 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 28 Dec 2005 20:32:04 +0100
Subject: AC: TODO list
In-Reply-To: <200512282100.18798.glen@delfi.ee>
References: <200512281821.19159.arekm@pld-linux.org>
	<20051228174807.GB3167@mysza.eu.org>
	<200512282100.18798.glen@delfi.ee>
Message-ID: <20051228193204.GD3167@mysza.eu.org>

On Wed, Dec 28, 2005 at 09:00:18PM +0200, Elan Ruusam?e wrote:
> On Wednesday 28 December 2005 19:48, Adam Go??biowski wrote:
> > On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote:
> > > bd: php-mmcache-2.4.6-7: req php(modules_api) = 20031224 version mismatch
> > > bd: php-mmcache-TurckLoader-2.4.6-7: req php(modules_api) = 20031224
> > > version mismatch
> >
> > either we drop these or we can provide php5.0.x as php5/php50/php5.0
> > (which one is better?) and build mmcace/eaccelerator against it. Any
> > comments about providing yet another instance of php?
> that also means providing another set of pecl modules, not just standard 
> extensions from php.spec.

Indeed, this would suck a bit. 

> > If we drop these we may add it later as soon as it is fixed upstream.
> my vote on this (not that i use eaccel/mmcache) :)
> anyone is welcome to build older php and eaccel packages from cvs :)

ok, arekm, feel free to drop these. Should C: be added to php.spec?

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From adamg at biomerieux.pl  Wed Dec 28 20:41:21 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 28 Dec 2005 20:41:21 +0100
Subject: PLD WWW
In-Reply-To: <1135798143.10186.2.camel@meaw>
References: <1135798143.10186.2.camel@meaw>
Message-ID: <20051228194121.GE3167@mysza.eu.org>

On Wed, Dec 28, 2005 at 08:29:03PM +0100, Patrys :: Patryk Zawadzki wrote:
> I just fixed the PLD WWW website. Wiki should be editable again for
> people using their old logins and new/edited page notifications should
> get sent to the pld-cvs-commit at lists.pld-linux.org list instead of the
> former @pld-linux.org (which seems to be defunct by now).

Great! what was the problem?

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.
-------------- 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/20051228/e829145a/attachment.sig>

From glen at delfi.ee  Wed Dec 28 21:50:18 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 28 Dec 2005 22:50:18 +0200
Subject: AC: TODO list
In-Reply-To: <200512281821.19159.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
Message-ID: <200512282250.18298.glen@delfi.ee>

On Wednesday 28 December 2005 19:21, Arkadiusz Miskiewicz wrote:
> Current TODO list, based on i686:

what about the missing dirs report?

poldek 0.20 gives pretty extensive report
$ poldek --sn ac --verify=deps,conflicts,file-conflicts,file-orphans, file-missing-deps

-- 
glen


From blues at pld-linux.org  Wed Dec 28 21:53:25 2005
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Wed, 28 Dec 2005 21:53:25 +0100 (CET)
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <SOURCES_logrotate.conf.1.7@pld-linux.org>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>
	<SOURCES_logrotate.conf.1.7@pld-linux.org>
Message-ID: <Pine.LNX.4.64N.0512282152450.7153@wby.gnfx.tqn.cy>

On Wed, 28 Dec 2005, glen wrote:
> Author: glen                         Date: Wed Dec 28 13:15:13 2005 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - /var/log/archiv -> /var/log/archive

why???
It breaks a lot of things and gives nothing...

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

From qboosh at pld-linux.org  Wed Dec 28 22:06:19 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 28 Dec 2005 22:06:19 +0100
Subject: AC: TODO list
In-Reply-To: <200512281821.19159.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
Message-ID: <20051228210619.GA23992@fngna.oyu>

On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote:
> Current TODO list, based on i686:
> 
> bd: amarok-helix-1.3.7-2: req helix-core not found

What's wrong with helixplayer-1.0.6-2?

> bd: bigsister-oracle-0.99b2-3: req perl(DBD::Oracle) not found
> bd: bigsister-oracle-0.99b2-3: req perl-DBD-Oracle not found

-> ac-supported? (contrib? supported isn't good word for actually
unsupported packages)

> bd: lilypond-2.2.4-2: req libkpathsea.so.3.4.5 not found

lilypond sent to builders

> bd: kernel24-smp-sound-alsa-pcmcia-1.0.9a-3 at 2.4.31_2: req 
> kernel-smp-sound-alsa = 1.0.9a-3 at 2.4.31_2 not found
> bd: kernel24-sound-alsa-pcmcia-1.0.9a-3 at 2.4.31_2: req kernel-sound-alsa = 
> 1.0.9a-3 at 2.4.31_2 not found

sent for test

kernel24-*svgalib* waits for new kernel 2.6.x to be ready, so both
modules can be rebuilt simultaneusly.


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


From qboosh at pld-linux.org  Wed Dec 28 22:35:30 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 28 Dec 2005 22:35:30 +0100
Subject: AC: TODO list
In-Reply-To: <20051228210619.GA23992@fngna.oyu>
References: <200512281821.19159.arekm@pld-linux.org>
	<20051228210619.GA23992@fngna.oyu>
Message-ID: <20051228213530.GA24637@fngna.oyu>

On Wed, Dec 28, 2005 at 10:06:19PM +0100, Jakub Bogusz wrote:
> On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote:
> > Current TODO list, based on i686:

> > bd: lilypond-2.2.4-2: req libkpathsea.so.3.4.5 not found
> 
> lilypond sent to builders

Will be ghostscript >= 8.15 available in Ac, or some older lilypond
needs to be AC-branched?

> > bd: kernel24-smp-sound-alsa-pcmcia-1.0.9a-3 at 2.4.31_2: req 
> > kernel-smp-sound-alsa = 1.0.9a-3 at 2.4.31_2 not found
> > bd: kernel24-sound-alsa-pcmcia-1.0.9a-3 at 2.4.31_2: req kernel-sound-alsa = 
> > 1.0.9a-3 at 2.4.31_2 not found
> 
> sent for test

Doesn't build on most archs, trying to fix.


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


From glen at delfi.ee  Wed Dec 28 22:37:17 2005
From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=)
Date: Wed, 28 Dec 2005 23:37:17 +0200
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <Pine.LNX.4.64N.0512282152450.7153@wby.gnfx.tqn.cy>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>
	<SOURCES_logrotate.conf.1.7@pld-linux.org>
	<Pine.LNX.4.64N.0512282152450.7153@wby.gnfx.tqn.cy>
Message-ID: <200512282337.17279.glen@delfi.ee>

On Wednesday 28 December 2005 22:53, Pawe? Go?aszewski wrote:
> On Wed, 28 Dec 2005, glen wrote:
> > Author: glen                         Date: Wed Dec 28 13:15:13 2005 GMT
> > Module: SOURCES                       Tag: HEAD
> > ---- Log message:
> > - /var/log/archiv -> /var/log/archive
>
> why???
> It breaks a lot of things and gives nothing...
read .spec diff. breaks nothing.

-- 
glen


From glen at delfi.ee  Wed Dec 28 22:58:54 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 28 Dec 2005 23:58:54 +0200
Subject: webapps and /cgi-bin alias
Message-ID: <200512282358.54764.glen@delfi.ee>

some of you probably know that it's is troublesome to make alias 
underneath /cgi-bin directory.

with %apache_config macros it was possible to insert slot so that 
the /cgi-bin/subdir alias is defined before global /cgi-bin alias is defined. 
but those are obsoleted by better webapps ;)

but webapps framework configs are all read after apache internal configs are 
read. so there's no way to load application's /cgi-bin alias override.

there are five ways to solve this.
1. do not use /cgi-bin alias for applications
maybe use Redirect to application address to keep some kind of compatability 
for users depending on the url.
2. do not define /cgi-bin alias globally in apache. in ideal world all cgi 
programs should have their apache config and nothing is packaged 
to /home/services/httpd/cgi-bin directory at all. and therefore that alias is 
not needed. but that httpd/cgi-bin location would be for users, ie their own 
cgi-bin applications needed to be placed somewhere too.
3. hack apache global /cgi-bin alias and make it as "webapp", thus it defines 
it's url in same way as webapps do. and somehow make it appear as last.
i don't want to change this as sort-order independant webapps looked pretty 
good already.
4. change apache config so the /cgi-bin alias is always loaded last after 
"include webapps.d/*.conf" line.
not sure if this will make config valid without cgi module present.
because there are two modules providing cgi interface: mod_cgi and mod_cgid 
and ifmodule directive might not work
5. maybe something i've been missing?

currently known packages of this kind are:
- cvsweb
- man2html-cgi

-- 
glen

-- 
glen


From pld at nius.waw.pl  Wed Dec 28 20:25:37 2005
From: pld at nius.waw.pl (Marcin Kurzyna)
Date: Wed, 28 Dec 2005 20:25:37 +0100
Subject: AC: TODO list
In-Reply-To: <200512282100.18798.glen@delfi.ee>
References: <200512281821.19159.arekm@pld-linux.org>
	<20051228174807.GB3167@mysza.eu.org>
	<200512282100.18798.glen@delfi.ee>
Message-ID: <200512282025.37570.pld@nius.waw.pl>

On Wednesday 28 of December 2005 20:00, Elan Ruusam?e wrote:

> > either we drop these or we can provide php5.0.x as php5/php50/php5.0
> > (which one is better?) and build mmcace/eaccelerator against it. Any
> > comments about providing yet another instance of php?
>
> my vote on this (not that i use eaccel/mmcache) :)
> anyone is welcome to build older php and eaccel packages from cvs :)

there is another problem with optimizers: mmcache/eac/apc do not work as 
intended with php >= 5.0.5, apc is closest to beeing correct but dies with 
php 5.1, so it's just metter of time (and pls do not believe what respective 
homepages say about it ;p )

broken behavior can be seen when using php5 objects in a little more 
complicated way then $db = new MySQLi(); the effect kills apache child 
handling the request.

my opinion (i use eac/apc daily): drop it from php5.x untill it's fixed - we 
already provide a broken version so it'll do no harm, but keep it with php4, 
where it works fine.

apc will probably be ready first - i talked with the authors - the're doing 
massive code rewrites and most of the problems i've run into are fixed. any 
way - apc is intended to be part of the core of the next major php version.

just some of my euro-cents ;]

m.


From hawk at limanowa.net  Wed Dec 28 23:09:55 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Wed, 28 Dec 2005 23:09:55 +0100
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <Pine.LNX.4.64N.0512282152450.7153@wby.gnfx.tqn.cy>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>	<SOURCES_logrotate.conf.1.7@pld-linux.org>
	<Pine.LNX.4.64N.0512282152450.7153@wby.gnfx.tqn.cy>
Message-ID: <43B30D33.6070308@limanowa.net>

> why???
> It breaks a lot of things and gives nothing...

Relax. I'll not backport it to Ra ;-)
And "archiv" is still there as symlink.

M.


From blues at pld-linux.org  Wed Dec 28 23:28:38 2005
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Wed, 28 Dec 2005 23:28:38 +0100 (CET)
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <200512282337.17279.glen@delfi.ee>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>
	<SOURCES_logrotate.conf.1.7@pld-linux.org>
	<Pine.LNX.4.64N.0512282152450.7153@wby.gnfx.tqn.cy>
	<200512282337.17279.glen@delfi.ee>
Message-ID: <Pine.LNX.4.64N.0512282313210.7153@wby.gnfx.tqn.cy>

On Wed, 28 Dec 2005, Elan Ruusam?e wrote:
> > > Author: glen                         Date: Wed Dec 28 13:15:13 2005 GMT
> > > Module: SOURCES                       Tag: HEAD
> > > ---- Log message:
> > > - /var/log/archiv -> /var/log/archive
> > why??? It breaks a lot of things and gives nothing...
> read .spec diff. breaks nothing.

I know what is in diff...

Remember that this setting is in PLD since _years_ and it is connected 
with few things you can't handle with trigger. i.e.: mountpoint of 
/var/log/archiv and entries in configs.

And it gives _nothing_ except unklockishing...

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

From ankry at green.mif.pg.gda.pl  Wed Dec 28 23:37:15 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 28 Dec 2005 23:37:15 +0100 (CET)
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <43B30D33.6070308@limanowa.net> from
	"=?ISO-8859-2?Q?Marcin_Kr=F3l?=" at Dec 28, 2005 11:09:55 PM
Message-ID: <200512282237.jBSMbFSR022302@green.mif.pg.gda.pl>

=?ISO-8859-2?Q?Marcin_Kr=F3l?= wrote:
> 
> > why???
> > It breaks a lot of things and gives nothing...
> 
> Relax. I'll not backport it to Ra ;-)
> And "archiv" is still there as symlink.

Just to be sure:
You do not try to replace an existing dir by symling during upgrade, do you?

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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  Thu Dec 29 00:05:38 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 29 Dec 2005 00:05:38 +0100
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <Pine.LNX.4.64N.0512282313210.7153@wby.gnfx.tqn.cy>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>
	<SOURCES_logrotate.conf.1.7@pld-linux.org>
	<Pine.LNX.4.64N.0512282152450.7153@wby.gnfx.tqn.cy>
	<200512282337.17279.glen@delfi.ee>
	<Pine.LNX.4.64N.0512282313210.7153@wby.gnfx.tqn.cy>
Message-ID: <20051228230538.GA26713@fngna.oyu>

On Wed, Dec 28, 2005 at 11:28:38PM +0100, Pawe? Go?aszewski wrote:
> On Wed, 28 Dec 2005, Elan Ruusam?e wrote:
> > > > Author: glen                         Date: Wed Dec 28 13:15:13 2005 GMT
> > > > Module: SOURCES                       Tag: HEAD
> > > > ---- Log message:
> > > > - /var/log/archiv -> /var/log/archive
> > > why??? It breaks a lot of things and gives nothing...
> > read .spec diff. breaks nothing.
> 
> I know what is in diff...
> 
> Remember that this setting is in PLD since _years_ and it is connected 
> with few things you can't handle with trigger. i.e.: mountpoint of 
> /var/log/archiv and entries in configs.

Mountmoint?
Does logrotate support moving old logs to different fs now?
It didn't some time ago.


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


From hawk at limanowa.net  Thu Dec 29 00:06:45 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Thu, 29 Dec 2005 00:06:45 +0100
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <200512282237.jBSMbFSR022302@green.mif.pg.gda.pl>
References: <200512282237.jBSMbFSR022302@green.mif.pg.gda.pl>
Message-ID: <43B31A85.2020101@limanowa.net>

> Just to be sure:
> You do not try to replace an existing dir by symling during upgrade, do you?

Dunno. Thats glen change, not mine. I've just tested it and everything 
went ok.

M.


From glen at delfi.ee  Thu Dec 29 00:11:53 2005
From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=)
Date: Thu, 29 Dec 2005 01:11:53 +0200
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <Pine.LNX.4.64N.0512282313210.7153@wby.gnfx.tqn.cy>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>
	<200512282337.17279.glen@delfi.ee>
	<Pine.LNX.4.64N.0512282313210.7153@wby.gnfx.tqn.cy>
Message-ID: <200512290111.54012.glen@delfi.ee>

On Thursday 29 December 2005 00:28, Pawe? Go?aszewski wrote:
> Remember that this setting is in PLD since _years_ and it is connected
> with few things you can't handle with trigger. i.e.: mountpoint of
> /var/log/archiv and entries in configs.
wouldn't that be already broken, as /var/log and /var/log/archiv need to be on 
same partition unless you've rewritten all configs to use 'copytruncate'?

and old configs are okay as the old path still exists.

-- 
glen


From hawk at limanowa.net  Thu Dec 29 00:12:27 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Thu, 29 Dec 2005 00:12:27 +0100
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <20051228230538.GA26713@fngna.oyu>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>	<SOURCES_logrotate.conf.1.7@pld-linux.org>	<Pine.LNX.4.64N.0512282152450.7153@wby.gnfx.tqn.cy>	<200512282337.17279.glen@delfi.ee>	<Pine.LNX.4.64N.0512282313210.7153@wby.gnfx.tqn.cy>
	<20051228230538.GA26713@fngna.oyu>
Message-ID: <43B31BDB.3050506@limanowa.net>

> Mountmoint?
> Does logrotate support moving old logs to different fs now?
> It didn't some time ago.

You mean to different partition? Or to symlinked directory? Yes it does. 
At least it was able to do this month ago when I was testing this.

M.


From maciek2w at gmail.com  Thu Dec 29 13:12:43 2005
From: maciek2w at gmail.com (Maciej Witaszek)
Date: Thu, 29 Dec 2005 13:12:43 +0100
Subject: AC: TODO list
References: <200512281821.19159.arekm@pld-linux.org>
Message-ID: <dp0jrr$4u7$1@sea.gmane.org>

Arkadiusz Miskiewicz wrote:
> bd: tetex-algorith-20050316-1: req tetex = 1:2.0.2 version mismatch
> bd: tetex-algorith-20050316-1: req tetex-latex = 1:2.0.2 version mismatch
only need rebuild, please STBR

> bd: tetex-foiltex-1-5: req tetex = 1:2.0.2 version mismatch
> bd: tetex-foiltex-1-5: req tetex-latex = 1:2.0.2 version mismatch
done - new version was sent to devel-pl and waiting to add to CVS, after
that please STBR

> bd: tetex-revtex-3.1-3: req tetex = 1:2.0.2 version mismatch
> bd: tetex-revtex-3.1-3: req tetex-latex = 1:2.0.2 version mismatch
only need rebuild, please STBR

-- 
Maciej Witaszek <maciek2w at gmail_nospam.com>



From maciek2w at gmail.com  Thu Dec 29 14:18:38 2005
From: maciek2w at gmail.com (Maciej Witaszek)
Date: Thu, 29 Dec 2005 14:18:38 +0100
Subject: AC: TODO list
References: <200512281821.19159.arekm@pld-linux.org>
Message-ID: <dp0nnp$gn3$1@sea.gmane.org>

Arkadiusz Miskiewicz wrote:
> bd: lcdf-typetools-2.12-1: req libkpathsea.so.3.4.5 not found
New version already in CVS, please STBR from HEAD.

-- 
Maciej Witaszek <maciek2w at gmail_nospam.com>



From adamg at biomerieux.pl  Thu Dec 29 14:27:25 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Thu, 29 Dec 2005 14:27:25 +0100
Subject: AC: TODO list
In-Reply-To: <dp0nnp$gn3$1@sea.gmane.org>
References: <200512281821.19159.arekm@pld-linux.org>
	<dp0nnp$gn3$1@sea.gmane.org>
Message-ID: <20051229132725.GC12837@mysza.eu.org>

On Thu, Dec 29, 2005 at 02:18:38PM +0100, Maciej Witaszek wrote:
> Arkadiusz Miskiewicz wrote:
> > bd: lcdf-typetools-2.12-1: req libkpathsea.so.3.4.5 not found
> New version already in CVS, please STBR from HEAD.

sent

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From adamg at biomerieux.pl  Thu Dec 29 14:34:40 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Thu, 29 Dec 2005 14:34:40 +0100
Subject: AC: TODO list
In-Reply-To: <dp0jrr$4u7$1@sea.gmane.org>
References: <200512281821.19159.arekm@pld-linux.org>
	<dp0jrr$4u7$1@sea.gmane.org>
Message-ID: <20051229133440.GD12837@mysza.eu.org>

On Thu, Dec 29, 2005 at 01:12:43PM +0100, Maciej Witaszek wrote:
> Arkadiusz Miskiewicz wrote:
> > bd: tetex-algorith-20050316-1: req tetex = 1:2.0.2 version mismatch
> > bd: tetex-algorith-20050316-1: req tetex-latex = 1:2.0.2 version mismatch
> only need rebuild, please STBR

Sent

> > bd: tetex-foiltex-1-5: req tetex = 1:2.0.2 version mismatch
> > bd: tetex-foiltex-1-5: req tetex-latex = 1:2.0.2 version mismatch
> done - new version was sent to devel-pl and waiting to add to CVS, after
> that please STBR

Commited and sent, thanks.

> > bd: tetex-revtex-3.1-3: req tetex = 1:2.0.2 version mismatch
> > bd: tetex-revtex-3.1-3: req tetex-latex = 1:2.0.2 version mismatch
> only need rebuild, please STBR

Sent

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From arekm at pld-linux.org  Thu Dec 29 14:58:36 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Thu, 29 Dec 2005 14:58:36 +0100
Subject: AC: TODO list
In-Reply-To: <20051228210619.GA23992@fngna.oyu>
References: <200512281821.19159.arekm@pld-linux.org>
	<20051228210619.GA23992@fngna.oyu>
Message-ID: <200512291458.36435.arekm@pld-linux.org>

On Wednesday 28 December 2005 22:06, Jakub Bogusz wrote:
> On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote:
> > Current TODO list, based on i686:
> >
> > bd: amarok-helix-1.3.7-2: req helix-core not found
>
> What's wrong with helixplayer-1.0.6-2?

WARN: helixplayer-1.0.6-2 not built for archs: ['athlon', 'i386']

> kernel24-*svgalib* waits for new kernel 2.6.x to be ready, so both
> modules can be rebuilt simultaneusly.
ok

-- 
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  Thu Dec 29 15:10:09 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 29 Dec 2005 15:10:09 +0100
Subject: AC: TODO list
In-Reply-To: <200512291458.36435.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
	<20051228210619.GA23992@fngna.oyu>
	<200512291458.36435.arekm@pld-linux.org>
Message-ID: <20051229141009.GA18594@gruby.cs.net.pl>

On Thu, Dec 29, 2005 at 02:58:36PM +0100, Arkadiusz Miskiewicz wrote:
> On Wednesday 28 December 2005 22:06, Jakub Bogusz wrote:
> > On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote:
> > > Current TODO list, based on i686:
> > >
> > > bd: amarok-helix-1.3.7-2: req helix-core not found
> >
> > What's wrong with helixplayer-1.0.6-2?
> 
> WARN: helixplayer-1.0.6-2 not built for archs: ['athlon', 'i386']

i386 is excluded. athlon test-build request sent.


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


From glen at delfi.ee  Thu Dec 29 16:19:21 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 29 Dec 2005 17:19:21 +0200
Subject: mhash-0.9.3
Message-ID: <200512291719.22071.glen@delfi.ee>

php4-mhash is broken now. anyone willing to fix?

i tried to rebuild php4.spec with new mhash, no luck.
$ php4 -r 'print 1;'
PHP Warning:  Unknown(): Unable to load dynamic library '/usr/lib/php4/mhash.so' - /usr/lib/php4/mhash.so: undefined symbol: mhash_free in Unknown on line 0

$ q mhash php4-mhash
mhash-0:0.9.3-1
php4-mhash-3:4.4.1-10.1

$ unpack pld/dists/ac/PLD/i686/PLD/RPMS/mhash-0.9.3-1.i686.rpm
./usr/lib/libmhash.so.2.0.0
./usr/share/doc/mhash-0.9.3
./usr/share/doc/mhash-0.9.3/AUTHORS.gz
./usr/share/doc/mhash-0.9.3/ChangeLog.gz
./usr/share/doc/mhash-0.9.3/NEWS.gz
./usr/share/doc/mhash-0.9.3/README.gz
./usr/share/doc/mhash-0.9.3/THANKS.gz
./usr/share/doc/mhash-0.9.3/TODO.gz
./usr/share/doc/mhash-0.9.3/skid2-authentication.gz
482 blocks
$ objdump -T ./usr/lib/libmhash.so.2.0.0|grep _free
00002fe0 g    DF .text  0000002a  Base        mutils_free

$ unpack pld/dists/ac/PLD/i686/PLD/RPMS/mhash-0.8.18-2.i686.rpm
./usr/lib/libmhash.so.2.0.0
259 blocks
$ objdump -T ./usr/lib/libmhash.so.2.0.0|grep _free
000026d0 g    DF .text  00000026  Base        mhash_free


-- 
glen


From qboosh at pld-linux.org  Thu Dec 29 16:22:55 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 29 Dec 2005 16:22:55 +0100
Subject: AC: TODO list
In-Reply-To: <20051229141009.GA18594@gruby.cs.net.pl>
References: <200512281821.19159.arekm@pld-linux.org>
	<20051228210619.GA23992@fngna.oyu>
	<200512291458.36435.arekm@pld-linux.org>
	<20051229141009.GA18594@gruby.cs.net.pl>
Message-ID: <20051229152255.GB18594@gruby.cs.net.pl>

On Thu, Dec 29, 2005 at 03:10:09PM +0100, Jakub Bogusz wrote:
> On Thu, Dec 29, 2005 at 02:58:36PM +0100, Arkadiusz Miskiewicz wrote:
> > On Wednesday 28 December 2005 22:06, Jakub Bogusz wrote:
> > > On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote:
> > > > Current TODO list, based on i686:
> > > >
> > > > bd: amarok-helix-1.3.7-2: req helix-core not found
> > >
> > > What's wrong with helixplayer-1.0.6-2?
> > 
> > WARN: helixplayer-1.0.6-2 not built for archs: ['athlon', 'i386']
> 
> i386 is excluded. athlon test-build request sent.

Fails due to /proc/cpuinfo access restrictions.
(another thing is that it shouldn't access this file during build...)


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


From atler at pld-linux.org  Thu Dec 29 17:11:58 2005
From: atler at pld-linux.org (Jan Palus)
Date: Thu, 29 Dec 2005 17:11:58 +0100
Subject: php5.1 with apache1
Message-ID: <20051229161158.GC28592@pldmachine>

# service apache start
Starting apache service.........................................[FAIL ]
Processing config directory: /etc/apache/conf.d/*.conf
 Processing config file: /etc/apache/conf.d/01_mod_access.conf
 Processing config file: /etc/apache/conf.d/02_mod_alias.conf
 Processing config file: /etc/apache/conf.d/09_mod_log_config.conf
 Processing config file: /etc/apache/conf.d/12_mod_mime.conf
 Processing config file: /etc/apache/conf.d/20_common.conf
 Processing config file: /etc/apache/conf.d/70_mod_php.conf
Syntax error on line 1 of /etc/apache/conf.d/70_mod_php.conf:
Cannot load /etc/apache/modules/libphp5.so into server:
/etc/apache/modules/libphp5.so: undefined symbol:
php_mb_set_zend_encoding

# rpm -qa|grep 'apache\|php'
apache1-mod_php-5.1.1-5
apache1-apxs-1.3.34-5
apache1-mod_access-1.3.34-5
apache1-mod_mime-1.3.34-5
apache1-mod_alias-1.3.34-5
php-common-5.1.1-5
php-sqlite-5.1.1-5
php-pgsql-5.1.1-5
apache1-mod_log_config-1.3.34-5
php-pcre-5.1.1-5
apache1-1.3.34-5

arch: i[56]86

-- 
atler


From twittner at o2.pl  Thu Dec 29 18:12:48 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Thu, 29 Dec 2005 18:12:48 +0100
Subject: AC: TODO list
In-Reply-To: <200512281821.19159.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
Message-ID: <200512291812.49258.twittner@o2.pl>

On Wed 28. of December 2005 18:21, Arkadiusz Miskiewicz wrote:
> Current TODO list, based on i686:
[...]
> bd: ruby-ecasound-2.4.3-2: req ruby = 1:1.8.2 version mismatch
> - twittner
$ cvs log ecasound.spec | grep -q twittner || echo Absent
Absent
$
I don't know what's it for - simply, I've removed this.
Almost every ruby dependent package should require ruby-modules with 
major version of ruby due to directory layout (and maybe for some others 
reasons) - think of /usr/lib/ruby/{,site_ruby/}1.8 . I've already made 
appropriate changes in ruby.spec, rpm-macros-build.spec and ruby dependent 
specs - please, build ruby.spec and rpm-build-macros first, next ruby packages 
which are already on ftp - poldek:/all-avail> search -r ruby shows 42 
packages.

-- 
Tomasz Wittner


From glen at delfi.ee  Thu Dec 29 18:49:27 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 29 Dec 2005 19:49:27 +0200
Subject: php5.1 with apache1
In-Reply-To: <20051229161158.GC28592@pldmachine>
References: <20051229161158.GC28592@pldmachine>
Message-ID: <200512291949.28107.glen@delfi.ee>

On Thursday 29 December 2005 18:11, Jan Palus wrote:
> Syntax error on line 1 of /etc/apache/conf.d/70_mod_php.conf:
> Cannot load /etc/apache/modules/libphp5.so into server:
> /etc/apache/modules/libphp5.so: undefined symbol:
> php_mb_set_zend_encoding
appears from --enable-zend-multibyte:

sapi/apache/mod_php5.c
#if defined(ZEND_MULTIBYTE) && defined(HAVE_MBSTRING)
        php_mb_set_zend_encoding(TSRMLS_C);
#endif /* defined(ZEND_MULTIBYTE) && defined(HAVE_MBSTRING) */

it's enabled in this revision:
http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/php.spec?r1=1.467.2.4&r2=1.467.2.5
$Log: php.spec,v $
Revision 1.467.2.5  2005/08/26 08:55:18  arekm
- add PDO (base compiled in; database drivers as shared modules)

we should either disable multibyte or compile mbstring extension statically 
into core. i'd personally disable the  --enable-zend-multibyte, because 
there's no explanation why it was enabled. pdo needs it or why?

-- 
glen


From glen at delfi.ee  Thu Dec 29 19:06:36 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 29 Dec 2005 20:06:36 +0200
Subject: php5.1 with apache1
In-Reply-To: <200512291949.28107.glen@delfi.ee>
References: <20051229161158.GC28592@pldmachine>
	<200512291949.28107.glen@delfi.ee>
Message-ID: <200512292006.36271.glen@delfi.ee>

On Thursday 29 December 2005 19:49, Elan Ruusam?e wrote:
> appears from --enable-zend-multibyte:
>
> sapi/apache/mod_php5.c
> #if defined(ZEND_MULTIBYTE) && defined(HAVE_MBSTRING)
>         php_mb_set_zend_encoding(TSRMLS_C);
> #endif /* defined(ZEND_MULTIBYTE) && defined(HAVE_MBSTRING) */

applied in php source:
http://cvs.php.net/viewcvs.cgi/php-src/sapi/apache/mod_php4.c?r1=1.129&r2=1.130&pathrev=PHP_4

affected is only apache sapi, so maybe it's unneccessary now?

-- 
glen


From glen at delfi.ee  Thu Dec 29 19:31:16 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 29 Dec 2005 20:31:16 +0200
Subject: AC: TODO list
In-Reply-To: <200512282250.18298.glen@delfi.ee>
References: <200512281821.19159.arekm@pld-linux.org>
	<200512282250.18298.glen@delfi.ee>
Message-ID: <200512292031.16653.glen@delfi.ee>

On Wednesday 28 December 2005 22:50, Elan Ruusam?e wrote:
> On Wednesday 28 December 2005 19:21, Arkadiusz Miskiewicz wrote:
> > Current TODO list, based on i686:
>
> what about the missing dirs report?
>
> poldek 0.20 gives pretty extensive report
> $ poldek --sn ac --verify=deps,conflicts,file-conflicts,file-orphans,
> file-missing-deps
attached report of packages needing to fix locale dirs. ankry will fix? :)


-- 
glen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: file-orphans.log
Type: text/x-log
Size: 4118 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20051229/e7267ed8/attachment.bin>

From patrys at pld-linux.org  Thu Dec 29 19:55:55 2005
From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki)
Date: Thu, 29 Dec 2005 19:55:55 +0100
Subject: PLD WWW
In-Reply-To: <20051228194121.GE3167@mysza.eu.org>
References: <1135798143.10186.2.camel@meaw>
	<20051228194121.GE3167@mysza.eu.org>
Message-ID: <1135882555.6162.5.camel@meaw>

Dnia 28-12-2005, ?ro o godzinie 20:41 +0100, Adam Go??biowski
napisa?(a):
> On Wed, Dec 28, 2005 at 08:29:03PM +0100, Patrys :: Patryk Zawadzki wrote:
> > I just fixed the PLD WWW website. Wiki should be editable again for
> > people using their old logins and new/edited page notifications should
> > get sent to the pld-cvs-commit at lists.pld-linux.org list instead of the
> > former @pld-linux.org (which seems to be defunct by now).
> 
> Great! what was the problem?

Stalled transaction files with wrong file permissions - were present
while the system was copied for backup and moved.

I logged into the machine and followed the trace log that the site died
with, there is a section that saves a transaction and it waits for a
lock on your personal directory. It times out after 30 seconds or so and
dies with an exception (thus the trace log).

Used root to remove these and everything works fine again. (If not,
report problems as I am willing to fix those.)

-- 
Patrys :: Patryk Zawadzki <patrys at pld-linux.org>
PLD Linux
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: To jest cz??? listu podpisana	cyfrowo
URL: </mailman/pipermail/pld-devel-en/attachments/20051229/b6ce3f8a/attachment.sig>

From arekm at pld-linux.org  Thu Dec 29 20:05:38 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Thu, 29 Dec 2005 20:05:38 +0100
Subject: AC: TODO list
In-Reply-To: <20051228213530.GA24637@fngna.oyu>
References: <200512281821.19159.arekm@pld-linux.org>
	<20051228210619.GA23992@fngna.oyu>
	<20051228213530.GA24637@fngna.oyu>
Message-ID: <200512292005.38612.arekm@pld-linux.org>

On Wednesday 28 December 2005 22:35, Jakub Bogusz wrote:
> On Wed, Dec 28, 2005 at 10:06:19PM +0100, Jakub Bogusz wrote:
> > On Wed, Dec 28, 2005 at 06:21:18PM +0100, Arkadiusz Miskiewicz wrote:
> > > Current TODO list, based on i686:
> > >
> > > bd: lilypond-2.2.4-2: req libkpathsea.so.3.4.5 not found
> >
> > lilypond sent to builders
>
> Will be ghostscript >= 8.15 available in Ac, or some older lilypond
> needs to be AC-branched?

Don't know - if you think that some ghostscripts packages areready then send 
them to builder.

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


From ankry at green.mif.pg.gda.pl  Thu Dec 29 20:22:29 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Thu, 29 Dec 2005 20:22:29 +0100 (CET)
Subject: AC: TODO list
In-Reply-To: <200512292031.16653.glen@delfi.ee> from "Elan
	=?iso-8859-1?q?Ruusam=E4e?=" at Dec 29, 2005 08:31:16 PM
Message-ID: <200512291922.jBTJMTAj004823@green.mif.pg.gda.pl>

Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> On Wednesday 28 December 2005 22:50, Elan Ruusam?e wrote:
> > On Wednesday 28 December 2005 19:21, Arkadiusz Miskiewicz wrote:
> > > Current TODO list, based on i686:
> >
> > what about the missing dirs report?
> >
> > poldek 0.20 gives pretty extensive report
> > $ poldek --sn ac --verify=deps,conflicts,file-conflicts,file-orphans,
> > file-missing-deps
> attached report of packages needing to fix locale dirs. ankry will fix? :)

I will look at it.


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


From jack at jack.eu.org  Thu Dec 29 21:52:31 2005
From: jack at jack.eu.org (=?iso-8859-2?q?Jaros=B3aw_Kamper?=)
Date: Thu, 29 Dec 2005 21:52:31 +0100
Subject: AC: TODO list
In-Reply-To: <200512292005.38612.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
	<20051228213530.GA24637@fngna.oyu>
	<200512292005.38612.arekm@pld-linux.org>
Message-ID: <200512292152.31881.jack@jack.eu.org>

Dnia czwartek, 29 grudnia 2005 20:05, Arkadiusz Miskiewicz napisa?:
> On Wednesday 28 December 2005 22:35, Jakub Bogusz wrote:
> > Will be ghostscript >= 8.15 available in Ac, or some older lilypond
> > needs to be AC-branched?
> Don't know - if you think that some ghostscripts packages areready then
> send them to builder.

What about pl fonts in pdf files (viewed in acroread) generated from 
ps2pdf from gs > 7.07 (-afpl,-gpl,-esp,-whatever)?

-- 
Jaros?aw Kamper <jack at jack.eu.org>


From glen at delfi.ee  Fri Dec 30 01:54:19 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 30 Dec 2005 02:54:19 +0200
Subject: webapps and /cgi-bin alias
In-Reply-To: <200512282358.54764.glen@delfi.ee>
References: <200512282358.54764.glen@delfi.ee>
Message-ID: <200512300254.19992.glen@delfi.ee>

On Wednesday 28 December 2005 23:58, Elan Ruusam?e wrote:
> some of you probably know that it's is troublesome to make alias
> underneath /cgi-bin directory.
>
> with %apache_config macros it was possible to insert slot so that
> the /cgi-bin/subdir alias is defined before global /cgi-bin alias is
> defined. but those are obsoleted by better webapps ;)
>
> but webapps framework configs are all read after apache internal configs
> are read. so there's no way to load application's /cgi-bin alias override.
>
> there are five ways to solve this.
> 1. do not use /cgi-bin alias for applications
> maybe use Redirect to application address to keep some kind of
> compatability for users depending on the url.
> 2. do not define /cgi-bin alias globally in apache. in ideal world all cgi
> programs should have their apache config and nothing is packaged
> to /home/services/httpd/cgi-bin directory at all. and therefore that alias
> is not needed. but that httpd/cgi-bin location would be for users, ie their
> own cgi-bin applications needed to be placed somewhere too.
> 3. hack apache global /cgi-bin alias and make it as "webapp", thus it
> defines it's url in same way as webapps do. and somehow make it appear as
> last. i don't want to change this as sort-order independant webapps looked
> pretty good already.
> 4. change apache config so the /cgi-bin alias is always loaded last after
> "include webapps.d/*.conf" line.
> not sure if this will make config valid without cgi module present.
> because there are two modules providing cgi interface: mod_cgi and mod_cgid
> and ifmodule directive might not work
i think this is the solution to go, append /cgi-bin/ alias definition to the 
end of apache.conf (after conf.d and webapps.d)

> 5. maybe something i've been missing?
>
> currently known packages of this kind are:
> - cvsweb
> - man2html-cgi
>
> --
> glen

-- 
glen


From glen at delfi.ee  Fri Dec 30 01:58:22 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 30 Dec 2005 02:58:22 +0200
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <20051228230538.GA26713@fngna.oyu>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>
	<Pine.LNX.4.64N.0512282313210.7153@wby.gnfx.tqn.cy>
	<20051228230538.GA26713@fngna.oyu>
Message-ID: <200512300258.22348.glen@delfi.ee>

On Thursday 29 December 2005 01:05, Jakub Bogusz wrote:
> On Wed, Dec 28, 2005 at 11:28:38PM +0100, Pawe? Go?aszewski wrote:
> > On Wed, 28 Dec 2005, Elan Ruusam?e wrote:
> > > > > Author: glen                         Date: Wed Dec 28 13:15:13 2005
> > > > > GMT Module: SOURCES                       Tag: HEAD
> > > > > ---- Log message:
> > > > > - /var/log/archiv -> /var/log/archive
> > > >
> > > > why??? It breaks a lot of things and gives nothing...
> > >
> > > read .spec diff. breaks nothing.
> >
> > I know what is in diff...
> >
> > Remember that this setting is in PLD since _years_ and it is connected
> > with few things you can't handle with trigger. i.e.: mountpoint of
> > /var/log/archiv and entries in configs.
>
> Mountmoint?
attached diff and spec
should handle common cases of /var/log/archiv and making use any of them (new 
and old) identical.

> Does logrotate support moving old logs to different fs now?
> It didn't some time ago.

-- 
glen
-------------- next part --------------
# $Revision: 1.68 $, $Date: 2005/12/28 13:33:32 $
#
# Conditional build:
%bcond_without	selinux		# build without SELinux support
#
Summary:	Rotates, compresses, removes and mails system log files
Summary(de):	Rotiert, komprimiert und verschickt Systemlogs
Summary(es):	Hace el rutado, comprime y env?a mail de logs del sistema
Summary(fr):	Fait tourner, compresse, et envoie par mail les connexions au syst?me
Summary(pl):	System rotacji i kompresowania log?w
Summary(pt_BR):	Rotaciona, comprime e envia mail de logs do sistema
Summary(ru):	????????, ?????????????, ??????? ? ?????????? ?? ????? ???-?????
Summary(tr):	Sistem g?nl?klerini y?nlendirir, s?k??t?r?r ve mektup olarak yollar
Summary(uk):	?????, ?????????, ??????? ?? ?????????? ?????? ???-?????
Name:		logrotate
Version:	3.7
Release:	4.6
License:	GPL v2
Group:		Applications/System
Source0:	%{name}-%{version}.tar.gz
# Source0-md5:	caa28cb5e26db34f7c14236e4058bb5f
Source1:	%{name}.conf
Patch0:		%{name}-man.patch
# patches from ftp://ftp.suse.com/pub/people/ro/logrotate, updated for 3.7
Patch1:		%{name}-dateext.dif
Patch2:		%{name}-maxage.dif
Patch3:		%{name}-noexec-tmp.patch
%{?with_selinux:BuildRequires:	libselinux-devel}
BuildRequires:	popt-devel >= 1.3
Requires(post):	fileutils
Requires:	/bin/mail
Requires:	crondaemon
Requires:	setup >= 2.4.6
BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)

%define		statdir		/var/lib/misc

%description
The logrotate utility is designed to simplify the administration of
log files on a system which generates a lot of log files. Logrotate
allows for the automatic rotation compression, removal and mailing of
log files. Logrotate can be set to handle a log file daily, weekly,
monthly or when the log file gets to a certain size. Normally,
logrotate runs as a daily cron job.

%description -l de
Logrotate vereinfacht die Verwaltung von Systemen, die sehr viele
Log-Dateien erzeugen, indem es das automatische Rotieren,
Komprimieren, Entfernen, und Senden von Log-Dateien erm?glicht. Jede
Log-Datei kann t?glich, w?chentlich oder monatlich verarbeitet werden,
wenn sie zu gro? wird.

%description -l es
Logrotate fue proyectado para facilitar la administraci?n de sistemas
que generan gran n?mero de archivos de log. Permite automatizaci?n en
la rotaci?n, compresi?n, remoci?n y env?o de mail de archivos de logs.
Cada archivo de log puede ser tratado diariamente, semanalmente,
mensualmente o cuanto crezca demasiado.

%description -l fr
Logrotate est con?u pour faciliter l'administration de syst?mes qui
g?n?rent un grand nombre de fichiers de \"log\". Il permet le
roulement, la suppr?ssion la compression et l'envoi automatiques de
ces fichiers. Chaque fichier de \"log\" peut ?tre pris en charge de
mani?re quotidienne, hebdomadaire, mensuelle, ou quand il devient trop
volumineux.

%description -l pl
Logrotate jest przeznaczony do ?atwej administracji plikami log?w.
Program ten pozwala na automatyczn? kompresj? log?w. Mo?e kontrolowa?
logi raz dziennie, raz na miesi?c, raz na tydzie? lub wtedy kiedy
pliki z logami systemowymi s? ju? du?e.

%description -l pt_BR
Logrotate foi projetado para facilitar a administra??o de sistemas que
geram grande n?mero de arquivos de log. Permite automatiza??o na
rota??o, compress?o, remo??o e envio de mail de arquivos de logs. Cada
arquivo de log pode ser tratado diariamente, semanalmente, mensalmente
ou quanto crescer demais.

%description -l ru
Logrotate ???????????? ??? ?????????? ????????????????? ???????,
??????? ?????????? ??????? ?????????? ?????? ? ??????. ?? ?????????
????????????? ??????????, ???????????????, ??????? ? ???????? ????? ?
?????? ?? e-mail. ?????? ??? ????? ?????????????? ?????????,
???????????, ?????????? ??? ?? ?????????? ????????????? ???????.

%description -l tr
logrotate ?ok fazla say?da g?nl?k dosyas? ?reten sistemlerin
y?netimini kolayla?t?rmak i?in tasarlanm??t?r. Kay?t dosyalar?n?n
otomatik olarak y?nlendirilmesini, s?k??t?r?lmas?n?, silinmesin? ve
mektup olarak yollanmas?n? sa?lar. Her dosya g?nl?k, haftal?k, ayl?k
olarak ya da ?ok b?y?k boyutlara ula?t???nda i?lenebilir.

%description -l uk
Logrotate ??????????? ??? ?????????? ??????????????? ???????, ???
??????? ?????? ????????? ?????? ? ??????. ??? ???????? ???????????
????????, ????????????, ???????? ?? ???????? ?????? ???-?????. ?????
??? ???? ??????????? ???????, ???????, ???????? ??? ?? ??????????
??????????? ???????.

%prep
%setup -q
%patch0 -p1
%patch1 -p0
%patch2 -p0
%patch3 -p1

%build
%{__make} \
	CC="%{__cc}" \
	RPM_OPT_FLAGS="%{rpmcflags}" \
	WITH_SELINUX=%{?with_selinux:yes}%{!?with_selinux:no} \
	STATEFILE="%{statdir}/logrotate.status"

%install
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT/etc/{cron.daily,logrotate.d} \
	$RPM_BUILD_ROOT{%{_mandir},%{statdir},/var/log/archive}

%{__make} install \
	BINDIR=$RPM_BUILD_ROOT%{_sbindir} \
	MANDIR=$RPM_BUILD_ROOT%{_mandir}

install %{SOURCE1} $RPM_BUILD_ROOT%{_sysconfdir}/logrotate.conf
install examples/logrotate.cron $RPM_BUILD_ROOT/etc/cron.daily/logrotate
> $RPM_BUILD_ROOT%{statdir}/logrotate.status
> $RPM_BUILD_ROOT/var/log/archiv

%clean
rm -rf $RPM_BUILD_ROOT

%pre
# change /var/log/archiv to /var/log/archive
# always have archiv symlink (until all packages from Ac use new dir)
if [ -L /var/log/archiv ]; then
	old=$(readlink /var/log/archiv)
	if [ "$old" != "archive" ]; then
		# if archiv was symlink, make archive also symlink pointing to
		# the same location and archiv pointing to archive
		if [ -d /var/log/archive ]; then
			# mountpoint not handled, but that's ok
			mv -v /var/log/archive{,.rpmsave}
		fi
		ln -s $old /var/log/archive
		ln -snf archive /var/log/archiv
	fi
else
	if [ -d /var/log/archiv ]; then
		if mountpoint -q /var/log/archiv; then
			mkdir -p /var/log/archive
			mount --move /var/log/archiv /var/log/archive
			rmdir /var/log/archiv 2>/dev/null || mv -v /var/log/archiv{,.rpmsave}
		else
			if [ -d /var/log/archive ]; then
				mv /var/log/archiv/* /var/log/archive
				rmdir /var/log/archiv 2>/dev/null || mv -v /var/log/archiv{,.rpmsave}
			else
				mv /var/log/archiv /var/log/archive
			fi
		fi
	fi

	ln -s archive /var/log/archiv
fi
exit 0

%post
if [ -f /var/lib/logrotate.status ]; then
	mv -f /var/lib/logrotate.status %{statdir}/logrotate.status
else
	touch %{statdir}/logrotate.status
	chmod 000 %{statdir}/logrotate.status
	chown root:root %{statdir}/logrotate.status
	chmod 640 %{statdir}/logrotate.status
fi

%files
%defattr(644,root,root,755)
%doc CHANGES
%attr(755,root,root) %{_sbindir}/logrotate
%attr(750,root,root) %dir /etc/logrotate.d
%attr(750,root,root) /etc/cron.daily/logrotate
%attr(640,root,root) %config(noreplace) %verify(not md5 mtime size) %{_sysconfdir}/*.conf
%attr(640,root,root) %ghost %{statdir}/logrotate.status
%attr(750,root,logs) %dir /var/log/archive
%ghost /var/log/archiv
%{_mandir}/man8/*

%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: logrotate.spec,v $
Revision 1.68  2005/12/28 13:33:32  hawk
- s/httpd.conf/archiv/

Revision 1.67  2005/12/28 13:14:07  glen
- kill /var/log/archiv kloczkish by renaming it to /var/log/archive; rel 4

Revision 1.66  2005/12/04 22:58:06  glen
- adapterized (sorted %verify flags)

Revision 1.65  2005/07/08 19:39:45  darekr
- description for bcond, proper License

Revision 1.64  2005/01/14 19:54:25  qboosh
- nobody complaints? so patches were tested, I assume

Revision 1.63  2004/10/29 10:42:52  jajcus
- grant 'logs' group read access to the log archive

Revision 1.62  2004/05/11 11:45:55  baggins
- release 2
- fixed executing scripts from /tmp
  (use /bin/sh -c command as /tmp can be mounted noexec)
- I don't care for TODO, you had two months to do it

Revision 1.61  2004/04/15 19:48:37  agaran
- added bcond without selinux

Revision 1.60  2004/02/29 16:24:17  qboosh
- removed no longer used moveout patch, try to update dateext,maxage patches

Revision 1.59  2004/02/25 11:21:52  qboosh
- updated to new Fedora tarball (with the same name :/) with updated
  is_selinux_enabled() calls; release 1.2

Revision 1.58  2004/01/09 14:52:20  qboosh
- attr is not needed (pass LOADLIBES)
- added TODO, release 1.1 (functionality loss since 3.6.x)

Revision 1.57  2004/01/08 18:39:44  kosmo
- added BR: attr-devel (thx. Pawel Sikora)

Revision 1.56  2003/12/26 18:53:37  arekm
- updated to 3.7, patches temporary commented out (part of them are already merged). enabled selinux support

Revision 1.55  2003/11/01 16:04:10  arekm
- rel3

Revision 1.54  2003/11/01 16:01:40  arekm
- dateext (allows to use YYYYMMDD extension instead of just number)
- maxage (remove log files older than XXX days)
- better way for remove/compress/mail log files

Revision 1.53  2003/09/18 00:59:40  domelu
- small fix in %files

Revision 1.52  2003/09/10 14:54:43  mick3y
- requires crondaemon (domelu)

Revision 1.51  2003/08/30 21:40:58  mmazur
- rel 2 for ac

Revision 1.50  2003/08/27 11:15:34  arekm
- updated to 3.6.10

Revision 1.49  2003/08/04 11:35:58  qboosh
- use SUSv2-compliant chown syntax (user:group) instead of deprecated

Revision 1.48  2003/07/27 19:47:07  blues
- cosmetics

Revision 1.47  2003/07/23 17:12:35  gotar
- one more fix to man page (logrotate-man.patch),
- release 5.

Revision 1.46  2003/05/25 11:00:54  malekith
- massive attack, adding Source-md5

Revision 1.45  2003/05/25 05:50:16  misi3k
- massive attack s/pld.org.pl/pld-linux.org/

Revision 1.44  2002/10/17 14:38:34  ankry
- fixed patch

Revision 1.43  2002/10/15 18:45:49  kloczek
- release 4,
- fixed http://bugs.pld.org.pl/index.php?bug=380: change logrotate status file
  name to /var/lib/misc/logrotate.status.

Revision 1.42  2002/07/02 07:44:26  kloczek
- updated to 3.6.5 (bug fix release),
- use new %doc,
- merge translations from KSI.

Revision 1.41  2002/07/01 10:18:35  ankry
- fixed some typos in man page
- release 6, STBR

Revision 1.40  2002/04/18 10:26:47  qboosh
- moved logrotate.status to /var/lib/misc (FHS 2.2 compliant)
- release 5

Revision 1.39  2002/02/22 23:29:13  kloczek
- removed all Group fields translations (our rpm now can handle translating
  Group field using gettext).

Revision 1.38  2002/01/18 02:13:45  kloczek
- perl -pi -e "s/pld-list\@pld.org.pl/feedback\@pld.org.pl/"

Revision 1.37  2001/12/23 00:28:21  blues
- release 4: bugfix - s/mail root/nomail/ in default config
- STBR

Revision 1.36  2001/12/22 00:26:47  kloczek
- release 3: fixed default logrotate.conf(blues): s/errors/mail/

Revision 1.35  2001/12/19 04:44:12  kloczek
- updated to 3.6 (bug fix release).

Revision 1.34  2001/12/18 20:17:32  gotar
- release 4.

Revision 1.33  2001/12/13 03:07:08  gotar
- touch, chown and chmod on /var/lib/logrotate.status in %post,
- added Requires(post): fileutils.

Revision 1.32  2001/12/11 00:23:39  blues
- added config(noreplace) to /etc/cron.daily/logrotate

Revision 1.31  2001/11/30 20:35:35  gotar
- fixed broken logs.

Revision 1.30  2001/11/30 20:23:11  gotar
- added /var/lib/logrotate.status log,
- release 3.

Revision 1.29  2001/06/16 16:26:10  kloczek
- updated to 3.5.5.

Revision 1.28  2001/05/03 15:25:42  qboosh
- better Summary(pl)

Revision 1.27  2001/04/30 16:05:21  kloczek
- added using %{rpmcflags} macro.

Revision 1.26  2001/02/07 20:28:30  kloczek
- updated to 3.5.4 - this is important upgrade because contains fix for tmp
  race condition.

Revision 1.25  2001/02/07 16:44:29  baggins
- release 3
- nodelaycompress in logrotate.conf

Revision 1.24  2001/01/25 20:03:24  misiek
- Massive attack. We use -O0 instead -O flags while debug enabled.

Revision 1.23  2000/12/23 00:48:45  michuz
- changed %{!?debug:...}%{?debug...} to %{?debug:...}%{!?debug...}
  (now it's more C like)

Revision 1.22  2000/10/20 03:21:50  kloczek
- updated to 3.5.2,
- use new rpm automation.

Revision 1.21  2000/08/09 15:34:30  kloczek
- updated to 3.4 (release 3).

Revision 1.20  2000/08/09 10:36:44  zagrodzki
- release 3
- adapterized

Revision 1.19  2000/08/09 10:35:26  zagrodzki
- requires: /bin/mail

Revision 1.18  2000/06/09 07:23:25  kloczek
- added using %{__make} macro.

Revision 1.17  2000/05/27 18:45:34  kloczek
- updated to 3.3.2,
- in system config file for logrotate "include" moved to the end so all
  directives should work now they seem to be ignored after logrotate.d was
  processed (jajcus),
- spec adapterized.

Revision 1.16  2000/04/25 16:16:48  baggins
- release++
- FHS 2.1, /var/state -> /var/lib

Revision 1.15  2000/04/01 11:14:52  zagrodzki
- changed all BuildRoot definitons
- removed all applnkdir defs
- changed some prereqs/requires
- removed duplicate empty lines

Revision 1.14  2000/03/28 16:54:41  baggins
- translated kloczkish into english

Revision 1.13  1999/11/26 21:04:23  kloczek
- updated to 3.3 (revision 2 - in rawhide is 1),
- added default config file for logrotate. Diffrences between RH config:
  - added to create "640 root root" parameters,
  - added delaycompress
  - enabled compressing logs,
  - added notifempty,
  - added default archiv directory (/var/log/archiv),
  - added missingok,
- added to package /var/log/archiv directory.

Revision 1.12  1999/07/20 12:48:09  wiget
- switch to rpm 3.0.2

Revision 1.11  1999/07/12 23:06:06  kloczek
- added using CVS keywords in %changelog (for automating them).

* Thu May 20 1999 Wojtek ?lusarczyk <wojtek at shadow.eu.org>
  [3.2-4]
- added new config file (commpres postrotate && chmod 640 ),
- removed rotate of /var/log/{wtmp,lastlog}
  lastlog provides SysVinit, wtmp(x) provides syslogd
- fixes for build,
- FHS 2.0.

* Wed Apr 21 1999 Piotr Czerwi?ski <pius at pld.org.pl>
  [3.2-1]
- updated to 3.2,
- changed Buildroot to /tmp/%{name}-%{version}-root,
- added full %defattr description in files,
- added %doc,
- removed man group from man pages,
- added passing $RPM_OPT_FLAGS during compile,
- cosmetic changes for common l&f,
- added "BuildPrereq: popt >= 1.3",
- recompiled on rpm 3.

* Tue Oct 06 1998 Wojtek ?lusarczyk <wojtek at shadow.eu.org>
  [2.6-4]
- added pl translation,
- minor modifications of the spec file.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: logrotate-mountpoint.patch
Type: text/x-diff
Size: 1478 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20051230/008720c7/attachment.bin>

From ankry at green.mif.pg.gda.pl  Fri Dec 30 10:10:59 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Fri, 30 Dec 2005 10:10:59 +0100 (CET)
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <200512300258.22348.glen@delfi.ee> from "Elan
	=?iso-8859-2?q?Ruusam=E4e?=" at Dec 30, 2005 02:58:22 AM
Message-ID: <200512300910.jBU9Axpe019513@green.mif.pg.gda.pl>

Elan =?iso-8859-2?q?Ruusam=E4e?= wrote:
> Name:		logrotate
[...]
> # change /var/log/archiv to /var/log/archive
> # always have archiv symlink (until all packages from Ac use new dir)
> if [ -L /var/log/archiv ]; then
[...]

I think, it is to late to introduce such a change in Ac. It may handle most
cases and one important not handled may be too many.
However it may ge good idea for Th.
Just my opinion.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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 Dec 30 10:21:13 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 30 Dec 2005 10:21:13 +0100
Subject: AC: TODO list
In-Reply-To: <200512292152.31881.jack@jack.eu.org>
References: <200512281821.19159.arekm@pld-linux.org>
	<20051228213530.GA24637@fngna.oyu>
	<200512292005.38612.arekm@pld-linux.org>
	<200512292152.31881.jack@jack.eu.org>
Message-ID: <20051230092113.GA802@os>

On Thu, Dec 29, 2005 at 21:52:31 +0100, Jaros?aw Kamper wrote:

> What about pl fonts in pdf files (viewed in acroread) generated from 
> ps2pdf from gs > 7.07 (-afpl,-gpl,-esp,-whatever)?

Works for me.

~: rpm -q ghostscript
ghostscript-8.51-2

my ps files are generated from LaTeX.

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


From blues at pld-linux.org  Fri Dec 30 10:45:17 2005
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Fri, 30 Dec 2005 10:45:17 +0100 (CET)
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <200512300258.22348.glen@delfi.ee>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>
	<Pine.LNX.4.64N.0512282313210.7153@wby.gnfx.tqn.cy>
	<20051228230538.GA26713@fngna.oyu>
	<200512300258.22348.glen@delfi.ee>
Message-ID: <Pine.LNX.4.64N.0512301041550.12345@wby.gnfx.tqn.cy>

On Fri, 30 Dec 2005, Elan Ruusam?e wrote:
> > Mountmoint?
> attached diff and spec should handle common cases of /var/log/archiv and 
> making use any of them (new and old) identical.

What is the point to make "mount --move" without updating fstab? Remember 
that after reboot you won't have that mount...

Besides - I don't know if it's good idea to make some mount-plays in 
triggers/pre/post... It's quite dangerous I think...

Let's move this rename to Th.

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

From adamg at biomerieux.pl  Fri Dec 30 10:52:54 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Fri, 30 Dec 2005 10:52:54 +0100
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <Pine.LNX.4.64N.0512301041550.12345@wby.gnfx.tqn.cy>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>
	<Pine.LNX.4.64N.0512282313210.7153@wby.gnfx.tqn.cy>
	<20051228230538.GA26713@fngna.oyu>
	<200512300258.22348.glen@delfi.ee>
	<Pine.LNX.4.64N.0512301041550.12345@wby.gnfx.tqn.cy>
Message-ID: <20051230095254.GA694@mysza.eu.org>

On Fri, Dec 30, 2005 at 10:45:17AM +0100, Pawe? Go?aszewski wrote:
> Let's move this rename to Th.

And I vote for leaving /var/log/archiv as it is. This is our history.

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From glen at delfi.ee  Fri Dec 30 10:55:23 2005
From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=)
Date: Fri, 30 Dec 2005 11:55:23 +0200
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <Pine.LNX.4.64N.0512301041550.12345@wby.gnfx.tqn.cy>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>
	<200512300258.22348.glen@delfi.ee>
	<Pine.LNX.4.64N.0512301041550.12345@wby.gnfx.tqn.cy>
Message-ID: <200512301155.23577.glen@delfi.ee>

On Friday 30 December 2005 11:45, Pawe? Go?aszewski wrote:
> On Fri, 30 Dec 2005, Elan Ruusam?e wrote:
> > > Mountmoint?
> >
> > attached diff and spec should handle common cases of /var/log/archiv and
> > making use any of them (new and old) identical.
>
> What is the point to make "mount --move" without updating fstab? Remember
> that after reboot you won't have that mount...

mount works over symlinks too:
# mount --bind /home/__archive archiv
# l archiv* -d
lrwxrwxrwx   1 root root    7 Dec 29 02:13 archiv -> archive/
drwxr-x---  12 root logs 1.8K Dec 29 01:55 archive/
# mount|grep archiv
/home/__archive on /var/log/archive type none (rw,bind)



>
> Besides - I don't know if it's good idea to make some mount-plays in
> triggers/pre/post... It's quite dangerous I think...
>
> Let's move this rename to Th.

-- 
glen


From blues at pld-linux.org  Fri Dec 30 11:46:38 2005
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Fri, 30 Dec 2005 11:46:38 +0100 (CET)
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <200512301155.23577.glen@delfi.ee>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>
	<200512300258.22348.glen@delfi.ee>
	<Pine.LNX.4.64N.0512301041550.12345@wby.gnfx.tqn.cy>
	<200512301155.23577.glen@delfi.ee>
Message-ID: <Pine.LNX.4.64N.0512301140140.12345@wby.gnfx.tqn.cy>

On Fri, 30 Dec 2005, Elan Ruusam?e wrote:
> > > > Mountmoint?
> > > attached diff and spec should handle common cases of /var/log/archiv 
> > > and making use any of them (new and old) identical.
> > What is the point to make "mount --move" without updating fstab? 
> > Remember that after reboot you won't have that mount...
> mount works over symlinks too:
[...]
> # mount|grep archiv
> /home/__archive on /var/log/archive type none (rw,bind)

It's not the point.
you're making manual mount which will be missing after reboot. You have it 
in your fstab.

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

From arekm at pld-linux.org  Fri Dec 30 12:06:45 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Fri, 30 Dec 2005 12:06:45 +0100
Subject: AC: TODO list
In-Reply-To: <200512281821.19159.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
Message-ID: <200512301206.45408.arekm@pld-linux.org>

On Wednesday 28 December 2005 18:21, Arkadiusz Miskiewicz wrote:
> Current TODO list, based on i686:

Update:

bd: lilypond-2.2.4-2: req libkpathsea.so.3.4.5 not found
bd: dotnet-gtk-sharp-gnome-1.0.10-4: req gtkhtml = 3.8.1 version mismatch
bd: dotnet-gtk-sharp2-gnome-2.5.91-3: req gtkhtml = 3.8.1 version mismatch

bd: ocaml-netclient-devel-0.91.1-3: req ocaml-net-netstring-devel = 1.1 
version mismatch
bd: ocaml-pxp-devel-1.1.6-4: req ocaml-net-netstring-devel = 1.1 version 
mismatch
bd: ocaml-xmlrpc-devel-0.1.0-6: req ocaml-net-netstring-devel = 1.1 version 
mismatch
bd: ocaml-xmlrpc-devel-0.1.0-6: req ocaml-xmlrpc = 0.1.0-6 not found
- baggins, these are still there :) Some epoch problems?

bd: php-pecl-domxml-0.1-0.20051104.1: req php(modules_api) = 20031224 version 
mismatch
- uhm, this one is going to be dropped

bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch
bd: python-rhpl-0.176-1: req python-xf86config >= 0.3.2 not found
bd: python-rhpxl-0.4-1: req python-xf86config >= 0.3.2 not found
bd: python-xmltools-1.3.7-2: req python-4Suite not found
bd: ruby-ecasound-2.4.3-2: req ruby = 1:1.8.2 version mismatch

-- 
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  Fri Dec 30 12:39:00 2005
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Fri, 30 Dec 2005 12:39:00 +0100
Subject: AC: TODO list
In-Reply-To: <200512301206.45408.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
	<200512301206.45408.arekm@pld-linux.org>
Message-ID: <20051230113900.GA22302@sith.mimuw.edu.pl>

On Fri, 30 Dec 2005, Arkadiusz Miskiewicz wrote:

> bd: ocaml-netclient-devel-0.91.1-3: req ocaml-net-netstring-devel = 1.1 
> version mismatch
> bd: ocaml-pxp-devel-1.1.6-4: req ocaml-net-netstring-devel = 1.1 version 
> mismatch
> bd: ocaml-xmlrpc-devel-0.1.0-6: req ocaml-net-netstring-devel = 1.1 version 
> mismatch
> bd: ocaml-xmlrpc-devel-0.1.0-6: req ocaml-xmlrpc = 0.1.0-6 not found
> - baggins, these are still there :) Some epoch problems?

Show me `rpm -q ocaml-net-netstring-devel ocaml-xmlrpc ocaml-xmlrpc-devel`
from builders.

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  Fri Dec 30 13:15:59 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Fri, 30 Dec 2005 13:15:59 +0100
Subject: AC: TODO list
In-Reply-To: <20051230113900.GA22302@sith.mimuw.edu.pl>
References: <200512281821.19159.arekm@pld-linux.org>
	<200512301206.45408.arekm@pld-linux.org>
	<20051230113900.GA22302@sith.mimuw.edu.pl>
Message-ID: <200512301316.00288.arekm@pld-linux.org>

On Friday 30 December 2005 12:39, Jan Rekorajski wrote:
> On Fri, 30 Dec 2005, Arkadiusz Miskiewicz wrote:
> > bd: ocaml-netclient-devel-0.91.1-3: req ocaml-net-netstring-devel = 1.1
> > version mismatch
> > bd: ocaml-pxp-devel-1.1.6-4: req ocaml-net-netstring-devel = 1.1 version
> > mismatch
> > bd: ocaml-xmlrpc-devel-0.1.0-6: req ocaml-net-netstring-devel = 1.1
> > version mismatch
> > bd: ocaml-xmlrpc-devel-0.1.0-6: req ocaml-xmlrpc = 0.1.0-6 not found
> > - baggins, these are still there :) Some epoch problems?
>
> Show me `rpm -q ocaml-net-netstring-devel ocaml-xmlrpc ocaml-xmlrpc-devel`
> from builders.

Here:
http://ep09.pld-linux.org/~buildsrc/queue.html

>
> 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  Fri Dec 30 13:39:46 2005
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Fri, 30 Dec 2005 13:39:46 +0100
Subject: AC: TODO list
In-Reply-To: <200512301316.00288.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
	<200512301206.45408.arekm@pld-linux.org>
	<20051230113900.GA22302@sith.mimuw.edu.pl>
	<200512301316.00288.arekm@pld-linux.org>
Message-ID: <20051230123946.GA26529@sith.mimuw.edu.pl>

On Fri, 30 Dec 2005, Arkadiusz Miskiewicz wrote:

> On Friday 30 December 2005 12:39, Jan Rekorajski wrote:
> > On Fri, 30 Dec 2005, Arkadiusz Miskiewicz wrote:
> > > bd: ocaml-netclient-devel-0.91.1-3: req ocaml-net-netstring-devel = 1.1
> > > version mismatch
> > > bd: ocaml-pxp-devel-1.1.6-4: req ocaml-net-netstring-devel = 1.1 version
> > > mismatch
> > > bd: ocaml-xmlrpc-devel-0.1.0-6: req ocaml-net-netstring-devel = 1.1
> > > version mismatch
> > > bd: ocaml-xmlrpc-devel-0.1.0-6: req ocaml-xmlrpc = 0.1.0-6 not found
> > > - baggins, these are still there :) Some epoch problems?
> >
> > Show me `rpm -q ocaml-net-netstring-devel ocaml-xmlrpc ocaml-xmlrpc-devel`
> > from builders.
> 
> Here:
> http://ep09.pld-linux.org/~buildsrc/queue.html

Please do:

rpm -e ocaml-pxp-devel ocaml-netclient-devel

and then rebuild:

ocaml-netclient.spec:auto-ac-ocaml-netclient-0_91_1-4
ocaml-pxp.spec:auto-ac-ocaml-pxp-1_1_6-5
ocaml-xmlrpc.spec:auto-ac-ocaml-xmlrpc-0_1_0-7

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 glen at delfi.ee  Fri Dec 30 14:52:07 2005
From: glen at delfi.ee (Elan =?iso-8859-13?q?Ruusam=E4e?=)
Date: Fri, 30 Dec 2005 15:52:07 +0200
Subject: SOURCES: logrotate.conf - /var/log/archiv -> /var/log/archive
In-Reply-To: <Pine.LNX.4.64N.0512301140140.12345@wby.gnfx.tqn.cy>
References: <SOURCES_logrotate.conf.1.6@pld-linux.org>
	<200512301155.23577.glen@delfi.ee>
	<Pine.LNX.4.64N.0512301140140.12345@wby.gnfx.tqn.cy>
Message-ID: <200512301552.07663.glen@delfi.ee>

On Friday 30 December 2005 12:46, Pawe? Go?aszewski wrote:
> On Fri, 30 Dec 2005, Elan Ruusam?e wrote:
> > > > > Mountmoint?
> > > >
> > > > attached diff and spec should handle common cases of /var/log/archiv
> > > > and making use any of them (new and old) identical.
> > >
> > > What is the point to make "mount --move" without updating fstab?
> > > Remember that after reboot you won't have that mount...
> >
> > mount works over symlinks too:
>
> [...]
>
> > # mount|grep archiv
> > /home/__archive on /var/log/archive type none (rw,bind)
>
> It's not the point.
> you're making manual mount which will be missing after reboot. You have it
> in your fstab.
you've cut email too much, so lets get this stright:

1. you said there's no point of "mount --move" without updating fstab.
i assume you're referring that /var/log/archiv mountpoint got changed 
to /var/log/archive with "mount --move", and old mountpoint made symlink.

2. i replied that it's irrelevant, because mount to destination being symlink 
works same way. that means mount /dev/path /var/log/archiv (archiv being 
symlink) works the same way.

and to demonstrate that, i've shown (cut in this email already) that i mounted 
old path (archiv) and data got mounted as expected.

and to be sure that 2.4 doesn't behave differently, i tested --move and 
mounting to symlink on 2.4 kernel. no side effects noticed.

-- 
glen


From glen at delfi.ee  Fri Dec 30 15:23:23 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 30 Dec 2005 16:23:23 +0200
Subject: php5.1 with apache1
In-Reply-To: <200512291949.28107.glen@delfi.ee>
References: <20051229161158.GC28592@pldmachine>
	<200512291949.28107.glen@delfi.ee>
Message-ID: <200512301623.24257.glen@delfi.ee>

On Thursday 29 December 2005 19:49, Elan Ruusam?e wrote:
> On Thursday 29 December 2005 18:11, Jan Palus wrote:
> > Syntax error on line 1 of /etc/apache/conf.d/70_mod_php.conf:
> > Cannot load /etc/apache/modules/libphp5.so into server:
> > /etc/apache/modules/libphp5.so: undefined symbol:
> > php_mb_set_zend_encoding
>
> appears from --enable-zend-multibyte:
>
> sapi/apache/mod_php5.c
> #if defined(ZEND_MULTIBYTE) && defined(HAVE_MBSTRING)
>         php_mb_set_zend_encoding(TSRMLS_C);
> #endif /* defined(ZEND_MULTIBYTE) && defined(HAVE_MBSTRING) */
>
> it's enabled in this revision:
> http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/php.spec?r1=1.467.2.4&r2=1.46
>7.2.5 $Log: php.spec,v $
> Revision 1.467.2.5  2005/08/26 08:55:18  arekm
> - add PDO (base compiled in; database drivers as shared modules)
>
> we should either disable multibyte or compile mbstring extension statically
> into core. i'd personally disable the  --enable-zend-multibyte, because
> there's no explanation why it was enabled. pdo needs it or why?
arekm, if there's no reason for  --enable-zend-multibyte, lets disable it and 
unbreak apache1-mod_php package?

-- 
glen


From arekm at pld-linux.org  Fri Dec 30 19:05:11 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Fri, 30 Dec 2005 19:05:11 +0100
Subject: php5.1 with apache1
In-Reply-To: <200512301623.24257.glen@delfi.ee>
References: <20051229161158.GC28592@pldmachine>
	<200512291949.28107.glen@delfi.ee>
	<200512301623.24257.glen@delfi.ee>
Message-ID: <200512301905.11628.arekm@pld-linux.org>

On Friday 30 December 2005 15:23, Elan Ruusam?e wrote:

> > we should either disable multibyte or compile mbstring extension
> > statically into core. i'd personally disable the 
> > --enable-zend-multibyte, because there's no explanation why it was
> > enabled. pdo needs it or why?
>
> arekm, if there's no reason for  --enable-zend-multibyte, lets disable it
> and unbreak apache1-mod_php package?
Drop then, I was looking for some multibyte support at that time.

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


From ankry at green.mif.pg.gda.pl  Sat Dec 31 00:45:32 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 31 Dec 2005 00:45:32 +0100 (CET)
Subject: AC: TODO list
In-Reply-To: <200512292031.16653.glen@delfi.ee> from "Elan
	=?iso-8859-1?q?Ruusam=E4e?=" at Dec 29, 2005 08:31:16 PM
Message-ID: <200512302345.jBUNjWHZ025898@green.mif.pg.gda.pl>

Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> On Wednesday 28 December 2005 22:50, Elan Ruusam?e wrote:
> > On Wednesday 28 December 2005 19:21, Arkadiusz Miskiewicz wrote:
> > > Current TODO list, based on i686:
> >
> > what about the missing dirs report?
> >
> > poldek 0.20 gives pretty extensive report
> > $ poldek --sn ac --verify=deps,conflicts,file-conflicts,file-orphans,
> > file-missing-deps
> attached report of packages needing to fix locale dirs. ankry will fix? :)
> 
> error: /usr/share/locale/C: orphaned directory from cups-1.1.23-4

(*)
cups is a specific case. I don't know how does it handle locales and I don't
use it. If there's any volunteer to test my potential changes than I can
try. Otherwise I do not touch it.

> error: /usr/share/locale/as: orphaned directory from atk-1.10.3-1, gail-1.8.8-1
> error: /usr/share/locale/as/LC_MESSAGES: orphaned directory from atk-1.10.3-1, gail-1.8.8-1

Asamese (as_IN) not supported by glibc

> error: /usr/share/locale/az_IR: orphaned directory from gtk+2-2.8.9-2
> error: /usr/share/locale/az_IR/LC_MESSAGES: orphaned directory from gtk+2-2.8.9-2

Azerbaijani for Iran (az_IR) not supported by glibc

> error: /usr/share/locale/bn_IN: orphaned directory from kudzu-1.2.9-1
> error: /usr/share/locale/bn_IN/LC_MESSAGES: orphaned directory from kudzu-1.2.9-1

It seems that bn_IN dir needs to be added to glibc.
But maybe it is just a newer version of file placed in locale/bn/. Needs to
be checked. (I don't know Bengali...)

> error: /usr/share/locale/chs: orphaned directory from gtklp-1.0d-1
> error: /usr/share/locale/chs/LC_MESSAGES: orphaned directory from gtklp-1.0d-1

Fixed in CVS (gtklp-1.0d-2); STBR or move_from_ready

> error: /usr/share/locale/dv: orphaned directory from iso-codes-0.47-1
> error: /usr/share/locale/dv/LC_MESSAGES: orphaned directory from iso-codes-0.47-1

Divehi (dv_MV) not supported by glibc

> error: /usr/share/locale/fr_BE: orphaned directory from bazaar-1.4.2-2
> error: /usr/share/locale/fr_BE/LC_MESSAGES: orphaned directory from bazaar-1.4.2-2

Just fixed in CVS (glibc-2.3.6-4); STBR or move_from_ready

> error: /usr/share/locale/gr: orphaned directory from BitTorrent-4.2.1-1, gpsdrive-2.09-2
> error: /usr/share/locale/gr/LC_MESSAGES: orphaned directory from BitTorrent-4.2.1-1, gpsdrive-2.09-2

Fixed in CVS (BitTorrent-4.2.1-2); STBR or move_from_ready

> error: /usr/share/locale/haw: orphaned directory from iso-codes-0.47-1
> error: /usr/share/locale/haw/LC_MESSAGES: orphaned directory from iso-codes-0.47-1

Hawaiian (haw_US) not supported by glibc

> error: /usr/share/locale/kok: orphaned directory from iso-codes-0.47-1
> error: /usr/share/locale/kok/LC_MESSAGES: orphaned directory from iso-codes-0.47-1

Konkani (kok_IN) not supported by glibc

> error: /usr/share/locale/my: orphaned directory from gaim-1.5.0-2
> error: /usr/share/locale/my/LC_MESSAGES: orphaned directory from gaim-1.5.0-2

Burmese (my_MM) not supported by glibc

> error: /usr/share/locale/nb_NO: orphaned directory from BitTorrent-4.2.1-1
> error: /usr/share/locale/nb_NO/LC_MESSAGES: orphaned directory from BitTorrent-4.2.1-1

Fixed in CVS (BitTorrent-4.2.1-2); STBR or move_from_ready

> error: /usr/share/locale/no: orphaned directory from kbiff-3.8-1
> error: /usr/share/locale/no/LC_MESSAGES: orphaned directory from kbiff-3.8-1

Just fixed in CVS (kbiff-3.8-2). STBR-ed

> error: /usr/share/locale/no_NO: orphaned directory from Xdialog-2.1.2-2
> error: /usr/share/locale/no_NO/LC_MESSAGES: orphaned directory from Xdialog-2.1.2-2

Just fixed in CVS (Xdialog-2.1.2-3). STBR-ed

> error: /usr/share/locale/no_NY: orphaned directory from kbiff-3.8-1
> error: /usr/share/locale/no_NY/LC_MESSAGES: orphaned directory from kbiff-3.8-1

Just fixed in CVS (kbiff-3.8-2). STBR-ed

> error: /usr/share/locale/ps: orphaned directory from iso-codes-0.47-1
> error: /usr/share/locale/ps/LC_MESSAGES: orphaned directory from iso-codes-0.47-1

Pushto (ps_AF) not supported by glibc

> error: /usr/share/locale/pt_PT: orphaned directory from kmymoney2-0.6.4-1
> error: /usr/share/locale/pt_PT/LC_MESSAGES: orphaned directory from kmymoney2-0.6.4-1

Fixed in CVS (kmymoney2-0.8-1)
Build fix needed and STBR then

> error: /usr/share/locale/ru_RU: orphaned directory from cups-1.1.23-4

see (*) above

> error: /usr/share/locale/sl_SI: orphaned directory from hal-0.5.4-4
> error: /usr/share/locale/sl_SI/LC_MESSAGES: orphaned directory from hal-0.5.4-4

Fixed in CVS; STBR or move_from_ready

> error: /usr/share/locale/sv_SE: orphaned directory from Xdialog-2.1.2-2
> error: /usr/share/locale/sv_SE/LC_MESSAGES: orphaned directory from Xdialog-2.1.2-2

Just fixed in CVS (Xdialog-2.1.2-3). STBR-ed

> error: /usr/share/locale/tk: orphaned directory from atk-1.10.3-1, dasher-3.2.18-1, eog-2.12.2-1, epiphany-1.8.2-1, file-roller-2.12.2-1, [13 packages left]
> error: /usr/share/locale/tk/LC_MESSAGES: orphaned directory from atk-1.10.3-1, dasher-3.2.18-1, eog-2.12.2-1, epiphany-1.8.2-1, file-roller-2.12.2-1, [13 packages left]

Turkmen (tk_TM) not supported by glibc

> error: /usr/share/locale/ug: orphaned directory from atk-1.10.3-1, bug-buddy-2.12.1-1, dasher-3.2.18-1, eel-2.12.2-1, eog-2.12.2-1, [13 packages left]
> error: /usr/share/locale/ug/LC_MESSAGES: orphaned directory from atk-1.10.3-1, bug-buddy-2.12.1-1, dasher-3.2.18-1, eel-2.12.2-1, eog-2.12.2-1, [13 packages left]

Uighur (ug_CN) not supported by glibc

> error: /usr/share/locale/uk_UA: orphaned directory from cups-1.1.23-4

see (*) above

> error: /usr/share/locale/uz at Latn: orphaned directory from gtk+2-2.8.9-2
> error: /usr/share/locale/uz at Latn/LC_MESSAGES: orphaned directory from gtk+2-2.8.9-2

This is common bug in gtk+/GNOME: current "uz" should be moved to
"uz at cyrillic" and this one should be moved to "uz".
But I don't know whether I'll break sth this way or not ...

> error: /usr/share/locale/yo: orphaned directory from gnome-desktop-2.12.2-1
> error: /usr/share/locale/yo/LC_MESSAGES: orphaned directory from gnome-desktop-2.12.2-1

Yoruba (yo_IN?) not supported by glibc

> error: /usr/share/locale/zh_TW.Big5: orphaned directory from kbiff-3.8-1
> error: /usr/share/locale/zh_TW.Big5/LC_MESSAGES: orphaned directory from kbiff-3.8-1

Just fixed in CVS (kbiff-3.8-2). STBR-ed

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


From twittner at o2.pl  Sat Dec 31 06:04:28 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 31 Dec 2005 06:04:28 +0100
Subject: webapps and /cgi-bin alias
In-Reply-To: <200512282358.54764.glen@delfi.ee>
References: <200512282358.54764.glen@delfi.ee>
Message-ID: <200512310604.28836.twittner@o2.pl>

On Wed 28. of December 2005 22:58, Elan Ruusam?e wrote:
> some of you probably know that it's is troublesome to make alias
> underneath /cgi-bin directory.
>
> with %apache_config macros it was possible to insert slot so that
> the /cgi-bin/subdir alias is defined before global /cgi-bin alias is
> defined. 
Site note: boa server doesn't handle multiple ScriptAlias directives - this is 
next problem.
> but those are obsoleted by better webapps ;)  
I haven't seen webapps in action yet (I've just read its README).
>
> but webapps framework configs are all read after apache internal configs
> are read. so there's no way to load application's /cgi-bin alias override.
Then read (all or some of these, grouped in separated directories) before.
>
> there are five ways to solve this.
> 1. do not use /cgi-bin alias for applications
> maybe use Redirect to application address to keep some kind of
> compatability for users depending on the url.
> 2. do not define /cgi-bin alias globally in apache. in ideal world all cgi
> programs should have their apache config and nothing is packaged
> to /home/services/httpd/cgi-bin directory at all. and therefore that alias
> is not needed. but that httpd/cgi-bin location would be for users, ie their
> own cgi-bin applications needed to be placed somewhere too.
> 3. hack apache global /cgi-bin alias and make it as "webapp", thus it
> defines it's url in same way as webapps do. and somehow make it appear as
> last. i don't want to change this as sort-order independant webapps looked
> pretty good already.
> 4. change apache config so the /cgi-bin alias is always loaded last after
> "include webapps.d/*.conf" line.
> not sure if this will make config valid without cgi module present.
> because there are two modules providing cgi interface: mod_cgi and mod_cgid
> and ifmodule directive might not work
> 5. maybe something i've been missing?
Don't perform any automatic configuration during instalation web aware 
packages and allow adminisrator to do her/his job (put exemplary configs in 
%doc).
>
> currently known packages of this kind are:
> - cvsweb
> - man2html-cgi
>
> --
> glen

-- 
Tomasz Wittner


From twittner at o2.pl  Sat Dec 31 08:13:36 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 31 Dec 2005 08:13:36 +0100
Subject: AC: TODO list
In-Reply-To: <200512301206.45408.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
	<200512301206.45408.arekm@pld-linux.org>
Message-ID: <200512310813.37325.twittner@o2.pl>

On Fri 30. of December 2005 12:06, Arkadiusz Miskiewicz wrote:
> On Wednesday 28 December 2005 18:21, Arkadiusz Miskiewicz wrote:
> > Current TODO list, based on i686:
>
> Update:
[...]
> bd: ruby-ecasound-2.4.3-2: req ruby = 1:1.8.2 version mismatch
Again: please rebuild (from HEAD) ruby and ruby dependent packages. List of 
specs is herewith.

-- 
Tomasz Wittner
-------------- next part --------------
ruby.spec
cvsspam.spec
ecasound.spec
glark.spec
gnustep-ruby.spec
graphviz.spec
kdebindings.spec
mysql-ruby.spec
pam-pam_ruby.spec
rake.spec
redland-bindings.spec
ruby-ActionMailer.spec
ruby-ActionPack.spec
ruby-ActionWebService.spec
ruby-ActiveRecord.spec
ruby-ActiveSupport.spec
ruby-arrayfields.spec
ruby-Borges.spec
ruby-breakpoint.spec
ruby-Criteria.spec
ruby-DBI.spec
ruby-dev-utils.spec
ruby-ERuby.spec
ruby-extensions.spec
ruby-Fam.spec
ruby-fcgi.spec
ruby-gnome2.spec
ruby-Iowa.spec
ruby-mysql.spec
ruby-Ncurses.spec
ruby-PAM.spec
ruby-Postgres.spec
ruby-rbogl.spec
ruby-RMagick.spec
ruby-RMail.spec
ruby-TMail.spec
ruby-transaction-simple.spec
ruby-xattr.spec
sqlite-ruby.spec

From ankry at green.mif.pg.gda.pl  Sat Dec 31 09:28:58 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 31 Dec 2005 09:28:58 +0100 (CET)
Subject: AC: TODO list
In-Reply-To: <200512310813.37325.twittner@o2.pl> from "Tomasz Wittner" at Dec
	31, 2005 08:13:36 AM
Message-ID: <200512310828.jBV8Sw0k010551@green.mif.pg.gda.pl>

Tomasz Wittner wrote:
> On Fri 30. of December 2005 12:06, Arkadiusz Miskiewicz wrote:
> > On Wednesday 28 December 2005 18:21, Arkadiusz Miskiewicz wrote:
> > > Current TODO list, based on i686:
> >
> > Update:
> [...]
> > bd: ruby-ecasound-2.4.3-2: req ruby = 1:1.8.2 version mismatch
> Again: please rebuild (from HEAD) ruby and ruby dependent packages. List of 
> specs is herewith.
> 
> ruby.spec

--- ruby.spec:HEAD:
upgrading packages
package upgrade failed

Is there any point to rebuild the rest?

> cvsspam.spec
> ecasound.spec
[...]

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


From twittner at o2.pl  Sat Dec 31 10:14:41 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 31 Dec 2005 10:14:41 +0100
Subject: AC: TODO list
In-Reply-To: <200512310828.jBV8Sw0k010551@green.mif.pg.gda.pl>
References: <200512310828.jBV8Sw0k010551@green.mif.pg.gda.pl>
Message-ID: <200512311014.41757.twittner@o2.pl>

On Sat 31. of December 2005 09:28, Andrzej Krzysztofowicz wrote:
> Tomasz Wittner wrote:
> > On Fri 30. of December 2005 12:06, Arkadiusz Miskiewicz wrote:
> > > On Wednesday 28 December 2005 18:21, Arkadiusz Miskiewicz wrote:
> > > > Current TODO list, based on i686:
> > >
> > > Update:
> >
> > [...]
> >
> > > bd: ruby-ecasound-2.4.3-2: req ruby = 1:1.8.2 version mismatch
> >
> > Again: please rebuild (from HEAD) ruby and ruby dependent packages. List
> > of specs is herewith.
> >
> > ruby.spec
>
> --- ruby.spec:HEAD:
> upgrading packages
> package upgrade failed
Probably bugus message - buildlog shows:
ruby-1.8.4-4: equal version installed, skipped
Nothing to do

Please check ruby version installed on builders:
rpm -q ruby ruby-devel ruby-modules ruby-ecasound

Maybe removing ruby-ecasound is necessary?
>
> Is there any point to rebuild the rest?
>
> > cvsspam.spec
> > ecasound.spec
>
> [...]

-- 
Tomasz Wittner


From ankry at green.mif.pg.gda.pl  Sat Dec 31 10:31:17 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 31 Dec 2005 10:31:17 +0100 (CET)
Subject: AC: TODO list
In-Reply-To: <200512310813.37325.twittner@o2.pl> from "Tomasz Wittner" at Dec
	31, 2005 08:13:36 AM
Message-ID: <200512310931.jBV9VHMG010955@green.mif.pg.gda.pl>


one more problem (ecasound.spec):

error: line 36: Unknown tag: %ruby_mod_ver_requires_eq
Error: package build failed. (no more info)

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


From twittner at o2.pl  Sat Dec 31 10:40:22 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 31 Dec 2005 10:40:22 +0100
Subject: AC: TODO list
In-Reply-To: <200512310931.jBV9VHMG010955@green.mif.pg.gda.pl>
References: <200512310931.jBV9VHMG010955@green.mif.pg.gda.pl>
Message-ID: <200512311040.22327.twittner@o2.pl>

On Sat 31. of December 2005 10:31, Andrzej Krzysztofowicz wrote:
> one more problem (ecasound.spec):
>
> error: line 36: Unknown tag: %ruby_mod_ver_requires_eq
$ rpm -E '%ruby_mod_ver_requires_eq'
Requires:       ruby-modules(ver) = 1.8

rpmbuild(macros) >= 1.277 provides this macro and is placed as BuildRequires.
On my computer everything works OK. I'm using:
$ q rpm rpm-build-macros
rpm-0:4.4.2-26
rpm-build-macros-0:1.277-1
> Error: package build failed. (no more info)
-- 
Tomasz Wittner


From glen at delfi.ee  Sat Dec 31 11:15:10 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 31 Dec 2005 12:15:10 +0200
Subject: AC: TODO list
In-Reply-To: <200512311040.22327.twittner@o2.pl>
References: <200512310931.jBV9VHMG010955@green.mif.pg.gda.pl>
	<200512311040.22327.twittner@o2.pl>
Message-ID: <200512311215.10823.glen@delfi.ee>

On Saturday 31 December 2005 11:40, Tomasz Wittner wrote:
> On Sat 31. of December 2005 10:31, Andrzej Krzysztofowicz wrote:
> > one more problem (ecasound.spec):
> >
> > error: line 36: Unknown tag: %ruby_mod_ver_requires_eq
chicken-egg problem
use %{?ruby_mod_ver_requires_eq} instead (like php-pecl*.spec do)

> $ rpm -E '%ruby_mod_ver_requires_eq'
> Requires:       ruby-modules(ver) = 1.8
>
> rpmbuild(macros) >= 1.277 provides this macro and is placed as
> BuildRequires. 
build requires can't be satisfied if .spec is not parseable...

> On my computer everything works OK. I'm using: 
> $ q rpm rpm-build-macros
> rpm-0:4.4.2-26
> rpm-build-macros-0:1.277-1
>
> > Error: package build failed. (no more info)

-- 
glen


From ankry at green.mif.pg.gda.pl  Sat Dec 31 11:18:25 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 31 Dec 2005 11:18:25 +0100 (CET)
Subject: AC: TODO list
In-Reply-To: <200512311215.10823.glen@delfi.ee> from "Elan
	=?iso-8859-1?q?Ruusam=E4e?=" at Dec 31, 2005 12:15:10 PM
Message-ID: <200512311018.jBVAIPBs011179@green.mif.pg.gda.pl>

Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> 
> On Saturday 31 December 2005 11:40, Tomasz Wittner wrote:
> > On Sat 31. of December 2005 10:31, Andrzej Krzysztofowicz wrote:
> > > one more problem (ecasound.spec):
> > >
> > > error: line 36: Unknown tag: %ruby_mod_ver_requires_eq
> chicken-egg problem
> use %{?ruby_mod_ver_requires_eq} instead (like php-pecl*.spec do)

Problem is that srcbuilder has old, small envinronmrnt which is not
upgraded. And it builds everything with --nodeps.

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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  Sat Dec 31 11:26:29 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 31 Dec 2005 11:26:29 +0100 (CET)
Subject: AC: TODO list
In-Reply-To: <200512311018.jBVAIPBs011179@green.mif.pg.gda.pl> from "Andrzej
	Krzysztofowicz" at Dec 31, 2005 11:18:25 AM
Message-ID: <200512311026.jBVAQT4s011222@green.mif.pg.gda.pl>

Andrzej Krzysztofowicz wrote:
> 
> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> > 
> > On Saturday 31 December 2005 11:40, Tomasz Wittner wrote:
> > > On Sat 31. of December 2005 10:31, Andrzej Krzysztofowicz wrote:
> > > > one more problem (ecasound.spec):
> > > >
> > > > error: line 36: Unknown tag: %ruby_mod_ver_requires_eq
> > chicken-egg problem
> > use %{?ruby_mod_ver_requires_eq} instead (like php-pecl*.spec do)
> 
> Problem is that srcbuilder has old, small envinronmrnt which is not
> upgraded. And it builds everything with --nodeps.

... and rpm-build-macros cannot be upgraded at the moment because of broken
ftp indexes. So two solutions:
- fix it not to require newer macros to build src.rpm or
- wait for sb with knowledge of ftp automatics (I don't know it)

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


From twittner at o2.pl  Sat Dec 31 11:40:33 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 31 Dec 2005 11:40:33 +0100
Subject: AC: TODO list
In-Reply-To: <200512311215.10823.glen@delfi.ee>
References: <200512310931.jBV9VHMG010955@green.mif.pg.gda.pl>
	<200512311040.22327.twittner@o2.pl>
	<200512311215.10823.glen@delfi.ee>
Message-ID: <200512311140.34018.twittner@o2.pl>

On Sat 31. of December 2005 11:15, Elan Ruusam?e wrote:
> On Saturday 31 December 2005 11:40, Tomasz Wittner wrote:
> > On Sat 31. of December 2005 10:31, Andrzej Krzysztofowicz wrote:
> > > one more problem (ecasound.spec):
> > >
> > > error: line 36: Unknown tag: %ruby_mod_ver_requires_eq
>
> chicken-egg problem
> use %{?ruby_mod_ver_requires_eq} instead (like php-pecl*.spec do)
>
> > $ rpm -E '%ruby_mod_ver_requires_eq'
> > Requires:       ruby-modules(ver) = 1.8
> >
> > rpmbuild(macros) >= 1.277 provides this macro and is placed as
> > BuildRequires.
>
> build requires can't be satisfied if .spec is not parseable...
Thanks a lot.
[...]
-- 
Tomasz Wittner


From twittner at o2.pl  Sat Dec 31 12:17:05 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 31 Dec 2005 12:17:05 +0100
Subject: AC: TODO list
In-Reply-To: <200512311026.jBVAQT4s011222@green.mif.pg.gda.pl>
References: <200512311026.jBVAQT4s011222@green.mif.pg.gda.pl>
Message-ID: <200512311217.05399.twittner@o2.pl>

On Sat 31. of December 2005 11:26, Andrzej Krzysztofowicz wrote:
> Andrzej Krzysztofowicz wrote:
> > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> > > On Saturday 31 December 2005 11:40, Tomasz Wittner wrote:
> > > > On Sat 31. of December 2005 10:31, Andrzej Krzysztofowicz wrote:
> > > > > one more problem (ecasound.spec):
> > > > >
> > > > > error: line 36: Unknown tag: %ruby_mod_ver_requires_eq
> > >
> > > chicken-egg problem
> > > use %{?ruby_mod_ver_requires_eq} instead (like php-pecl*.spec do)
> >
> > Problem is that srcbuilder has old, small envinronmrnt which is not
> > upgraded. And it builds everything with --nodeps.
... and in this case (and similar) produces broken srpms by exapanding 
%{?ruby_mod_ver_requires_eq} to nothing?
>
> .. and rpm-build-macros cannot be upgraded at the moment because of broken
> ftp indexes. So two solutions:
> - fix it not to require newer macros to build src.rpm or
> - wait for sb with knowledge of ftp automatics (I don't know it)
IMO the latter one is correct.

-- 
Tomasz Wittner


From twittner at o2.pl  Sat Dec 31 12:45:51 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 31 Dec 2005 12:45:51 +0100
Subject: AC: TODO list
In-Reply-To: <200512311217.05399.twittner@o2.pl>
References: <200512311026.jBVAQT4s011222@green.mif.pg.gda.pl>
	<200512311217.05399.twittner@o2.pl>
Message-ID: <200512311245.51657.twittner@o2.pl>

On Sat 31. of December 2005 12:17, Tomasz Wittner wrote:
> On Sat 31. of December 2005 11:26, Andrzej Krzysztofowicz wrote:
[...]
> > > Problem is that srcbuilder has old, small envinronmrnt which is not
> > > upgraded. And it builds everything with --nodeps.
>
> .. and in this case (and similar) produces broken srpms by exapanding
> %{?ruby_mod_ver_requires_eq} to nothing?
It seems that I'm wrong - src.rpm keeps original spec and doesn't perform 
macros expansion.
>
> > .. and rpm-build-macros cannot be upgraded at the moment because of
> > broken ftp indexes. So two solutions:
> > - fix it not to require newer macros to build src.rpm or
> > - wait for sb with knowledge of ftp automatics (I don't know it)
>
> IMO the latter one is correct.
Please, send to builders sth small - rake.spec f.e. I wonder what's happened 
(IMO everything should be OK).
-- 
Tomasz Wittner


From adamg at biomerieux.pl  Sat Dec 31 12:54:47 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 31 Dec 2005 12:54:47 +0100
Subject: AC: TODO list
In-Reply-To: <200512301206.45408.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
	<200512301206.45408.arekm@pld-linux.org>
Message-ID: <20051231115447.GA21420@mysza.eu.org>

On Fri, Dec 30, 2005 at 12:06:45PM +0100, Arkadiusz Miskiewicz wrote:
> bd: php-pecl-esmtp-0.3.1-3: req php(modules_api) = 20031224 version mismatch

I've emailed author about this. He'll have a look at it after New Year. 

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From qboosh at pld-linux.org  Sat Dec 31 13:35:10 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 31 Dec 2005 13:35:10 +0100
Subject: AC: TODO list
In-Reply-To: <200512311245.51657.twittner@o2.pl>
References: <200512311026.jBVAQT4s011222@green.mif.pg.gda.pl>
	<200512311217.05399.twittner@o2.pl>
	<200512311245.51657.twittner@o2.pl>
Message-ID: <20051231123510.GA11461@fngna.oyu>

On Sat, Dec 31, 2005 at 12:45:51PM +0100, Tomasz Wittner wrote:
> On Sat 31. of December 2005 12:17, Tomasz Wittner wrote:
> > On Sat 31. of December 2005 11:26, Andrzej Krzysztofowicz wrote:
> [...]
> > > > Problem is that srcbuilder has old, small envinronmrnt which is not
> > > > upgraded. And it builds everything with --nodeps.
> >
> > .. and in this case (and similar) produces broken srpms by exapanding
> > %{?ruby_mod_ver_requires_eq} to nothing?
> It seems that I'm wrong - src.rpm keeps original spec and doesn't perform 
> macros expansion.

But spec needs to be parseable. Undefined macros at the beginning of
line in preamble break it.


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


From gotar at polanet.pl  Sat Dec 31 13:43:36 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 31 Dec 2005 13:43:36 +0100
Subject: AC: TODO list
In-Reply-To: <200512281821.19159.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
Message-ID: <20051231124335.GA1949@os>

And STBR mc - rel 3 has broken editor (doesn't display characters as
said by LC_CTYPE because of broken utf patch enabled).

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


From ankry at green.mif.pg.gda.pl  Sat Dec 31 14:07:42 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 31 Dec 2005 14:07:42 +0100 (CET)
Subject: AC: TODO list
In-Reply-To: <200512311245.51657.twittner@o2.pl> from "Tomasz Wittner" at Dec
	31, 2005 12:45:51 PM
Message-ID: <200512311307.jBVD7gGP011851@green.mif.pg.gda.pl>

building SRPM using: cd rpm/SPECS; nice -n 10 ./builder -nu --nodeps -bs  -r HEAD  -Tp auto-ac- -tt rake.spec 2>&1

U rake.spec
# $Revision: 1.20 $, $Date: 2005/12/31 10:36:33 $
Searching for tag auto-ac---...
sh: ruby: not found
error: line 15: Version required: Requires:     ruby-modules(ver) =
Error: package build failed. (no more info)
exit status 1280
error: No files produced.
sh: ruby: not found
error: line 15: Version required: Requires:     ruby-modules(ver) =
Begin-PLD-Builder-Info
Build-Time: user:0.59s sys:0.29s real:2.73s (faults io:84 non-io:27097)

-- 
=======================================================================
  Andrzej M. Krzysztofowicz, Ph.D.           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  Sat Dec 31 14:11:53 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 31 Dec 2005 14:11:53 +0100
Subject: AC: TODO list
In-Reply-To: <20051231124335.GA1949@os>
References: <200512281821.19159.arekm@pld-linux.org> <20051231124335.GA1949@os>
Message-ID: <20051231131153.GA21928@mysza.eu.org>

On Sat, Dec 31, 2005 at 01:43:36PM +0100, Tomasz Pala wrote:
> And STBR mc - rel 3 has broken editor (doesn't display characters as
> said by LC_CTYPE because of broken utf patch enabled).

sent

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From adamg at biomerieux.pl  Sat Dec 31 14:15:29 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 31 Dec 2005 14:15:29 +0100
Subject: AC: TODO list
In-Reply-To: <20051231124335.GA1949@os>
References: <200512281821.19159.arekm@pld-linux.org> <20051231124335.GA1949@os>
Message-ID: <20051231131529.GB21928@mysza.eu.org>

On Sat, Dec 31, 2005 at 01:43:36PM +0100, Tomasz Pala wrote:
> And STBR mc - rel 3 has broken editor (doesn't display characters as
> said by LC_CTYPE because of broken utf patch enabled).

or not. there's ac-branch present, but it looks like work was done on
HEAD. Anyone can drop AC-Branch?

-- 
   .. ::  http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: ..
                         | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.


From qboosh at pld-linux.org  Sat Dec 31 14:23:11 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 31 Dec 2005 14:23:11 +0100
Subject: AC: TODO list
In-Reply-To: <20051230092113.GA802@os>
References: <200512281821.19159.arekm@pld-linux.org>
	<20051228213530.GA24637@fngna.oyu>
	<200512292005.38612.arekm@pld-linux.org>
	<200512292152.31881.jack@jack.eu.org> <20051230092113.GA802@os>
Message-ID: <20051231132311.GB11461@fngna.oyu>

On Fri, Dec 30, 2005 at 10:21:13AM +0100, Tomasz Pala wrote:
> On Thu, Dec 29, 2005 at 21:52:31 +0100, Jaros?aw Kamper wrote:
> > What about pl fonts in pdf files (viewed in acroread) generated from 
> > ps2pdf from gs > 7.07 (-afpl,-gpl,-esp,-whatever)?
> 
> Works for me.
> 
> ~: rpm -q ghostscript
> ghostscript-8.51-2
> 
> my ps files are generated from LaTeX.

So - is ghostscript-esp-8.15.1 (from HEAD) OK for Ac?

(-afpl could be added too, but -afpl cannot be the only ghostscript in
distro because of free licensing for non-commercial purposes only)


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


From glen at delfi.ee  Sat Dec 31 14:33:36 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 31 Dec 2005 15:33:36 +0200
Subject: AC: TODO list
In-Reply-To: <20051231123510.GA11461@fngna.oyu>
References: <200512311026.jBVAQT4s011222@green.mif.pg.gda.pl>
	<200512311245.51657.twittner@o2.pl>
	<20051231123510.GA11461@fngna.oyu>
Message-ID: <200512311533.36534.glen@delfi.ee>

On Saturday 31 December 2005 14:35, Jakub Bogusz wrote:
> But spec needs to be parseable. Undefined macros at the beginning of
> line in preamble break it.
also equality is used, there must be a value. ie this will also break:
Requires:	something =

afaik few kernel packages suffered this problem.

-- 
glen


From twittner at o2.pl  Sat Dec 31 14:39:25 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 31 Dec 2005 14:39:25 +0100
Subject: SPECS: raggle.spec - Ho Ho Ho, Meeerrryyy Raggle 0.4.4!
In-Reply-To: <SPECS_raggle.spec.1.14@pld-linux.org>
References: <SPECS_raggle.spec.1.13@pld-linux.org>
	<SPECS_raggle.spec.1.14@pld-linux.org>
Message-ID: <200512311439.26137.twittner@o2.pl>

On Sat 31. of December 2005 13:08, glen wrote:
> Author: glen                         Date: Sat Dec 31 12:08:09 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - Ho Ho Ho, Meeerrryyy Raggle 0.4.4!
[...]
Not so merry (due to lack of ruby-modules on src builder) - the same with 
rake:

ERRORS: raggle.spec
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
Date: Sat Dec 31 13:08:20 2005
   
raggle.spec (HEAD): FAILED

--- raggle.spec:HEAD:
Build-Time: user:0.62s sys:0.30s real:3.60s (faults io:84 non-io:27283)



*** buildlog for raggle.spec
request from: glen
started at: Sat Dec 31 13:08:16 2005
building SRPM using: cd rpm/SPECS; nice -n 10 ./builder -nu --nodeps -bs  -r 
HEAD  -Tp auto-ac- -tt raggle.spec 2>&1

U raggle.spec
# $Revision: 1.14 $, $Date: 2005/12/31 12:08:03 $
Searching for tag auto-ac---...
sh: ruby: not found
error: line 16: Version required: Requires:     ruby-modules(ver) =
Building target platforms: noarch
Building for target noarch
Error: package build failed. (no more info)
exit status 1280
error: No files produced.
sh: ruby: not found
error: line 16: Version required: Requires:     ruby-modules(ver) =
Begin-PLD-Builder-Info
Build-Time: user:0.62s sys:0.30s real:3.60s (faults io:84 non-io:27283)

End-PLD-Builder-Info

-- 
Tomasz Wittner


From twittner at o2.pl  Sat Dec 31 14:41:10 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 31 Dec 2005 14:41:10 +0100
Subject: AC: TODO list
In-Reply-To: <200512311307.jBVD7gGP011851@green.mif.pg.gda.pl>
References: <200512311307.jBVD7gGP011851@green.mif.pg.gda.pl>
Message-ID: <200512311441.10983.twittner@o2.pl>

On Sat 31. of December 2005 14:07, Andrzej Krzysztofowicz wrote:
> building SRPM using: cd rpm/SPECS; nice -n 10 ./builder -nu --nodeps -bs 
> -r HEAD  -Tp auto-ac- -tt rake.spec 2>&1
>
> U rake.spec
> # $Revision: 1.20 $, $Date: 2005/12/31 10:36:33 $
> Searching for tag auto-ac---...
> sh: ruby: not found
> error: line 15: Version required: Requires:     ruby-modules(ver) =
> Error: package build failed. (no more info)
> exit status 1280
> error: No files produced.
> sh: ruby: not found
> error: line 15: Version required: Requires:     ruby-modules(ver) =
> Begin-PLD-Builder-Info
> Build-Time: user:0.59s sys:0.29s real:2.73s (faults io:84 non-io:27097)
I see - rpm-build-macros-1.277 is installed whereas ruby-modules not. Please, 
install ruby-modules on src builder.

-- 
Tomasz Wittner


From glen at delfi.ee  Sat Dec 31 14:47:13 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 31 Dec 2005 15:47:13 +0200
Subject: ruby packages (was Re: AC: TODO list)
In-Reply-To: <200512311307.jBVD7gGP011851@green.mif.pg.gda.pl>
References: <200512311307.jBVD7gGP011851@green.mif.pg.gda.pl>
Message-ID: <200512311547.13772.glen@delfi.ee>

On Saturday 31 December 2005 15:07, Andrzej Krzysztofowicz wrote:
> building SRPM using: cd rpm/SPECS; nice -n 10 ./builder -nu --nodeps -bs 
> -r HEAD  -Tp auto-ac- -tt rake.spec 2>&1
[...]
> sh: ruby: not found
> error: line 15: Version required: Requires:     ruby-modules(ver) =
> Begin-PLD-Builder-Info
> Build-Time: user:0.59s sys:0.29s real:2.73s (faults io:84 non-io:27097)
fixed that. note that for the rpm macros to output something sane, 
ruby-modules package needs to be installed, as the rbconfig is otherwise not 
available. maybe move rbconfig to main ruby package?

$ poldek -e ruby
$ rpm -E %ruby_mod_ver_requires_eq
Requires:       ruby-modules(ver) = ERROR

$ poldek -u ruby
$ rpm -E %ruby_mod_ver_requires_eq
Requires:       ruby-modules(ver) = ERROR

$ poldek -u ruby-modules
$ rpm -E %ruby_mod_ver_requires_eq
Requires:       ruby-modules(ver) = 1.8

btw, why not creating rpm-rubyprov package? i think the deps can be produced 
same way as php/perl are.  

i guess (by brief looking as i don't know the language) pattern 
like /require\s+'([^']+)';/ should do it.

-- 
glen


From twittner at o2.pl  Sat Dec 31 16:05:07 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Sat, 31 Dec 2005 16:05:07 +0100
Subject: ruby packages (was Re: AC: TODO list)
In-Reply-To: <200512311547.13772.glen@delfi.ee>
References: <200512311307.jBVD7gGP011851@green.mif.pg.gda.pl>
	<200512311547.13772.glen@delfi.ee>
Message-ID: <200512311605.07827.twittner@o2.pl>

On Sat 31. of December 2005 14:47, Elan Ruusam?e wrote:
> On Saturday 31 December 2005 15:07, Andrzej Krzysztofowicz wrote:
> > building SRPM using: cd rpm/SPECS; nice -n 10 ./builder -nu --nodeps -bs
> > -r HEAD  -Tp auto-ac- -tt rake.spec 2>&1
>
> [...]
>
> > sh: ruby: not found
> > error: line 15: Version required: Requires:     ruby-modules(ver) =
> > Begin-PLD-Builder-Info
> > Build-Time: user:0.59s sys:0.29s real:2.73s (faults io:84 non-io:27097)
>
> fixed that. note that for the rpm macros to output something sane,
> ruby-modules package needs to be installed, as the rbconfig is otherwise
> not available. maybe move rbconfig to main ruby package?
On the one hand for this purpose I've moved directory skeleton from 
ruby-modules to ruby package (I thought rather about 3rd party modules) and 
I've add %ruby_ver_requires_eq in addition to %ruby_mod_ver_requires_eq.
# cp /usr/lib/ruby/1.8/i686-linux/rbconfig.rb .
# rpm -ev ruby-modules --nodeps
# install -m644 -D rbconfig.rb /usr/lib/ruby/1.8/i686-linux/rbconfig.rb
# rpm -E '%ruby_version'
1.8
It seems that rbconfig doesn't depend on any others modules. But, on the other 
hand, additional ~6MB (ruby-modules) on builder doesn't hurt too much and is 
needed f.e. for generating documentation - most of ruby packages use rdoc for 
this purpose and rdoc depends on ruby-modules. So you gain no big profit from 
moving rbconfig to ruby package - BR and R ruby-modules are needed allmost 
for every ruby package (even I've such assumption - I'm not going to check 
every ruby package). So, do as you wish (I'm not convinced of it).
>
> $ poldek -e ruby
> $ rpm -E %ruby_mod_ver_requires_eq
> Requires:       ruby-modules(ver) = ERROR
>
> $ poldek -u ruby
> $ rpm -E %ruby_mod_ver_requires_eq
> Requires:       ruby-modules(ver) = ERROR
Nice.
>
> $ poldek -u ruby-modules
> $ rpm -E %ruby_mod_ver_requires_eq
> Requires:       ruby-modules(ver) = 1.8
>
> btw, why not creating rpm-rubyprov package? i think the deps can be
> produced same way as php/perl are.
>
> i guess (by brief looking as i don't know the language) pattern
> like /require\s+'([^']+)';/ should do it.
there's include yet, maybe sth else (I don't know ruby too - I've just started 
reading some tutorials and the like). Here is disscusion about this:
http://www.redhat.com/archives/rpm-list/2003-January/msg00092.html
http://www.redhat.com/archives/rpm-list/2003-January/msg00096.html

-- 
Tomasz Wittner


From patrys at pld-linux.org  Sat Dec 31 16:33:59 2005
From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki)
Date: Sat, 31 Dec 2005 16:33:59 +0100
Subject: AC: TODO list
In-Reply-To: <200512301206.45408.arekm@pld-linux.org>
References: <200512281821.19159.arekm@pld-linux.org>
	<200512301206.45408.arekm@pld-linux.org>
Message-ID: <1136043239.6871.1.camel@meaw>

Dnia 30-12-2005, pi? o godzinie 12:06 +0100, Arkadiusz Miskiewicz
napisa?(a):
> On Wednesday 28 December 2005 18:21, Arkadiusz Miskiewicz wrote:
> > Current TODO list, based on i686:
> 
> Update:

> bd: python-rhpl-0.176-1: req python-xf86config >= 0.3.2 not found
> bd: python-rhpxl-0.4-1: req python-xf86config >= 0.3.2 not found

Te dwa raczej nie by?y u nas zbudowane dot?d. To pakiety, kt?re
sportowa?em z RedHata jako zale?no?ci Anacondy. Przy aktualizacji
anaconda.spec zajm? si? te? nimi (widzia?em, ?e xf86config si? nie
buduje na jednej arch).

Anaconda jest planowana dopiero na Th.

-- 
Patrys :: Patryk Zawadzki <patrys at pld-linux.org>
PLD Linux
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: To jest cz??? listu podpisana	cyfrowo
URL: </mailman/pipermail/pld-devel-en/attachments/20051231/49691878/attachment.sig>

From patrys at pld-linux.org  Sat Dec 31 16:43:13 2005
From: patrys at pld-linux.org (Patrys :: Patryk Zawadzki)
Date: Sat, 31 Dec 2005 16:43:13 +0100
Subject: AC: TODO list
In-Reply-To: <1136043239.6871.1.camel@meaw>
References: <200512281821.19159.arekm@pld-linux.org>
	<200512301206.45408.arekm@pld-linux.org> <1136043239.6871.1.camel@meaw>
Message-ID: <1136043793.6871.3.camel@meaw>

Dnia 31-12-2005, sob o godzinie 16:33 +0100, Patrys :: Patryk Zawadzki
napisa?(a):
> Dnia 30-12-2005, pi? o godzinie 12:06 +0100, Arkadiusz Miskiewicz
> napisa?(a):
> > On Wednesday 28 December 2005 18:21, Arkadiusz Miskiewicz wrote:
> > > Current TODO list, based on i686:
> > 
> > Update:
> 
> > bd: python-rhpl-0.176-1: req python-xf86config >= 0.3.2 not found
> > bd: python-rhpxl-0.4-1: req python-xf86config >= 0.3.2 not found
> 
> Te dwa raczej nie by?y u nas zbudowane dot?d. To pakiety, kt?re
> sportowa?em z RedHata jako zale?no?ci Anacondy. Przy aktualizacji
> anaconda.spec zajm? si? te? nimi (widzia?em, ?e xf86config si? nie
> buduje na jednej arch).
> 
> Anaconda jest planowana dopiero na Th.

Wrong list, sorry about that.

-- 
Patrys :: Patryk Zawadzki <patrys at pld-linux.org>
PLD Linux
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: To jest cz??? listu podpisana	cyfrowo
URL: </mailman/pipermail/pld-devel-en/attachments/20051231/16ad3b7e/attachment.sig>

From ankry at green.mif.pg.gda.pl  Sat Dec 31 19:34:24 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 31 Dec 2005 19:34:24 +0100 (CET)
Subject: AC: TODO list
In-Reply-To: <200512310813.37325.twittner@o2.pl> from "Tomasz Wittner" at Dec
	31, 2005 08:13:36 AM
Message-ID: <200512311834.jBVIYOO8013090@green.mif.pg.gda.pl>

No nie. Instalacja ruby na srcbuilderze to juz by byla przesada.

sh: ruby: not found
error: line 36: Version required: Requires:     ruby-modules(ver) =
Error: package build failed. (no more info)
exit status 1280

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


From arekm at pld-linux.org  Sat Dec 31 19:44:47 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sat, 31 Dec 2005 19:44:47 +0100
Subject: AC: TODO list
In-Reply-To: <200512311834.jBVIYOO8013090@green.mif.pg.gda.pl>
References: <200512311834.jBVIYOO8013090@green.mif.pg.gda.pl>
Message-ID: <200512311944.47239.arekm@pld-linux.org>

On Saturday 31 December 2005 19:34, Andrzej Krzysztofowicz wrote:
> No nie. Instalacja ruby na srcbuilderze to juz by byla przesada.

This is english list.

>
> sh: ruby: not found
> error: line 36: Version required: Requires:     ruby-modules(ver) =
> Error: package build failed. (no more info)
> exit status 1280

I'm treating ruby in the same way as perl/python, so ruby+ruby-modules is now 
installed on srcbuilder. Anyway fixing macros to return ruby-modules(ver) = 
ERROR is the way to go.

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


From ankry at green.mif.pg.gda.pl  Sat Dec 31 19:52:34 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 31 Dec 2005 19:52:34 +0100 (CET)
Subject: AC: TODO list
In-Reply-To: <200512310813.37325.twittner@o2.pl> from "Tomasz Wittner" at Dec
	31, 2005 08:13:36 AM
Message-ID: <200512311852.jBVIqYUc013307@green.mif.pg.gda.pl>

Tomasz Wittner wrote:
> ecasound.spec

Searching for tag auto-ac-ecasound-2_4_3-2...
Tag auto-ac-ecasound-2_4_3-2 already exists (spec release: 1.90).

Jest juz na ftp.
Czyli cos nie tak z tym STBR...

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