From qboosh at pld-linux.org  Thu Jun  1 19:28:49 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 1 Jun 2006 19:28:49 +0200
Subject: SPECS (BINARY): unace.spec - update binary version to 2.5 - this
	v...
In-Reply-To: <SPECS_unace.spec.1.23.2.1@pld-linux.org>
References: <SPECS_unace.spec.1.23@pld-linux.org>
	<SPECS_unace.spec.1.23.2.1@pld-linux.org>
Message-ID: <20060601172849.GA22171@gruby.cs.net.pl>

On Thu, Jun 01, 2006 at 03:55:05PM +0200, glen wrote:
> Author: glen                         Date: Thu Jun  1 13:55:05 2006 GMT
> Module: SPECS                         Tag: BINARY
> ---- Log message:
> - update binary version to 2.5

See winace.spec


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


From gotar at polanet.pl  Sun Jun  4 16:18:57 2006
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 4 Jun 2006 16:18:57 +0200
Subject: [AC] wrong glibc provides?
Message-ID: <20060604141857.GA29452@pepin.polanet.pl>

After upgrading rpm (or qt and a few other):

~: rpm
rpm: /lib/libpthread.so.0: version `GLIBC_2.3.3' not found (required by /lib/librpmio-4.4.so)

however:

~: rpm -q --provides glibc-2.3.6-6 | grep libpthread
libpthread.so.0  
libpthread.so.0(GLIBC_2.0)  
libpthread.so.0(GLIBC_2.1)  
libpthread.so.0(GLIBC_2.1.1)  
libpthread.so.0(GLIBC_2.1.2)  
libpthread.so.0(GLIBC_2.2)  
libpthread.so.0(GLIBC_2.2.3)  
libpthread.so.0(GLIBC_2.2.6)  
libpthread.so.0(GLIBC_2.3.2)  
libpthread.so.0(GLIBC_2.3.3)  
libpthread.so.0(GLIBC_2.3.4)  
libpthread.so.0(GLIBC_PRIVATE)  

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


From glen at delfi.ee  Mon Jun  5 08:27:42 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 5 Jun 2006 09:27:42 +0300
Subject: ssl certificates
Message-ID: <200606050927.42247.glen@delfi.ee>

hi

various packages provide default self-signed certificates, some should, but 
don't (cups, courier-imap), and some provide expired certs (apache1, perhaps 
apache2).

so here's the idea:
let's generate the self signed certificate at build time. if we mark it 
as %config(noreplace), people using the self generated cert won't get cert 
update on upgrade and everybody will feel good.

ps: what's with the /etc/pki status? was something decided?

-- 
glen


From jajcus at jajcus.net  Mon Jun  5 09:19:35 2006
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Mon, 5 Jun 2006 09:19:35 +0200
Subject: ssl certificates
In-Reply-To: <200606050927.42247.glen@delfi.ee>
References: <200606050927.42247.glen@delfi.ee>
Message-ID: <20060605071935.GC8559@jajo.axeos-gliwice>

On Mon, Jun 05, 2006 at 09:27:42AM +0300, Elan Ruusam?e wrote:
> various packages provide default self-signed certificates, some should, but 
> don't (cups, courier-imap), and some provide expired certs (apache1, perhaps 
> apache2).
> 
> so here's the idea:
> let's generate the self signed certificate at build time. if we mark it 
> as %config(noreplace), people using the self generated cert won't get cert 
> update on upgrade and everybody will feel good.

IMHO such certificates should never be distributed/used. Rather
SSL/TLS/whatever should be disabled at all in the default instalation,
than a default, totally insecure (anybody can get the private key)
certificate being used.

Some kind of solution (at least much more secure) would be to generate a
cerificate during package installation, but that would add dependencies
and would make install process slower.

Greets,
        Jacek


From pluto at agmk.net  Tue Jun  6 20:01:23 2006
From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=)
Date: Tue, 6 Jun 2006 20:01:23 +0200
Subject: broken grep.
Message-ID: <200606062001.23720.pluto@agmk.net>

`grep -F -w -f patterns text` shoud return:

foo
bar
splat
foo

our grep return:

foo
bar
-------------- next part --------------
foo
bar
splat
-------------- next part --------------
foo
bar
barr
splat
foo

From radek42 at gmail.com  Tue Jun  6 22:37:59 2006
From: radek42 at gmail.com (Radoslaw Zielinski)
Date: Tue, 6 Jun 2006 22:37:59 +0200
Subject: broken grep.
In-Reply-To: <200606062001.23720.pluto@agmk.net>
References: <200606062001.23720.pluto@agmk.net>
Message-ID: <20060606203759.GA11442@bongo>

Pawe? Sikora <pluto at agmk.net> [06-06-2006 20:01]:
> `grep -F -w -f patterns text` shoud return:

I can't see a point in using -F with -f.  Without -F it works as
expected.

-- 
Rados?aw Zieli?ski <radek at pld-linux.org>


From pluto at agmk.net  Wed Jun  7 07:06:17 2006
From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=)
Date: Wed, 7 Jun 2006 07:06:17 +0200
Subject: broken grep.
In-Reply-To: <20060606203759.GA11442@bongo>
References: <200606062001.23720.pluto@agmk.net> <20060606203759.GA11442@bongo>
Message-ID: <200606070706.17173.pluto@agmk.net>

On Tuesday 06 June 2006 22:37, Radoslaw Zielinski wrote:
> Pawe? Sikora <pluto at agmk.net> [06-06-2006 20:01]:
> > `grep -F -w -f patterns text` shoud return:
>
> I can't see a point in using -F with -f.  Without -F it works as
> expected.

but standalone -F doesn't work.

$ grep -w -F "`cat patterns`" text
foo
bar

$ grep -w -f patterns text
foo
bar
splat
foo


From glen at delfi.ee  Wed Jun  7 12:13:01 2006
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 7 Jun 2006 13:13:01 +0300
Subject: SPECS: librsvg.spec - 2.15.0,
	dropped mozilla plugin (every recent...
In-Reply-To: <SPECS_librsvg.spec.1.108@pld-linux.org>
References: <SPECS_librsvg.spec.1.107@pld-linux.org>
	<SPECS_librsvg.spec.1.108@pld-linux.org>
Message-ID: <200606071313.01343.glen@delfi.ee>

On Wednesday 07 June 2006 12:43, you wrote:
> Author: freetz                       Date: Wed Jun  7 09:43:54 2006 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - 2.15.0, dropped mozilla plugin (every recent gecko-based browser provides
>   svg displaying support), bleeding edge deps
what abou't non-gecko? (opera? konqueror?)

> ---- Files affected:
> SPECS:
>    librsvg.spec (1.107 -> 1.108)


-- 
glen


From freetz at gmx.net  Wed Jun  7 12:34:52 2006
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Wed, 7 Jun 2006 12:34:52 +0200
Subject: SPECS: librsvg.spec - 2.15.0,
	dropped mozilla plugin (every recent...
In-Reply-To: <200606071313.01343.glen@delfi.ee>
References: <SPECS_librsvg.spec.1.107@pld-linux.org>
	<SPECS_librsvg.spec.1.108@pld-linux.org>
	<200606071313.01343.glen@delfi.ee>
Message-ID: <20060607103452.GA32427@smeagol>

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

> On Wednesday 07 June 2006 12:43, you wrote:
> > Author: freetz                       Date: Wed Jun  7 09:43:54 2006 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - 2.15.0, dropped mozilla plugin (every recent gecko-based browser provides
> >   svg displaying support), bleeding edge deps
> what abou't non-gecko? (opera? konqueror?)

according to removed 'supported browsers' list there is no support for
support such exotic browsers in librsvg

-- 
Fryderyk Dziarmagowski


From glen at delfi.ee  Wed Jun  7 13:47:11 2006
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 7 Jun 2006 14:47:11 +0300
Subject: SPECS: librsvg.spec - 2.15.0,
	dropped mozilla plugin (every recent...
In-Reply-To: <20060607103452.GA32427@smeagol>
References: <SPECS_librsvg.spec.1.107@pld-linux.org>
	<200606071313.01343.glen@delfi.ee> <20060607103452.GA32427@smeagol>
Message-ID: <200606071447.11547.glen@delfi.ee>

On Wednesday 07 June 2006 13:34, Fryderyk Dziarmagowski wrote:
> --- Elan Ruusam?e <glen at delfi.ee> wrote:
> > On Wednesday 07 June 2006 12:43, you wrote:
> > > Author: freetz                       Date: Wed Jun  7 09:43:54 2006 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - 2.15.0, dropped mozilla plugin (every recent gecko-based browser
> > > provides svg displaying support), bleeding edge deps
> >
> > what abou't non-gecko? (opera? konqueror?)
>
> according to removed 'supported browsers' list there is no support for
> support such exotic browsers in librsvg
exotic! hihi ;), konqueror is default browser in KDE :)

anyway i looked with ldd from existing plugin package on ftp, and it didn't 
link with mozilla libs, so apparently was not mozilla specific plugin.

altho i can't confirm support of svg in opera and konqueror as i don't 
need .svg support there ;)

-- 
glen


From glen at delfi.ee  Wed Jun  7 13:50:43 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 7 Jun 2006 14:50:43 +0300
Subject: SPECS: proftpd.spec - proper bconds support
In-Reply-To: <SPECS_proftpd.spec.1.226@pld-linux.org>
References: <SPECS_proftpd.spec.1.225@pld-linux.org>
	<SPECS_proftpd.spec.1.226@pld-linux.org>
Message-ID: <200606071450.44019.glen@delfi.ee>

On Wednesday 07 June 2006 14:32, zbyniu wrote:
> Author: zbyniu                       Date: Wed Jun  7 11:32:34 2006 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - proper bconds support

the modules are in subpackages and dlopen()'ed, so the deps are just build 
time. so why bother with bconds?

> ---- Files affected:
> SPECS:
>    proftpd.spec (1.225 -> 1.226)

-- 
glen


From glen at delfi.ee  Wed Jun  7 13:52:44 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 7 Jun 2006 14:52:44 +0300
Subject: ooo2
Message-ID: <200606071452.44508.glen@delfi.ee>

ooo 2 to ac?

are there any problems with that?
amd64 can be forgotten, as ooo1 doesn't have it either.

-- 
glen


From adamg at biomerieux.pl  Wed Jun  7 14:13:34 2006
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 7 Jun 2006 14:13:34 +0200
Subject: ooo2
In-Reply-To: <200606071452.44508.glen@delfi.ee>
References: <200606071452.44508.glen@delfi.ee>
Message-ID: <20060607121334.GB27695@mysza.eu.org>

On Wed, Jun 07, 2006 at 02:52:44PM +0300, Elan Ruusam?e wrote:
> ooo 2 to ac?
> 
> are there any problems with that?
> amd64 can be forgotten, as ooo1 doesn't have it either.

ppc/sparc build is not verified (anyone cares about these?)

And I'd wait for OOo 2.0.3, which is scheduled to be released tomorrow,
provided that nothing bad happens.

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


From adamg at biomerieux.pl  Wed Jun  7 14:19:47 2006
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Wed, 7 Jun 2006 14:19:47 +0200
Subject: /dev/nvram
Message-ID: <20060607121947.GA29112@mysza.eu.org>

/dev/nvram is 600,root,root now. In order to use kmilo's thinkpad
plugin, this has to be at least readable by user (at least read-only is
sufficient for volume controls and 'access ibm' button). 

Anyone objects on changing it to 664,root,root? Or maybe it would be
better to 660,root,$group, but which group should be owned by?

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


From qboosh at pld-linux.org  Wed Jun  7 14:24:05 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 7 Jun 2006 14:24:05 +0200
Subject: /dev/nvram
In-Reply-To: <20060607121947.GA29112@mysza.eu.org>
References: <20060607121947.GA29112@mysza.eu.org>
Message-ID: <20060607122405.GC21207@gruby.cs.net.pl>

On Wed, Jun 07, 2006 at 02:19:47PM +0200, Adam Go??biowski wrote:
> /dev/nvram is 600,root,root now. In order to use kmilo's thinkpad
> plugin, this has to be at least readable by user (at least read-only is
> sufficient for volume controls and 'access ibm' button). 
> 
> Anyone objects on changing it to 664,root,root?

Yes. It would be possible to read some BIOS password (depending on BIOS
type) as ordinary user.


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


From mmazur at kernel.pl  Wed Jun  7 23:09:00 2006
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Wed, 7 Jun 2006 23:09:00 +0200
Subject: 4/5 builders down, TH going single-arch
Message-ID: <200606072309.00217.mmazur@kernel.pl>

There was a tragic accident resulting in four out of five th builders getting 
seriously mutilated. The lucky survivor is x86-64. Since it's generally 
agreed that this is currently the best architecture around and bound to 
become the most popular, I've decided to have pld3.0 support only one arch -- 
the x86-64. Just imagine the benefits of not having to support all of those 
archs!


(Fact of the matter is, those builders got seriously gutted, so it'll take a 
couple of days to get them back in shape.)


-- 
Judge others by their intentions and yourself by your results.
                                                                 Guy Kawasaki
Education is an admirable thing, but it is well to remember from
time to time that nothing that is worth knowing can be taught.
                                                                  Oscar Wilde


From aredridel at nbtsc.org  Wed Jun  7 23:13:44 2006
From: aredridel at nbtsc.org (Aredridel)
Date: Wed, 07 Jun 2006 15:13:44 -0600
Subject: 4/5 builders down, TH going single-arch
In-Reply-To: <200606072309.00217.mmazur@kernel.pl>
References: <200606072309.00217.mmazur@kernel.pl>
Message-ID: <1149714824.31785.3.camel@localhost>

On Wed, 2006-06-07 at 23:09 +0200, Mariusz Mazur wrote:
> There was a tragic accident resulting in four out of five th builders getting 
> seriously mutilated. The lucky survivor is x86-64. Since it's generally 
> agreed that this is currently the best architecture around and bound to 
> become the most popular, I've decided to have pld3.0 support only one arch -- 
> the x86-64. Just imagine the benefits of not having to support all of those 
> archs!
> 
> 
> (Fact of the matter is, those builders got seriously gutted, so it'll take a 
> couple of days to get them back in shape.)

Eek. Glad to know.

Go amd64!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: </mailman/pipermail/pld-devel-en/attachments/20060607/ae68c89f/attachment.sig>

From wrobell at pld-linux.org  Wed Jun  7 23:20:03 2006
From: wrobell at pld-linux.org (wrobell)
Date: Wed, 07 Jun 2006 22:20:03 +0100
Subject: 4/5 builders down, TH going single-arch
In-Reply-To: <200606072309.00217.mmazur@kernel.pl>
References: <200606072309.00217.mmazur@kernel.pl>
Message-ID: <1149715203.18547.88.camel@recent-convert.mapflow.int>

On Wed, 2006-06-07 at 23:09 +0200, Mariusz Mazur wrote:
> There was a tragic accident resulting in four out of five th builders getting 
> seriously mutilated. The lucky survivor is x86-64. Since it's generally 
> agreed that this is currently the best architecture around and bound to 
> become the most popular, I've decided to have pld3.0 support only one arch -- 
> the x86-64. Just imagine the benefits of not having to support all of those 
> archs!
> 
> 
> (Fact of the matter is, those builders got seriously gutted, so it'll take a 
> couple of days to get them back in shape.)

great! so who is going to be a sponsor of x86-64 machines
to developers? :] i need a replacement for my ppc laptop :]

  wrobell <wrobell at pld-linux.org>



From qboosh at pld-linux.org  Thu Jun  8 00:15:06 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 8 Jun 2006 00:15:06 +0200
Subject: 4/5 builders down, TH going single-arch
In-Reply-To: <200606072309.00217.mmazur@kernel.pl>
References: <200606072309.00217.mmazur@kernel.pl>
Message-ID: <20060607221506.GA21807@fngna.oyu>

On Wed, Jun 07, 2006 at 11:09:00PM +0200, Mariusz Mazur wrote:
> There was a tragic accident resulting in four out of five th builders getting 
> seriously mutilated. The lucky survivor is x86-64. Since it's generally 
> agreed that this is currently the best architecture around and bound to 
> become the most popular, I've decided to have pld3.0 support only one arch -- 
> the x86-64. Just imagine the benefits of not having to support all of those 
> archs!

Oh well, maybe we could vote to keep support for i686 as legacy arch, with
very limited set of packages (for small, home firewalls/routers or text
terminals).

> (Fact of the matter is, those builders got seriously gutted, so it'll take a 
> couple of days to get them back in shape.)

I see this deadly request... :>
Why are builder logs not archived? :(
That ones must have looked very funny.


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


From maciekp at japhy.fnord.org  Thu Jun  8 00:32:24 2006
From: maciekp at japhy.fnord.org (Maciek Pasternacki)
Date: Thu, 08 Jun 2006 00:32:24 +0200
Subject: SPECS: librsvg.spec - 2.15.0,
	dropped mozilla plugin (every recent...
In-Reply-To: <200606071447.11547.glen@delfi.ee> (Elan =?iso-8859-2?Q?Ruusa?=
	=?iso-8859-2?Q?m=E4e's?= message of
	"Wed, 7 Jun 2006 14:47:11 +0300")
References: <SPECS_librsvg.spec.1.107@pld-linux.org>
	<200606071313.01343.glen@delfi.ee> <20060607103452.GA32427@smeagol>
	<200606071447.11547.glen@delfi.ee>
Message-ID: <877j3s7g1z.fsf@lizard.king>

On Pungenday, Confusion 12, 3172 YOLD, Elan Ruusam?e wrote:

> altho i can't confirm support of svg in opera and konqueror as i don't 
> need .svg support there ;)

Opera 8.x has incomplete support for SVG, Opera 9 Beta has full
support.  Details (in Polish) and screenshots at
http://zdzichubg.jogger.pl/2006/02/03/co-tam-panie-z-tym-svg/ .

-- 
__    Maciek Pasternacki <maciekp at japhy.fnord.org> [ http://japhy.fnord.org/ ]
`| _   |_\  / {  Any sufficently complicated Java program requires 
,|{-}|}| }\/       a programmable IDE to make up for the half of Common Lisp
\/   |____/ not implemented in the program itself. }    ( Peter Seibel )  -><-


From gotar at polanet.pl  Thu Jun  8 13:14:42 2006
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 08 Jun 2006 11:14:42 -0000
Subject: RPM changelog
In-Reply-To: <200604281654.k3SGsNfW014015@green.mif.pg.gda.pl>
References: <20060428141310.GA26618@bajzel>
	<200604281654.k3SGsNfW014015@green.mif.pg.gda.pl>
Message-ID: <20060503083837.GA666@os>

On Fri, Apr 28, 2006 at 18:54:23 +0200, Andrzej Krzysztofowicz wrote:

> So, if we are talking about personal preferences, I prefer no changelog at
> all than a changelog without the information about the most important
> changes.

Truncated changelog has important information: which release we have
installed. I'd like them cut to 20 most recent entries, as it's enough
to compare current version against installed in up to date system, and
enough to understand the position in changelog chain in a run down
machines.

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


From ankry at green.mif.pg.gda.pl  Thu Jun  8 14:07:36 2006
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Thu, 8 Jun 2006 14:07:36 +0200 (CEST)
Subject: RPM changelog
In-Reply-To: <20060503083837.GA666@os>
References: <20060428141310.GA26618@bajzel>
	<200604281654.k3SGsNfW014015@green.mif.pg.gda.pl>
	<20060503083837.GA666@os>
Message-ID: <Pine.LNX.4.58L.0606081357200.18222@green.mif.pg.gda.pl>

On Wed, 3 May 2006, Tomasz Pala wrote:

> On Fri, Apr 28, 2006 at 18:54:23 +0200, Andrzej Krzysztofowicz wrote:
> 
> > So, if we are talking about personal preferences, I prefer no changelog at
> > all than a changelog without the information about the most important
> > changes.
> 
> Truncated changelog has important information: which release we have
> installed. I'd like them cut to 20 most recent entries, as it's enough
> to compare current version against installed in up to date system, and
> enough to understand the position in changelog chain in a run down
> machines.

Hmmm, it depends what we talk about.
If we talk about changelog info in a .spec file it is useful while working
without CVS access (eg. server offline) - to have information about changes
as complete as possible.
If we talk about changelog in the rpm database probably one or two entries
should fit your requirements. All they contain CVS versioning numbers.

Note, that there may be one as well as a hundred entries between subsequent
package versions or even between subsequent releases.

Currently both changelogs are the same. But must they be?

-- 
=======================================================================
  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 zbyniu at geocarbon.pl  Thu Jun  8 15:01:08 2006
From: zbyniu at geocarbon.pl (Zbyniu Krzystolik)
Date: Thu, 8 Jun 2006 15:01:08 +0200
Subject: SPECS: proftpd.spec - proper bconds support
In-Reply-To: <200606071450.44019.glen@delfi.ee>
References: <SPECS_proftpd.spec.1.225@pld-linux.org>
	<SPECS_proftpd.spec.1.226@pld-linux.org>
	<200606071450.44019.glen@delfi.ee>
Message-ID: <20060608130108.GM6263@geocarbon.pl>

Mniej wiecej Wed, Jun 07, 2006 at 02:50:43PM +0300, zainteresowany Elan Ruusam?e rzekl:
> On Wednesday 07 June 2006 14:32, zbyniu wrote:
> > Author: zbyniu                       Date: Wed Jun  7 11:32:34 2006 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - proper bconds support
> 
> the modules are in subpackages and dlopen()'ed, so the deps are just build 
> time. so why bother with bconds?

I don't care, it was broken, so I repair it.
Ask glen - he made most changes recently ;-P

Zbyniu
-- 
%% Absolutely nothing we trust %%



From sparky at pld-linux.org  Thu Jun  8 15:07:50 2006
From: sparky at pld-linux.org (Przemek Iskra)
Date: Thu, 8 Jun 2006 15:07:50 +0200
Subject: SPECS: proftpd.spec - proper bconds support
In-Reply-To: <20060608130108.GM6263@geocarbon.pl>
References: <SPECS_proftpd.spec.1.225@pld-linux.org>
	<SPECS_proftpd.spec.1.226@pld-linux.org>
	<200606071450.44019.glen@delfi.ee>
	<20060608130108.GM6263@geocarbon.pl>
Message-ID: <20060608130750.GA19349@pld-linux.org>

On Thu, Jun 08, 2006 at 03:01:08PM +0200, Zbyniu Krzystolik wrote:
> Mniej wiecej Wed, Jun 07, 2006 at 02:50:43PM +0300, zainteresowany Elan Ruusam?e rzekl:
                                                                     ^^^^^^^^^^^^^

> > the modules are in subpackages and dlopen()'ed, so the deps are just build 
> > time. so why bother with bconds?
> 
> I don't care, it was broken, so I repair it.
> Ask glen - he made most changes recently ;-P
      ^^^^

hmmmm..... Was it a joke and I didn't understand it ?
Anyway, the first line should be in english on this list.

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


From gotar at polanet.pl  Fri Jun  9 02:28:59 2006
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 9 Jun 2006 02:28:59 +0200
Subject: RPM changelog
In-Reply-To: <Pine.LNX.4.58L.0606081357200.18222@green.mif.pg.gda.pl>
References: <20060428141310.GA26618@bajzel>
	<200604281654.k3SGsNfW014015@green.mif.pg.gda.pl>
	<20060503083837.GA666@os>
	<Pine.LNX.4.58L.0606081357200.18222@green.mif.pg.gda.pl>
Message-ID: <20060609002859.GA11679@os>

On Thu, Jun 08, 2006 at 14:07:36 +0200, Andrzej Krzysztofowicz wrote:

> If we talk about changelog info in a .spec file it is useful while working
> without CVS access (eg. server offline) - to have information about changes
> as complete as possible.

Agreed.

> If we talk about changelog in the rpm database probably one or two entries
> should fit your requirements. All they contain CVS versioning numbers.

The last one would be probably 'release X, STBR' and some other useless,
that's why I thought about sth like 20.

> Note, that there may be one as well as a hundred entries between subsequent
> package versions or even between subsequent releases.

The point is: how to cover changes in MOST packages without cluttering
rpm database?
And there's one thing I dream of - some way of marking importance of
update.

> Currently both changelogs are the same. But must they be?

They shouldn't IMHO.

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


From ankry at green.mif.pg.gda.pl  Fri Jun  9 18:34:05 2006
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Fri, 9 Jun 2006 18:34:05 +0200 (CEST)
Subject: SPECS: spec_utf8 (NEW) simple tool to encode spec in UTF-8
In-Reply-To: <SPECS_spec_utf8.1.1@pld-linux.org> from "wiget" at Jun 09,
	2006 05:59:28 PM
Message-ID: <200606091634.k59GY5ju002253@green.mif.pg.gda.pl>

wiget wrote:
> ---- Log message:
> simple tool to encode spec in UTF-8
[...]
> +    'ru':'iso8859-5',

AFAIK, ru is KOI8-R encoded in specs...

> +    'se':'UTF-8',

And I doubt se is in UTF-8 ...

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


From glen at delfi.ee  Sat Jun 10 14:26:27 2006
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sat, 10 Jun 2006 15:26:27 +0300
Subject: SPECS (AC-branch): vserver-packages.spec - rel 5;
	don't provide klogd
In-Reply-To: <SPECS_vserver_packages.spec.1.11.2.1@pld-linux.org>
References: <SPECS_vserver_packages.spec.1.11@pld-linux.org>
	<SPECS_vserver_packages.spec.1.11.2.1@pld-linux.org>
Message-ID: <200606101526.27505.glen@delfi.ee>

On Saturday 10 June 2006 15:01, arekm wrote:
> Author: arekm                        Date: Sat Jun 10 12:01:43 2006 GMT
> Module: SPECS                         Tag: AC-branch
> ---- Log message:
> - rel 5; don't provide klogd
>
> ---- Files affected:
> SPECS:
>    vserver-packages.spec (1.11 -> 1.11.2.1)
> +# don't provide this one since syslog-ng would obsolete whole package
> +# Provides:	klogd
but then again syslog.rpm requires it, and klogd does not work inside vserver, 
because /proc/kmsg (or whatever it reads) is not available.

$ ac-requires klogd
syslog-1.4.1-22

-- 
glen


From arekm at pld-linux.org  Sat Jun 10 14:49:01 2006
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sat, 10 Jun 2006 14:49:01 +0200
Subject: SPECS (AC-branch): vserver-packages.spec - rel 5;
	don't provide klogd
In-Reply-To: <200606101526.27505.glen@delfi.ee>
References: <SPECS_vserver_packages.spec.1.11@pld-linux.org>
	<SPECS_vserver_packages.spec.1.11.2.1@pld-linux.org>
	<200606101526.27505.glen@delfi.ee>
Message-ID: <200606101449.01836.arekm@pld-linux.org>

On Saturday 10 June 2006 14:26, Elan Ruusam?e wrote:
> On Saturday 10 June 2006 15:01, arekm wrote:
> > Author: arekm                        Date: Sat Jun 10 12:01:43 2006 GMT
> > Module: SPECS                         Tag: AC-branch
> > ---- Log message:
> > - rel 5; don't provide klogd
> >
> > ---- Files affected:
> > SPECS:
> >    vserver-packages.spec (1.11 -> 1.11.2.1)
> > +# don't provide this one since syslog-ng would obsolete whole package
> > +# Provides:	klogd
>
> but then again syslog.rpm requires it, and klogd does not work inside
> vserver, because /proc/kmsg (or whatever it reads) is not available.

Can syslog work without klogd? Then we could drop requires in syslog.

> $ ac-requires klogd
> syslog-1.4.1-22

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


From arekm at pld-linux.org  Sat Jun 10 16:36:28 2006
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sat, 10 Jun 2006 16:36:28 +0200
Subject: SPECS (AC-branch): vserver-packages.spec - rel 5;
	don't provide klogd
In-Reply-To: <200606101449.01836.arekm@pld-linux.org>
References: <SPECS_vserver_packages.spec.1.11@pld-linux.org>
	<200606101526.27505.glen@delfi.ee>
	<200606101449.01836.arekm@pld-linux.org>
Message-ID: <200606101636.28545.arekm@pld-linux.org>

On Saturday 10 June 2006 14:49, Arkadiusz Miskiewicz wrote:
> On Saturday 10 June 2006 14:26, Elan Ruusam?e wrote:
> > On Saturday 10 June 2006 15:01, arekm wrote:
> > > Author: arekm                        Date: Sat Jun 10 12:01:43 2006 GMT
> > > Module: SPECS                         Tag: AC-branch
> > > ---- Log message:
> > > - rel 5; don't provide klogd
> > >
> > > ---- Files affected:
> > > SPECS:
> > >    vserver-packages.spec (1.11 -> 1.11.2.1)
> > > +# don't provide this one since syslog-ng would obsolete whole package
> > > +# Provides:	klogd
> >
> > but then again syslog.rpm requires it, and klogd does not work inside
> > vserver, because /proc/kmsg (or whatever it reads) is not available.
>
> Can syslog work without klogd? Then we could drop requires in syslog.

I've just verified that klogd isn't required.

Hm, we could also add Provides: klogd to syslog-ng if klogd Require in syslog 
is needed for someone.
-- 
Arkadiusz Mi?kiewicz        PLD/Linux Team
arekm / maven.pl            http://ftp.pld-linux.org/


From glen at delfi.ee  Sat Jun 10 19:14:12 2006
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sat, 10 Jun 2006 20:14:12 +0300
Subject: SPECS (AC-branch): vserver-packages.spec - rel 5;
	don't provide klogd
In-Reply-To: <200606101636.28545.arekm@pld-linux.org>
References: <SPECS_vserver_packages.spec.1.11@pld-linux.org>
	<200606101449.01836.arekm@pld-linux.org>
	<200606101636.28545.arekm@pld-linux.org>
Message-ID: <200606102014.12781.glen@delfi.ee>

On Saturday 10 June 2006 17:36, Arkadiusz Miskiewicz wrote:
> > Can syslog work without klogd? Then we could drop requires in syslog.
>
> I've just verified that klogd isn't required.
>
> Hm, we could also add Provides: klogd to syslog-ng if klogd Require in
> syslog is needed for someone.

current situation (what you did) is fine (for me) :)

just that must check that installer won't omit klogd install in case somebody 
chooses syslogdaemon = sysklogd code

-- 
glen


From gotar at polanet.pl  Sat Jun 10 15:19:50 2006
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 10 Jun 2006 15:19:50 +0200
Subject: SPECS: spec_utf8 (NEW) simple tool to encode spec in UTF-8
In-Reply-To: <200606091634.k59GY5ju002253@green.mif.pg.gda.pl>
References: <SPECS_spec_utf8.1.1@pld-linux.org>
	<200606091634.k59GY5ju002253@green.mif.pg.gda.pl>
Message-ID: <20060610131950.GA919@os>

On Fri, Jun 09, 2006 at 18:34:05 +0200, Andrzej Krzysztofowicz wrote:

> > +    'ru':'iso8859-5',
> 
> AFAIK, ru is KOI8-R encoded in specs...

Yes, and russians do use koi8-r (not like we 'use' cp1250).

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


From ankry at green.mif.pg.gda.pl  Mon Jun 12 15:17:34 2006
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 12 Jun 2006 15:17:34 +0200 (CEST)
Subject: SPECS: evolution.spec - more dirs
In-Reply-To: <SPECS_evolution.spec.1.191@pld-linux.org> from "freetz" at Jun
	11, 2006 09:58:29 AM
Message-ID: <200606121317.k5CDHYQS013049@green.mif.pg.gda.pl>

freetz wrote:
>  %lang(pt) %dir %{_datadir}/evolution/%{basever}/default/pt
> +%lang(pt) %dir %{_datadir}/evolution/%{basever}/default/pt

twice ?

-- 
=======================================================================
  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 zbyniu at geocarbon.pl  Tue Jun 13 10:10:15 2006
From: zbyniu at geocarbon.pl (Zbyniu Krzystolik)
Date: Tue, 13 Jun 2006 10:10:15 +0200
Subject: SPECS: proftpd.spec - proper bconds support
In-Reply-To: <20060608130750.GA19349@pld-linux.org>
References: <SPECS_proftpd.spec.1.225@pld-linux.org>
	<SPECS_proftpd.spec.1.226@pld-linux.org>
	<200606071450.44019.glen@delfi.ee>
	<20060608130108.GM6263@geocarbon.pl>
	<20060608130750.GA19349@pld-linux.org>
Message-ID: <20060613081015.GB20042@geocarbon.pl>

On Thu, Jun 08, 2006 at 03:07:50PM +0200, Przemek Iskra wrote:
> On Thu, Jun 08, 2006 at 03:01:08PM +0200, Zbyniu Krzystolik wrote:
> > Mniej wiecej Wed, Jun 07, 2006 at 02:50:43PM +0300, zainteresowany Elan Ruusam?e rzekl:
>                                                                      ^^^^^^^^^^^^^
> 
> > > the modules are in subpackages and dlopen()'ed, so the deps are just build 
> > > time. so why bother with bconds?
> > 
> > I don't care, it was broken, so I repair it.
> > Ask glen - he made most changes recently ;-P
                                            ^^^^^^
> hmmmm..... Was it a joke and I didn't understand it ?
Yes, look at tongue ;)

> Anyway, the first line should be in english on this list.

True.

Zbyniu
-- 
%% Absolutely nothing we trust %%



From freetz at gmx.net  Thu Jun 15 09:56:25 2006
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Thu, 15 Jun 2006 09:56:25 +0200
Subject: [Ac] STBR
Message-ID: <20060615095625.cb7c5fb1.freetz@gmx.net>

STBR for Ac:
gtk+2
gdm

thanks
-- 
Fryderyk Dziarmagowski


From glen at delfi.ee  Thu Jun 15 18:33:13 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 15 Jun 2006 19:33:13 +0300
Subject: ppcrcd/trunk/base.pkgs
In-Reply-To: <7480@svn.pld-linux.org>
References: <7480@svn.pld-linux.org>
Message-ID: <200606151933.13988.glen@delfi.ee>

On Thursday 15 June 2006 17:26, sparky wrote:
> Author: sparky
> Date: Thu Jun 15 16:26:53 2006
> New Revision: 7480
>
> Modified:
>    ppcrcd/trunk/base.pkgs
> Log:
> - install bash before gzip

i think somebody (me points to blues) should fix the CAN patches, not to use 
bash specific code in gzip/bzip2 instead :)

-- 
glen


From sparky at pld-linux.org  Thu Jun 15 20:40:23 2006
From: sparky at pld-linux.org (Przemek Iskra)
Date: Thu, 15 Jun 2006 20:40:23 +0200
Subject: ppcrcd/trunk/base.pkgs
In-Reply-To: <200606151933.13988.glen@delfi.ee>
References: <7480@svn.pld-linux.org> <200606151933.13988.glen@delfi.ee>
Message-ID: <20060615184023.GA20097@pld-linux.org>

On Thu, Jun 15, 2006 at 07:33:13PM +0300, Elan Ruusam?e wrote:
> On Thursday 15 June 2006 17:26, sparky wrote:
> > Author: sparky
> > Date: Thu Jun 15 16:26:53 2006
> > New Revision: 7480
> >
> > Modified:
> >    ppcrcd/trunk/base.pkgs
> > Log:
> > - install bash before gzip
> 
> i think somebody (me points to blues) should fix the CAN patches, not to use 
> bash specific code in gzip/bzip2 instead :)

for now i'd like it to build ( http://ppcrcd.kicks-ass.org ), and after
exams maybe i'll fix it by myself

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


From blues at pld-linux.org  Fri Jun 16 21:43:08 2006
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Fri, 16 Jun 2006 21:43:08 +0200 (CEST)
Subject: ppcrcd/trunk/base.pkgs
In-Reply-To: <200606151933.13988.glen@delfi.ee>
References: <7480@svn.pld-linux.org> <200606151933.13988.glen@delfi.ee>
Message-ID: <Pine.LNX.4.64N.0606162141360.11510@wby.gnfx.tqn.cy>

On Thu, 15 Jun 2006, Elan Ruusam?e wrote:
> i think somebody (me points to blues) should fix the CAN patches, not to 
> use bash specific code in gzip/bzip2 instead :)

Sorry, not now. Maybe tomorrow... :(

-- 
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 tomasz at grobelny.oswiecenia.net  Sat Jun 17 01:54:53 2006
From: tomasz at grobelny.oswiecenia.net (Tomasz Grobelny)
Date: Sat, 17 Jun 2006 01:54:53 +0200
Subject: faubackup.spec
Message-ID: <200606170154.53595.tomasz@grobelny.oswiecenia.net>

Attached is a spec file for faubackup program. Please check and commit if ok. 
Not yet tested in production environment.
-- 
Regards,
Tomasz Grobelny
-------------- next part --------------
# $Revision:$, $Date:$
Summary:	The faubackup backup in filesystem tool
Summary(pl):	Narz?dzie faubackup do wykonywania kopii w systemie plik?w
Name:		faubackup
Version:	0.5.8
Release:	1
Epoch:		1
License:	GPL
Group:		Applications
Source0:	http://dl.sourceforge.net/faubackup/%{name}-%{version}.tar.gz
# Source0-md5:	6b57b076cd5669ae3b8fae29835c3e34
URL:		http://sourceforge.net/projects/%name/
BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)

%description
FauBackup uses a filesystem on a hard drive for incremental and full
backups. All backups can easily be accessed by standard filesystem
tools (ls, find, grep, cp, ...). Later backups to the same filesystem
will automatically be incremental, as unchanged files are only
hard-linked with the existing version of the file.

%description -l pl
Faubackup u?ywa systemu plik?w na dysku twardym do wykonywania kopii
pe?nych i przyrostowych. Wszystkie kopie s? ?atwo dost?pne z
wykorzystaniem standardowych narz?dzi (ls, find, grep, cp, ...).
P??niejsze kopie na tym samym systemie plik?w automatycznie b?d?
kopiami przyrostowymi poniewa? do niezmienionych plik?w s? tylko
tworzone twarde dowi?zania.

%prep
%setup -q -n %{name}

%build
%configure
%{__make}

%install
rm -rf $RPM_BUILD_ROOT

%{__make} install \
	DESTDIR=$RPM_BUILD_ROOT

%clean
rm -rf $RPM_BUILD_ROOT

%files
%defattr(644,root,root,755)
%doc AUTHORS NEWS README TODO
%config(noreplace) %verify(not md5 mtime size) %{_sysconfdir}/faubackup.conf
%attr(755,root,root) %{_sbindir}/faubackup*
%{_mandir}/man8/*
%{_mandir}/man5/*

%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: faubackup.spec,v $

From blues at pld-linux.org  Sat Jun 17 15:50:52 2006
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Sat, 17 Jun 2006 15:50:52 +0200 (CEST)
Subject: ppcrcd/trunk/base.pkgs
In-Reply-To: <Pine.LNX.4.64N.0606162141360.11510@wby.gnfx.tqn.cy>
References: <7480@svn.pld-linux.org> <200606151933.13988.glen@delfi.ee>
	<Pine.LNX.4.64N.0606162141360.11510@wby.gnfx.tqn.cy>
Message-ID: <Pine.LNX.4.64N.0606171550340.25185@wby.gnfx.tqn.cy>

On Fri, 16 Jun 2006, Pawe? Go?aszewski wrote:
> > i think somebody (me points to blues) should fix the CAN patches, not 
> > to use bash specific code in gzip/bzip2 instead :)
> Sorry, not now. Maybe tomorrow... :(

I see that it's fixed now :)

-- 
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 mmazur at kernel.pl  Mon Jun 19 08:39:21 2006
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Mon, 19 Jun 2006 08:39:21 +0200
Subject: 4/5 builders down, TH going single-arch
In-Reply-To: <200606072309.00217.mmazur@kernel.pl>
References: <200606072309.00217.mmazur@kernel.pl>
Message-ID: <200606190839.21964.mmazur@kernel.pl>

On Wednesday 07 June 2006 23:09, Mariusz Mazur wrote:
> There was a tragic accident resulting in four out of five th builders
> getting seriously mutilated. The lucky survivor is x86-64. Since it's
> generally agreed that this is currently the best architecture around and
> bound to become the most popular, I've decided to have pld3.0 support only
> one arch -- the x86-64. Just imagine the benefits of not having to support
> all of those archs!
>
>
> (Fact of the matter is, those builders got seriously gutted, so it'll take
> a couple of days to get them back in shape.)

They're up.

-- 
Judge others by their intentions and yourself by your results.
                                                                 Guy Kawasaki
Education is an admirable thing, but it is well to remember from
time to time that nothing that is worth knowing can be taught.
                                                                  Oscar Wilde


From tomasz at grobelny.oswiecenia.net  Mon Jun 19 20:47:40 2006
From: tomasz at grobelny.oswiecenia.net (Tomasz Grobelny)
Date: Mon, 19 Jun 2006 20:47:40 +0200
Subject: faubackup.spec
In-Reply-To: <200606170154.53595.tomasz@grobelny.oswiecenia.net>
References: <200606170154.53595.tomasz@grobelny.oswiecenia.net>
Message-ID: <200606192047.40692.tomasz@grobelny.oswiecenia.net>

Dnia Saturday, 17 of June 2006 01:54, Tomasz Grobelny napisa?:
> Not yet tested in production environment.
Thanks for adding to CVS. I've just started testing and it seems that BR: 
popt-devel and R: popt need to be added (though I don't have a system without 
popt to test that). Should I send a patch or is this info enough?
-- 
Regards,
Tomasz Grobelny


From aredridel at nbtsc.org  Mon Jun 19 21:11:35 2006
From: aredridel at nbtsc.org (Aredridel)
Date: Mon, 19 Jun 2006 13:11:35 -0600
Subject: faubackup.spec
In-Reply-To: <200606192047.40692.tomasz@grobelny.oswiecenia.net>
References: <200606170154.53595.tomasz@grobelny.oswiecenia.net>
	<200606192047.40692.tomasz@grobelny.oswiecenia.net>
Message-ID: <1150744296.6122.13.camel@localhost>

On Mon, 2006-06-19 at 20:47 +0200, Tomasz Grobelny wrote:
> Dnia Saturday, 17 of June 2006 01:54, Tomasz Grobelny napisa?:
> > Not yet tested in production environment.
> Thanks for adding to CVS. I've just started testing and it seems that BR: 
> popt-devel and R: popt need to be added (though I don't have a system without 
> popt to test that). Should I send a patch or is this info enough?

That's enough, since one-line changes are as easy as a patch.

popt should be detected as a dependency at build time, but the -devel
package cannot.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: </mailman/pipermail/pld-devel-en/attachments/20060619/c3a0fede/attachment.sig>

From tomasz at grobelny.oswiecenia.net  Mon Jun 19 23:55:40 2006
From: tomasz at grobelny.oswiecenia.net (Tomasz Grobelny)
Date: Mon, 19 Jun 2006 23:55:40 +0200
Subject: faubackup.spec
In-Reply-To: <1150744296.6122.13.camel@localhost>
References: <200606170154.53595.tomasz@grobelny.oswiecenia.net>
	<200606192047.40692.tomasz@grobelny.oswiecenia.net>
	<1150744296.6122.13.camel@localhost>
Message-ID: <200606192355.40326.tomasz@grobelny.oswiecenia.net>

Dnia Monday, 19 of June 2006 21:11, Aredridel napisa?:
> That's enough, since one-line changes are as easy as a patch.
I've just found that faubackup needs /usr/bin/perl, but I don't know whether 
those lines generate any Requires:
use File::stat;
use Getopt::Long;
-- 
Regards,
Tomasz Grobelny


From pluto at agmk.net  Tue Jun 20 19:19:22 2006
From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=)
Date: Tue, 20 Jun 2006 19:19:22 +0200
Subject: [th] uClibc @ ppc
In-Reply-To: <200605312302.27952.pluto@agmk.net>
References: <200605301359.57768.pluto@agmk.net>
	<20060530180215.GA29047@pld-linux.org>
	<200605312302.27952.pluto@agmk.net>
Message-ID: <200606201919.22184.pluto@agmk.net>

On Wednesday 31 May 2006 23:02, Pawe? Sikora wrote:

> uclibc at devel is broken. toolchain generates wrong .interp sections
> (missed slash in path).

fixed on DEVEL branch.
/closed.


From qboosh at pld-linux.org  Wed Jun 21 11:32:40 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 21 Jun 2006 11:32:40 +0200
Subject: SOURCES: service_generator.sh - use == instead of = for tests
In-Reply-To: <SOURCES_service_generator.sh.1.7@pld-linux.org>
References: <SOURCES_service_generator.sh.1.6@pld-linux.org>
	<SOURCES_service_generator.sh.1.7@pld-linux.org>
Message-ID: <20060621093240.GA8704@gruby.cs.net.pl>

On Sun, Jun 11, 2006 at 07:02:34PM +0200, radek wrote:
> Author: radek                        Date: Sun Jun 11 17:02:34 2006 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - use == instead of = for tests

Why? "=" is standard test operator.

> diff -u SOURCES/service_generator.sh:1.6 SOURCES/service_generator.sh:1.7
> --- SOURCES/service_generator.sh:1.6	Mon Jan 30 18:06:56 2006
> +++ SOURCES/service_generator.sh	Sun Jun 11 19:02:29 2006
> @@ -9,7 +9,7 @@
>  fi
>  
>  # action stop implies quiet mode and check disabling
> -if [ $action = stop ]; then
> +if [ "$action" == "stop" ]; then
>  	quiet=1
>  else
>  	check=1


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


From radek42 at gmail.com  Wed Jun 21 12:25:43 2006
From: radek42 at gmail.com (Radoslaw Zielinski)
Date: Wed, 21 Jun 2006 12:25:43 +0200
Subject: SOURCES: service_generator.sh - use == instead of = for tests
In-Reply-To: <20060621093240.GA8704@gruby.cs.net.pl>
References: <SOURCES_service_generator.sh.1.6@pld-linux.org>
	<SOURCES_service_generator.sh.1.7@pld-linux.org>
	<20060621093240.GA8704@gruby.cs.net.pl>
Message-ID: <20060621102543.GA7048@bongo>

Jakub Bogusz <qboosh at pld-linux.org> [21-06-2006 11:32]:
> On Sun, Jun 11, 2006 at 07:02:34PM +0200, radek wrote:
>> Author: radek                        Date: Sun Jun 11 17:02:34 2006 GMT
>> Module: SOURCES                       Tag: HEAD
>> ---- Log message:
>> - use == instead of = for tests

> Why? "=" is standard test operator.
[...]
>> -if [ $action = stop ]; then
>> +if [ "$action" == "stop" ]; then

The commit message should be different, I wanted to fix this:

  $ cvs up -r1.5 service_generator.sh
  P service_generator.sh

  $ sh service_generator.sh foo >/dev/null
  service_generator.sh[16]: [: stop: unexpected operator/operand

I wasn't sure if "=" is preferred to "=="; as I find the former
ambigous, I changed it too.  POSIX indeed defines only "=" while
describing "test", but section 1.7.2 lists "==" ("Concepts Derived
from the ISO C Standard"), so I guess it can also be considered
conformant.


[ I've replied directly by mistake, sending again here. ]

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

From qboosh at pld-linux.org  Wed Jun 21 12:45:01 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 21 Jun 2006 12:45:01 +0200
Subject: SOURCES: service_generator.sh - use == instead of = for tests
In-Reply-To: <20060621102543.GA7048@bongo>
References: <SOURCES_service_generator.sh.1.6@pld-linux.org>
	<SOURCES_service_generator.sh.1.7@pld-linux.org>
	<20060621093240.GA8704@gruby.cs.net.pl>
	<20060621102543.GA7048@bongo>
Message-ID: <20060621104501.GB8704@gruby.cs.net.pl>

On Wed, Jun 21, 2006 at 12:25:43PM +0200, Radoslaw Zielinski wrote:
> Jakub Bogusz <qboosh at pld-linux.org> [21-06-2006 11:32]:
> > On Sun, Jun 11, 2006 at 07:02:34PM +0200, radek wrote:
> >> Author: radek                        Date: Sun Jun 11 17:02:34 2006 GMT
> >> Module: SOURCES                       Tag: HEAD
> >> ---- Log message:
> >> - use == instead of = for tests
> 
> > Why? "=" is standard test operator.
> [...]
> >> -if [ $action = stop ]; then
> >> +if [ "$action" == "stop" ]; then
> 
> The commit message should be different, I wanted to fix this:
> 
>   $ cvs up -r1.5 service_generator.sh
>   P service_generator.sh
> 
>   $ sh service_generator.sh foo >/dev/null
>   service_generator.sh[16]: [: stop: unexpected operator/operand

It was caused by missing double quotes.

> I wasn't sure if "=" is preferred to "=="; as I find the former
> ambigous, I changed it too.  POSIX indeed defines only "=" while
> describing "test", but section 1.7.2 lists "==" ("Concepts Derived
> from the ISO C Standard"), so I guess it can also be considered
> conformant.

At least /usr/bin/test (coreutils-5.2.1-5) doesn't support "==".
ksh's builtin test does.


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


From glen at delfi.ee  Wed Jun 21 14:09:59 2006
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 21 Jun 2006 15:09:59 +0300
Subject: SOURCES: service_generator.sh - use == instead of = for tests
In-Reply-To: <20060621104501.GB8704@gruby.cs.net.pl>
References: <SOURCES_service_generator.sh.1.6@pld-linux.org>
	<20060621102543.GA7048@bongo>
	<20060621104501.GB8704@gruby.cs.net.pl>
Message-ID: <200606211509.59574.glen@delfi.ee>

On Wednesday 21 June 2006 13:45, Jakub Bogusz wrote:
> > ? $ sh service_generator.sh foo >/dev/null
> > ? service_generator.sh[16]: [: stop: unexpected operator/operand
why would you want to call it without $action parameter?

-- 
glen


From tomasz at grobelny.oswiecenia.net  Wed Jun 21 14:21:52 2006
From: tomasz at grobelny.oswiecenia.net (Tomasz Grobelny)
Date: Wed, 21 Jun 2006 14:21:52 +0200
Subject: horde-imp requirements
Message-ID: <449939E0.3090407@grobelny.oswiecenia.net>

It seems to me that horde-imp requires mod_authz_host.
-- 
Regards,
Tomasz Grobelny

-- 
This message has been scanned by ArcaMail, ArcaVir 2006
scanned 2006-06-21 14:22:27, engine: 2005.12.01 12:00:00, base: 2006.06.21 00:59:15
www.arcabit.com


From qboosh at pld-linux.org  Wed Jun 21 14:42:32 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 21 Jun 2006 14:42:32 +0200
Subject: SPECS: apache1.spec - use relative symlinks
In-Reply-To: <SPECS_apache1.spec.1.140@pld-linux.org>
References: <SPECS_apache1.spec.1.139@pld-linux.org>
	<SPECS_apache1.spec.1.140@pld-linux.org>
Message-ID: <20060621124232.GC8704@gruby.cs.net.pl>

On Wed, Jun 21, 2006 at 02:19:47PM +0200, glen wrote:
> Author: glen                         Date: Wed Jun 21 12:19:47 2006 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - use relative symlinks

>  mv $RPM_BUILD_ROOT%{_sysconfdir}/modules/* $RPM_BUILD_ROOT%{_libexecdir}
>  rm -rf $RPM_BUILD_ROOT%{_sysconfdir}/modules
> -ln -s %{_libexecdir} $RPM_BUILD_ROOT%{_sysconfdir}/modules
> -ln -s /var/log/apache $RPM_BUILD_ROOT%{_sysconfdir}/logs
> +ln -s ../..%{_libexecdir} $RPM_BUILD_ROOT%{_sysconfdir}/modules
> +ln -s ../../var/log/apache $RPM_BUILD_ROOT%{_sysconfdir}/logs

Symlinks across / used to be absolute.
Other distros (e.g. Debian) have similar policy.


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


From blues at pld-linux.org  Wed Jun 21 15:49:57 2006
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Wed, 21 Jun 2006 15:49:57 +0200 (CEST)
Subject: SPECS: apache1.spec - use relative symlinks
In-Reply-To: <20060621124232.GC8704@gruby.cs.net.pl>
References: <SPECS_apache1.spec.1.139@pld-linux.org>
	<SPECS_apache1.spec.1.140@pld-linux.org>
	<20060621124232.GC8704@gruby.cs.net.pl>
Message-ID: <Pine.LNX.4.64N.0606211548140.21765@wby.gnfx.tqn.cy>

On Wed, 21 Jun 2006, Jakub Bogusz wrote:
> > Author: glen                         Date: Wed Jun 21 12:19:47 2006 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - use relative symlinks
> 
> >  mv $RPM_BUILD_ROOT%{_sysconfdir}/modules/* $RPM_BUILD_ROOT%{_libexecdir}
> >  rm -rf $RPM_BUILD_ROOT%{_sysconfdir}/modules
> > -ln -s %{_libexecdir} $RPM_BUILD_ROOT%{_sysconfdir}/modules
> > -ln -s /var/log/apache $RPM_BUILD_ROOT%{_sysconfdir}/logs
> > +ln -s ../..%{_libexecdir} $RPM_BUILD_ROOT%{_sysconfdir}/modules
> > +ln -s ../../var/log/apache $RPM_BUILD_ROOT%{_sysconfdir}/logs
> 
> Symlinks across / used to be absolute.
> Other distros (e.g. Debian) have similar policy.

But...
when you're trying to use vservers or some chroots it's better to have 
them relative. These links are pointing correct place, not host-systems.

-- 
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  Wed Jun 21 17:04:22 2006
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Wed, 21 Jun 2006 18:04:22 +0300
Subject: SPECS: apache1.spec - use relative symlinks
In-Reply-To: <Pine.LNX.4.64N.0606211548140.21765@wby.gnfx.tqn.cy>
References: <SPECS_apache1.spec.1.139@pld-linux.org>
	<20060621124232.GC8704@gruby.cs.net.pl>
	<Pine.LNX.4.64N.0606211548140.21765@wby.gnfx.tqn.cy>
Message-ID: <200606211804.22348.glen@delfi.ee>

On Wednesday 21 June 2006 16:49, Pawe? Go?aszewski wrote:
> On Wed, 21 Jun 2006, Jakub Bogusz wrote:
> > > Author: glen                         Date: Wed Jun 21 12:19:47 2006 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - use relative symlinks
> > >
> > >  mv $RPM_BUILD_ROOT%{_sysconfdir}/modules/*
> > > $RPM_BUILD_ROOT%{_libexecdir} rm -rf
> > > $RPM_BUILD_ROOT%{_sysconfdir}/modules
> > > -ln -s %{_libexecdir} $RPM_BUILD_ROOT%{_sysconfdir}/modules
> > > -ln -s /var/log/apache $RPM_BUILD_ROOT%{_sysconfdir}/logs
> > > +ln -s ../..%{_libexecdir} $RPM_BUILD_ROOT%{_sysconfdir}/modules
> > > +ln -s ../../var/log/apache $RPM_BUILD_ROOT%{_sysconfdir}/logs
> >
> > Symlinks across / used to be absolute.
> > Other distros (e.g. Debian) have similar policy.
>
> But...
> when you're trying to use vservers or some chroots it's better to have
> them relative. These links are pointing correct place, not host-systems.
exactly


-- 
glen


From tomasz at grobelny.oswiecenia.net  Wed Jun 21 18:37:40 2006
From: tomasz at grobelny.oswiecenia.net (Tomasz Grobelny)
Date: Wed, 21 Jun 2006 18:37:40 +0200
Subject: horde-imp requirements
In-Reply-To: <449939E0.3090407@grobelny.oswiecenia.net>
References: <449939E0.3090407@grobelny.oswiecenia.net>
Message-ID: <200606211837.40721.tomasz@grobelny.oswiecenia.net>

Dnia Wednesday, 21 of June 2006 14:21, Tomasz Grobelny napisa?:
> It seems to me that horde-imp requires mod_authz_host.
And apache-mod_dir+apache-mod_alias. Ok, I suppose that horde can also be used 
with other http servers but those packages were clearly missing after trying 
to install horde-imp/apache with poldek. Lack of the first one caused apache 
to complain about unknown directives in config file, lack of the other 2 made 
it impossible to properly run horde.
-- 
Regards,
Tomasz Grobelny


From glen at delfi.ee  Wed Jun 21 20:48:47 2006
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 21 Jun 2006 21:48:47 +0300
Subject: horde-imp requirements
In-Reply-To: <200606211837.40721.tomasz@grobelny.oswiecenia.net>
References: <449939E0.3090407@grobelny.oswiecenia.net>
	<200606211837.40721.tomasz@grobelny.oswiecenia.net>
Message-ID: <200606212148.48276.glen@delfi.ee>

On Wednesday 21 June 2006 19:37, Tomasz Grobelny wrote:
> Dnia Wednesday, 21 of June 2006 14:21, Tomasz Grobelny napisa?:
> > It seems to me that horde-imp requires mod_authz_host.
>
> And apache-mod_dir+apache-mod_alias. Ok, I suppose that horde can also be
> used with other http servers but those packages were clearly missing after
> trying to install horde-imp/apache with poldek. Lack of the first one
> caused apache to complain about unknown directives in config file, lack of
> the other 2 made it impossible to properly run horde.
the problem is that 'Allow from all' directive is provided by:
- mod_auth for apache 1.3 and apache 2.0
- mod_authz_host by apache 2.2
(- mod_access by lighttpd)

and there's no clear way how to require such multiple matched 'virtual' 
without breaking webserver independency.

in other cases you could add there apache(mod_dir) and apache(mod_alias), 
which would be provided by apache1-mod_dir or apache-mod_dir, that would 
preserve independency with apache 1.3 vs apache 2.0 apache2.2, but break for 
example lighttpd ;)

ideas welcome how to solve especially the first case, if any!

-- 
glen


From blues at pld-linux.org  Wed Jun 21 21:08:55 2006
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Wed, 21 Jun 2006 21:08:55 +0200 (CEST)
Subject: horde-imp requirements
In-Reply-To: <200606212148.48276.glen@delfi.ee>
References: <449939E0.3090407@grobelny.oswiecenia.net>
	<200606211837.40721.tomasz@grobelny.oswiecenia.net>
	<200606212148.48276.glen@delfi.ee>
Message-ID: <Pine.LNX.4.64N.0606212100240.29873@wby.gnfx.tqn.cy>

On Wed, 21 Jun 2006, Elan Ruusam?e wrote:
> > > It seems to me that horde-imp requires mod_authz_host.
> > And apache-mod_dir+apache-mod_alias. Ok, I suppose that horde can also 
> > be used with other http servers but those packages were clearly 
> > missing after trying to install horde-imp/apache with poldek. Lack of 
> > the first one caused apache to complain about unknown directives in 
> > config file, lack of the other 2 made it impossible to properly run 
> > horde.
> the problem is that 'Allow from all' directive is provided by:
> - mod_auth for apache 1.3 and apache 2.0
> - mod_authz_host by apache 2.2
> (- mod_access by lighttpd)
> 
> and there's no clear way how to require such multiple matched 'virtual' 
> without breaking webserver independency.

Why?
There is easy way for that.

You can simply provide and require httpd(something) feature. It'll solve 
every such problems...

Only problem would be poldek-lotto, but choice_equivalents_manually should 
be turn on by default, IMO.

> in other cases you could add there apache(mod_dir) and 
> apache(mod_alias), which would be provided by apache1-mod_dir or 
> apache-mod_dir, that would preserve independency with apache 1.3 vs 
> apache 2.0 apache2.2, but break for example lighttpd ;) ideas welcome 
> how to solve especially the first case, if any!

lighttpd provides mod_dir-like functionality - I don't see any problems in 
such provides/requires.

-- 
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  Wed Jun 21 23:24:00 2006
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Thu, 22 Jun 2006 00:24:00 +0300
Subject: horde-imp requirements
In-Reply-To: <Pine.LNX.4.64N.0606212100240.29873@wby.gnfx.tqn.cy>
References: <449939E0.3090407@grobelny.oswiecenia.net>
	<200606212148.48276.glen@delfi.ee>
	<Pine.LNX.4.64N.0606212100240.29873@wby.gnfx.tqn.cy>
Message-ID: <200606220024.00891.glen@delfi.ee>

On Wednesday 21 June 2006 22:08, Pawe? Go?aszewski wrote:
> On Wed, 21 Jun 2006, Elan Ruusam?e wrote:
> > > > It seems to me that horde-imp requires mod_authz_host.
> > >
> > > And apache-mod_dir+apache-mod_alias. Ok, I suppose that horde can also
> > > be used with other http servers but those packages were clearly
> > > missing after trying to install horde-imp/apache with poldek. Lack of
> > > the first one caused apache to complain about unknown directives in
> > > config file, lack of the other 2 made it impossible to properly run
> > > horde.
> >
> > the problem is that 'Allow from all' directive is provided by:
> > - mod_auth for apache 1.3 and apache 2.0
> > - mod_authz_host by apache 2.2
> > (- mod_access by lighttpd)
> >
> > and there's no clear way how to require such multiple matched 'virtual'
> > without breaking webserver independency.
>
> Why?
> There is easy way for that.
if it's easy what it would be then. say something. or do it?

> You can simply provide and require httpd(something) feature. It'll solve
> every such problems...
and what would be the pattern making that something?
there are equivalents, but not directly same commands in different webserver. 
what if the directive matches partially?

or just assume that some basic directives are needed to support and implement 
virtuals for:
- access control
 - "Allow from all" (apache>2.2(mod_authz_host), apache<2.2(mod_auth), 
lighttpd(mod_access)
 - "require user foo" (apache<2.2(mod_auth), apache>2.2(mod_authz_(xxx|xxxy)), 
lighttpd(mod_auth))
- directory indexfile (apache(mod_dir), lighttpd(mod_indexfile))

and define them as webserver(a[ccess-]c[ontro]l), webserver(auth[orization]), 
webserver(dir[ectory]index) ?


i'm sorry if i'm not understandable today ;)

> Only problem would be poldek-lotto, but choice_equivalents_manually should
> be turn on by default, IMO.
>
> > in other cases you could add there apache(mod_dir) and
> > apache(mod_alias), which would be provided by apache1-mod_dir or
> > apache-mod_dir, that would preserve independency with apache 1.3 vs
> > apache 2.0 apache2.2, but break for example lighttpd ;) ideas welcome
> > how to solve especially the first case, if any!
>
> lighttpd provides mod_dir-like functionality - I don't see any problems in
> such provides/requires.

-- 
glen


From patrys at pld-linux.org  Thu Jun 22 03:40:51 2006
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Thu, 22 Jun 2006 03:40:51 +0200
Subject: horde-imp requirements
In-Reply-To: <200606212148.48276.glen@delfi.ee>
References: <449939E0.3090407@grobelny.oswiecenia.net>
	<200606211837.40721.tomasz@grobelny.oswiecenia.net>
	<200606212148.48276.glen@delfi.ee>
Message-ID: <1150940451.7484.3.camel@meaw>

Dnia 21-06-2006, ?ro o godzinie 21:48 +0300, Elan Ruusam?e napisa?(a):
> the problem is that 'Allow from all' directive is provided by:
> - mod_auth for apache 1.3 and apache 2.0
> - mod_authz_host by apache 2.2
> (- mod_access by lighttpd)
> 
> and there's no clear way how to require such multiple matched 'virtual' 
> without breaking webserver independency.

How about adding R: webserver-htaccess(allow-from) and matching
Provides?

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



From dirk.ullrich at googlemail.com  Mon Jun 26 12:53:10 2006
From: dirk.ullrich at googlemail.com (Dirk Ullrich)
Date: Mon, 26 Jun 2006 12:53:10 +0200
Subject: PLD is not for non-Poles
Message-ID: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>

Hi, PLD-developers,

I'm a longstanding Debian user, but I thought it would be a good idea
to broaden my Linux knowledge a bit. Thus I was looking for an
RPM-based Linux distribution and and came across PLD. In my opinion
PLD is by far the most interesting RPM-based distribution. But there is
a big grain of salt for somebody like me not being able to understand
Polish: It seems the nearly all interesting communication is done in
Polish. That's a pitty since this fact prevents me from becoming an
active member of the PLD community.
Although you state at PLD's main web page that the "P" in "PLD" does
not stand in for "Polish" or something alike it should to properly
characterize PLD. Of course I would much prefer to see PLD switching
to a 'truly internationalized' development (and user) model. But I'm
afraid that this would not happen soon.

It's a great pity since I have now to look for another, less interesting
RPM-based distribution.

Dirk Ullrich


From wrobell at pld-linux.org  Mon Jun 26 12:59:15 2006
From: wrobell at pld-linux.org (wrobell)
Date: Mon, 26 Jun 2006 11:59:15 +0100
Subject: PLD is not for non-Poles
In-Reply-To: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
References: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
Message-ID: <1151319555.12004.10.camel@recent-convert.mapflow.int>

On Mon, 2006-06-26 at 12:53 +0200, Dirk Ullrich wrote:
> Hi, PLD-developers,
> 
> I'm a longstanding Debian user, but I thought it would be a good idea
> to broaden my Linux knowledge a bit. Thus I was looking for an
> RPM-based Linux distribution and and came across PLD. In my opinion
> PLD is by far the most interesting RPM-based distribution. But there is
> a big grain of salt for somebody like me not being able to understand
> Polish: It seems the nearly all interesting communication is done in
> Polish. That's a pitty since this fact prevents me from becoming an
> active member of the PLD community.
> Although you state at PLD's main web page that the "P" in "PLD" does
> not stand in for "Polish" or something alike it should to properly
> characterize PLD. Of course I would much prefer to see PLD switching
> to a 'truly internationalized' development (and user) model. But I'm
> afraid that this would not happen soon.
> 
> It's a great pity since I have now to look for another, less interesting
> RPM-based distribution.

Dear Dirk,

Thank you for your letter.

Don't worry about pl lists. There are a lot of people on en lists,
who can help you both with utilizing features of PLD and development
of distro.

Just shoot questions. For sure they will be answered.

Regards,

  wrobell <wrobell at pld-linux.org>



From max at axeos.nl  Mon Jun 26 13:50:51 2006
From: max at axeos.nl (Max van Biezen)
Date: Mon, 26 Jun 2006 13:50:51 +0200
Subject: PLD is not for non-Poles
In-Reply-To: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
References: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
Message-ID: <1151322651.3305.21.camel@mango.axeos.nl>

> It seems the nearly all interesting communication is done in
> Polish. That's a pitty since this fact prevents me from becoming an
> active member of the PLD community.
> Although you state at PLD's main web page that the "P" in "PLD" does
> not stand in for "Polish" or something alike it should to properly
> characterize PLD. Of course I would much prefer to see PLD switching
> to a 'truly internationalized' development (and user) model. But I'm
> afraid that this would not happen soon.

A bit off-topic maybe. My Polish doesn't go further then saying
goodmorning. But I happily have made the move from debian to pld. And I
have been pleased with the responses in English from various folks. The
english lists are very active.  

Plus all docs and comments in the system is in english. imho it is not
needed to let language stop you from using pld.

Max.

> 
> It's a great pity since I have now to look for another, less interesting
> RPM-based distribution.
> 
> Dirk Ullrich
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From dirk.ullrich at googlemail.com  Mon Jun 26 14:22:55 2006
From: dirk.ullrich at googlemail.com (Dirk Ullrich)
Date: Mon, 26 Jun 2006 14:22:55 +0200
Subject: PLD is not for non-Poles
In-Reply-To: <1151322651.3305.21.camel@mango.axeos.nl>
References: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
	<1151322651.3305.21.camel@mango.axeos.nl>
Message-ID: <c8b321820606260522n4b41fef0i42e067612a034143@mail.gmail.com>

2006/6/26, Max van Biezen <max at axeos.nl>:
>
> A bit off-topic maybe. My Polish doesn't go further then saying
> goodmorning. But I happily have made the move from debian to pld. And I
> have been pleased with the responses in English from various folks. The
> english lists are very active.
>
> Plus all docs and comments in the system is in english. imho it is not
> needed to let language stop you from using pld.
>
> Max.
>
Thank you--and wrobell, too--for your quick and encouraging responses.
After reading them I think I should give PLD a real try.

Dirk


From dhubleizh at o2.pl  Mon Jun 26 17:58:36 2006
From: dhubleizh at o2.pl (Cezary =?UTF-8?Q?Krzy=C5=BCanowski?=)
Date: Mon, 26 Jun 2006 17:58:36 +0200
Subject: PLD is not for non-Poles
In-Reply-To: <c8b321820606260522n4b41fef0i42e067612a034143@mail.gmail.com>
References: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
	<1151322651.3305.21.camel@mango.axeos.nl>
	<c8b321820606260522n4b41fef0i42e067612a034143@mail.gmail.com>
Message-ID: <1151337516.10478.20.camel@localhost>

Dnia 26-06-2006, pon o godzinie 14:22 +0200, Dirk Ullrich napisa?(a):
> Thank you--and wrobell, too--for your quick and encouraging responses.
> After reading them I think I should give PLD a real try.

That's great man - 'cause after glen got got to CDG (Core Development
Group) the topic of full support in English arouse. It's even better for
every of us, that You're planning to become an active member of PLD
community, so we're (the PLD team) looking forward to working with You.

Nevertheless I'm wondering, where did You find that much of polish
language, so that it could prevent You from normally using PLD. I'm
pretty much sure, that after setting locales and lang to C everything
should start looking english (which is the default afair).

Mkey - happy PLD-ing

Cz at rny



From blues at pld-linux.org  Mon Jun 26 19:48:59 2006
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Mon, 26 Jun 2006 19:48:59 +0200 (CEST)
Subject: rpm macros problem?
Message-ID: <Pine.LNX.4.64N.0606261942370.13782@wby.gnfx.tqn.cy>


I saw small problem with rpm macros (patch macro)
[...]
+ /bin/gzip -dc /home/users/blues/rpm/SOURCES/reiser4-for-2.6.17-rc4-mm1-2.patch.gz
gzip: /home/users/blues/rpm/SOURCES/reiser4-for-2.6.17-rc4-mm1-2.patch.gz: No such file or directory
+ /usr/bin/patch -s -p1
[...]

It should be fatal error and compilation shoulden't be continued. It is 
now...

-- 
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 blues at pld-linux.org  Mon Jun 26 19:56:38 2006
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Mon, 26 Jun 2006 19:56:38 +0200 (CEST)
Subject: PLD is not for non-Poles
In-Reply-To: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
References: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
Message-ID: <Pine.LNX.4.64N.0606261823530.13782@wby.gnfx.tqn.cy>

On Mon, 26 Jun 2006, Dirk Ullrich wrote:
> I'm a longstanding Debian user, but I thought it would be a good idea to 
> broaden my Linux knowledge a bit. Thus I was looking for an RPM-based 
> Linux distribution and and came across PLD. In my opinion PLD is by far 
> the most interesting RPM-based distribution.

It's nice to hear that :D

> But there is a big grain of salt for somebody like me not being able to 
> understand Polish: It seems the nearly all interesting communication is 
> done in Polish.

It's not true.

But - since most developers are from Poland and every human is lazy - we 
are sometimes talking on polish list.
Some of us are not good in english (me too :) ).

> That's a pitty since this fact prevents me from becoming an active 
> member of the PLD community.

Say what you want to say in english. Most of us are using english list and
you shouldn't care of rest of people :)

> Although you state at PLD's main web page that the "P" in "PLD" does not 
> stand in for "Polish" or something alike it should to properly 
> characterize PLD.

Long time ago we have decided that it's PLD Linux Distribution.

> Of course I would much prefer to see PLD switching to a 'truly 
> internationalized' development (and user) model. But I'm afraid that 
> this would not happen soon.

We have few foreign developers (USA, estonian...). 
i.e.: glen is doing a lot of things.

> It's a great pity since I have now to look for another, less interesting 
> RPM-based distribution.

You don't have ;) You wan't to. ;P

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

From freetz at gmx.net  Mon Jun 26 21:52:18 2006
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Mon, 26 Jun 2006 21:52:18 +0200
Subject: [Ac] stable udev-079-4.9 for testing
Message-ID: <20060626215218.10048069.freetz@gmx.net>

Hi,

I've just made some bugfixes to udev from AC-branch. 
Please test it and report problems if any.

-- 
Fryderyk Dziarmagowski


From patrys at pld-linux.org  Tue Jun 27 07:12:57 2006
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Tue, 27 Jun 2006 07:12:57 +0200
Subject: PLD is not for non-Poles
In-Reply-To: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
References: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
Message-ID: <1151385177.8189.5.camel@meaw>

Dnia 26-06-2006, pon o godzinie 12:53 +0200, Dirk Ullrich napisa?(a):
> Hi, PLD-developers,
> 
> I'm a longstanding Debian user, but I thought it would be a good idea
> to broaden my Linux knowledge a bit. Thus I was looking for an
> RPM-based Linux distribution and and came across PLD. In my opinion
> PLD is by far the most interesting RPM-based distribution. But there is
> a big grain of salt for somebody like me not being able to understand
> Polish: It seems the nearly all interesting communication is done in
> Polish. That's a pitty since this fact prevents me from becoming an
> active member of the PLD community.

It's just that most of people here do come from Poland and at least some
of them are not able to communicate freely in English. Based on the fact
that one of the most active developer community members is glen, I can
tell you that Polish is not a barrier unless you plan to read each and
every mail about PLD sent in the last few years.

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



From dirk.ullrich at googlemail.com  Tue Jun 27 09:59:33 2006
From: dirk.ullrich at googlemail.com (Dirk Ullrich)
Date: Tue, 27 Jun 2006 09:59:33 +0200
Subject: PLD is not for non-Poles
In-Reply-To: <1151385177.8189.5.camel@meaw>
References: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
	<1151385177.8189.5.camel@meaw>
Message-ID: <c8b321820606270059w6a7318f8x3be61a41cc1db652@mail.gmail.com>

Dear PLD developers,

I'm surprised and very pleased by the amount of encouragement I've got
on this list. Now I'm convinced that the PLD community is a friendly and
helpful one and it will be a pleasure for me to explore PLD.

At the moment I'm just about installing PLD 2.0 at one of my computers.

Thank you very much
Dirk


From gotar at polanet.pl  Tue Jun 27 13:20:17 2006
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 27 Jun 2006 13:20:17 +0200
Subject: PLD is not for non-Poles
In-Reply-To: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
References: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
Message-ID: <20060627112017.GA4335@pepin.polanet.pl>

On Mon, Jun 26, 2006 at 12:53:10PM +0200, Dirk Ullrich wrote:
> 
> a big grain of salt for somebody like me not being able to understand
> Polish: It seems the nearly all interesting communication is done in
> Polish. That's a pitty since this fact prevents me from becoming an

Well, no. Polish list (speaking about devel) is (was?) overloaded with
chats, here's all the esence. Some time ago it was decided, that en list
is the main one and I don't read pl since then (as I currently have no
time at all).

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


From deejay1 at srem.org  Tue Jun 27 16:36:43 2006
From: deejay1 at srem.org (=?utf-8?q?=C5=81ukasz_Jerna=C5=9B?=)
Date: Tue, 27 Jun 2006 16:36:43 +0200
Subject: PLD is not for non-Poles
In-Reply-To: <1151385177.8189.5.camel@meaw>
References: <c8b321820606260353r27b0ba11ra76480d49ed73b1f@mail.gmail.com>
	<1151385177.8189.5.camel@meaw>
Message-ID: <200606271636.44602.deejay1@srem.org>

Dnia wtorek, 27 czerwca 2006 07:12, Patryk Zawadzki napisa?:
> Dnia 26-06-2006, pon o godzinie 12:53 +0200, Dirk Ullrich napisa?(a):
> > Hi, PLD-developers,
>
> It's just that most of people here do come from Poland and at least some
> of them are not able to communicate freely in English. Based on the fact
> that one of the most active developer community members is glen, I can
> tell you that Polish is not a barrier unless you plan to read each and
> every mail about PLD sent in the last few years.

I believe no one would ever want to do *that* ;> Flamewars, kloczkish, my 
stupid (as usual) posts, etc. There are times when I wish that I could forget 
some of those messages.... :P

-- 
?ukasz [DeeJay1] Jerna?


From qboosh at pld-linux.org  Thu Jun 29 15:14:31 2006
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 29 Jun 2006 15:14:31 +0200
Subject: php-pear-PEAR, optional packages printing
Message-ID: <20060629131431.GA15058@gruby.cs.net.pl>

1. Which php-pear-PEAR is usable for HEAD php - AC-branch only?

2. post script sometimes outputs bogus optional packages, e.g.:

   5:php-pear-PEAR          ########################################### [100%]
php-pear-PEAR can optionally use package "php-pear-XML_RPC" (version >= 1.4.0)

while php-pear-XML_RPC is explicitly required by php-pear-PEAR
(as specified in spec).


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


From jajcus at jajcus.net  Thu Jun 29 22:23:57 2006
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Thu, 29 Jun 2006 22:23:57 +0200
Subject: SPECS: xen.spec - enable PAE by default on archs supporting it
In-Reply-To: <Pine.LNX.4.64N.0606291031420.25418@wby.gnfx.tqn.cy>
References: <SPECS_xen.spec.1.28@pld-linux.org>
	<SPECS_xen.spec.1.29@pld-linux.org>
	<Pine.LNX.4.64N.0606291031420.25418@wby.gnfx.tqn.cy>
Message-ID: <20060629202357.GB2154@nic.nigdzie>

On Thu, Jun 29, 2006 at 10:34:45AM +0200, Pawe? Go?aszewski wrote:
> On Thu, 29 Jun 2006, jajcus wrote:
> > Author: jajcus                       Date: Thu Jun 29 06:30:52 2006 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - enable PAE by default on archs supporting it
> [...]
> > +%ifnarch i686 athlon pentium3 pentium4
> > +%define		with_pae	0 
> > +%endif
> [...]
> 
> Look at kernel.spec on LINUX_2_6 branch. It was disabled there because 
> some machines do not support PAE (at least some SONOMA chips).

I was doing it for kernel on LINUX_2_6_16 (anything else probably won't
work with current Xen). And PAE is enabled there for SMP, I enabled it
also for UP with Xen (so we don't need both SMP and UP xen version.

My reasons are: when one sets up xen it will probably host many virtual
machines, so it will require a lot of memory. And 4GB is not a lot of
memory these days, so PAE-enabled Xen is more useful.

Greets,
        Jacek


From adamg at biomerieux.pl  Thu Jun 29 23:24:45 2006
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Thu, 29 Jun 2006 23:24:45 +0200
Subject: php-pear-PEAR, optional packages printing
In-Reply-To: <20060629131431.GA15058@gruby.cs.net.pl>
References: <20060629131431.GA15058@gruby.cs.net.pl>
Message-ID: <20060629212445.GA16102@mysza.eu.org>

On Thu, Jun 29, 2006 at 03:14:31PM +0200, Jakub Bogusz wrote:
> 1. Which php-pear-PEAR is usable for HEAD php - AC-branch only?

seems so, I didn't track glen's recent changes in
php-pear-PEAR.spec at HEAD, don't know what the problem is.

> 2. post script sometimes outputs bogus optional packages, e.g.:
> 
>    5:php-pear-PEAR          ########################################### [100%]
> php-pear-PEAR can optionally use package "php-pear-XML_RPC" (version >= 1.4.0)
> 
> while php-pear-XML_RPC is explicitly required by php-pear-PEAR
> (as specified in spec).

Actually this R: is bogus one, XML_RPC is not required to use pear
(only its 'remote' part). fixed.

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


From hawk at limanowa.net  Fri Jun 30 12:08:44 2006
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Fri, 30 Jun 2006 12:08:44 +0200
Subject: [info] New 2.6 kernel on the way
Message-ID: <44A4F82C.4040807@limanowa.net>

PLD kernel team has finally made 2.6.16 version working. Since it
removes serious bug of previous release (machines were randomly hanging
on smp version) I've decided to include it in distribution without
waiting for 2.6.17 (which doesn't have full patch set yet). For now
release 2.6.16.22-2 is in ready tree and in next few hours/days all
kernel related packages will be sent for rebuild. Feel free to give it a
try.

IMPORTANT: new version was renamed to "kernel" again as it contains only
minimal grsecurity (/proc, link and fifo restrictions). After moving it
to main tree kernel-grsecurity will be completly removed. For other
changes please check CVS changelog. Kernel in this form will be default
one for PLD Ac.

M.

P.S. To persons fighting for ease of rebuilding kernel releated packages
for multiple kernels: package dependencies disallows to have multiple
version of kernel-headers installed in system. If someone wants to have
kernel-grsecurity available in Ac he has to manage a way to eliminate
this collision (between kernel-headers and kernel-grsecurity-headers).



From radek42 at gmail.com  Fri Jun 30 23:22:17 2006
From: radek42 at gmail.com (Radoslaw Zielinski)
Date: Fri, 30 Jun 2006 23:22:17 +0200
Subject: SPECS: perl-HTML-Mason.spec - up to 1.33
In-Reply-To: <SPECS_perl_HTML_Mason.spec.1.70@pld-linux.org>
References: <SPECS_perl_HTML_Mason.spec.1.69@pld-linux.org>
	<SPECS_perl_HTML_Mason.spec.1.70@pld-linux.org>
Message-ID: <20060630212217.GA12370@bongo>

arekm <arekm at pld-linux.org> [06-06-2006 11:43]:
[...]
> +%{perl_vendorlib}/Bundle/HTML/Mason.pm
[...]
> +%{_mandir}/man3/Bundle*

We do not package Bundle::*.

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