From ankry at green.mif.pg.gda.pl  Sat Jan  1 00:46:50 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 1 Jan 2005 00:46:50 +0100 (CET)
Subject: SPECS: FHS.spec - pierwszy
In-Reply-To: <SPECS_FHS.spec.1.97@pld-linux.org> from "adamg" at Dec 31,
	2004 11:20:17 PM
Message-ID: <200412312346.iBVNkoMl002975@green.mif.pg.gda.pl>

adamg wrote:
> +Revision 1.97  2004/12/31 23:20:08  adamg
                  ^^^^^^^^^^^^^^^^^^^
> +- pierwszy

falstart

-- 
=======================================================================
  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 Jan  1 01:44:27 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sat, 1 Jan 2005 01:44:27 +0100
Subject: SPECS: FHS.spec - pierwszy
In-Reply-To: <200412312346.iBVNkoMl002975@green.mif.pg.gda.pl>
References: <SPECS_FHS.spec.1.97@pld-linux.org>
	<200412312346.iBVNkoMl002975@green.mif.pg.gda.pl>
Message-ID: <20050101004427.GA2313@mysza.eu.org>

On Sat, Jan 01, 2005 at 12:46:50AM +0100, Andrzej Krzysztofowicz wrote:
> adamg wrote:
> > +Revision 1.97  2004/12/31 23:20:08  adamg
>                   ^^^^^^^^^^^^^^^^^^^
> > +- pierwszy
> 
> falstart

did I say I don't like you ? :)

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



From sparky at servek.sparky.homelinux.org  Sat Jan  1 20:43:14 2005
From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra)
Date: Sat, 1 Jan 2005 20:43:14 +0100
Subject: SPECS: psiconv.spec - updated to 0.9.6 - added ChangeLog to
	%doc -...
In-Reply-To: <SPECS_psiconv.spec.1.14@pld-linux.org>
References: <SPECS_psiconv.spec.1.13@pld-linux.org>
	<SPECS_psiconv.spec.1.14@pld-linux.org>
Message-ID: <20050101194314.GA958@servek.sparky.homelinux.org>

On Sat, Jan 01, 2005 at 06:36:44PM +0000, darekr wrote:
> Author: darekr                       Date: Sat Jan  1 18:36:44 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - updated to 0.9.6
> - added ChangeLog to %doc
> - added config file
> - missing manuals
> 
> ---- Files affected:
> SPECS:
>    psiconv.spec (1.13 -> 1.14)

it has been done on DEVEL

and about upgrade: abi has changed and is incompatible
but in pld there is only one program that uses it, 
abiword
and version on DEVEL supports only new abi,
so abiword should be marged too


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



From freetz at gmx.net  Sat Jan  1 23:32:36 2005
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Sat, 1 Jan 2005 23:32:36 +0100
Subject: SPECS: psiconv.spec - updated to 0.9.6 - added ChangeLog to
 %doc -...
In-Reply-To: <20050101194314.GA958@servek.sparky.homelinux.org>
References: <SPECS_psiconv.spec.1.13@pld-linux.org>
	<SPECS_psiconv.spec.1.14@pld-linux.org>
	<20050101194314.GA958@servek.sparky.homelinux.org>
Message-ID: <20050101233236.71853f41@smeagol>

On Sat, 1 Jan 2005 20:43:14 +0100
Przemys?aw Iskra <sparky at servek.sparky.homelinux.org> wrote:

> On Sat, Jan 01, 2005 at 06:36:44PM +0000, darekr wrote:
> > Author: darekr                       Date: Sat Jan  1 18:36:44 2005
> > GMT Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - updated to 0.9.6
> > - added ChangeLog to %doc
> > - added config file
> > - missing manuals
> > 
> > ---- Files affected:
> > SPECS:
> >    psiconv.spec (1.13 -> 1.14)
> 
> it has been done on DEVEL

this is extremly annoying. And not a first time...

> and about upgrade: abi has changed and is incompatible
> but in pld there is only one program that uses it, 
> abiword

gnumeric too

> and version on DEVEL supports only new abi,
> so abiword should be marged too

it can be merged, but needs some work (see TODO, same story gnumeric)
feel free to do it :)

-- 
Fryderyk Dziarmagowski



From darekr at darekr.eu.org  Sun Jan  2 11:49:27 2005
From: darekr at darekr.eu.org (Dariusz Rojewski)
Date: Sun, 2 Jan 2005 11:49:27 +0100
Subject: SPECS: psiconv.spec - updated to 0.9.6 - added ChangeLog to
	%doc -...
In-Reply-To: <20050101233236.71853f41@smeagol>
References: <SPECS_psiconv.spec.1.13@pld-linux.org>
	<SPECS_psiconv.spec.1.14@pld-linux.org>
	<20050101194314.GA958@servek.sparky.homelinux.org>
	<20050101233236.71853f41@smeagol>
Message-ID: <20050102104927.GA952@darekr.eu.org>

i'll revert it. i'll be more careful
-- 
Darek Rojewski
darekr at pld-linux.org



From ankry at green.mif.pg.gda.pl  Sun Jan  2 16:39:02 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sun, 2 Jan 2005 16:39:02 +0100 (CET)
Subject: SPECS: dangerdeep.spec - BR: SDL_mixer-devel
In-Reply-To: <SPECS_dangerdeep.spec.1.5@pld-linux.org> from "wolf" at Jan 02,
	2005 03:12:57 PM
Message-ID: <200501021539.j02Fd2cu028526@green.mif.pg.gda.pl>

wolf wrote:
> -BuildRequires:	SDL_net-devel
>  BuildRequires:	fftw3-common-devel
>  BuildRequires:	scons
> +BuildRequires:	SDL_mixer-devel
> +BuildRequires:	SDL_net-devel

wrong sorting.

-- 
=======================================================================
  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  Sun Jan  2 16:40:28 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sun, 2 Jan 2005 17:40:28 +0200
Subject: SPECS (RA-branch): php.spec - fixed bcond dependent %(un)defines
In-Reply-To: <SPECS_php.spec.1.221.2.14@pld-linux.org>
References: <SPECS_php.spec.1.221.2.13@pld-linux.org>
	<SPECS_php.spec.1.221.2.14@pld-linux.org>
Message-ID: <200501021740.28982.glen@delfi.ee>

On Sunday 02 January 2005 17:19, hawk wrote:
>  %if %{_apache2}
> -%define without_recode  1
> -%define without_mm  1
> +%undefine without_recode
> +%undefine without_mm
>  %endif

shouldn't it be %undefine with_recode?

-- 
glen



From hawk at limanowa.net  Sun Jan  2 17:48:12 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Sun, 02 Jan 2005 17:48:12 +0100
Subject: SPECS (RA-branch): php.spec - fixed bcond dependent %(un)defines
In-Reply-To: <200501021740.28982.glen@delfi.ee>
References: <SPECS_php.spec.1.221.2.13@pld-linux.org>	<SPECS_php.spec.1.221.2.14@pld-linux.org>
	<200501021740.28982.glen@delfi.ee>
Message-ID: <41D825CC.4010504@limanowa.net>

> shouldn't it be %undefine with_recode?

yeah, it should.

M.





From zawadaa at wp.pl  Sun Jan  2 23:11:31 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Sun, 02 Jan 2005 23:11:31 +0100
Subject: SPECS: ntop.spec - added more TODO
In-Reply-To: <SPECS_ntop.spec.1.63@pld-linux.org>
References: <SPECS_ntop.spec.1.62@pld-linux.org>
	<SPECS_ntop.spec.1.63@pld-linux.org>
Message-ID: <41D87193.1070007@wp.pl>

glen wrote:
> Author: glen                         Date: Sun Jan  2 22:02:57 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - added more TODO
> 
> ---- Files affected:
> SPECS:
>    ntop.spec (1.62 -> 1.63) 
> 
> ---- Diffs:
> 
> ================================================================
> Index: SPECS/ntop.spec
> diff -u SPECS/ntop.spec:1.62 SPECS/ntop.spec:1.63
> --- SPECS/ntop.spec:1.62	Sun Jan  2 21:48:56 2005
> +++ SPECS/ntop.spec	Sun Jan  2 22:02:50 2005
> @@ -2,6 +2,10 @@
>  # TODO:
>  #  - duplicate configure. remove or write down reason.
>  #  - configure appears to need gawk
> +#  - service ntop init steals terminal (it doesnt finish nor background)
After pass  <ctrl+C> I think...

> +#  - paths wrong somewhere /var/lib/ntop/ntop is expected (should be without last path component)
> +#  - /var/lib/ntop/* should be %ghost
> +#  - .la files should be in -devel


And this section:

%{__make}

Is't this bogus?
cd plugins
%{__make}


-- 
Andrzej Zawadzki



From troll at pld-linux.org  Sun Jan  2 23:55:44 2005
From: troll at pld-linux.org (Michal Chruszcz)
Date: Sun, 2 Jan 2005 23:55:44 +0100
Subject: SPECS: man.spec - R: bzip2 (... or don't use it for compressing
	ca...
In-Reply-To: <SPECS_man.spec.1.95@pld-linux.org>
References: <SPECS_man.spec.1.94@pld-linux.org>
	<SPECS_man.spec.1.95@pld-linux.org>
Message-ID: <200501022355.44209@tintia.doriath>

It seems like on Sunday 02 of January 2005 23:41, ankry typed:
> Author: ankry                        Date: Sun Jan  2 22:41:54 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - R: bzip2 (... or don't use it for compressing cat pages in default
> config)

#v+
[root at tintia ~]# poldek --shcmd='desc -f man'|grep bz2
[root at tintia ~]#
#v-
?
-- 
Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php



From ankry at green.mif.pg.gda.pl  Mon Jan  3 01:26:24 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 3 Jan 2005 01:26:24 +0100 (CET)
Subject: SPECS: man.spec - R: bzip2 (... or don't use it for compressing
In-Reply-To: <200501022355.44209@tintia.doriath> from "Michal Chruszcz" at Jan
	02, 2005 11:55:44 PM
Message-ID: <200501030026.j030QOMY007643@green.mif.pg.gda.pl>

Michal Chruszcz wrote:
> 
> It seems like on Sunday 02 of January 2005 23:41, ankry typed:
> > Author: ankry                        Date: Sun Jan  2 22:41:54 2005 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - R: bzip2 (... or don't use it for compressing cat pages in default
                                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > config)
    ^^^^^^
> 
> #v+
> [root at tintia ~]# poldek --shcmd='desc -f man'|grep bz2
> [root at tintia ~]#
> #v-
> ?

# grep COMPRESS /etc/man.config
COMPRESS        /usr/bin/bzip2
COMPRESS_EXT    .bz2

Read carefully.
Another choice is to switch to gzip here.

-- 
=======================================================================
  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 troll at pld-linux.org  Mon Jan  3 01:42:51 2005
From: troll at pld-linux.org (Michal Chruszcz)
Date: Mon, 3 Jan 2005 01:42:51 +0100
Subject: SPECS: man.spec - R: bzip2 (... or don't use it for compressing
In-Reply-To: <200501030026.j030QOMY007643@green.mif.pg.gda.pl>
References: <200501030026.j030QOMY007643@green.mif.pg.gda.pl>
Message-ID: <200501030142.51418@tintia.doriath>

It seems like on Monday 03 of January 2005 01:26, Andrzej Krzysztofowicz 
typed:
> Michal Chruszcz wrote:
> > It seems like on Sunday 02 of January 2005 23:41, ankry typed:
> > > Author: ankry                        Date: Sun Jan  2 22:41:54 2005
> > > GMT Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - R: bzip2 (... or don't use it for compressing cat pages in default
>                                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > > config)
>     ^^^^^^
>
> > #v+
> > [root at tintia ~]# poldek --shcmd='desc -f man'|grep bz2
> > [root at tintia ~]#
> > #v-
> > ?
>
> # grep COMPRESS /etc/man.config
> COMPRESS        /usr/bin/bzip2
> COMPRESS_EXT    .bz2
>
> Read carefully.
> Another choice is to switch to gzip here.

Well, I must admit I wasn't sure which config were you talking about. 
Actually, I wasn't sure *what* were you talking about writing 'default 
config'. It was a big misunderstanding and I apologize for all the mess.
-- 
Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php



From ankry at green.mif.pg.gda.pl  Mon Jan  3 23:08:58 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 3 Jan 2005 23:08:58 +0100 (CET)
Subject: SPECS: et.spec - removed translation of title
In-Reply-To: <SPECS_et.spec.1.7@pld-linux.org> from "wolf" at Jan 03,
	2005 07:48:47 PM
Message-ID: <200501032208.j03M8wWj012715@green.mif.pg.gda.pl>

wolf wrote:
>  %description -l pl
> -Powr?t do zamku Wolfenstein: Terytorium wroga (Return to Castle
> -Wolfenstein: Enemy Territory) jest to samodzielna gra dla wielu graczy
> -oparta na Powrocie do zamku Wolfenstein (Return to Castle
> -Wolfenstein).
> +Return to Castle Wolfenstein: Enemy Territory jest to samodzielna gra
> +dla wielu graczy oparta na Return to Castle Wolfenstein.

Ja bym jednak tlumaczenie tytulu dla nieznajacych angielskiego zostawil.
Tytuly filmow tez sa tlumaczone, wiec czemu tytuly gier nie mialyby byc ?

Jesli uwazasz, ze tlumaczenie jest niewlasciwe, to je popraw.

-- 
=======================================================================
  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 adasi at grubno.da.ru  Mon Jan  3 23:16:31 2005
From: adasi at grubno.da.ru (Witold Krecicki)
Date: Mon, 3 Jan 2005 23:16:31 +0100
Subject: SPECS: et.spec - removed translation of title
In-Reply-To: <200501032208.j03M8wWj012715@green.mif.pg.gda.pl>
References: <200501032208.j03M8wWj012715@green.mif.pg.gda.pl>
Message-ID: <200501032316.31833.adasi@grubno.da.ru>

Dnia poniedzia?ek 03 stycze? 2005 23:08, Andrzej Krzysztofowicz napisa?:
> wolf wrote:
> >  %description -l pl
> > -Powr?t do zamku Wolfenstein: Terytorium wroga (Return to Castle
> > -Wolfenstein: Enemy Territory) jest to samodzielna gra dla wielu graczy
> > -oparta na Powrocie do zamku Wolfenstein (Return to Castle
> > -Wolfenstein).
> > +Return to Castle Wolfenstein: Enemy Territory jest to samodzielna gra
> > +dla wielu graczy oparta na Return to Castle Wolfenstein.
>
> Ja bym jednak tlumaczenie tytulu dla nieznajacych angielskiego zostawil.
> Tytuly filmow tez sa tlumaczone, wiec czemu tytuly gier nie mialyby byc ?
Gier t?umaczenia te? s?, ale t?umaczy dystrybutor. Je?eli nie t?umaczy (tak 
samo film?w) to powinny by? IMHO oryginalne
I chyba nie ta lista :>
-- 
Witold Kr?cicki (adasi) adasi [at] culm.net
GPG key: 7AE20871
http://www.culm.net



From ankry at green.mif.pg.gda.pl  Tue Jan  4 00:40:39 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 4 Jan 2005 00:40:39 +0100 (CET)
Subject: SPECS: et.spec - removed translation of title
In-Reply-To: <200501032316.31833.adasi@grubno.da.ru> from "Witold Krecicki" at
	Jan 03, 2005 11:16:31 PM
Message-ID: <200501032340.j03Ned1x013307@green.mif.pg.gda.pl>

Witold Krecicki wrote:
> 
> Dnia poniedzia?ek 03 stycze? 2005 23:08, Andrzej Krzysztofowicz napisa?:
> > wolf wrote:
> > >  %description -l pl
> > > -Powr?t do zamku Wolfenstein: Terytorium wroga (Return to Castle
> > > -Wolfenstein: Enemy Territory) jest to samodzielna gra dla wielu graczy
> > > -oparta na Powrocie do zamku Wolfenstein (Return to Castle
> > > -Wolfenstein).
> > > +Return to Castle Wolfenstein: Enemy Territory jest to samodzielna gra
> > > +dla wielu graczy oparta na Return to Castle Wolfenstein.
> >
> > Ja bym jednak tlumaczenie tytulu dla nieznajacych angielskiego zostawil.
> > Tytuly filmow tez sa tlumaczone, wiec czemu tytuly gier nie mialyby byc ?
> Gier t?umaczenia te? s?, ale t?umaczy dystrybutor. Je?eli nie t?umaczy (tak 
> samo film?w) to powinny by? IMHO oryginalne

A dystrybutor w tym przypadku to my, PLD...

> I chyba nie ta lista :>

Mozliwe, ale leniwy jestem.

-- 
=======================================================================
  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 havner at smtp.kamp.pl  Tue Jan  4 10:27:19 2005
From: havner at smtp.kamp.pl (havner)
Date: Tue, 4 Jan 2005 10:27:19 +0100
Subject: [CVSADMIN] cp request
In-Reply-To: <20041231131132.GO22189@ikarnet.pl>
References: <20041231131132.GO22189@ikarnet.pl>
Message-ID: <20050104092719.GA3464@pld-linux.org>

On Fri, Dec 31, 2004 at 02:11:32PM +0100, Artur Frysiak wrote:
> Please do:
> cp SPECS/gnupg{-agent,2}.spec,v

Czy gnupg2 juz sie nadaje na tyle by zastapic gnupg?

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



From hawk at limanowa.net  Tue Jan  4 11:19:48 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Tue, 04 Jan 2005 11:19:48 +0100
Subject: nspr
In-Reply-To: <20041221092146.GA12467@gruby.cs.net.pl>
References: <41C7E684.6060909@limanowa.net>
	<20041221092146.GA12467@gruby.cs.net.pl>
Message-ID: <41DA6DC4.6010108@limanowa.net>

> Use beta nspr. In all mozilla-based packages.

Are there any objections against moving nspr from DEVEL to HEAD? It will 
allow building newest mozilla, firefox and thunderbird. It should be 
done because mozilla-1.7.3 which is in main has security issue 
(http://www.mozillazine.org/talkback.html?article=5844)

M.



From qboosh at pld-linux.org  Tue Jan  4 18:47:57 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 4 Jan 2005 18:47:57 +0100
Subject: SPECS: xfwm4.spec - proper BRs versions - added bcond
	compositor -...
In-Reply-To: <SPECS_xfwm4.spec.1.30@pld-linux.org>
References: <SPECS_xfwm4.spec.1.29@pld-linux.org>
	<SPECS_xfwm4.spec.1.30@pld-linux.org>
Message-ID: <20050104174757.GA25399@gruby.cs.net.pl>

On Tue, Jan 04, 2005 at 05:00:14PM +0000, charles wrote:
> Author: charles                      Date: Tue Jan  4 17:00:14 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - proper BRs versions
> - added bcond compositor
> - removed redundant R

> -Requires:	libxfce4mcs >= %{version}
> -Requires:	libxfcegui4 >= 4.1.21
> -Requires:	xfce-mcs-manager >= 4.1.90

Redundant, eh? So *xfce* = 4.0.0 will be sufficient for packages built
on 4.1.9x?


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



From glen at delfi.ee  Tue Jan  4 20:45:36 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Tue, 4 Jan 2005 21:45:36 +0200
Subject: apache1 configdir
In-Reply-To: <20041229211611.GC13276@mysza.eu.org>
References: <200412292041.iBTKfB8G006354@green.mif.pg.gda.pl>
	<200412292307.21582.glen@delfi.ee>
	<20041229211611.GC13276@mysza.eu.org>
Message-ID: <200501042145.37344.glen@delfi.ee>

On Wednesday 29 December 2004 23:16, Adam Go??biowski wrote:
> If there are triggers, I see no reasons not to switch to configdir. And
> it's still not too late to have it done in Ac.
okay, i've completed spec so far that on clean system it reads configs from 
conf.d

there are few issues,
the config dir should be /etc/apache/conf.d (current one uses conf.d)
or more like apache2 has, /etc/apache/httpd.conf?

i prefer the NAME.d variant(compare /etc/env.d, /etc/xinetd.d, /etc/profile.d)

in case of upgrade the original apache.conf remains to system, should the 
trigger modify /etc/apache/apache.conf after upgrade by adding the new 
features to it (include /etc/apache/conf.d) or should the .rpmnew being 
placed instead of the old one (mv apache.conf apache.conf.old && mv 
apache.conf.rpmnew apache.conf)

also as the new one does not use apxs to place loadmodule directives to 
config, but these rather came from rpm. the issue is difficult for core 
modules, should the AddModule and ClearModuleList directives being wiped out 
with sed? or if the .rpmnew move (in previous section) is being used this is 
not neccesary.

also perhaps each module directives should be split out from big apache.conf 
to configdir? (it goes very out of control if the .rpmnew is not used)

here's the current diff
http://glen.alkohol.ee/pld/apache1-confdir.3.diff

and srpm
http://glen.alkohol.ee/pld/apache1-1.3.33-1.30.src.rpm

if only my opinion matters, then i'd do trigger that puts .rpmnew into active 
and old apache.conf is stored as apache.conf.rpmold and split each module 
config to configdir

action 

-- 
glen



From saq at pld-linux.org  Tue Jan  4 20:45:36 2005
From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski)
Date: Tue, 04 Jan 2005 20:45:36 +0100
Subject: SPECS: kernel.spec - mount /boot (see -devel-en ml for more
	inform...
In-Reply-To: <200501041726.12966.adasi@grubno.da.ru>
References: <SPECS_kernel.spec.1.647@pld-linux.org>
	<Pine.LNX.4.61L.0501041625270.13092@wby.gnfx.tqn.cy>
	<20050104155352.GA28860@mysza.eu.org>
	<200501041726.12966.adasi@grubno.da.ru>
Message-ID: <1104867936.4175.33.camel@neptune.sakowski.pl>

Translating, this should really be an English discussion for the
interested developer who doesn't speak Polish.

On Tue, 2005-01-04 at 17:26 +0100, Witold Krecicki wrote:
> Dnia wtorek 04 stycze? 2005 16:53, Adam Go??biowski napisa?:
> > On Tue, Jan 04, 2005 at 04:26:22PM +0100, Pawe? Go?aszewski wrote:
> > > On Tue, 4 Jan 2005, Charles wrote:
> > > > > +%pre
> > > > > +# on target system the /boot might not be mounted (it's not required
> > > > > for system +# to run properly), it could be also mounted ro
> > > > > +mount /boot >/dev/null 2>&1
> > > > > +mount /boot -o remount,rw >/dev/null 2>&1
> > > > > +exit 0
> > > >
> > > > I don't believe it's the best solution. Automatically mount
> > > > disks/partitions in an rpm session?
> > >
> > > Especially because if I do have it unmounted... that's for a
> > > reason. And that state should be retained after rpm's operation
> > > (meaning, if it's not mounted, it should be unmounted after
> > > installation)
> >
> > Is is possible to pass some value from %pre to %post? There's no
> > problem then - in %pre invoke grep twice (for /etc/fstab
> > and /proc/mounts) and we know if we're actually going to
> > mount /boot and should unmount it in %post.
> It would also be useful to detect 'noauto' - somebody might not want
> to use /boot (even though it's in fstab). And the system should be
> installed on the system as it is - among others with the partitions
> mounted. IMHO the solution is mistaken, at the least.

-- 
Pawe? Sakowski <saq at pld-linux.org>
PLD Linux Distribution




From troll at pld-linux.org  Tue Jan  4 21:15:29 2005
From: troll at pld-linux.org (Michal Chruszcz)
Date: Tue, 4 Jan 2005 21:15:29 +0100
Subject: SPECS: xfwm4.spec - proper BRs versions - added bcond
	compositor -...
In-Reply-To: <20050104174757.GA25399@gruby.cs.net.pl>
References: <SPECS_xfwm4.spec.1.29@pld-linux.org>
	<SPECS_xfwm4.spec.1.30@pld-linux.org>
	<20050104174757.GA25399@gruby.cs.net.pl>
Message-ID: <200501042115.29457@tintia.doriath>

It seems like on Tuesday 04 of January 2005 18:47, Jakub Bogusz typed:
> On Tue, Jan 04, 2005 at 05:00:14PM +0000, charles wrote:
> > Author: charles                      Date: Tue Jan  4 17:00:14 2005 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - proper BRs versions
> > - added bcond compositor
> > - removed redundant R
> >
> > -Requires: libxfce4mcs >= %{version}
> > -Requires: libxfcegui4 >= 4.1.21
> > -Requires: xfce-mcs-manager >= 4.1.90
>
> Redundant, eh? So *xfce* = 4.0.0 will be sufficient for packages built
> on 4.1.9x?

No, they will *NOT*. That's why I don't understand this change.
-- 
Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery.php



From glen at delfi.ee  Tue Jan  4 21:51:00 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Tue, 4 Jan 2005 22:51:00 +0200
Subject: SOURCES: rpm.macros - a new version of __kernel_ver macro. (due
	...
In-Reply-To: <SOURCES_rpm.macros.1.184@pld-linux.org>
References: <SOURCES_rpm.macros.1.183@pld-linux.org>
	<SOURCES_rpm.macros.1.184@pld-linux.org>
Message-ID: <200501042251.01183.glen@delfi.ee>

On Tuesday 04 January 2005 21:44, pluto wrote:
> Author: pluto                        Date: Tue Jan  4 19:44:20 2005 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - a new version of __kernel_ver macro.
>   (due to linux/version.h and kernel vermagic changes).
>
> ---- Files affected:
> SOURCES:
>    rpm.macros (1.183 -> 1.184)
are you sure?

i see %__kernel_rel definitions twice and %__kernel_ver being disabled

-- 
glen



From adamg at biomerieux.pl  Tue Jan  4 22:37:37 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Tue, 4 Jan 2005 22:37:37 +0100
Subject: SPECS: odbtp.spec - build PHP extension too (with MS SQL
	support)
In-Reply-To: <SPECS_odbtp.spec.1.4@pld-linux.org>
References: <SPECS_odbtp.spec.1.3@pld-linux.org>
	<SPECS_odbtp.spec.1.4@pld-linux.org>
Message-ID: <20050104213737.GG32217@mysza.eu.org>

On Tue, Jan 04, 2005 at 09:30:50PM +0000, hawk wrote:
> Author: hawk                         Date: Tue Jan  4 21:30:50 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - build PHP extension too (with MS SQL support)

What about php-pecl-odbtp?

-- 
http://www.mysza.eu.org/ | 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  Tue Jan  4 23:40:01 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 4 Jan 2005 23:40:01 +0100 (CET)
Subject: SPECS: perl-I18N-AcceptLanguage.spec (NEW) - new
In-Reply-To: <SPECS_perl_I18N_AcceptLanguage.spec.1.1@pld-linux.org> from
	"radek" at Jan 04, 2005 10:32:36 PM
Message-ID: <200501042240.j04Me1Pi027157@green.mif.pg.gda.pl>

radek wrote:
> +%description
> +B<I18N::AcceptLanguage> matches language preference to available
   ^^^
Coould you think of autoremoving these formatting tags from %description ?

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



From ankry at green.mif.pg.gda.pl  Tue Jan  4 23:58:03 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 4 Jan 2005 23:58:03 +0100 (CET)
Subject: SPECS: mondo.spec - some cleanups
In-Reply-To: <SPECS_mondo.spec.1.10@pld-linux.org> from "qboosh" at Jan 04,
	2005 10:53:29 PM
Message-ID: <200501042258.j04Mw3Yo027465@green.mif.pg.gda.pl>

qboosh wrote:
> +%post	-p /sbin/ldconfig
> +%postun	-p /sbin/ldconfig
> +
> +%post	xmondo -p /sbin/ldconfig
> +%postun	xmondo -p /sbin/ldconfig

Are these necessary ?

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



From qboosh at pld-linux.org  Wed Jan  5 00:08:56 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 5 Jan 2005 00:08:56 +0100
Subject: SPECS: mondo.spec - some cleanups
In-Reply-To: <200501042258.j04Mw3Yo027465@green.mif.pg.gda.pl>
References: <SPECS_mondo.spec.1.10@pld-linux.org>
	<200501042258.j04Mw3Yo027465@green.mif.pg.gda.pl>
Message-ID: <20050104230856.GA29787@satan.blackhosts>

On Tue, Jan 04, 2005 at 11:58:03PM +0100, Andrzej Krzysztofowicz wrote:
> qboosh wrote:
> > +%post	-p /sbin/ldconfig
> > +%postun	-p /sbin/ldconfig
> > +
> > +%post	xmondo -p /sbin/ldconfig
> > +%postun	xmondo -p /sbin/ldconfig
> 
> Are these necessary ?

There are libraries in standard path (/usr/%{_lib}).
And I see your comment now... since when ldconfig calls are autogenerated?
In every package containing libraries I've seen they are placed manually.


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



From glen at delfi.ee  Wed Jan  5 00:16:03 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 5 Jan 2005 01:16:03 +0200
Subject: SPECS: mondo.spec - some cleanups
In-Reply-To: <20050104230856.GA29787@satan.blackhosts>
References: <SPECS_mondo.spec.1.10@pld-linux.org>
	<200501042258.j04Mw3Yo027465@green.mif.pg.gda.pl>
	<20050104230856.GA29787@satan.blackhosts>
Message-ID: <200501050116.03254.glen@delfi.ee>

speaking of the package, maybe somebody could explain the load of double 
quotes, is it my terminal or it's some form of censoring :) ?


%description
Objective """"""""" to produce a program which any Linux user can
utilize to create a rescue/restore CD (or CDs, if their installation
is >2Gb approx.). Also works for tapes and NFS.


-- 
glen



From ankry at green.mif.pg.gda.pl  Wed Jan  5 00:17:55 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 5 Jan 2005 00:17:55 +0100 (CET)
Subject: SPECS: mondo.spec - some cleanups
In-Reply-To: <20050104230856.GA29787@satan.blackhosts> from "Jakub Bogusz" at
	Jan 05, 2005 12:08:56 AM
Message-ID: <200501042317.j04NHtYX027575@green.mif.pg.gda.pl>

Jakub Bogusz wrote:
> On Tue, Jan 04, 2005 at 11:58:03PM +0100, Andrzej Krzysztofowicz wrote:
> > qboosh wrote:
> > > +%post	-p /sbin/ldconfig
> > > +%postun	-p /sbin/ldconfig
> > > +
> > > +%post	xmondo -p /sbin/ldconfig
> > > +%postun	xmondo -p /sbin/ldconfig
> > 
> > Are these necessary ?
> 
> There are libraries in standard path (/usr/%{_lib}).
> And I see your comment now... since when ldconfig calls are autogenerated?
> In every package containing libraries I've seen they are placed manually.

OOPS. I messed ldcanfig calls and ldconfig deps.
It is/was too late...

-- 
=======================================================================
  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  Wed Jan  5 00:38:59 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 5 Jan 2005 01:38:59 +0200
Subject: SPECS: kernel-char-dazuko.spec - pl, some cleanups
In-Reply-To: <SPECS_kernel_char_dazuko.spec.1.2@pld-linux.org>
References: <SPECS_kernel_char_dazuko.spec.1.1@pld-linux.org>
	<SPECS_kernel_char_dazuko.spec.1.2@pld-linux.org>
Message-ID: <200501050138.59284.glen@delfi.ee>

On Wednesday 05 January 2005 00:11, qboosh wrote:
> +# TODO: fix Name vs filename

i asked in irc in which filename such package should be, and as it's kernel 
module (the main package contains just documentation and examples), then it 
is as it's now, kernel-xxx.

so it better be dazuko.spec?

-- 
glen



From havner at smtp.kamp.pl  Wed Jan  5 02:19:51 2005
From: havner at smtp.kamp.pl (havner)
Date: Wed, 5 Jan 2005 02:19:51 +0100
Subject: SPECS (LINUX_2_6): kernel.spec - netfilter update reverted. (i
	d...
In-Reply-To: <SPECS_kernel.spec.1.441.2.918@pld-linux.org>
References: <SPECS_kernel.spec.1.441.2.917@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.918@pld-linux.org>
Message-ID: <20050105011951.GF28983@pld-linux.org>

On Wed, Jan 05, 2005 at 12:25:25AM +0000, pluto wrote:
> Author: pluto                        Date: Wed Jan  5 00:25:25 2005 GMT
> Module: SPECS                         Tag: LINUX_2_6
> ---- Log message:
> - netfilter update reverted.
>   (i don't see suitable updates for iptables/llh).
> - log fixed.
> - release 0.94.

There was iptables update on LINUX_2_6_10

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



From havner at smtp.kamp.pl  Wed Jan  5 02:20:36 2005
From: havner at smtp.kamp.pl (havner)
Date: Wed, 5 Jan 2005 02:20:36 +0100
Subject: SPECS (LINUX_2_6): kernel.spec - the right way for version fix.
In-Reply-To: <SPECS_kernel.spec.1.441.2.917@pld-linux.org>
References: <SPECS_kernel.spec.1.441.2.916@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.917@pld-linux.org>
Message-ID: <20050105012036.GG28983@pld-linux.org>

On Wed, Jan 05, 2005 at 12:06:17AM +0000, pluto wrote:
> Author: pluto                        Date: Wed Jan  5 00:06:17 2005 GMT
> Module: SPECS                         Tag: LINUX_2_6
> ---- Log message:
> - the right way for version fix.

I suppose that concludes buggy rpm macros change. Is it to be reverted?

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



From radek at karnet.pl  Wed Jan  5 13:44:48 2005
From: radek at karnet.pl (Radoslaw Zielinski)
Date: Wed, 5 Jan 2005 13:44:48 +0100
Subject: SPECS: perl-I18N-AcceptLanguage.spec (NEW) - new
In-Reply-To: <200501042240.j04Me1Pi027157@green.mif.pg.gda.pl>
References: <SPECS_perl_I18N_AcceptLanguage.spec.1.1@pld-linux.org>
	<200501042240.j04Me1Pi027157@green.mif.pg.gda.pl>
Message-ID: <20050105124448.GA3290@bongo>

Andrzej Krzysztofowicz <ankry at green.mif.pg.gda.pl> [04-01-2005 23:40]:
> radek wrote:
>> +%description
>> +B<I18N::AcceptLanguage> matches language preference to available
>    ^^^
> Coould you think of autoremoving these formatting tags from %description ?

Sure.

-- 
Rados?aw Zieli?ski <radek at karnet.pl>
[ GPG key: http://radek.karnet.pl/ ]
-------------- 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/20050105/81688d12/attachment.sig>

From qboosh at pld-linux.org  Wed Jan  5 16:16:30 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 5 Jan 2005 16:16:30 +0100
Subject: SPECS: mkinitrd.spec - add -pl and EA from dead revision
In-Reply-To: <SPECS_mkinitrd.spec.1.21@pld-linux.org>
References: <SPECS_mkinitrd.spec.1.20@pld-linux.org>
	<SPECS_mkinitrd.spec.1.21@pld-linux.org>
Message-ID: <20050105151629.GA28423@gruby.cs.net.pl>

On Wed, Jan 05, 2005 at 02:50:56PM +0000, glen wrote:
> +#  - yes, there's geninitrd in PLD, but there's no replacement for grubby that
> +#    this package contains.

What is grubby?


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



From glen at delfi.ee  Wed Jan  5 16:43:19 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 5 Jan 2005 17:43:19 +0200
Subject: SPECS: mkinitrd.spec - add -pl and EA from dead revision
In-Reply-To: <20050105151629.GA28423@gruby.cs.net.pl>
References: <SPECS_mkinitrd.spec.1.20@pld-linux.org>
	<SPECS_mkinitrd.spec.1.21@pld-linux.org>
	<20050105151629.GA28423@gruby.cs.net.pl>
Message-ID: <200501051743.20034.glen@delfi.ee>

On Wednesday 05 January 2005 17:16, Jakub Bogusz wrote:
> On Wed, Jan 05, 2005 at 02:50:56PM +0000, glen wrote:
> > +#  - yes, there's geninitrd in PLD, but there's no replacement for
> > grubby that +#    this package contains.
>
> What is grubby?
http://www.die.net/doc/linux/man/man8/grubby.8.html



-- 
glen



From glen at delfi.ee  Wed Jan  5 21:15:46 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 5 Jan 2005 22:15:46 +0200
Subject: bconds
Message-ID: <200501052215.46323.glen@delfi.ee>

i was thinking, that bconds should be added as provides to the package,
so then can depend on specific bcond of other package

consider apache having bcond ipv6, now there's need for apache+ipv6
or vice versa, so you could add 
BuildRequires: apache(ipv6)
or 
BuildConflicts: apache(ipv6)



-- 
glen



From glen at delfi.ee  Thu Jan  6 00:29:01 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 6 Jan 2005 01:29:01 +0200
Subject: SPECS: mkinitrd.spec - add -pl and EA from dead revision
In-Reply-To: <200501051743.20034.glen@delfi.ee>
References: <SPECS_mkinitrd.spec.1.20@pld-linux.org>
	<20050105151629.GA28423@gruby.cs.net.pl>
	<200501051743.20034.glen@delfi.ee>
Message-ID: <200501060129.01975.glen@delfi.ee>

On Wednesday 05 January 2005 17:43, Elan Ruusam?e wrote:
> On Wednesday 05 January 2005 17:16, Jakub Bogusz wrote:
> > On Wed, Jan 05, 2005 at 02:50:56PM +0000, glen wrote:
> > > +#  - yes, there's geninitrd in PLD, but there's no replacement for
> > > grubby that +#    this package contains.
> >
> > What is grubby?
> http://www.die.net/doc/linux/man/man8/grubby.8.html

i created grubby package now. it's mkinitrd replaced with geninitrd calls.

to get full power out of it, add to kernel.spec something like this:
%post
if [ -x /sbin/new-kernel-pkg ]; then
        /sbin/new-kernel-pkg --mkinitrd --depmod --install %{version}-%{release}
elif [ -x /sbin/rc-boot ]; then
    /sbin/rc-boot 1>&2 || :
fi

%preun
/sbin/modprobe loop 2> /dev/null > /dev/null  || :
if [ -x /sbin/new-kernel-pkg ] ; then
        /sbin/new-kernel-pkg --rminitrd --rmmoddep --remove %{version}-%{release}
fi

it will add the new kernel to grub conf, and optionally you change grub to make it default too

# dif /tmp/grub.conf /boot/grub/grub.conf 
--- /tmp/grub.conf    2005-01-06 00:32:38.412792000 +0200
+++ /boot/grub/grub.conf    2005-01-06 01:24:45.079401517 +0200
@@ -11,10 +11,14 @@
 timeout 15
 
 # By default, boot the first entry.
-default 2
+default 3
 
 # Fallback to the second entry.
-fallback 1
+fallback 2
+
+title 1.99 PLD Linux (Ac) (2.6.10-1)
+    kernel /vmlinuz-2.6.10-1 root=/dev/hda7 panic=10 devfs=nomount
+    initrd /initrd-2.6.10-1.img
 
 title PLD 2.6.8-4.11
     kernel /vmlinuz-2.6.8-4.11 root=/dev/hda7 panic=10 devfs=nomount
(END) 










-- 
glen



From aredridel at nbtsc.org  Thu Jan  6 02:18:41 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Wed, 05 Jan 2005 18:18:41 -0700
Subject: bconds
In-Reply-To: <200501052215.46323.glen@delfi.ee>
References: <200501052215.46323.glen@delfi.ee>
Message-ID: <1104974321.17462.0.camel@betelgeuse>

On Wed, 2005-01-05 at 22:15 +0200, Elan Ruusam?e wrote:
> i was thinking, that bconds should be added as provides to the package,
> so then can depend on specific bcond of other package
> 
> consider apache having bcond ipv6, now there's need for apache+ipv6
> or vice versa, so you could add 
> BuildRequires: apache(ipv6)
> or 
> BuildConflicts: apache(ipv6)

I like the concept.




From krzak at hakore.com  Thu Jan  6 10:04:38 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Thu, 06 Jan 2005 10:04:38 +0100
Subject: bconds
In-Reply-To: <200501052215.46323.glen@delfi.ee>
References: <200501052215.46323.glen@delfi.ee>
Message-ID: <41DCFF26.9050606@hakore.com>

U?ytkownik Elan Ruusam?e napisa?:
> i was thinking, that bconds should be added as provides to the package,
> so then can depend on specific bcond of other package
> 
> consider apache having bcond ipv6, now there's need for apache+ipv6
> or vice versa, so you could add 
> BuildRequires: apache(ipv6)
> or 
> BuildConflicts: apache(ipv6)
> 
> 
> 

I don't think it would be good idea. Better would be Suggested or 
similar feature :)

You can allways use/build ipv6 apps with non ipv6 and you can block 
chain while some application will not have ipv6 support.

-- 
Marcin Krzy?anowski



From glen at delfi.ee  Thu Jan  6 12:51:34 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Thu, 6 Jan 2005 13:51:34 +0200
Subject: bconds
In-Reply-To: <41DCFF26.9050606@hakore.com>
References: <200501052215.46323.glen@delfi.ee> <41DCFF26.9050606@hakore.com>
Message-ID: <200501061351.34127.glen@delfi.ee>

On Thursday 06 January 2005 11:04, Marcin Krzyzanowski wrote:
> You can allways use/build ipv6 apps with non ipv6 and you can block
> chain while some application will not have ipv6 support.


apache1-devel with ipv6 has different structure for remote_ip in request_rec.
and therefore your program may compile or may fail, depending if apache1 was 
built with ipv6 or not

one such is apache1-mod_rpaf -- it will fail if apache1 is with ipv6 (try it!)
-- 
glen



From koorek at o2.pl  Thu Jan  6 14:24:09 2005
From: koorek at o2.pl (Robert Kurowski)
Date: Thu, 6 Jan 2005 14:24:09 +0100
Subject: [SPECS] xosview.spec fix
Message-ID: <20050106142409.0e72d8c0@localhost>

Small fix. I mentioned problem with xosview at users-pl. This fix
resource manager so now it works ok.

--
Robert 'koorek' Kurowski		http://www.koorek.pl.eu.org
					JID: koorek at chrome.pl
Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? :
"nie zawied? mnie znowu" -- George W. Bush
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xosview-resource_fix.patch
Type: application/octet-stream
Size: 430 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20050106/a4982d7b/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xosview.spec.diff
Type: application/octet-stream
Size: 669 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20050106/a4982d7b/attachment-0001.obj>

From ankry at green.mif.pg.gda.pl  Thu Jan  6 16:24:30 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Thu, 6 Jan 2005 16:24:30 +0100 (CET)
Subject: SPECS: gphoto2.spec - updated to 2.1.5
In-Reply-To: <SPECS_gphoto2.spec.1.33@pld-linux.org> from "petec" at Jan 06,
	2005 02:42:20 PM
Message-ID: <200501061524.j06FOUMf022923@green.mif.pg.gda.pl>

petec wrote:
> @@ -52,10 +52,8 @@
>  %prep
>  %setup -q
>  #%%patch0 -p1
> -%patch1 -p1
> -%patch2 -p1
> -
> -mv po/{no,nb}.po
   ^^^^^^^^^^^^^^^^
Why ? It is still not fixed in tarball. Revert it please.

> +#%patch1 -p1
> +#%patch2 -p1
>  
>  %build
>  cp -f /usr/share/automake/config.* .
> @@ -93,6 +91,9 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>  
>  $Log$
> +Revision 1.33  2005/01/06 14:42:13  petec
> +- updated to 2.1.5

And unfinished update should not have integer release.

If you don't intend to finish it, do not start an update, please.

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



From glen at delfi.ee  Thu Jan  6 21:20:55 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Thu, 6 Jan 2005 22:20:55 +0200
Subject: SPECS: grubby.spec - pl - removed old todo (RH rarely
	distributes ...
In-Reply-To: <SPECS_grubby.spec.1.2@pld-linux.org>
References: <SPECS_grubby.spec.1.1@pld-linux.org>
	<SPECS_grubby.spec.1.2@pld-linux.org>
Message-ID: <200501062220.55896.glen@delfi.ee>

On Thursday 06 January 2005 22:16, qboosh wrote:
> +# TODO: /sbin isn't a place for %config files!

%files
[cut]
%config %attr(755,root,root) /sbin/installkernel

could argue here.

it's not really config, but script which is called when user does make install 
inside kernel source tree (hardcoded in kernel sources). 

and it's marked config, because if that user modifies /sbin/installkernel, and 
package is refreshed (new version), then the changes are not permanently 
lost.


-- 
glen



From jasio at myslenice.pl.eu.org  Thu Jan  6 21:37:15 2005
From: jasio at myslenice.pl.eu.org (Jacek =?iso-8859-2?q?Rz=EAsista?=)
Date: Thu, 6 Jan 2005 21:37:15 +0100
Subject: Builing kernel 2.4.28 on RA
Message-ID: <200501062137.15691.jasio@myslenice.pl.eu.org>

I've tried to build kernel 2.4.28 from kernel24.spec on RA. I got this error 
message:
b??d: niespe?nione zale?no?ci:
        gcc >= 5:3.3 jest wymagany przez kernel24-2.4.28-0.6
        rpmbuild(macros) >= 1.153 jest wymagany przez kernel24-2.4.28-0.6
Error: package build failed. (no more info)

Why ? Could someone explain me this ?
-- 
Jacek Rz?sista



From qboosh at pld-linux.org  Thu Jan  6 21:55:02 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 6 Jan 2005 21:55:02 +0100
Subject: Builing kernel 2.4.28 on RA
In-Reply-To: <200501062137.15691.jasio@myslenice.pl.eu.org>
References: <200501062137.15691.jasio@myslenice.pl.eu.org>
Message-ID: <20050106205501.GC10730@satan.blackhosts>

On Thu, Jan 06, 2005 at 09:37:15PM +0100, Jacek Rz?sista wrote:
> I've tried to build kernel 2.4.28 from kernel24.spec on RA. I got this error 
> message:

See comments in spec.

> b??d: niespe?nione zale?no?ci:

It's -en list ;P

>         gcc >= 5:3.3 jest wymagany przez kernel24-2.4.28-0.6

For old gcc you must use %patch3015 on all archs

>         rpmbuild(macros) >= 1.153 jest wymagany przez kernel24-2.4.28-0.6

See comment before this BR


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



From jasio at myslenice.pl.eu.org  Thu Jan  6 22:29:11 2005
From: jasio at myslenice.pl.eu.org (Jacek =?iso-8859-2?q?Rz=EAsista?=)
Date: Thu, 6 Jan 2005 22:29:11 +0100
Subject: Builing kernel 2.4.28 on RA
In-Reply-To: <20050106205501.GC10730@satan.blackhosts>
References: <200501062137.15691.jasio@myslenice.pl.eu.org>
	<20050106205501.GC10730@satan.blackhosts>
Message-ID: <200501062229.12024.jasio@myslenice.pl.eu.org>

Dnia czwartek, 6 stycznia 2005 21:55, Jakub Bogusz napisa?:
> On Thu, Jan 06, 2005 at 09:37:15PM +0100, Jacek Rz?sista wrote:
> > I've tried to build kernel 2.4.28 from kernel24.spec on RA. I got this
> > error message:
>
> See comments in spec.
Let's see :)

> > b??d: niespe?nione zale?no?ci:
>
> It's -en list ;P
Ups, sorry, I forgot :) 

> >         gcc >= 5:3.3 jest wymagany przez kernel24-2.4.28-0.6
>
> For old gcc you must use %patch3015 on all archs
OK, I see - this patch is used only for ppc arch. So when I use this patch for 
x86 - I can remove this BR ? :)

> >         rpmbuild(macros) >= 1.153 jest wymagany przez kernel24-2.4.28-0.6
>
> See comment before this BR
# _target_base_arch
Hmm, but this means nothing to me :( Could you explain ? :)
-- 
Jacek Rz?sista
GG 61213



From qboosh at pld-linux.org  Thu Jan  6 22:37:46 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 6 Jan 2005 22:37:46 +0100
Subject: Builing kernel 2.4.28 on RA
In-Reply-To: <200501062229.12024.jasio@myslenice.pl.eu.org>
References: <200501062137.15691.jasio@myslenice.pl.eu.org>
	<20050106205501.GC10730@satan.blackhosts>
	<200501062229.12024.jasio@myslenice.pl.eu.org>
Message-ID: <20050106213746.GA3430@satan.blackhosts>

On Thu, Jan 06, 2005 at 10:29:11PM +0100, Jacek Rz?sista wrote:
> Dnia czwartek, 6 stycznia 2005 21:55, Jakub Bogusz napisa?:
> > On Thu, Jan 06, 2005 at 09:37:15PM +0100, Jacek Rz?sista wrote:
> > >         gcc >= 5:3.3 jest wymagany przez kernel24-2.4.28-0.6
> >
> > For old gcc you must use %patch3015 on all archs
> OK, I see - this patch is used only for ppc arch. So when I use this patch for 
> x86 - I can remove this BR ? :)

Probably. It used to work with 2.4.27. I haven't tested it with 2.4.28
so far.

> > >         rpmbuild(macros) >= 1.153 jest wymagany przez kernel24-2.4.28-0.6
> >
> > See comment before this BR
> # _target_base_arch
> Hmm, but this means nothing to me :( Could you explain ? :)

%_target_base_arch macro is defined in rpm macros since rev 1.153.
You can add this definition from modern rpm.macros somewhere (spec,
/etc/rpm/macros, ~/.rpmmacros or so) and ignore this BR.


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



From hawk at limanowa.net  Fri Jan  7 00:29:40 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Fri, 07 Jan 2005 00:29:40 +0100
Subject: Builing kernel 2.4.28 on RA
In-Reply-To: <200501062137.15691.jasio@myslenice.pl.eu.org>
References: <200501062137.15691.jasio@myslenice.pl.eu.org>
Message-ID: <41DDC9E4.9030809@limanowa.net>

Jacek Rz?sista wrote:
> I've tried to build kernel 2.4.28 from kernel24.spec on RA. I got this error 
> message:

BTW, it will be branched and modified for RA when rel 1 will arrive.

M.




From jasio at myslenice.pl.eu.org  Fri Jan  7 01:11:38 2005
From: jasio at myslenice.pl.eu.org (Jacek =?iso-8859-2?q?Rz=EAsista?=)
Date: Fri, 7 Jan 2005 01:11:38 +0100
Subject: Builing kernel 2.4.28 on RA
In-Reply-To: <41DDC9E4.9030809@limanowa.net>
References: <200501062137.15691.jasio@myslenice.pl.eu.org>
	<41DDC9E4.9030809@limanowa.net>
Message-ID: <200501070111.38420.jasio@myslenice.pl.eu.org>

Dnia pi?tek, 7 stycznia 2005 00:29, Marcin Kr?l napisa?:
> Jacek Rz?sista wrote:
> > I've tried to build kernel 2.4.28 from kernel24.spec on RA. I got this
> > error message:
>
> BTW, it will be branched and modified for RA when rel 1 will arrive.
I think - I can do it - now  I'm building this kernel for Ra after qboos's 
clarifies about this 2 errors. If it will build (it holds some time) - I'll 
check this kernel in the morning - and if it'll we OK (for me ;) ) - I can do 
branch and commit my spec - unless you (maybe somone else ;) ) want first I 
post diff here :)
-- 
Jacek Rz?sista
GG 61213



From jasio at myslenice.pl.eu.org  Fri Jan  7 01:27:28 2005
From: jasio at myslenice.pl.eu.org (Jacek =?iso-8859-2?q?Rz=EAsista?=)
Date: Fri, 7 Jan 2005 01:27:28 +0100
Subject: Builing kernel 2.4.28 on RA
In-Reply-To: <200501070111.38420.jasio@myslenice.pl.eu.org>
References: <200501062137.15691.jasio@myslenice.pl.eu.org>
	<41DDC9E4.9030809@limanowa.net>
	<200501070111.38420.jasio@myslenice.pl.eu.org>
Message-ID: <200501070127.28413.jasio@myslenice.pl.eu.org>

Dnia pi?tek, 7 stycznia 2005 01:11, Jacek Rz?sista napisa?:
> Dnia pi?tek, 7 stycznia 2005 00:29, Marcin Kr?l napisa?:
> > Jacek Rz?sista wrote:
> > > I've tried to build kernel 2.4.28 from kernel24.spec on RA. I got this
> > > error message:
> >
> > BTW, it will be branched and modified for RA when rel 1 will arrive.
>
> I think - I can do it - now  I'm building this kernel for Ra after qboos's
> clarifies about this 2 errors. If it will build (it holds some time) - I'll
> check this kernel in the morning - and if it'll we OK (for me ;) ) - I can
> do branch and commit my spec - unless you (maybe somone else ;) ) want
> first I post diff here :)
Unortunately, I've got this error message:

ip_conntrack_rtsp.c: In function `rtsp_parse_message':
ip_conntrack_rtsp.c:126: parse error before `)'
ip_conntrack_rtsp.c: In function `rtsp_parse_transport':
ip_conntrack_rtsp.c:171: parse error before `)'
ip_conntrack_rtsp.c: In function `help_out':
ip_conntrack_rtsp.c:311: parse error before `)'
make[2]: *** [ip_conntrack_rtsp.o] Error 1
make[2]: Leaving directory 
`/home/users/jasio/rpm/BUILD/linux-2.4.28/net/ipv4/netfilter'
make[1]: *** [_modsubdir_ipv4/netfilter] Error 2
make[1]: Leaving directory `/home/users/jasio/rpm/BUILD/linux-2.4.28/net'
make: *** [_mod_net] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.10952 (%build)


RPM build errors:
    Bad exit status from /var/tmp/rpm-tmp.10952 (%build)

Have someone any idea ?
-- 
Jacek Rz?sista



From havner at smtp.kamp.pl  Fri Jan  7 02:12:05 2005
From: havner at smtp.kamp.pl (havner)
Date: Fri, 7 Jan 2005 02:12:05 +0100
Subject: SPECS: gphoto2.spec - updated to 2.1.5
In-Reply-To: <SPECS_gphoto2.spec.1.33@pld-linux.org>
References: <SPECS_gphoto2.spec.1.32@pld-linux.org>
	<SPECS_gphoto2.spec.1.33@pld-linux.org>
Message-ID: <20050107011205.GA7344@pld-linux.org>

On Thu, Jan 06, 2005 at 02:42:20PM +0000, petec wrote:
> Author: petec                        Date: Thu Jan  6 14:42:20 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - updated to 2.1.5
> 
> ---- Files affected:
> SPECS:
>    gphoto2.spec (1.32 -> 1.33) 
>  %prep
>  %setup -q
>  #%%patch0 -p1
> -%patch1 -p1
> -%patch2 -p1
> -
> -mv po/{no,nb}.po
> +#%patch1 -p1
> +#%patch2 -p1

What's the reason?

>  
>  $Log$
> +Revision 1.33  2005/01/06 14:42:13  petec
> +- updated to 2.1.5
> +

Why wasn't it mensioned?

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



From glen at delfi.ee  Fri Jan  7 02:23:50 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 7 Jan 2005 03:23:50 +0200
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm -- caches
	pa...
In-Reply-To: <SPECS_rpm.spec.1.555.2.42@pld-linux.org>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<SPECS_rpm.spec.1.555.2.42@pld-linux.org>
Message-ID: <200501070323.50772.glen@delfi.ee>

On Friday 07 January 2005 03:20, glen wrote:
> Author: glen                         Date: Fri Jan  7 01:20:57 2005 GMT
> Module: SPECS                         Tag: AC-branch
> ---- Log message:
> - add /etc/cron.daily/rpm -- caches package names to /var/log/rpmpkgs
i'll answer it here before you're able to ask question why :)

it's for folks using bash-completion, it prefers cached package list 
from /var/log if rpmdb hasn't been updated since the cache file was created

see (after having bash-completion installed):
$ type _rpm | less
$ type _rpm_installed_packages | less


-- 
glen



From wolf42 at wp.pl  Fri Jan  7 07:36:03 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Fri, 7 Jan 2005 07:36:03 +0100
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm -- caches
	pa...
In-Reply-To: <200501070323.50772.glen@delfi.ee>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<SPECS_rpm.spec.1.555.2.42@pld-linux.org>
	<200501070323.50772.glen@delfi.ee>
Message-ID: <20050107063603.GA5484@bajzel>

On Fri, Jan 07, 2005 at 03:23:50AM +0200, Elan Ruusam?e wrote:
> > Author: glen                         Date: Fri Jan  7 01:20:57 2005 GMT
> > Module: SPECS                         Tag: AC-branch
> > ---- Log message:
> > - add /etc/cron.daily/rpm -- caches package names to /var/log/rpmpkgs
> i'll answer it here before you're able to ask question why :)
> 
> it's for folks using bash-completion,
So, it should be in bash-completion package.

wolf
-- 
  Bartek   .  - O, ty! Przyjdziesz, czy mam rzuca??
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/



From kolodko1 at o2.pl  Fri Jan  7 09:43:38 2005
From: kolodko1 at o2.pl (Grzegorz Konopko)
Date: Fri, 7 Jan 2005 09:43:38 +0100
Subject: SPECS: grubby.spec - pl - removed old todo (RH rarely
	distributes ...
In-Reply-To: <200501062220.55896.glen@delfi.ee>
References: <SPECS_grubby.spec.1.1@pld-linux.org>
	<SPECS_grubby.spec.1.2@pld-linux.org>
	<200501062220.55896.glen@delfi.ee>
Message-ID: <200501070943.38691.kolodko1@o2.pl>

Dnia czwartek, 6 stycznia 2005 21:20, Elan Ruusam?e napisa?:
> On Thursday 06 January 2005 22:16, qboosh wrote:
> > +# TODO: /sbin isn't a place for %config files!
> 
> %files
> [cut]
> %config %attr(755,root,root) /sbin/installkernel
> 
> could argue here.
> 
> it's not really config, but script which is called when user does make 
install 
> inside kernel source tree (hardcoded in kernel sources). 
> 
> and it's marked config, because if that user modifies /sbin/installkernel, 
and 
> package is refreshed (new version), then the changes are not permanently 
> lost.

PLD it's not RH :>



From radek at karnet.pl  Fri Jan  7 10:25:59 2005
From: radek at karnet.pl (Radoslaw Zielinski)
Date: Fri, 7 Jan 2005 10:25:59 +0100
Subject: bconds
In-Reply-To: <200501052215.46323.glen@delfi.ee>
References: <200501052215.46323.glen@delfi.ee>
Message-ID: <20050107092559.GB24974@bongo>

Elan Ruusam?e <glen at delfi.ee> [05-01-2005 21:15]:
> i was thinking, that bconds should be added as provides to the package,
> so then can depend on specific bcond of other package

Right you are.  Right now (IIRC) this kind of information is sometimes
kept in the %release: visible for the administrator, but useless for
RPM's dependencies.

-- 
Rados?aw Zieli?ski <radek at karnet.pl>
[ GPG key: http://radek.karnet.pl/ ]
-------------- 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/20050107/4fab5011/attachment.sig>

From qboosh at pld-linux.org  Fri Jan  7 10:29:17 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 7 Jan 2005 10:29:17 +0100
Subject: bconds
In-Reply-To: <20050107092559.GB24974@bongo>
References: <200501052215.46323.glen@delfi.ee> <20050107092559.GB24974@bongo>
Message-ID: <20050107092917.GA3355@gruby.cs.net.pl>

On Fri, Jan 07, 2005 at 10:25:59AM +0100, Radoslaw Zielinski wrote:
> Elan Ruusam?e <glen at delfi.ee> [05-01-2005 21:15]:
> > i was thinking, that bconds should be added as provides to the package,
> > so then can depend on specific bcond of other package
> 
> Right you are.  Right now (IIRC) this kind of information is sometimes
> kept in the %release: visible for the administrator, but useless for
> RPM's dependencies.

Such Provides make sense only for some capabilities, not all bconds
(in case sb want to do a massive attack).


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



From glen at delfi.ee  Fri Jan  7 10:42:11 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 7 Jan 2005 11:42:11 +0200
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm -- caches
	pa...
In-Reply-To: <20050107063603.GA5484@bajzel>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<200501070323.50772.glen@delfi.ee> <20050107063603.GA5484@bajzel>
Message-ID: <200501071142.11367.glen@delfi.ee>

On Friday 07 January 2005 08:36, Bartosz Taudul wrote:
> On Fri, Jan 07, 2005 at 03:23:50AM +0200, Elan Ruusam?e wrote:
> > > Author: glen                         Date: Fri Jan  7 01:20:57 2005 GMT
> > > Module: SPECS                         Tag: AC-branch
> > > ---- Log message:
> > > - add /etc/cron.daily/rpm -- caches package names to /var/log/rpmpkgs
> >
> > i'll answer it here before you're able to ask question why :)
> >
> > it's for folks using bash-completion,
>
> So, it should be in bash-completion package.
it's not only for that purpose. i use it to view what packages are installed 
(perhaps compare with older version, other machine)

-- 
glen



From qboosh at pld-linux.org  Fri Jan  7 11:03:57 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 7 Jan 2005 11:03:57 +0100
Subject: SOURCES (AC-branch): rpm.cron - umask
In-Reply-To: <SOURCES_rpm.cron.1.1.2.1@pld-linux.org>
References: <SOURCES_rpm.cron.1.1@pld-linux.org>
	<SOURCES_rpm.cron.1.1.2.1@pld-linux.org>
Message-ID: <20050107100357.GC3355@gruby.cs.net.pl>

On Fri, Jan 07, 2005 at 09:58:31AM +0000, glen wrote:
>  rpm -qa --qf '%{name}-%{version}-%{release}.%{arch}.rpm\n' 2>&1 \
>  	| sort > /var/log/rpmpkgs

What about locales used by sort?
Now it will inherit locales from system or root environment set at the
time of cron start/restart.

Should this list be generated using system locale (using
". /etc/sysconfig/i18n" + exports), or stable C locale (using
"LC_ALL=C sort")?


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



From pzurowski at pld-linux.org  Fri Jan  7 11:21:57 2005
From: pzurowski at pld-linux.org (=?iso-8859-2?Q?Pawe=B3_=AFurowski?=)
Date: Fri, 07 Jan 2005 11:21:57 +0100
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm --
	caches pa...
In-Reply-To: <200501071142.11367.glen@delfi.ee>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<200501070323.50772.glen@delfi.ee> <20050107063603.GA5484@bajzel>
	<200501071142.11367.glen@delfi.ee>
Message-ID: <1105093318.16657.5.camel@aktyn>

Dnia 07-01-2005, pi? o godzinie 11:42 +0200, Elan Ruusam?e napisa?(a):
> On Friday 07 January 2005 08:36, Bartosz Taudul wrote:
> > On Fri, Jan 07, 2005 at 03:23:50AM +0200, Elan Ruusam?e wrote:
> > > > Author: glen                         Date: Fri Jan  7 01:20:57 2005 GMT
> > > > Module: SPECS                         Tag: AC-branch
> > > > ---- Log message:
> > > > - add /etc/cron.daily/rpm -- caches package names to /var/log/rpmpkgs
> > >
> > > i'll answer it here before you're able to ask question why :)
> > >
> > > it's for folks using bash-completion,
> >
> > So, it should be in bash-completion package.
++, rpm -qa would be very annoying on desktop...

> it's not only for that purpose. i use it to view what packages are installed 
> (perhaps compare with older version, other machine)

seperated {,sub}package? sth else?

-pawel

-- 
Pawel Zurowski





From glen at delfi.ee  Fri Jan  7 11:16:22 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 7 Jan 2005 12:16:22 +0200
Subject: SOURCES (AC-branch): rpm.cron - umask
In-Reply-To: <20050107100357.GC3355@gruby.cs.net.pl>
References: <SOURCES_rpm.cron.1.1@pld-linux.org>
	<SOURCES_rpm.cron.1.1.2.1@pld-linux.org>
	<20050107100357.GC3355@gruby.cs.net.pl>
Message-ID: <200501071216.22364.glen@delfi.ee>

On Friday 07 January 2005 12:03, Jakub Bogusz wrote:
> On Fri, Jan 07, 2005 at 09:58:31AM +0000, glen wrote:
> >  rpm -qa --qf '%{name}-%{version}-%{release}.%{arch}.rpm\n' 2>&1 \
> >
> >   | sort > /var/log/rpmpkgs
>
> What about locales used by sort?
> Now it will inherit locales from system or root environment set at the
> time of cron start/restart.
>
> Should this list be generated using system locale (using
> ". /etc/sysconfig/i18n" + exports), or stable C locale (using
> "LC_ALL=C sort")?
thanks. fixed.


-- 
glen



From petec at petec.one.pl  Fri Jan  7 12:45:18 2005
From: petec at petec.one.pl (Piotr Czapski)
Date: Fri, 7 Jan 2005 12:45:18 +0100
Subject: SPECS: gphoto2.spec - updated to 2.1.5
In-Reply-To: <20050107011205.GA7344@pld-linux.org>
References: <SPECS_gphoto2.spec.1.32@pld-linux.org>
	<SPECS_gphoto2.spec.1.33@pld-linux.org>
	<20050107011205.GA7344@pld-linux.org>
Message-ID: <200501071245.18792.petec@petec.one.pl>

On Friday 07 of January 2005 02:12, havner wrote:
> On Thu, Jan 06, 2005 at 02:42:20PM +0000, petec wrote:
> > Author: petec                        Date: Thu Jan  6 14:42:20 2005 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - updated to 2.1.5
> >
> > ---- Files affected:
> > SPECS:
> >    gphoto2.spec (1.32 -> 1.33)
> >  %prep
> >  %setup -q
> >  #%%patch0 -p1
> > -%patch1 -p1
> > -%patch2 -p1
> > -
> > -mv po/{no,nb}.po
> > +#%patch1 -p1
> > +#%patch2 -p1
>
> What's the reason?

Similar locale_names bug are fixed in new libgphoto 2.1.5, so here I commented 
patches too by mistake. I reverted and fixed it.
Second patch refer to building with libexif-0.6.9, it was fixed in new 
sources.

>
> >  $Log$
> > +Revision 1.33  2005/01/06 14:42:13  petec
> > +- updated to 2.1.5
> > +
>
> Why wasn't it mensioned?

Yes, it should be commented.

-- 
|## ( PeTeC at IRCnet ) # # # ( Piotr Czapski ) ##|
|## GG933355 # petec[at]petec[dot]one[dot]pl ##|
|# # # # JID: petec at chrome.pl # # # # # # # # #|



From pzurowski at pld-linux.org  Fri Jan  7 13:13:40 2005
From: pzurowski at pld-linux.org (=?iso-8859-2?Q?Pawe=B3_=AFurowski?=)
Date: Fri, 07 Jan 2005 13:13:40 +0100
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm --
	caches pa...
In-Reply-To: <1105093318.16657.5.camel@aktyn>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<200501070323.50772.glen@delfi.ee> <20050107063603.GA5484@bajzel>
	<200501071142.11367.glen@delfi.ee>  <1105093318.16657.5.camel@aktyn>
Message-ID: <1105100020.16657.27.camel@aktyn>

Dnia 07-01-2005, pi? o godzinie 11:21 +0100, Pawe? ?urowski napisa?(a):
> Dnia 07-01-2005, pi? o godzinie 11:42 +0200, Elan Ruusam?e napisa?(a):
> > On Friday 07 January 2005 08:36, Bartosz Taudul wrote:
> > > On Fri, Jan 07, 2005 at 03:23:50AM +0200, Elan Ruusam?e wrote:
> > > > > Author: glen                         Date: Fri Jan  7 01:20:57 2005 GMT
> > > > > Module: SPECS                         Tag: AC-branch
> > > > > ---- Log message:
> > > > > - add /etc/cron.daily/rpm -- caches package names to /var/log/rpmpkgs
> > > >
> > > > i'll answer it here before you're able to ask question why :)
> > > >
> > > > it's for folks using bash-completion,
> > >
> > > So, it should be in bash-completion package.
> ++, rpm -qa would be very annoying on desktop...
> 
> > it's not only for that purpose. i use it to view what packages are installed 
> > (perhaps compare with older version, other machine)
> 
> seperated {,sub}package? sth else?

another idea:
        in /etc/sysconfig/rpm:
                +RPM_CRON_RPMQA_CACHE=no
        in /etc/cron.daily/rpm:
                +. /etc/sysconfig/rpm
                +
                +if [ ${RPM_CRON_RPMQA_CACHE:-no} != "yes" ]; then exit
                0; fi
                +

RFC

-pawel

-- 
Pawel Zurowski







From qboosh at pld-linux.org  Fri Jan  7 15:36:57 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 7 Jan 2005 15:36:57 +0100
Subject: SPECS (RA-branch): kernel24.spec - updated for RA,
	added _target_b...
In-Reply-To: <SPECS_kernel24.spec.1.706.2.1@pld-linux.org>
References: <SPECS_kernel24.spec.1.706@pld-linux.org>
	<SPECS_kernel24.spec.1.706.2.1@pld-linux.org>
Message-ID: <20050107143657.GE3355@gruby.cs.net.pl>

On Fri, Jan 07, 2005 at 02:33:54PM +0000, hawk wrote:
> Author: hawk                         Date: Fri Jan  7 14:33:54 2005 GMT
> Module: SPECS                         Tag: RA-branch
> ---- Log message:
> - updated for RA, added _target_base_arch from newer rpm macros

> -%ifarch ppc
>  # for 2-argument tlbie used in ppc-asm patch (patch 3016)
> -BuildRequires:	binutils >= 2:2.12.1
> -BuildRequires:	gcc >= 2.95.3
> -%else
>  BuildRequires:	binutils >= 2.9.1.0.25
> -# old gcc needs patch 3015 (cx88-noswitch) on other archs too (at least x86)
> -BuildRequires:	gcc >= 5:3.3
> -%endif
> +BuildRequires:	gcc >= 2.95.3
>  #BuildRequires:	%{kgcc_package}
>  BuildRequires:	modutils
> -# _target_base_arch
> -BuildRequires:	rpmbuild(macros) >= 1.153
>  BuildRequires:	sed >= 4.0
>  BuildRequires:	/bin/resolvesymlink
>  PreReq:		modutils
> @@ -909,9 +902,7 @@
>  %patch3011 -p1
>  %patch3013 -p1
>  %patch3014 -p1
> -%ifarch ppc
>  %patch3015 -p1
> -%endif
>  %patch3016 -p1

patch3016 requires binutils >= 2.12.1 (on ppc as it's ppc-specific);
for older binutils it must not be applied.


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



From glen at delfi.ee  Fri Jan  7 17:21:08 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 7 Jan 2005 18:21:08 +0200
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm -- caches
	pa...
In-Reply-To: <1105100020.16657.27.camel@aktyn>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<1105093318.16657.5.camel@aktyn> <1105100020.16657.27.camel@aktyn>
Message-ID: <200501071821.09028.glen@delfi.ee>

On Friday 07 January 2005 14:13, Pawe? ?urowski wrote:
> another idea:
>         in /etc/sysconfig/rpm:
>                 +RPM_CRON_RPMQA_CACHE=no
>         in /etc/cron.daily/rpm:
>                 +. /etc/sysconfig/rpm
>                 +
>                 +if [ ${RPM_CRON_RPMQA_CACHE:-no} != "yes" ]; then exit
>                 0; fi
>                 +
seems fair. added

but perhaps default=yes ? :)


-- 
glen



From pzurowski at pld-linux.org  Fri Jan  7 17:34:57 2005
From: pzurowski at pld-linux.org (=?iso-8859-2?Q?Pawe=B3_=AFurowski?=)
Date: Fri, 07 Jan 2005 17:34:57 +0100
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm --
	caches pa...
In-Reply-To: <200501071821.09028.glen@delfi.ee>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<1105093318.16657.5.camel@aktyn> <1105100020.16657.27.camel@aktyn>
	<200501071821.09028.glen@delfi.ee>
Message-ID: <1105115697.16649.30.camel@aktyn>

Dnia 07-01-2005, pi? o godzinie 18:21 +0200, Elan Ruusam?e napisa?(a):
> On Friday 07 January 2005 14:13, Pawe? ?urowski wrote:
> > another idea:
> >         in /etc/sysconfig/rpm:
> >                 +RPM_CRON_RPMQA_CACHE=no
> >         in /etc/cron.daily/rpm:
> >                 +. /etc/sysconfig/rpm
> >                 +
> >                 +if [ ${RPM_CRON_RPMQA_CACHE:-no} != "yes" ]; then exit
> >                 0; fi
> >                 +
> seems fair. added
> 
> but perhaps default=yes ? :)

i think rather default=no, let's ask others (CC: pld-devel-pl)

-pawel

-- 
Pawel Zurowski





From wolf42 at wp.pl  Fri Jan  7 17:34:22 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Fri, 7 Jan 2005 17:34:22 +0100
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm -- caches
	pa...
In-Reply-To: <200501071821.09028.glen@delfi.ee>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<1105093318.16657.5.camel@aktyn> <1105100020.16657.27.camel@aktyn>
	<200501071821.09028.glen@delfi.ee>
Message-ID: <20050107163422.GA7251@bajzel>

On Fri, Jan 07, 2005 at 06:21:08PM +0200, Elan Ruusam?e wrote:
> but perhaps default=yes ? :)
It's of no use to most people probably. And rpm -qa is IMO fast enough.

[17:32 wolf at bajzel:~]% time rpm -qa > /dev/null
rpm -qa > /dev/null  0,33s user 0,16s system 15% cpu 3,200 total
[17:32 wolf at bajzel:~]% time rpm -qa > /dev/null
rpm -qa > /dev/null  0,31s user 0,06s system 99% cpu 0,373 total

wolf
-- 
  Bartek   .  - Szymon odczyta plan wydarze?.
  Taudul   :  - To mia? by? plan wydarze?? A ja narysowa?em sw?j pok?j.
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/



From pzurowski at pld-linux.org  Fri Jan  7 17:49:31 2005
From: pzurowski at pld-linux.org (=?iso-8859-2?Q?Pawe=B3_=AFurowski?=)
Date: Fri, 07 Jan 2005 17:49:31 +0100
Subject: SOURCES (AC-branch): rpm.sysconfig, rpm.cron - react based on
	$RPM...
In-Reply-To: <SOURCES_rpm.cron.1.1.2.3@pld-linux.org>
References: <SOURCES_rpm.sysconfig.1.1@pld-linux.org>
	<SOURCES_rpm.cron.1.1.2.2@pld-linux.org>
	<SOURCES_rpm.cron.1.1.2.3@pld-linux.org>
Message-ID: <1105116571.16651.34.camel@aktyn>

Dnia 07-01-2005, pi? o godzinie 16:20 +0000, glen napisa?(a):
> Author: glen                         Date: Fri Jan  7 16:20:50 2005 GMT
[...]
> diff -u SOURCES/rpm.sysconfig:1.1 SOURCES/rpm.sysconfig:1.1.2.1
> +
> +# cache rpm -qa in /var/log/rpmpkgs?
> +RPM_CRON_RPMQA_CACHE=no

suggest: add comment about bash_completion

-pawel

-- 
Pawel Zurowski





From pzurowski at pld-linux.org  Fri Jan  7 17:53:19 2005
From: pzurowski at pld-linux.org (=?iso-8859-2?Q?Pawe=B3_=AFurowski?=)
Date: Fri, 07 Jan 2005 17:53:19 +0100
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm --
	caches pa...
In-Reply-To: <20050107163422.GA7251@bajzel>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<1105093318.16657.5.camel@aktyn> <1105100020.16657.27.camel@aktyn>
	<200501071821.09028.glen@delfi.ee>  <20050107163422.GA7251@bajzel>
Message-ID: <1105116800.16651.36.camel@aktyn>

Dnia 07-01-2005, pi? o godzinie 17:34 +0100, Bartosz Taudul napisa?(a):
> On Fri, Jan 07, 2005 at 06:21:08PM +0200, Elan Ruusam?e wrote:
> > but perhaps default=yes ? :)
> It's of no use to most people probably. And rpm -qa is IMO fast enough.
> 
> [17:32 wolf at bajzel:~]% time rpm -qa > /dev/null
> rpm -qa > /dev/null  0,33s user 0,16s system 15% cpu 3,200 total
> [17:32 wolf at bajzel:~]% time rpm -qa > /dev/null
> rpm -qa > /dev/null  0,31s user 0,06s system 99% cpu 0,373 total

[pawel at aktyn ~]$ time rpm -qa > /dev/null
rpm -qa > /dev/null  2,70s user 0,89s system 7% cpu 49,305 total
[pawel at aktyn ~]$ time rpm -qa > /dev/null
rpm -qa > /dev/null  2,68s user 0,84s system 7% cpu 46,982 total

;)

-pawel

-- 
Pawel Zurowski





From glen at delfi.ee  Fri Jan  7 18:00:11 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 7 Jan 2005 19:00:11 +0200
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm -- caches
	pa...
In-Reply-To: <1105116800.16651.36.camel@aktyn>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<20050107163422.GA7251@bajzel> <1105116800.16651.36.camel@aktyn>
Message-ID: <200501071900.11341.glen@delfi.ee>

On Friday 07 January 2005 18:53, Pawe? ?urowski wrote:
> Dnia 07-01-2005, pi? o godzinie 17:34 +0100, Bartosz Taudul napisa?(a):
> > On Fri, Jan 07, 2005 at 06:21:08PM +0200, Elan Ruusam?e wrote:
> > > but perhaps default=yes ? :)
> >
> > It's of no use to most people probably. And rpm -qa is IMO fast enough.
> >
> > [17:32 wolf at bajzel:~]% time rpm -qa > /dev/null
> > rpm -qa > /dev/null  0,33s user 0,16s system 15% cpu 3,200 total
> > [17:32 wolf at bajzel:~]% time rpm -qa > /dev/null
> > rpm -qa > /dev/null  0,31s user 0,06s system 99% cpu 0,373 total
>
> [pawel at aktyn ~]$ time rpm -qa > /dev/null
> rpm -qa > /dev/null  2,70s user 0,89s system 7% cpu 49,305 total
> [pawel at aktyn ~]$ time rpm -qa > /dev/null
> rpm -qa > /dev/null  2,68s user 0,84s system 7% cpu 46,982 total

# time rpm -qa > /dev/null
real    0m5.491s
user    0m1.178s
sys     0m0.279s
# time rpm -qa > /dev/null
real    0m1.315s
user    0m1.159s
sys     0m0.135s
# rpm -qa|wc -l
546


-- 
glen



From glen at delfi.ee  Fri Jan  7 18:24:22 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 7 Jan 2005 19:24:22 +0200
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm -- caches
	pa...
In-Reply-To: <200501071821.09028.glen@delfi.ee>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<1105100020.16657.27.camel@aktyn>
	<200501071821.09028.glen@delfi.ee>
Message-ID: <200501071924.22963.glen@delfi.ee>

On Friday 07 January 2005 18:21, Elan Ruusam?e wrote:
> On Friday 07 January 2005 14:13, Pawe? ?urowski wrote:
> > another idea:
> >         in /etc/sysconfig/rpm:
> >                 +RPM_CRON_RPMQA_CACHE=no
> >         in /etc/cron.daily/rpm:
> >                 +. /etc/sysconfig/rpm
> >                 +
> >                 +if [ ${RPM_CRON_RPMQA_CACHE:-no} != "yes" ]; then exit
> >                 0; fi
> >                 +
>
> seems fair. added
or bash-completion trigger changes the value to yes?

if grep -q RPM_CRON_RPMQA_CACHE=no /etc/sysconfig/rpm; then
    sed -i 's,RPM_CRON_RPMQA_CACHE=no,RPM_CRON_RPMQA_CACHE=yes,' /etc/sysconfig/rpm
fi


-- 
glen



From ankry at green.mif.pg.gda.pl  Fri Jan  7 20:00:21 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Fri, 7 Jan 2005 20:00:21 +0100 (CET)
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm -- caches
In-Reply-To: <200501071900.11341.glen@delfi.ee> from "Elan
	=?iso-8859-2?q?Ruusam=E4e?=" at Jan 07, 2005 07:00:11 PM
Message-ID: <200501071900.j07J0L77005076@green.mif.pg.gda.pl>

Elan =?iso-8859-2?q?Ruusam=E4e?= wrote:
> On Friday 07 January 2005 18:53, Pawe? ?urowski wrote:
> > Dnia 07-01-2005, pi? o godzinie 17:34 +0100, Bartosz Taudul napisa?(a):
> > > On Fri, Jan 07, 2005 at 06:21:08PM +0200, Elan Ruusam?e wrote:
> > > > but perhaps default=yes ? :)
> > >
> > > It's of no use to most people probably. And rpm -qa is IMO fast enough.
> > >
> > > [17:32 wolf at bajzel:~]% time rpm -qa > /dev/null
> > > rpm -qa > /dev/null  0,33s user 0,16s system 15% cpu 3,200 total
> > > [17:32 wolf at bajzel:~]% time rpm -qa > /dev/null
> > > rpm -qa > /dev/null  0,31s user 0,06s system 99% cpu 0,373 total
> >
> > [pawel at aktyn ~]$ time rpm -qa > /dev/null
> > rpm -qa > /dev/null  2,70s user 0,89s system 7% cpu 49,305 total
> > [pawel at aktyn ~]$ time rpm -qa > /dev/null
> > rpm -qa > /dev/null  2,68s user 0,84s system 7% cpu 46,982 total
> 
> # time rpm -qa > /dev/null
> real    0m5.491s
> user    0m1.178s
> sys     0m0.279s
> # time rpm -qa > /dev/null
> real    0m1.315s
> user    0m1.159s
> sys     0m0.135s
> # rpm -qa|wc -l
> 546

Depends on machine and system.

# time rpm -qa >/dev/null

real    3m26.692s
user    0m11.690s
sys     0m3.330s
# time rpm -qa >/dev/null

real    2m28.389s
user    0m11.190s
sys     0m3.070s
# rpm -qa |wc -l
9528

"maximum Ac"

-- 
=======================================================================
  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 pzurowski at pld-linux.org  Fri Jan  7 20:52:18 2005
From: pzurowski at pld-linux.org (=?iso-8859-2?Q?Pawe=B3_=AFurowski?=)
Date: Fri, 07 Jan 2005 20:52:18 +0100
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm --
	caches pa...
In-Reply-To: <200501071924.22963.glen@delfi.ee>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<1105100020.16657.27.camel@aktyn> <200501071821.09028.glen@delfi.ee>
	<200501071924.22963.glen@delfi.ee>
Message-ID: <1105127539.16657.46.camel@aktyn>

Dnia 07-01-2005, pi? o godzinie 19:24 +0200, Elan Ruusam?e napisa?(a):
> On Friday 07 January 2005 18:21, Elan Ruusam?e wrote:
> > seems fair. added
> or bash-completion trigger changes the value to yes?
> 
> if grep -q RPM_CRON_RPMQA_CACHE=no /etc/sysconfig/rpm; then
>     sed -i 's,RPM_CRON_RPMQA_CACHE=no,RPM_CRON_RPMQA_CACHE=yes,' /etc/sysconfig/rpm
> fi

no way! 

but, IMO, it could be in bash-completion:
+BuildRequires:  rpmbuild(macros) >= 1.177
+%post
+%banner %{name}-rpmqa_cache << EOF
+NOTICE:
+  if you want to cache "blebleble", you should switch
+  RPM_CRON_RPMQA_CACHE to yes in /e/s/rpm
+EOF

-pawel

-- 
Pawel Zurowski





From glen at delfi.ee  Fri Jan  7 23:08:47 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sat, 8 Jan 2005 00:08:47 +0200
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm -- caches
	pa...
In-Reply-To: <1105127539.16657.46.camel@aktyn>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<200501071924.22963.glen@delfi.ee>
	<1105127539.16657.46.camel@aktyn>
Message-ID: <200501080008.47875.glen@delfi.ee>

On Friday 07 January 2005 21:52, Pawe? ?urowski wrote:
> no way!
>
> but, IMO, it could be in bash-completion:
> +BuildRequires:  rpmbuild(macros) >= 1.177
> +%post
> +%banner %{name}-rpmqa_cache << EOF
> +NOTICE:
> +  if you want to cache "blebleble", you should switch
> +  RPM_CRON_RPMQA_CACHE to yes in /e/s/rpm
> +EOF
maybe i didn't state it out clearly, that bash-completion is not the only 
reason for such "cache". individuals might see other uses for it, so i don't 
think tight tieing with bash-completion is neccessary.

but i agree on that one, that trigger update and such config change is not to 
be done in global basis (in bash-completion package)



-- 
glen



From sparky at servek.sparky.homelinux.org  Sat Jan  8 03:42:30 2005
From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra)
Date: Sat, 8 Jan 2005 03:42:30 +0100
Subject: bugreport: edje_* sigfaults with new glibc (0.20041122.2)
Message-ID: <20050108024230.GA465@servek.sparky.homelinux.org>

edje probably should be compiled without -lpthread but it is added by
some library neaded by edje
the efect is that it sigfaults with 0.20041122.2 glibc,
on older glibc (0.20040711.9) or with LS_ASSUME_KERNEL=2.4.20 works fine

my kernel is 2.6.8-4.8

attachements:
1. LD_ASSUME_KERNEL=2.4.20 strace -o strace.OK edje_test
2. strace -o strace.BAD edje_test
3. gdb edje_test


-- 
 ____  Sparky{PI] -- Przemyslaw _  ___  _  _  ..Mail,MSN  LANG...Pl..Ca..Es..En
/____) ___  ___  _ _ || Iskra  |  | _ \| |  | : WWW.......ca.docs.pld-linux.org
\____\| -_)'___| ||^'||//\\// <   |  _/| |  | : JID......sparky<at>jabberes.org
(____/||   (_-_|_||  ||\\ ||   |_ |_|  |_| _| :..sparky<at>sparky.homelinux.org
-------------- next part --------------
execve("/usr/bin/edje_test", ["edje_test"], [/* 29 vars */]) = 0
uname({sys="Linux", node="atlek", ...}) = 0
brk(0)                                  = 0x804b000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=27839, ...}) = 0
mmap2(NULL, 27839, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000
close(3)                                = 0
open("/usr/lib/libedje.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200Y\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=113216, ...}) = 0
mmap2(NULL, 113408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4001e000
mmap2(0x40039000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b) = 0x40039000
close(3)                                = 0
open("/usr/lib/libecore_evas.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@=\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=48492, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4003a000
mmap2(NULL, 51616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4003b000
mmap2(0x40047000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb) = 0x40047000
close(3)                                = 0
open("/usr/lib/libecore_x.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\213\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=88936, ...}) = 0
mmap2(NULL, 92912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40048000
mmap2(0x4005e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15) = 0x4005e000
close(3)                                = 0
open("/usr/X11R6/lib/libXcursor.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\"\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=32372, ...}) = 0
mmap2(NULL, 35400, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4005f000
mmap2(0x40067000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0x40067000
close(3)                                = 0
open("/usr/lib/libecore_job.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\6\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=3692, ...}) = 0
mmap2(NULL, 6708, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40068000
mmap2(0x40069000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x40069000
close(3)                                = 0
open("/usr/lib/libecore_ipc.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\21\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=16912, ...}) = 0
mmap2(NULL, 19956, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4006a000
mmap2(0x4006e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0x4006e000
close(3)                                = 0
open("/usr/lib/libecore_con.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\24\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=15364, ...}) = 0
mmap2(NULL, 18408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4006f000
mmap2(0x40073000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0x40073000
close(3)                                = 0
open("/usr/lib/libssl.so.0.9.7", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\204\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=194640, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40074000
mmap2(NULL, 195344, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40075000
mmap2(0x400a2000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2d) = 0x400a2000
close(3)                                = 0
open("/usr/lib/libcrypto.so.0.9.7", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\305\2"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1009784, ...}) = 0
mmap2(NULL, 1023544, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x400a5000
mmap2(0x4018a000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe5) = 0x4018a000
mmap2(0x4019c000, 11832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4019c000
mprotect(0xbffff000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC|PROT_GROWSDOWN) = 0
close(3)                                = 0
open("/usr/lib/libecore_txt.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\6\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=3612, ...}) = 0
mmap2(NULL, 6672, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4019f000
mmap2(0x401a0000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x401a0000
close(3)                                = 0
open("/usr/lib/libecore_fb.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200)\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=25568, ...}) = 0
mmap2(NULL, 24772, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x401a1000
mmap2(0x401a6000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5) = 0x401a6000
mmap2(0x401a7000, 196, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x401a7000
close(3)                                = 0
open("/usr/lib/libecore_config.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 at 2\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=39556, ...}) = 0
mmap2(NULL, 42620, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x401a8000
mmap2(0x401b2000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9) = 0x401b2000
close(3)                                = 0
open("/usr/lib/libecore.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200?\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=55636, ...}) = 0
mmap2(NULL, 59928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x401b3000
mmap2(0x401c1000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd) = 0x401c1000
close(3)                                = 0
open("/usr/lib/libevas.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\377\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=341948, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x401c2000
mmap2(NULL, 348896, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x401c3000
mmap2(0x40215000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x52) = 0x40215000
mmap2(0x40217000, 4832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40217000
close(3)                                = 0
open("/usr/lib/libfreetype.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\345\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=438956, ...}) = 0
mmap2(NULL, 442016, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40219000
mmap2(0x4027e000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x64) = 0x4027e000
close(3)                                = 0
open("/usr/lib/libpng12.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\\\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=155332, ...}) = 0
mmap2(NULL, 158384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40285000
mmap2(0x402ab000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x25) = 0x402ab000
close(3)                                = 0
open("/usr/lib/libedb.so.1", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\206\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=303100, ...}) = 0
mmap2(NULL, 306220, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x402ac000
mmap2(0x402f6000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x49) = 0x402f6000
close(3)                                = 0
open("/usr/lib/libdirectfb-0.9.so.20", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@}\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=234312, ...}) = 0
mmap2(NULL, 236412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x402f7000
mmap2(0x4032f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x38) = 0x4032f000
mmap2(0x40330000, 2940, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40330000
close(3)                                = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\f\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=9508, ...}) = 0
mmap2(NULL, 12392, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40331000
mmap2(0x40333000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x40333000
close(3)                                = 0
open("/usr/X11R6/lib/libX11.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\24\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=817304, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40335000
mmap2(NULL, 817400, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40336000
mmap2(0x403fa000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc4) = 0x403fa000
close(3)                                = 0
open("/usr/X11R6/lib/libXext.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300&\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=51952, ...}) = 0
mmap2(NULL, 55284, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x403fe000
mmap2(0x4040b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc) = 0x4040b000
close(3)                                = 0
open("/usr/X11R6/lib/libGL.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200U\2"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=439648, ...}) = 0
mmap2(NULL, 447840, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4040c000
mmap2(0x40469000, 65536, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5c) = 0x40469000
mmap2(0x40479000, 1376, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40479000
close(3)                                = 0
open("/usr/X11R6/lib/libGLU.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300d\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=483224, ...}) = 0
mmap2(NULL, 486124, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4047a000
mmap2(0x404ef000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x74) = 0x404ef000
close(3)                                = 0
open("/lib/libpthread.so.0", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0C\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=60076, ...}) = 0
mmap2(NULL, 332928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x404f1000
mmap2(0x404ff000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd) = 0x404ff000
mmap2(0x40501000, 267392, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40501000
close(3)                                = 0
open("/usr/lib/libeet.so.0", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\25"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=28684, ...}) = 0
mmap2(NULL, 31692, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40543000
mmap2(0x4054a000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0x4054a000
close(3)                                = 0
open("/lib/libz.so.1", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\26"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=63304, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4054b000
mmap2(NULL, 62164, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4054c000
mmap2(0x4055b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf) = 0x4055b000
close(3)                                = 0
open("/usr/lib/libjpeg.so.62", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200$\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=118004, ...}) = 0
mmap2(NULL, 121064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4055c000
mmap2(0x40579000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c) = 0x40579000
close(3)                                = 0
open("/usr/lib/libembryo.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\37"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=31872, ...}) = 0
mmap2(NULL, 34888, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4057a000
mmap2(0x40582000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0x40582000
close(3)                                = 0
open("/lib/libm.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2003\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=136904, ...}) = 0
mmap2(NULL, 139424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40583000
mmap2(0x405a4000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20) = 0x405a4000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pU\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1120008, ...}) = 0
mmap2(NULL, 1129684, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x405a6000
mprotect(0x406b3000, 27860, PROT_NONE)  = 0
mmap2(0x406b4000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10d) = 0x406b4000
mmap2(0x406b8000, 7380, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x406b8000
close(3)                                = 0
open("/usr/X11R6/lib/libXrender.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\23"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=28180, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x406ba000
mmap2(NULL, 31208, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x406bb000
mmap2(0x406c2000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0x406c2000
close(3)                                = 0
open("/usr/X11R6/lib/libGLcore.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\267\n"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=7190064, ...}) = 0
mmap2(NULL, 7276776, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x406c3000
mmap2(0x40d84000, 114688, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6c0) = 0x40d84000
mmap2(0x40da0000, 80104, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40da0000
close(3)                                = 0
open("/usr/X11R6/lib/libnvidia-tls.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\3\0\000"..., 512) = 512
lseek(3, 1304, SEEK_SET)                = 1304
read(3, "\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\2\0\0\0"..., 32) = 32
fstat64(3, {st_mode=S_IFREG|0755, st_size=2108, ...}) = 0
mmap2(NULL, 5588, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40db4000
mmap2(0x40db5000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x40db5000
close(3)                                = 0
open("/usr/lib/libstdc++.so.5", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\300\3"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=747448, ...}) = 0
mmap2(NULL, 771072, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40db6000
mmap2(0x40e69000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb2) = 0x40e69000
mmap2(0x40e6e000, 17408, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40e6e000
close(3)                                = 0
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\23\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=30524, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40e73000
mmap2(NULL, 33432, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40e74000
mmap2(0x40e7c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0x40e7c000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40e7d000
mprotect(0x40db4000, 4096, PROT_READ|PROT_WRITE) = 0
mprotect(0x40db4000, 4096, PROT_READ|PROT_EXEC) = 0
mprotect(0x406c3000, 7081984, PROT_READ|PROT_WRITE) = 0
mprotect(0x406c3000, 7081984, PROT_READ|PROT_EXEC) = 0
mprotect(0x406b4000, 4096, PROT_READ)   = 0
mprotect(0x4040c000, 380928, PROT_READ|PROT_WRITE) = 0
mprotect(0x4040c000, 380928, PROT_READ|PROT_EXEC) = 0
mprotect(0x40285000, 155648, PROT_READ|PROT_WRITE) = 0
mprotect(0x40285000, 155648, PROT_READ|PROT_EXEC) = 0
munmap(0x40017000, 27839)               = 0
brk(0)                                  = 0x804b000
brk(0x806c000)                          = 0x806c000
brk(0)                                  = 0x806c000
set_thread_area({entry_number:-1 -> 6, base_addr:0x804b8c0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
getpid()                                = 15642
rt_sigaction(SIGRTMIN, {0x404f9830, [], 0}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x404f9980, [RTMIN], 0}, NULL, 8) = 0
rt_sigaction(SIGRT_2, {0x404f9b60, [], 0}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RT_1], NULL, 8) = 0
_sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbffff324, 30, (nil), 0}) = 0
open("/dev/zero", O_RDWR)               = 3
mmap2(NULL, 1024, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40017000
close(3)                                = 0
getpid()                                = 15642
mmap2(NULL, 688128, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40e7e000
getpid()                                = 15642
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 0), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40f26000
write(1, "Usage: eddje_test edje_file.eet "..., 45) = 45
getpid()                                = 15642
getpid()                                = 15642
getpid()                                = 15642
getpid()                                = 15642
munmap(0x40e7e000, 688128)              = 0
munmap(0x40017000, 1024)                = 0
munmap(0x40f26000, 4096)                = 0
exit_group(-1)                          = ?
-------------- next part --------------
execve("/usr/bin/edje_test", ["edje_test"], [/* 28 vars */]) = 0
uname({sys="Linux", node="atlek", ...}) = 0
brk(0)                                  = 0x804b000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=27839, ...}) = 0
mmap2(NULL, 27839, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000
close(3)                                = 0
open("/usr/lib/libedje.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200Y\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=113216, ...}) = 0
mmap2(NULL, 113408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4001e000
mmap2(0x40039000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b) = 0x40039000
close(3)                                = 0
open("/usr/lib/libecore_evas.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@=\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=48492, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4003a000
mmap2(NULL, 51616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4003b000
mmap2(0x40047000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb) = 0x40047000
close(3)                                = 0
open("/usr/lib/libecore_x.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\213\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=88936, ...}) = 0
mmap2(NULL, 92912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40048000
mmap2(0x4005e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15) = 0x4005e000
close(3)                                = 0
open("/usr/X11R6/lib/libXcursor.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\"\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=32372, ...}) = 0
mmap2(NULL, 35400, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4005f000
mmap2(0x40067000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0x40067000
close(3)                                = 0
open("/usr/lib/libecore_job.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\6\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=3692, ...}) = 0
mmap2(NULL, 6708, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40068000
mmap2(0x40069000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x40069000
close(3)                                = 0
open("/usr/lib/libecore_ipc.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\21\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=16912, ...}) = 0
mmap2(NULL, 19956, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4006a000
mmap2(0x4006e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0x4006e000
close(3)                                = 0
open("/usr/lib/libecore_con.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\24\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=15364, ...}) = 0
mmap2(NULL, 18408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4006f000
mmap2(0x40073000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) = 0x40073000
close(3)                                = 0
open("/usr/lib/libssl.so.0.9.7", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\204\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=194640, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40074000
mmap2(NULL, 195344, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40075000
mmap2(0x400a2000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2d) = 0x400a2000
close(3)                                = 0
open("/usr/lib/libcrypto.so.0.9.7", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\305\2"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1009784, ...}) = 0
mmap2(NULL, 1023544, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x400a5000
mmap2(0x4018a000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe5) = 0x4018a000
mmap2(0x4019c000, 11832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4019c000
mprotect(0xbffff000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC|PROT_GROWSDOWN) = 0
close(3)                                = 0
open("/usr/lib/libecore_txt.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\6\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=3612, ...}) = 0
mmap2(NULL, 6672, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4019f000
mmap2(0x401a0000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x401a0000
close(3)                                = 0
open("/usr/lib/libecore_fb.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200)\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=25568, ...}) = 0
mmap2(NULL, 24772, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x401a1000
mmap2(0x401a6000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5) = 0x401a6000
mmap2(0x401a7000, 196, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x401a7000
close(3)                                = 0
open("/usr/lib/libecore_config.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 at 2\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=39556, ...}) = 0
mmap2(NULL, 42620, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x401a8000
mmap2(0x401b2000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9) = 0x401b2000
close(3)                                = 0
open("/usr/lib/libecore.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200?\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=55636, ...}) = 0
mmap2(NULL, 59928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x401b3000
mmap2(0x401c1000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd) = 0x401c1000
close(3)                                = 0
open("/usr/lib/libevas.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\377\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=341948, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x401c2000
mmap2(NULL, 348896, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x401c3000
mmap2(0x40215000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x52) = 0x40215000
mmap2(0x40217000, 4832, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40217000
close(3)                                = 0
open("/usr/lib/libfreetype.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\345\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=438956, ...}) = 0
mmap2(NULL, 442016, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40219000
mmap2(0x4027e000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x64) = 0x4027e000
close(3)                                = 0
open("/usr/lib/libpng12.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\\\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=155332, ...}) = 0
mmap2(NULL, 158384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40285000
mmap2(0x402ab000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x25) = 0x402ab000
close(3)                                = 0
open("/usr/lib/libedb.so.1", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\206\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=303100, ...}) = 0
mmap2(NULL, 306220, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x402ac000
mmap2(0x402f6000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x49) = 0x402f6000
close(3)                                = 0
open("/usr/lib/libdirectfb-0.9.so.20", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@}\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=234312, ...}) = 0
mmap2(NULL, 236412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x402f7000
mmap2(0x4032f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x38) = 0x4032f000
mmap2(0x40330000, 2940, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40330000
close(3)                                = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\f\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=9508, ...}) = 0
mmap2(NULL, 12392, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40331000
mmap2(0x40333000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x40333000
close(3)                                = 0
open("/usr/X11R6/lib/libX11.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\24\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=817304, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40335000
mmap2(NULL, 817400, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40336000
mmap2(0x403fa000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc4) = 0x403fa000
close(3)                                = 0
open("/usr/X11R6/lib/libXext.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300&\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=51952, ...}) = 0
mmap2(NULL, 55284, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x403fe000
mmap2(0x4040b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc) = 0x4040b000
close(3)                                = 0
open("/usr/X11R6/lib/libGL.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200U\2"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=439648, ...}) = 0
mmap2(NULL, 447840, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4040c000
mmap2(0x40469000, 65536, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5c) = 0x40469000
mmap2(0x40479000, 1376, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40479000
close(3)                                = 0
open("/usr/X11R6/lib/libGLU.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300d\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=483224, ...}) = 0
mmap2(NULL, 486124, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4047a000
mmap2(0x404ef000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x74) = 0x404ef000
close(3)                                = 0
open("/lib/tls/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0I\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=63644, ...}) = 0
mmap2(NULL, 74200, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x404f1000
mmap2(0x40500000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0x40500000
mmap2(0x40502000, 4568, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40502000
close(3)                                = 0
open("/usr/lib/libeet.so.0", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\25"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=28684, ...}) = 0
mmap2(NULL, 31692, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40504000
mmap2(0x4050b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0x4050b000
close(3)                                = 0
open("/lib/libz.so.1", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\26"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=63304, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4050c000
mmap2(NULL, 62164, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4050d000
mmap2(0x4051c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf) = 0x4051c000
close(3)                                = 0
open("/usr/lib/libjpeg.so.62", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200$\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=118004, ...}) = 0
mmap2(NULL, 121064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4051d000
mmap2(0x4053a000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c) = 0x4053a000
close(3)                                = 0
open("/usr/lib/libembryo.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\37"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=31872, ...}) = 0
mmap2(NULL, 34888, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4053b000
mmap2(0x40543000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0x40543000
close(3)                                = 0
open("/lib/tls/libm.so.6", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\2003\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=136904, ...}) = 0
mmap2(NULL, 139424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40544000
mmap2(0x40565000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20) = 0x40565000
close(3)                                = 0
open("/lib/tls/libc.so.6", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 Q\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1131968, ...}) = 0
mmap2(NULL, 1141916, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40567000
mprotect(0x40677000, 27804, PROT_NONE)  = 0
mmap2(0x40678000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x110) = 0x40678000
mmap2(0x4067c000, 7324, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4067c000
close(3)                                = 0
open("/usr/X11R6/lib/libXrender.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\23"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=28180, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4067e000
mmap2(NULL, 31208, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4067f000
mmap2(0x40686000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0x40686000
close(3)                                = 0
open("/usr/X11R6/lib/libGLcore.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\267\n"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=7190064, ...}) = 0
mmap2(NULL, 7276776, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40687000
mmap2(0x40d48000, 114688, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6c0) = 0x40d48000
mmap2(0x40d64000, 80104, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40d64000
close(3)                                = 0
open("/usr/X11R6/lib/libnvidia-tls.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\3\0\000"..., 512) = 512
lseek(3, 1304, SEEK_SET)                = 1304
read(3, "\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\2\0\0\0"..., 32) = 32
fstat64(3, {st_mode=S_IFREG|0755, st_size=2108, ...}) = 0
mmap2(NULL, 5588, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40d78000
mmap2(0x40d79000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x40d79000
close(3)                                = 0
open("/usr/lib/libstdc++.so.5", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\300\3"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=747448, ...}) = 0
mmap2(NULL, 771072, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40d7a000
mmap2(0x40e2d000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb2) = 0x40e2d000
mmap2(0x40e32000, 17408, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40e32000
close(3)                                = 0
open("/lib/libgcc_s.so.1", O_RDONLY)    = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\23\0\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=30524, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40e37000
mmap2(NULL, 33432, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40e38000
mmap2(0x40e40000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0x40e40000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40e41000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40e42000
mprotect(0x40d78000, 4096, PROT_READ|PROT_WRITE) = 0
mprotect(0x40d78000, 4096, PROT_READ|PROT_EXEC) = 0
mprotect(0x40687000, 7081984, PROT_READ|PROT_WRITE) = 0
mprotect(0x40687000, 7081984, PROT_READ|PROT_EXEC) = 0
mprotect(0x40678000, 4096, PROT_READ)   = 0
mprotect(0x4040c000, 380928, PROT_READ|PROT_WRITE) = 0
mprotect(0x4040c000, 380928, PROT_READ|PROT_EXEC) = 0
mprotect(0x40285000, 155648, PROT_READ|PROT_WRITE) = 0
mprotect(0x40285000, 155648, PROT_READ|PROT_EXEC) = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0x40e41e80, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0x40017000, 27839)               = 0
set_tid_address(0x40e41ec8)             = 15646
rt_sigaction(SIGRTMIN, {0x404f5440, [], SA_SIGINFO}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x404f54c0, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
_sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbffff3a8, 30, (nil), 0}) = 0
futex(0x40334064, FUTEX_WAKE, 2147483647) = 0
brk(0)                                  = 0x804b000
brk(0x806c000)                          = 0x806c000
open("/dev/zero", O_RDWR)               = 3
mmap2(NULL, 1024, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40017000
close(3)                                = 0
mmap2(NULL, 688128, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40e43000
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
-------------- next part --------------
This GDB was configured as "--host= --target=athlon-pld-linux"...
(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) run
Starting program: /usr/bin/edje_test
(no debugging symbols found)
...
(no debugging symbols found)

Program received signal SIGSEGV, Segmentation fault.
0x00000000 in ?? ()

(gdb) bt
#0  0x00000000 in ?? ()
#1  0x404f9e45 in pthread_once () from /lib/tls/libpthread.so.0
#2  0x404411ee in _nv000030gl () from /usr/X11R6/lib/libGL.so.1
#3  0x4046ec58 in ?? () from /usr/X11R6/lib/libGL.so.1
#4  0x4044155c in _init () from /usr/X11R6/lib/libGL.so.1
#5  0x00000000 in ?? ()
#6  0x404622cc in ?? () from /usr/X11R6/lib/libGL.so.1
#7  0x40478dac in _nv000513gl () from /usr/X11R6/lib/libGL.so.1
#8  0x00000002 in ?? ()
#9  0x00000003 in ?? ()
#10 0x00000003 in ?? ()
#11 0x40441557 in _init () from /usr/X11R6/lib/libGL.so.1
#12 0x40e41e80 in ?? ()
#14 0x4044153b in _init () from /usr/X11R6/lib/libGL.so.1
#15 0x40e41e80 in ?? ()
#16 0x00003d37 in ?? ()
#17 0x40015ff4 in ?? () from /lib/ld-linux.so.2
#18 0x40335538 in ?? ()
#19 0x40016508 in ?? ()
#20 0xbffff6d4 in ?? ()
#21 0x406560ac in ?? () from /lib/tls/libc.so.6
#22 0x4000b74d in call_init () from /lib/ld-linux.so.2
Previous frame inner to this frame (corrupt stack?)
(gdb) cont
Continuing.

Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
(gdb)

From loc at toya.net.pl  Sat Jan  8 03:56:05 2005
From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=)
Date: Sat, 08 Jan 2005 03:56:05 +0100
Subject: [OT] Gmane
Message-ID: <41DF4BC5.40301@toya.net.pl>

The lists are now usable throught Gmane (bidir NNTP or WWW to mailing
list gateway and archive) . I hope nobody is going to object against it...

http://dir.gmane.org/gmane.linux.pld.devel.english
http://dir.gmane.org/gmane.linux.pld.devel.polish
http://dir.gmane.org/gmane.linux.pld.user.polish

-- 
z wyrazami szacunku,
Jakub Piotr C?apa



From loc at toya.net.pl  Sat Jan  8 04:27:41 2005
From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=)
Date: Sat, 08 Jan 2005 04:27:41 +0100
Subject: PLD-doc: PLD-jabber - wywiad z Jajcusiem,
In-Reply-To: <PLD_doc_PLD_jabber.1.5@pld-linux.org>
References: <PLD_doc_PLD_jabber.1.4@pld-linux.org>
	<PLD_doc_PLD_jabber.1.5@pld-linux.org>
Message-ID: <41DF532D.9090400@toya.net.pl>

djrzulf wrote:
> Author: djrzulf                      Date: Fri Jan  7 07:27:32 2005 GMT
> Module: PLD-doc                       Tag: HEAD
> ---- Log message:
> - wywiad z Jajcusiem,

> +_xmpp-client._tcp.jabber IN SRV 20 0 5222 tpnet.serwus

Isn't the port 5223?

-- 
Regards,
Jakub Piotr C?apa



From pluto at pld-linux.org  Sat Jan  8 10:33:03 2005
From: pluto at pld-linux.org (=?iso-8859-2?q?Pawe=B3_Sikora?=)
Date: Sat, 8 Jan 2005 10:33:03 +0100
Subject: bugreport: edje_* sigfaults with new glibc (0.20041122.2)
In-Reply-To: <20050108024230.GA465@servek.sparky.homelinux.org>
References: <20050108024230.GA465@servek.sparky.homelinux.org>
Message-ID: <200501081033.03853.pluto@pld-linux.org>

On Saturday 08 of January 2005 03:42, Przemys?aw Iskra wrote:
> edje probably should be compiled without -lpthread but it is added by
> some library neaded by edje
> the efect is that it sigfaults with 0.20041122.2 glibc,
> on older glibc (0.20040711.9) or with LS_ASSUME_KERNEL=2.4.20 works fine
>
> my kernel is 2.6.8-4.8

Does your program use TLS ?
If yes, you should rebuild nvidia drivers with tls bcond enabled.

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

                           #define say(x) lie(x)



From pluto at pld-linux.org  Sat Jan  8 10:38:31 2005
From: pluto at pld-linux.org (=?iso-8859-2?q?Pawe=B3_Sikora?=)
Date: Sat, 8 Jan 2005 10:38:31 +0100
Subject: bugreport: edje_* sigfaults with new glibc (0.20041122.2)
In-Reply-To: <200501081033.03853.pluto@pld-linux.org>
References: <20050108024230.GA465@servek.sparky.homelinux.org>
	<200501081033.03853.pluto@pld-linux.org>
Message-ID: <200501081038.31686.pluto@pld-linux.org>

On Saturday 08 of January 2005 10:33, Pawe? Sikora wrote:
> On Saturday 08 of January 2005 03:42, Przemys?aw Iskra wrote:
> > edje probably should be compiled without -lpthread but it is added by
> > some library neaded by edje
> > the efect is that it sigfaults with 0.20041122.2 glibc,
> > on older glibc (0.20040711.9) or with LS_ASSUME_KERNEL=2.4.20 works fine
> >
> > my kernel is 2.6.8-4.8
>
> Does your program use TLS ?
            ^^^^^^^
            s/program/glibc/ ;)

> If yes, you should rebuild nvidia drivers with tls bcond enabled.

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

                           #define say(x) lie(x)



From glen at delfi.ee  Sat Jan  8 11:00:15 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sat, 8 Jan 2005 12:00:15 +0200
Subject: [OT] Gmane
In-Reply-To: <41DF4BC5.40301@toya.net.pl>
References: <41DF4BC5.40301@toya.net.pl>
Message-ID: <200501081200.15596.glen@delfi.ee>

will the old archives imported too? that would be nice

On Saturday 08 January 2005 04:56, Jakub Piotr C?apa wrote:
> The lists are now usable throught Gmane (bidir NNTP or WWW to mailing
> list gateway and archive) . I hope nobody is going to object against it...
>
> http://dir.gmane.org/gmane.linux.pld.devel.english
> http://dir.gmane.org/gmane.linux.pld.devel.polish
> http://dir.gmane.org/gmane.linux.pld.user.polish

-- 
glen



From sparky at servek.sparky.homelinux.org  Sat Jan  8 12:15:53 2005
From: sparky at servek.sparky.homelinux.org (=?iso-8859-2?Q?Przemys=B3aw?= Iskra)
Date: Sat, 8 Jan 2005 12:15:53 +0100
Subject: bugreport: edje_* sigfaults with new glibc (0.20041122.2)
In-Reply-To: <200501081038.31686.pluto@pld-linux.org>
References: <20050108024230.GA465@servek.sparky.homelinux.org>
	<200501081033.03853.pluto@pld-linux.org>
	<200501081038.31686.pluto@pld-linux.org>
Message-ID: <20050108111553.GA1268@servek.sparky.homelinux.org>

On Sat, Jan 08, 2005 at 10:38:31AM +0100, Pawe? Sikora wrote:
> On Saturday 08 of January 2005 10:33, Pawe? Sikora wrote:
> > On Saturday 08 of January 2005 03:42, Przemys?aw Iskra wrote:
> > > edje probably should be compiled without -lpthread but it is added by
> > > some library neaded by edje
> > > the efect is that it sigfaults with 0.20041122.2 glibc,
> > > on older glibc (0.20040711.9) or with LS_ASSUME_KERNEL=2.4.20 works fine
> > >
> > > my kernel is 2.6.8-4.8
> >
> > Does your program use TLS ?
>             ^^^^^^^
>             s/program/glibc/ ;)
> 
> > If yes, you should rebuild nvidia drivers with tls bcond enabled.

damn, your right, with nvidia 1.0.6629-3 or OpenGL-core works fine

it is in chroot so I did not noticed it, sorry


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



From mmazur at kernel.pl  Sat Jan  8 12:44:37 2005
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Sat, 8 Jan 2005 12:44:37 +0100
Subject: PLD-doc: PLD-jabber - wywiad z Jajcusiem,
In-Reply-To: <41DF532D.9090400@toya.net.pl>
References: <PLD_doc_PLD_jabber.1.4@pld-linux.org>
	<PLD_doc_PLD_jabber.1.5@pld-linux.org>
	<41DF532D.9090400@toya.net.pl>
Message-ID: <200501081244.38138.mmazur@kernel.pl>

On sobota 08 stycze? 2005 04:27, Jakub Piotr C?apa wrote:
> djrzulf wrote:
> > Author: djrzulf                      Date: Fri Jan  7 07:27:32 2005 GMT
> > Module: PLD-doc                       Tag: HEAD
> > ---- Log message:
> > - wywiad z Jajcusiem,
> >
> > +_xmpp-client._tcp.jabber IN SRV 20 0 5222 tpnet.serwus
>
> Isn't the port 5223?

For ssl only. In xmpp you should have starttls (I think).

-- 
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 loc at toya.net.pl  Sat Jan  8 13:32:45 2005
From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=)
Date: Sat, 08 Jan 2005 13:32:45 +0100
Subject: [OT] Gmane
In-Reply-To: <200501081200.15596.glen@delfi.ee>
References: <41DF4BC5.40301@toya.net.pl> <200501081200.15596.glen@delfi.ee>
Message-ID: <41DFD2ED.6010904@toya.net.pl>

Elan Ruusam?e wrote:
> will the old archives imported too? that would be nice
> 
> On Saturday 08 January 2005 04:56, Jakub Piotr C?apa wrote:
> 
>>The lists are now usable throught Gmane (bidir NNTP or WWW to mailing
>>list gateway and archive) . I hope nobody is going to object against it...
>>
>>http://dir.gmane.org/gmane.linux.pld.devel.english
>>http://dir.gmane.org/gmane.linux.pld.devel.polish
>>http://dir.gmane.org/gmane.linux.pld.user.polish

This must be done by the list owner. They like mbox archives most.

-- 
Regards,
Jakub Piotr C?apa



From arekm at pld-linux.org  Sat Jan  8 14:28:24 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Sat, 8 Jan 2005 14:28:24 +0100
Subject: [OT] Gmane
In-Reply-To: <41DFD2ED.6010904@toya.net.pl>
References: <41DF4BC5.40301@toya.net.pl> <200501081200.15596.glen@delfi.ee>
	<41DFD2ED.6010904@toya.net.pl>
Message-ID: <200501081428.25311.arekm@pld-linux.org>

On Saturday 08 of January 2005 13:32, Jakub Piotr C?apa wrote:

> This must be done by the list owner. They like mbox archives most.
Hm, why owner only? mbox archives are publicly available on 
lists.pld-linux.org.

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



From jajcus at bnet.pl  Sat Jan  8 15:28:27 2005
From: jajcus at bnet.pl (Jacek Konieczny)
Date: Sat, 8 Jan 2005 15:28:27 +0100
Subject: PLD-doc: PLD-jabber - wywiad z Jajcusiem,
In-Reply-To: <41DF532D.9090400@toya.net.pl>
References: <PLD_doc_PLD_jabber.1.4@pld-linux.org>
	<PLD_doc_PLD_jabber.1.5@pld-linux.org>
	<41DF532D.9090400@toya.net.pl>
Message-ID: <20050108142827.GC12173@serwis2.beta>

On Sat, Jan 08, 2005 at 04:27:41AM +0100, Jakub Piotr C?apa wrote:
> djrzulf wrote:
> >Author: djrzulf                      Date: Fri Jan  7 07:27:32 2005 GMT
> >Module: PLD-doc                       Tag: HEAD
> >---- Log message:
> >- wywiad z Jajcusiem,
> 
> >+_xmpp-client._tcp.jabber IN SRV 20 0 5222 tpnet.serwus
> 
> Isn't the port 5223?

No!

5223 is used for the Jabber over SSL hack. No normal XMPP client whould
use that (server unfortunately should -- for backward compatibility with
pre-XMPP (or incomplete-XMPP) clients).

In fact that may be any port on which an XMPP server is configured. SRV
gives the flexibility to choose any port numbers for your services.

Greets,
	Jacek



From radek at karnet.pl  Sat Jan  8 16:20:15 2005
From: radek at karnet.pl (Radoslaw Zielinski)
Date: Sat, 8 Jan 2005 16:20:15 +0100
Subject: SPECS (AC-branch): rpm.spec - add /etc/cron.daily/rpm -- caches
	pa...
In-Reply-To: <1105115697.16649.30.camel@aktyn>
References: <SPECS_rpm.spec.1.555.2.41@pld-linux.org>
	<1105093318.16657.5.camel@aktyn> <1105100020.16657.27.camel@aktyn>
	<200501071821.09028.glen@delfi.ee>
	<1105115697.16649.30.camel@aktyn>
Message-ID: <20050108152015.GC5682@bongo>

Pawe? ?urowski <pzurowski at pld-linux.org> [07-01-2005 17:34]:
> Dnia 07-01-2005, pi? o godzinie 18:21 +0200, Elan Ruusam?e napisa?(a):
>> On Friday 07 January 2005 14:13, Pawe? ?urowski wrote:
>>> another idea:
>>>         in /etc/sysconfig/rpm:
>>>                 +RPM_CRON_RPMQA_CACHE=no
>>>         in /etc/cron.daily/rpm:
>>>                 +. /etc/sysconfig/rpm
>>>                 +
>>>                 +if [ ${RPM_CRON_RPMQA_CACHE:-no} != "yes" ]; then exit
>>>                 0; fi
>>>                 +
>> seems fair. added

Glen, I don't like the way you're adding your specific system
configuration to core PLD packages, and therefore *my* system.  Evil
"mount /boot", now this...  I'd appreciate if you tried to do it in a
way that doesn't have impact on anything else; preferably with optional
subpackages.

>> but perhaps default=yes ? :)
> i think rather default=no, let's ask others (CC: pld-devel-pl)

Definitely no.  And I don't like the idea of useless script in my
cron.daily queue either; I'd vote for a subpackage.  Not that "sh
something" once a day would kill my machines; it's just *another*
useless piece of nothing, *another* line in `find /etc`, *another*
variable in /etc/sysconfig/system, *another*... wasted inode. ;-)

Besides, using /var/log (do I remember correctly?  it's in /var/log?)
for a *cache* is a FHS violation.  /var/cache/useless/.

-- 
Rados?aw Zieli?ski <radek at karnet.pl>
[ GPG key: http://radek.karnet.pl/ ]
-------------- 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/20050108/a8dd764d/attachment.sig>

From gotar at polanet.pl  Sat Jan  8 16:52:40 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 8 Jan 2005 16:52:40 +0100
Subject: lstat
Message-ID: <20050108155240.GA2105@os>

1. triggers don't work (upgrade from 2.3.2-1 to 2.3.2-8) - epoch?
2. STAT_PNG_DIR=/usr/share/lstat/statimg/
                ^^^^^^^^^^^
It should be /var/lib/ I think.

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



From loc at toya.net.pl  Sat Jan  8 17:40:50 2005
From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=)
Date: Sat, 08 Jan 2005 17:40:50 +0100
Subject: [OT] Gmane
In-Reply-To: <200501081428.25311.arekm@pld-linux.org>
References: <41DF4BC5.40301@toya.net.pl>
	<200501081200.15596.glen@delfi.ee>	<41DFD2ED.6010904@toya.net.pl>
	<200501081428.25311.arekm@pld-linux.org>
Message-ID: <41E00D12.3020706@toya.net.pl>

Arkadiusz Miskiewicz wrote:
> On Saturday 08 of January 2005 13:32, Jakub Piotr C?apa wrote:
> 
>>This must be done by the list owner. They like mbox archives most.
> 
> Hm, why owner only? mbox archives are publicly available on 
> lists.pld-linux.org.

#v+
Mailing list archives can be imported into Gmane.

Archives to be imported can be in one of two formats: Either a tar file 
of a one-message-per-file directory, where the files have names that 
increase numerically, or a Unix mbox file. No other formats are 
acceptable. A Unix mbox file is preferred.

If you wish to have an archive of a mailing list you administrate 
imported into Gmane, send a mail to Lars with the URL of the mailing 
list archive, and which group it should be imported into. Duplicates are 
ignored when doing an import, so a total archive of the list is ok -- no 
pre-filtering of messages is necessary.

The list admin/owner should OK this before the archive is imported. If
     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
you're the list admin, please say so in the email where you request the 
import. If not, please get in touch with the list admin first and get an
                                                                   ^^^^^^
approval before you request the import. The list admin often has access
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
to an mbox format mail archive for the list, so get the URL for the 
archive at the same time.
#v-

-- 
z wyrazami szacunku,
Jakub Piotr C?apa



From areq at pld-linux.org  Sat Jan  8 23:40:57 2005
From: areq at pld-linux.org (Arkadiusz Patyk)
Date: Sat, 08 Jan 2005 23:40:57 +0100
Subject: SPECS: srp.spec - added shared patch,
	build shared libsrp and libk...
In-Reply-To: <SPECS_srp.spec.1.27@pld-linux.org>
References: <SPECS_srp.spec.1.26@pld-linux.org>
	<SPECS_srp.spec.1.27@pld-linux.org>
Message-ID: <bao0u0pjlneou12qatdbo5dop4o9m36coq@4ax.com>

On Sat, 08 Jan 2005 21:43:26 +0000, you wrote:

>Author: qboosh                       Date: Sat Jan  8 21:43:26 2005 GMT
>Module: SPECS                         Tag: HEAD
>---- Log message:
>- added shared patch, build shared libsrp and libkrypto
>
>---- Files affected:
>SPECS:
>   srp.spec (1.26 -> 1.27) 

Buduje Ci si? to ? bo u mnie:

align-functions=0 -mno-align-double -MT utmp.o -MD -MP -MF
".deps/utmp.Tpo" -c -o utmp.o utmp.c; \
then mv -f ".deps/utmp.Tpo" ".deps/utmp.Po"; else rm -f
".deps/utmp.Tpo"; exit 1; fi
utmp.c: In function `setutmp':
utmp.c:274: error: `_WTMP_FILE' undeclared (first use in this
function)
utmp.c:274: error: (Each undeclared identifier is reported only once
utmp.c:274: error: for each function it appears in.)

gcc-3.3.5-1
glibc-2.3.4-0.20041122.1.6
-- 
Arkadiusz Patyk [areq(at)pld-linux.org] [http://rescuecd.pld-linux.org/]
[IRC:areq ICQ:16231667  GG:1383]  [AP3-6BONE] [AP14126-RIPE]



From glen at delfi.ee  Sun Jan  9 20:09:11 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 9 Jan 2005 21:09:11 +0200
Subject: nscd
Message-ID: <200501092109.12038.glen@delfi.ee>

hi

nscd runs as user nobody, because the config /etc/nscd.conf sais so.
but there exists user nscd.

so, which is the preferred way of fixing it?
sed -i nscd.conf in %install
or store nscd.conf in SOURCES ?


-- 
glen



From zawadaa at wp.pl  Sun Jan  9 20:15:51 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Sun, 09 Jan 2005 20:15:51 +0100
Subject: SPECS: samba.spec - version 3.0.11pre1, NFY
In-Reply-To: <SPECS_samba.spec.1.256@pld-linux.org>
References: <SPECS_samba.spec.1.255@pld-linux.org>
	<SPECS_samba.spec.1.256@pld-linux.org>
Message-ID: <41E182E7.2090107@wp.pl>

tommat wrote:
> Author: tommat                       Date: Sun Jan  9 16:11:00 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - version 3.0.11pre1, NFY
> 
> ---- Files affected:
> SPECS:
>    samba.spec (1.255 -> 1.256) 
> 
> ---- Diffs:

Jak ju? to zrobi?e? to wywal patch5 bo juz jest zb?dny - jest w ?r?d?ach!

-- 
Andrzej Zawadzki



From saq at pld-linux.org  Sun Jan  9 20:44:57 2005
From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski)
Date: Sun, 09 Jan 2005 20:44:57 +0100
Subject: [Fwd: ERRORS: gdal.spec]
Message-ID: <1105299897.3947.20.camel@neptune.sakowski.pl>

Could somebody check why it fails to build?

-- 
Pawe? Sakowski <saq at pld-linux.org>
PLD Linux Distribution
-------------- next part --------------
An embedded message was scrubbed...
From: PLD ac-amd64 builder <builder-ac-amd64 at pld-linux.org>
Subject: ERRORS: gdal.spec 
Date: Sun, 09 Jan 2005 18:55:47 +0000
Size: 18211
URL: </mailman/pipermail/pld-devel-en/attachments/20050109/c1563a82/attachment.eml>

From adamg at biomerieux.pl  Sun Jan  9 21:03:17 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sun, 9 Jan 2005 21:03:17 +0100
Subject: ERRORS: perl-CPANPLUS.spec
In-Reply-To: <pld-builder.1105288104.328360.15734@anduril>
References: <aa2c0945-f84c-4b65-8dde-f7fad7a1fbe5@pld.src.builder>
	<pld-builder.1105288104.328360.15734@anduril>
Message-ID: <20050109200317.GA2176@mysza.eu.org>

On Sun, Jan 09, 2005 at 04:28:24PM +0000, PLD ac-ppc builder wrote:
> + /usr/bin/make test
> cp bin/cpansmoke blib/script/cpansmoke
> /usr/bin/perl5.8.6 "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/cpansmoke
> cp bin/cpanp blib/script/cpanp
> /usr/bin/perl5.8.6 "-MExtUtils::MY" -e "MY->fixin(shift)" blib/script/cpanp
> PERL_DL_NONLAZY=1 /usr/bin/perl5.8.6 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/0-signature.t
> t/0-signature....WARNING: This key is not certified with a trusted signature!
> Primary key fingerprint: 66B2 B78E D1B7 7641 4861  D592 B4B3 DD37 3C35 01A0
> Not in MANIFEST: pm_to_blib.ts
> ==> MISMATCHED content between MANIFEST and distribution files! <==

It looks like that if there is something in ~/.gnupg, make test fails.

Workaround for this is:

=====
--- perl-CPANPLUS.spec  9 Jan 2005 19:53:17 -0000       1.14
+++ perl-CPANPLUS.spec  9 Jan 2005 19:56:05 -0000
@@ -54,7 +54,11 @@
 
 %{__make}
 
-%{?with_tests:%{__make} test}
+%if %{with tests}
+rm -rf ~/.gnupg
+mkdir ~/.gnupg
+%{__make} test
+%endif
 
 %install
 rm -rf $RPM_BUILD_ROOT
=======

But that's simply unacceptable... any hints?

-- 
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  Sun Jan  9 21:11:55 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Sun, 9 Jan 2005 21:11:55 +0100
Subject: ERRORS: netwox.spec netwag.spec OK: netwib.spec
In-Reply-To: <pld-builder.1105299655.066502.1614@sokrates>
References: <231d3ce6-cbfa-4b80-9462-c09c8d60b200@pld.src.builder>
	<pld-builder.1105299655.066502.1614@sokrates>
Message-ID: <20050109201155.GB2176@mysza.eu.org>

On Sun, Jan 09, 2005 at 07:40:55PM +0000, PLD ac-athlon builder wrote:
> netwib.spec (HEAD): OK
> netwox.spec (HEAD): FAILED
> netwag.spec (HEAD): FAILED

Can someone uninstall netwox from builders?

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



From radek at karnet.pl  Sun Jan  9 22:55:53 2005
From: radek at karnet.pl (Radoslaw Zielinski)
Date: Sun, 9 Jan 2005 22:55:53 +0100
Subject: ERRORS: perl-CPANPLUS.spec
In-Reply-To: <20050109200317.GA2176@mysza.eu.org>
References: <aa2c0945-f84c-4b65-8dde-f7fad7a1fbe5@pld.src.builder>
	<pld-builder.1105288104.328360.15734@anduril>
	<20050109200317.GA2176@mysza.eu.org>
Message-ID: <20050109215553.GA31033@bongo>

Adam Go??biowski <adamg at biomerieux.pl> [09-01-2005 21:03]:
> On Sun, Jan 09, 2005 at 04:28:24PM +0000, PLD ac-ppc builder wrote:
[...]
>> t/0-signature....WARNING: This key is not certified with a trusted signature!
>> Primary key fingerprint: 66B2 B78E D1B7 7641 4861  D592 B4B3 DD37 3C35 01A0
>> Not in MANIFEST: pm_to_blib.ts
>> ==> MISMATCHED content between MANIFEST and distribution files! <==
> It looks like that if there is something in ~/.gnupg, make test fails.
> Workaround for this is:
[...]
> But that's simply unacceptable... any hints?

 %prep
 %setup -q -n ...
+mv t/0-signature.t{,.blah}
 
 %build

-- 
Rados?aw Zieli?ski <radek at karnet.pl>
-------------- 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/20050109/7c9b8a6e/attachment.sig>

From ankry at green.mif.pg.gda.pl  Mon Jan 10 00:03:02 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 10 Jan 2005 00:03:02 +0100 (CET)
Subject: ERRORS: netwox.spec netwag.spec OK: netwib.spec
In-Reply-To: <20050109201155.GB2176@mysza.eu.org> from "Adam
	=?iso-8859-2?Q?Go=B3=EAbiowski?=" at Jan 09, 2005 09:11:55 PM
Message-ID: <200501092303.j09N32pl019617@green.mif.pg.gda.pl>

Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> 
> On Sun, Jan 09, 2005 at 07:40:55PM +0000, PLD ac-athlon builder wrote:
> > netwib.spec (HEAD): OK
> > netwox.spec (HEAD): FAILED
> > netwag.spec (HEAD): FAILED
> 
> Can someone uninstall netwox from builders?

Shouldn't netwox be fixed instead ?

-- 
=======================================================================
  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  Mon Jan 10 00:08:11 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Mon, 10 Jan 2005 00:08:11 +0100
Subject: ERRORS: netwox.spec netwag.spec OK: netwib.spec
In-Reply-To: <200501092303.j09N32pl019617@green.mif.pg.gda.pl>
References: <20050109201155.GB2176@mysza.eu.org>
	<200501092303.j09N32pl019617@green.mif.pg.gda.pl>
Message-ID: <20050109230811.GA24569@mysza.eu.org>

On Mon, Jan 10, 2005 at 12:03:02AM +0100, Andrzej Krzysztofowicz wrote:
> Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> > 
> > On Sun, Jan 09, 2005 at 07:40:55PM +0000, PLD ac-athlon builder wrote:
> > > netwib.spec (HEAD): OK
> > > netwox.spec (HEAD): FAILED
> > > netwag.spec (HEAD): FAILED
> > 
> > Can someone uninstall netwox from builders?
> 
> Shouldn't netwox be fixed instead ?

How? By droping strict BR?
-- 
http://www.mysza.eu.org/ | 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  Mon Jan 10 00:11:03 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 10 Jan 2005 00:11:03 +0100 (CET)
Subject: nscd
In-Reply-To: <200501092109.12038.glen@delfi.ee> from "Elan
	=?iso-8859-1?q?Ruusam=E4e?=" at Jan 09, 2005 09:09:11 PM
Message-ID: <200501092311.j09NB35R019824@green.mif.pg.gda.pl>

Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> nscd runs as user nobody, because the config /etc/nscd.conf sais so.
> but there exists user nscd.
> 
> so, which is the preferred way of fixing it?
> sed -i nscd.conf in %install
> or store nscd.conf in SOURCES ?

IMO the first one or a patch.

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



From ankry at green.mif.pg.gda.pl  Mon Jan 10 00:20:36 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 10 Jan 2005 00:20:36 +0100 (CET)
Subject: ERRORS: netwox.spec netwag.spec OK: netwib.spec
In-Reply-To: <20050109230811.GA24569@mysza.eu.org> from "Adam
	=?iso-8859-2?Q?Go=B3=EAbiowski?=" at Jan 10, 2005 12:08:11 AM
Message-ID: <200501092320.j09NKbva020154@green.mif.pg.gda.pl>

Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> On Mon, Jan 10, 2005 at 12:03:02AM +0100, Andrzej Krzysztofowicz wrote:
> > Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote:
> > > 
> > > On Sun, Jan 09, 2005 at 07:40:55PM +0000, PLD ac-athlon builder wrote:
> > > > netwib.spec (HEAD): OK
> > > > netwox.spec (HEAD): FAILED
> > > > netwag.spec (HEAD): FAILED
> > > 
> > > Can someone uninstall netwox from builders?

Done.

> > Shouldn't netwox be fixed instead ?
> 
> How? By droping strict BR?

Eh, I always prefered >= in R (but it needs coherent resources)

-- 
=======================================================================
  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 tommat at pimpek.one.pl  Mon Jan 10 02:22:22 2005
From: tommat at pimpek.one.pl (Tomasz Mateja)
Date: Mon, 10 Jan 2005 02:22:22 +0100 (CET)
Subject: SPECS: samba.spec - version 3.0.11pre1, NFY
In-Reply-To: <41E182E7.2090107@wp.pl>
References: <SPECS_samba.spec.1.255@pld-linux.org>
	<SPECS_samba.spec.1.256@pld-linux.org> <41E182E7.2090107@wp.pl>
Message-ID: <Pine.LNX.4.61L.0501100220110.23796@pimpek.one.pl>



On Sun, 9 Jan 2005, Andrzej Zawadzki wrote:

> tommat wrote:
>> Author: tommat                       Date: Sun Jan  9 16:11:00 2005 GMT
>> Module: SPECS                         Tag: HEAD
>> ---- Log message:
>> - version 3.0.11pre1, NFY
>> 
>> ---- Files affected:
>> SPECS:
>> samba.spec (1.255 -> 1.256) 
>> 
>> ---- Diffs:
>
> Jak ju? to zrobi?e? to wywal patch5 bo juz jest zb?dny - jest w ?r?d?ach!
>
First of all this is en list.
And there was Not Finished Yet shorcut, but thanks for your cooperation :)

Regards

-- 
Tomek

From gotar at polanet.pl  Mon Jan 10 09:33:12 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 10 Jan 2005 09:33:12 +0100
Subject: gg2 broken
Message-ID: <20050110083312.GA978@os>

~: gg2
zsh: segmentation fault  gg2

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



From krzak at hakore.com  Mon Jan 10 09:55:11 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Mon, 10 Jan 2005 09:55:11 +0100
Subject: gg2 broken
In-Reply-To: <20050110083312.GA978@os>
References: <20050110083312.GA978@os>
Message-ID: <41E242EF.1050809@hakore.com>

U?ytkownik Tomasz Pala napisa?:
> ~: gg2
> zsh: segmentation fault  gg2
> 

podej wersje gtk,blib2 ktora masz zainstalowan? i ktora wersja gg2

-- 
Marcin Krzy?anowski



From gotar at polanet.pl  Mon Jan 10 09:59:28 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 10 Jan 2005 09:59:28 +0100
Subject: gg2 broken
In-Reply-To: <41E242EF.1050809@hakore.com>
References: <20050110083312.GA978@os> <41E242EF.1050809@hakore.com>
Message-ID: <20050110085928.GA1225@os>

On Mon, Jan 10, 2005 at 09:55:11 +0100, Marcin Krzyzanowski wrote:

> >~: gg2
> >zsh: segmentation fault  gg2
> 
> podej wersje gtk,blib2 ktora masz zainstalowan? i ktora wersja gg2

~: rpm -qa gtk+2\* glib2\* gg2\* | sort
gg2-2.2.4-2
gg2-emoticons-2.2.4-2
gg2-plugin-gadu-gadu-2.2.4-2
gg2-plugin-gui-gtk+2-2.2.4-2
gg2-plugin-sms-2.2.4-2
gg2-plugin-tlen-2.2.4-2
glib2-2.4.8-1
glib2-devel-2.4.8-1
gtk+2-2.4.14-1
gtk+2-devel-2.4.14-1

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



From krzak at hakore.com  Mon Jan 10 09:59:12 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Mon, 10 Jan 2005 09:59:12 +0100
Subject: gg2 broken
In-Reply-To: <20050110085928.GA1225@os>
References: <20050110083312.GA978@os> <41E242EF.1050809@hakore.com>
	<20050110085928.GA1225@os>
Message-ID: <41E243E0.3070000@hakore.com>

U?ytkownik Tomasz Pala napisa?:
> On Mon, Jan 10, 2005 at 09:55:11 +0100, Marcin Krzyzanowski wrote:
> 
> 
>>>~: gg2
>>>zsh: segmentation fault  gg2
>>
>>podej wersje gtk,blib2 ktora masz zainstalowan? i ktora wersja gg2
> 
> 
> ~: rpm -qa gtk+2\* glib2\* gg2\* | sort
> gg2-2.2.4-2
> gg2-emoticons-2.2.4-2
> gg2-plugin-gadu-gadu-2.2.4-2
> gg2-plugin-gui-gtk+2-2.2.4-2
> gg2-plugin-sms-2.2.4-2
> gg2-plugin-tlen-2.2.4-2
> glib2-2.4.8-1
> glib2-devel-2.4.8-1
> gtk+2-2.4.14-1
> gtk+2-devel-2.4.14-1
> 

podbij gtk,glib2 to wersji z ready (chyba juz jest) czylo 2.6

-- 
Marcin Krzy?anowski



From krzak at hakore.com  Mon Jan 10 09:59:51 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Mon, 10 Jan 2005 09:59:51 +0100
Subject: gg2 broken
In-Reply-To: <20050110085928.GA1225@os>
References: <20050110083312.GA978@os> <41E242EF.1050809@hakore.com>
	<20050110085928.GA1225@os>
Message-ID: <41E24407.1010309@hakore.com>

U?ytkownik Tomasz Pala napisa?:
> On Mon, Jan 10, 2005 at 09:55:11 +0100, Marcin Krzyzanowski wrote:
> 
> 
>>>~: gg2
>>>zsh: segmentation fault  gg2
>>
>>podej wersje gtk,blib2 ktora masz zainstalowan? i ktora wersja gg2
> 
> 
> ~: rpm -qa gtk+2\* glib2\* gg2\* | sort
> gg2-2.2.4-2
> gg2-emoticons-2.2.4-2
> gg2-plugin-gadu-gadu-2.2.4-2
> gg2-plugin-gui-gtk+2-2.2.4-2
> gg2-plugin-sms-2.2.4-2
> gg2-plugin-tlen-2.2.4-2
> glib2-2.4.8-1
> glib2-devel-2.4.8-1
> gtk+2-2.4.14-1
> gtk+2-devel-2.4.14-1
> 

pozatym zapraszam na bugs.gnugadu.org z jakims raportem moze to b??d w 
gg2 :)

-- 
Marcin Krzy?anowski



From gotar at polanet.pl  Mon Jan 10 11:21:02 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 10 Jan 2005 11:21:02 +0100
Subject: gg2 broken
In-Reply-To: <41E243E0.3070000@hakore.com>
References: <20050110083312.GA978@os> <41E242EF.1050809@hakore.com>
	<20050110085928.GA1225@os> <41E243E0.3070000@hakore.com>
Message-ID: <20050110102101.GA1298@os>

On Mon, Jan 10, 2005 at 09:59:12 +0100, Marcin Krzyzanowski wrote:

> podbij gtk,glib2 to wersji z ready (chyba juz jest) czylo 2.6

Nie ma. No i je?li tak to jakie? R by si? przyda?o.

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



From krzak at hakore.com  Mon Jan 10 11:29:08 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Mon, 10 Jan 2005 11:29:08 +0100
Subject: gg2 broken
In-Reply-To: <20050110102101.GA1298@os>
References: <20050110083312.GA978@os>
	<41E242EF.1050809@hakore.com>	<20050110085928.GA1225@os>
	<41E243E0.3070000@hakore.com> <20050110102101.GA1298@os>
Message-ID: <41E258F4.3060203@hakore.com>

U?ytkownik Tomasz Pala napisa?:
> On Mon, Jan 10, 2005 at 09:59:12 +0100, Marcin Krzyzanowski wrote:
> 
> 
>>podbij gtk,glib2 to wersji z ready (chyba juz jest) czylo 2.6
> 
> 
> Nie ma. No i je?li tak to jakie? R by si? przyda?o.
> 

chodzi o to ze to jest pierwsze zgloszenie z ktorego jedyne co moglem 
wywnioskowac to to ze moze to przez zmiany zrobione pod katem dzialana z 
gtk 2.6. Z tego co wiem dziala na 2.4 wiec problem musi byc gdzies indziej.

Bede bardzo wdzieczny za raport na http://bugs.gnugadu.org

-- 
Marcin Krzy?anowski



From gotar at polanet.pl  Mon Jan 10 12:36:18 2005
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 10 Jan 2005 12:36:18 +0100
Subject: gg2 broken
In-Reply-To: <41E258F4.3060203@hakore.com>
References: <20050110083312.GA978@os> <41E242EF.1050809@hakore.com>
	<20050110085928.GA1225@os> <41E243E0.3070000@hakore.com>
	<20050110102101.GA1298@os> <41E258F4.3060203@hakore.com>
Message-ID: <20050110113618.GA2028@os>

On Mon, Jan 10, 2005 at 11:29:08 +0100, Marcin Krzyzanowski wrote:

> Bede bardzo wdzieczny za raport na http://bugs.gnugadu.org

Logowanie nieudane. Trudno, i tak nie mam czasu.

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



From krzak at hakore.com  Mon Jan 10 13:34:45 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Mon, 10 Jan 2005 13:34:45 +0100
Subject: gg2 broken
In-Reply-To: <20050110113618.GA2028@os>
References: <20050110083312.GA978@os>
	<41E242EF.1050809@hakore.com>	<20050110085928.GA1225@os>
	<41E243E0.3070000@hakore.com>	<20050110102101.GA1298@os>
	<41E258F4.3060203@hakore.com> <20050110113618.GA2028@os>
Message-ID: <41E27665.8050405@hakore.com>

U?ytkownik Tomasz Pala napisa?:
> On Mon, Jan 10, 2005 at 11:29:08 +0100, Marcin Krzyzanowski wrote:
> 
> 
>>Bede bardzo wdzieczny za raport na http://bugs.gnugadu.org
> 
> 
> Logowanie nieudane. Trudno, i tak nie mam czasu.

szkoda, bo b??d jest niepotwierdzony, a chetnie bym pomog? w jego 
rozwi?zaniu.

-- 
Marcin Krzy?anowski



From glen at delfi.ee  Mon Jan 10 20:23:45 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Mon, 10 Jan 2005 21:23:45 +0200
Subject: Fwd: SOURCES: exim.sysconfig, kannel.sysconfig, nscd.sysconfig,
	postfix...
Message-ID: <200501102123.45390.glen@delfi.ee>

i think there's need to do massive attack.

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

Subject: SOURCES: exim.sysconfig, kannel.sysconfig, nscd.sysconfig, postfix...
Date: Monday 10 January 2005 20:12
From: glen <glen at pld-linux.org>
To: pld-cvs-commit at pld-linux.org

Author: glen                         Date: Mon Jan 10 18:12:44 2005 GMT
Module: SOURCES                       Tag: HEAD
---- Log message:
- :%s#setings#settings#g

---- Files affected:
SOURCES:
   exim.sysconfig (1.3 -> 1.4) , kannel.sysconfig (1.1 -> 1.2) ,
 nscd.sysconfig (1.1 -> 1.2) , postfix.sysconfig (1.1 -> 1.2)

---- Diffs:

================================================================
Index: SOURCES/exim.sysconfig
diff -u SOURCES/exim.sysconfig:1.3 SOURCES/exim.sysconfig:1.4
--- SOURCES/exim.sysconfig:1.3 Fri Nov 23 20:01:03 2001
+++ SOURCES/exim.sysconfig Mon Jan 10 18:12:37 2005
@@ -1,4 +1,4 @@
-# Customized setings for exim
+# Customized settings for exim

 # Nice level for exim
 SERVICE_RUN_NICE_LEVEL="+5"

================================================================
Index: SOURCES/kannel.sysconfig
diff -u SOURCES/kannel.sysconfig:1.1 SOURCES/kannel.sysconfig:1.2
--- SOURCES/kannel.sysconfig:1.1 Wed Aug 20 15:08:30 2003
+++ SOURCES/kannel.sysconfig Mon Jan 10 18:12:39 2005
@@ -1,4 +1,4 @@
-# Customized setings for kannel
+# Customized settings for kannel

 # Nice level for kannel boxes
 SERVICE_RUN_NICE_LEVEL="+5"

================================================================
Index: SOURCES/nscd.sysconfig
diff -u SOURCES/nscd.sysconfig:1.1 SOURCES/nscd.sysconfig:1.2
--- SOURCES/nscd.sysconfig:1.1 Fri Jun  4 09:24:42 1999
+++ SOURCES/nscd.sysconfig Mon Jan 10 18:12:39 2005
@@ -9,7 +9,7 @@
 #    secure="$secure -S $table,yes"
 #  fi
 # done
-# Customized setings for utmpd
+# Customized settings for utmpd


 # Define nice level for nscd

================================================================
Index: SOURCES/postfix.sysconfig
diff -u SOURCES/postfix.sysconfig:1.1 SOURCES/postfix.sysconfig:1.2
--- SOURCES/postfix.sysconfig:1.1 Thu Nov 25 05:04:02 1999
+++ SOURCES/postfix.sysconfig Mon Jan 10 18:12:39 2005
@@ -1,4 +1,4 @@
-# Customized setings for postfix
+# Customized settings for postfix

 # Define nice level for postfix & config
 SERVICE_RUN_NICE_LEVEL="+5"
================================================================

---- CVS-web:
    http://cvs.pld-linux.org/SOURCES/exim.sysconfig?r1=1.3&r2=1.4&f=u
    http://cvs.pld-linux.org/SOURCES/kannel.sysconfig?r1=1.1&r2=1.2&f=u
    http://cvs.pld-linux.org/SOURCES/nscd.sysconfig?r1=1.1&r2=1.2&f=u
    http://cvs.pld-linux.org/SOURCES/postfix.sysconfig?r1=1.1&r2=1.2&f=u


_______________________________________________
pld-cvs-commit mailing list
pld-cvs-commit at pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

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

-- 
glen



From adamg at biomerieux.pl  Mon Jan 10 20:38:20 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Mon, 10 Jan 2005 20:38:20 +0100
Subject: Fwd: SOURCES: exim.sysconfig, kannel.sysconfig, nscd.sysconfig,
	postfix...
In-Reply-To: <200501102123.45390.glen@delfi.ee>
References: <200501102123.45390.glen@delfi.ee>
Message-ID: <20050110193820.GA16565@mysza.eu.org>

On Mon, Jan 10, 2005 at 09:23:45PM +0200, Elan Ruusam?e wrote:
> i think there's need to do massive attack.

go ahead.

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



From glen at delfi.ee  Mon Jan 10 21:18:56 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Mon, 10 Jan 2005 22:18:56 +0200
Subject: Fwd: SOURCES: exim.sysconfig, kannel.sysconfig, nscd.sysconfig,
	postfix...
In-Reply-To: <20050110193820.GA16565@mysza.eu.org>
References: <200501102123.45390.glen@delfi.ee>
	<20050110193820.GA16565@mysza.eu.org>
Message-ID: <200501102218.56756.glen@delfi.ee>

On Monday 10 January 2005 21:38, Adam Go??biowski wrote:
> On Mon, Jan 10, 2005 at 09:23:45PM +0200, Elan Ruusam?e wrote:
> > i think there's need to do massive attack.
>
> go ahead.
i don't want too, tought smb else would take it :)

-- 
glen



From ankry at green.mif.pg.gda.pl  Mon Jan 10 21:48:41 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 10 Jan 2005 21:48:41 +0100 (CET)
Subject: DISTFILES: ERRORS: icu-3.2.tgz
In-Reply-To: <5689.1105388217@distfiles.pld-linux.org> from "qboosh" at Jan 10,
	2005 08:16:58 PM
Message-ID: <200501102048.j0AKmf8S001502@green.mif.pg.gda.pl>

qboosh wrote:
> 
> wget -nv -O ./tmp/abd2c973-528d-4b69-b7ab-aeeefc76d4bd/55a85d2365338ece483d275119fd990c/icu-3.2.tgz "ftp://www-126.ibm.com/pub/icu/3.2/icu-3.2.tgz":
> Error in server response, closing control connection.

This server clearly dislikes wget.

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



From qboosh at pld-linux.org  Mon Jan 10 22:03:16 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 10 Jan 2005 22:03:16 +0100
Subject: DISTFILES: ERRORS: icu-3.2.tgz
In-Reply-To: <200501102048.j0AKmf8S001502@green.mif.pg.gda.pl>
References: <5689.1105388217@distfiles.pld-linux.org>
	<200501102048.j0AKmf8S001502@green.mif.pg.gda.pl>
Message-ID: <20050110210315.GA28122@satan.blackhosts>

On Mon, Jan 10, 2005 at 09:48:41PM +0100, Andrzej Krzysztofowicz wrote:
> qboosh wrote:
> > wget -nv -O ./tmp/abd2c973-528d-4b69-b7ab-aeeefc76d4bd/55a85d2365338ece483d275119fd990c/icu-3.2.tgz "ftp://www-126.ibm.com/pub/icu/3.2/icu-3.2.tgz":
> > Error in server response, closing control connection.
> 
> This server clearly dislikes wget.

>From distfiles only :/
My wget works.
And even wget on ep09.pld-linux.org works.


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



From saq at pld-linux.org  Mon Jan 10 22:47:21 2005
From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski)
Date: Mon, 10 Jan 2005 22:47:21 +0100
Subject: SPECS: ruby.spec - lib64-friendly sitedir
In-Reply-To: <SPECS_ruby.spec.1.101@pld-linux.org>
References: <SPECS_ruby.spec.1.100@pld-linux.org>
	<SPECS_ruby.spec.1.101@pld-linux.org>
Message-ID: <1105393641.4434.2.camel@neptune.sakowski.pl>

On Mon, 2005-01-10 at 21:43 +0000, saq wrote:
> -	--with-X11-lib=/usr/X11R6/%{_lib}
> +	--with-X11-lib=/usr/X11R6/%{_lib} \
> +	--with-sitedir=%{_libdir}/ruby/site_ruby

Or maybe I'm wrong about it... I see that:

%define         _ulibdir        %{_prefix}/lib

What's the reason for not using /usr/lib64 on amd64?

kdebindings.spec build fails on amd64 because of the disagreement on
where ruby_sitedir should be (whether lib or lib64).

-- 
Pawe? Sakowski <saq at pld-linux.org>
PLD Linux Distribution




From glen at delfi.ee  Tue Jan 11 00:58:56 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 11 Jan 2005 01:58:56 +0200
Subject: rpm corruption after glibc upgrade
Message-ID: <200501110158.56515.glen@delfi.ee>

hi

i solved it by rm -f /var/lib/rpm/__db*
if it's the only solution, maybe it's reasonable to do the same in %trigger of glibc?

# poldek --upgrade-
Retrieving dists/ac/PLD/i686/PLD/RPMS/dev-2.9.0-15.i686.rpm...
......................... 100.0% [500.2K (0.0B/s)]
Retrieving dists/ac/PLD/i686/PLD/RPMS/glibc-localedb-all-2.3.4-0.20041122.2.i686.rpm...
......................... 100.0% [9.7M (5.1M/s)]
Retrieving dists/ac/PLD/i686/PLD/RPMS/glibc-devel-2.3.4-0.20041122.2.i686.rpm...
......................... 100.0% [7.0M (5.3M/s)]
Retrieving dists/ac/PLD/i686/PLD/RPMS/iconv-2.3.4-0.20041122.2.i686.rpm...
......................... 100.0% [1.7M (0.0B/s)]
Retrieving dists/ac/PLD/i686/PLD/RPMS/glibc-misc-2.3.4-0.20041122.2.i686.rpm...
......................... 100.0% [1.5M (0.0B/s)]
Retrieving dists/ac/PLD/i686/PLD/RPMS/glibc-2.3.4-0.20041122.2.i686.rpm...
......................... 100.0% [1.6M (0.0B/s)]
Retrieving dists/ac/PLD/i686/PLD/RPMS/pam-0.78.1-3.i686.rpm...
......................... 100.0% [527.1K (0.0B/s)]
rpmdb: Program version 4.2 doesn't match environment version
error: db4 error(22) from dbenv->open: Invalid argument
error: cannot open Packages index using db3 - Invalid argument (22)
error: cannot open Packages database in /var/lib/rpm
rpmdb: Program version 4.2 doesn't match environment version
error: db4 error(22) from dbenv->open: Invalid argument
error: cannot open Packages database in /var/lib/rpm
Retrieving dists/ac/PLD/i686/PLD/RPMS/expat-1.95.8-1.i686.rpm...
......................... 100.0% [78.9K (0.0B/s)]
rpmdb: Program version 4.2 doesn't match environment version
^C

# rpm -q rpm
rpmdb: Program version 4.2 doesn't match environment version
error: db4 error(22) from dbenv->open: Invalid argument
error: cannot open Packages index using db3 - Invalid argument (22)
error: cannot open Packages database in /var/lib/rpm
package rpm is not installed
# cp -a /var/lib/rpm/ /root/rpm
# rpm --rebuilddb
rpmdb: Program version 4.2 doesn't match environment version
error: db4 error(22) from dbenv->open: Invalid argument
error: cannot open Packages index
# cd /var/lib/rpm/
# rm -f __db.00*
# rpm -q rpm
rpm-4.3-0.20040107.46
# file *
Basenames:      Berkeley DB (Hash, version 8, native byte-order)
Conflictname:   Berkeley DB (Hash, version 8, native byte-order)
Dirnames:       Berkeley DB (Btree, version 9, native byte-order)
Filemd5s:       Berkeley DB (Hash, version 8, native byte-order)
Group:          Berkeley DB (Hash, version 8, native byte-order)
Installtid:     Berkeley DB (Btree, version 9, native byte-order)
Name:           Berkeley DB (Hash, version 8, native byte-order)
Packages:       Berkeley DB (Hash, version 8, native byte-order)
Providename:    Berkeley DB (Hash, version 8, native byte-order)
Provideversion: Berkeley DB (Btree, version 9, native byte-order)
Pubkeys:        Berkeley DB (Hash, version 8, native byte-order)
Requirename:    Berkeley DB (Hash, version 8, native byte-order)
Requireversion: Berkeley DB (Btree, version 9, native byte-order)
Sha1header:     Berkeley DB (Hash, version 8, native byte-order)
Sigmd5:         Berkeley DB (Hash, version 8, native byte-order)
Triggername:    Berkeley DB (Hash, version 8, native byte-order)
__db.001:       data
__db.002:       X11 SNF font data, LSB first
__db.003:       X11 SNF font data, LSB first
# rpm --rebuilddb
# file *
Basenames:      Berkeley DB (Hash, version 8, native byte-order)
Conflictname:   Berkeley DB (Hash, version 8, native byte-order)
Dirnames:       Berkeley DB (Btree, version 9, native byte-order)
Filemd5s:       Berkeley DB (Hash, version 8, native byte-order)
Group:          Berkeley DB (Hash, version 8, native byte-order)
Installtid:     Berkeley DB (Btree, version 9, native byte-order)
Name:           Berkeley DB (Hash, version 8, native byte-order)
Packages:       Berkeley DB (Hash, version 8, native byte-order)
Providename:    Berkeley DB (Hash, version 8, native byte-order)
Provideversion: Berkeley DB (Btree, version 9, native byte-order)
Pubkeys:        Berkeley DB (Hash, version 8, native byte-order)
Requirename:    Berkeley DB (Hash, version 8, native byte-order)
Requireversion: Berkeley DB (Btree, version 9, native byte-order)
Sha1header:     Berkeley DB (Hash, version 8, native byte-order)
Sigmd5:         Berkeley DB (Hash, version 8, native byte-order)
Triggername:    Berkeley DB (Hash, version 8, native byte-order)
__db.003:       X11 SNF font data, LSB first
# 



-- 
glen



From hawk at limanowa.net  Tue Jan 11 02:16:54 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Tue, 11 Jan 2005 02:16:54 +0100
Subject: php.spec and mysql
Message-ID: <41E32906.7090705@limanowa.net>

Hello.

I've just updated imap.spec and sent it to builders with stuff which 
depends on imap-lib (mailsync.spec, php4.spec, php.spec). All has built 
OK, except php.spec which now requires mysql >= 4.1. Since there is 
4.0.23 on AC-branch, proper revision of mysql.spec should be branched 
with AC-branch too. Or maybe there will be mysql 4.1 in AC? Anyway, I'm 
too tired and too sleepy to deal with it now :( php.spec should be 
rebuild ASAP with new imap, so if no one will do something with it, I'm 
going to branch release 1.405 of php.spec with AC-branch tomorrow.

M.



From glen at delfi.ee  Tue Jan 11 10:03:45 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Tue, 11 Jan 2005 11:03:45 +0200
Subject: Fwd: SOURCES: exim.sysconfig, kannel.sysconfig, nscd.sysconfig,
	postfix...
In-Reply-To: <20050110193820.GA16565@mysza.eu.org>
References: <200501102123.45390.glen@delfi.ee>
	<20050110193820.GA16565@mysza.eu.org>
Message-ID: <200501111103.45824.glen@delfi.ee>

On Monday 10 January 2005 21:38, Adam Go??biowski wrote:
> On Mon, Jan 10, 2005 at 09:23:45PM +0200, Elan Ruusam?e wrote:
> > i think there's need to do massive attack.
>
> go ahead.
perhaps yor (or smb else) explains how to do it? i'm not going to pull down 
all SOURCES to get *.sysconfig files?

and what about branches  that few might have, only MAIN is worth fixing?

-- 
glen



From malekith at pld-linux.org  Tue Jan 11 12:51:21 2005
From: malekith at pld-linux.org (Michal Moskal)
Date: Tue, 11 Jan 2005 12:51:21 +0100
Subject: DISTFILES: ERRORS: icu-3.2.tgz
In-Reply-To: <20050110210315.GA28122@satan.blackhosts>
References: <5689.1105388217@distfiles.pld-linux.org>
	<200501102048.j0AKmf8S001502@green.mif.pg.gda.pl>
	<20050110210315.GA28122@satan.blackhosts>
Message-ID: <20050111115121.GA8382@roke.okame>

On Mon, Jan 10, 2005 at 10:03:16PM +0100, Jakub Bogusz wrote:
> On Mon, Jan 10, 2005 at 09:48:41PM +0100, Andrzej Krzysztofowicz wrote:
> > qboosh wrote:
> > > wget -nv -O ./tmp/abd2c973-528d-4b69-b7ab-aeeefc76d4bd/55a85d2365338ece483d275119fd990c/icu-3.2.tgz "ftp://www-126.ibm.com/pub/icu/3.2/icu-3.2.tgz":
> > > Error in server response, closing control connection.
> > 
> > This server clearly dislikes wget.
> 
> >From distfiles only :/
> My wget works.
> And even wget on ep09.pld-linux.org works.


On the cvs host (that handles retrival of files for df), wget-1.9.1-6:

250 CWD command successful.
--> EPRT |2|::ffff:193.219.28.25|1178|

200 EPRT command successful.
--> RETR icu-3.2.tgz

425 Can't create data socket (0.0.0.0,0): Address family not supported by protocol.

Error in server response, closing control connection.
Retrying.

wget-1.8.2 on ep09 does PORT instead of EPRT.


-- 
: Michal Moskal :: http://nemerle.org/~malekith/ :: GCS !tv h e>+++ b++
: No, I will *not* fix your computer............ :: UL++++$ C++ E--- a?



From malekith at pld-linux.org  Tue Jan 11 12:58:19 2005
From: malekith at pld-linux.org (Michal Moskal)
Date: Tue, 11 Jan 2005 12:58:19 +0100
Subject: DISTFILES: ERRORS: icu-3.2.tgz
In-Reply-To: <20050111115121.GA8382@roke.okame>
References: <5689.1105388217@distfiles.pld-linux.org>
	<200501102048.j0AKmf8S001502@green.mif.pg.gda.pl>
	<20050110210315.GA28122@satan.blackhosts>
	<20050111115121.GA8382@roke.okame>
Message-ID: <20050111115819.GA9143@roke.okame>

On Tue, Jan 11, 2005 at 12:51:21PM +0100, Michal Moskal wrote:
> On Mon, Jan 10, 2005 at 10:03:16PM +0100, Jakub Bogusz wrote:
> > On Mon, Jan 10, 2005 at 09:48:41PM +0100, Andrzej Krzysztofowicz wrote:
> > > qboosh wrote:
> > > > wget -nv -O ./tmp/abd2c973-528d-4b69-b7ab-aeeefc76d4bd/55a85d2365338ece483d275119fd990c/icu-3.2.tgz "ftp://www-126.ibm.com/pub/icu/3.2/icu-3.2.tgz":
> > > > Error in server response, closing control connection.
> > > 
> > > This server clearly dislikes wget.
> > 
> > >From distfiles only :/
> > My wget works.
> > And even wget on ep09.pld-linux.org works.
> 
> 
> On the cvs host (that handles retrival of files for df), wget-1.9.1-6:

The most recent wget-1.9.1-7 also exhibits this behavior. I think this
is a server problem, but probably wget can be forced to think that in
case of 425 in response for RPRT it should try PORT?

-- 
: Michal Moskal :: http://nemerle.org/~malekith/ :: GCS !tv h e>+++ b++
: No, I will *not* fix your computer............ :: UL++++$ C++ E--- a?



From glen at delfi.ee  Tue Jan 11 13:24:03 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 11 Jan 2005 14:24:03 +0200
Subject: Fwd: php-mmcache and eaccelerator
Message-ID: <200501111424.03702.glen@delfi.ee>

hi list!

somebody give him decent answer :)
what a co-incidence :)

and cc: me (or list), so i know he got the answer.

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

Subject: php-mmcache and eaccelerator
Date: Tuesday 11 January 2005 14:09
From: Bart Vanbrabant <bart.vanbrabant at zoeloelip.be>
To: glen at delfi.ee

Hello,

I saw you're posting on a mailing list. eAccelerator works for php4 and
php5. It's nothing more than a fork of mmcache and a further
development. We have built Feodra packages that you can use to create
the packages for other rpm based distrubutions. There have been Suse and
Mandrake rpms built from it. You can find the srpms and the spec files
here: http://eaccelerator.sourceforge.net/BinaryInstallationUk
If you would built these packages for pld and maybe even include it or
you know who I have to contact for this. Please give me feedback so I
could put it on the eaccelerator website.
Thank you, we need the help of distributions to get eAccelerator on
every php server :)

greetings,

Bart
eaccelerator packager

--
Bart Vanbrabant <bart.vanbrabant at zoeloelip.be>
PGP fingerprint: 093C BB84 17F6 3AA6 6D5E  FC4F 84E1 FED1 E426 64D1

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

-- 
glen



From arekm at pld-linux.org  Tue Jan 11 13:33:46 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Tue, 11 Jan 2005 13:33:46 +0100
Subject: Fwd: php-mmcache and eaccelerator
In-Reply-To: <200501111424.03702.glen@delfi.ee>
References: <200501111424.03702.glen@delfi.ee>
Message-ID: <200501111333.46903.arekm@pld-linux.org>

On Tuesday 11 of January 2005 13:24, Elan Ruusam?e wrote:
> hi list!
>
> somebody give him decent answer :)
> what a co-incidence :)
>
> and cc: me (or list), so i know he got the answer.
Unfortunately it's not mmcache compatible (encoder part) :-(

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



From adamg at biomerieux.pl  Tue Jan 11 14:57:32 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Tue, 11 Jan 2005 14:57:32 +0100
Subject: Fwd: SOURCES: exim.sysconfig, kannel.sysconfig, nscd.sysconfig,
	postfix...
In-Reply-To: <200501111103.45824.glen@delfi.ee>
References: <200501102123.45390.glen@delfi.ee>
	<20050110193820.GA16565@mysza.eu.org>
	<200501111103.45824.glen@delfi.ee>
Message-ID: <20050111135732.GB19351@mysza.eu.org>

On Tue, Jan 11, 2005 at 11:03:45AM +0200, Elan Ruusam?e wrote:
> On Monday 10 January 2005 21:38, Adam Go??biowski wrote:
> > On Mon, Jan 10, 2005 at 09:23:45PM +0200, Elan Ruusam?e wrote:
> > > i think there's need to do massive attack.
> >
> > go ahead.
> perhaps yor (or smb else) explains how to do it? i'm not going to pull down 
> all SOURCES to get *.sysconfig files?

I guess that doing
	$ grep -r ^Source . | grep '\.sysconfig'
in SPECS/ might help.

> and what about branches  that few might have, only MAIN is worth fixing?

HEAD for sure, it's worth to fix AC-branch (if present) too. However,
there shouldn't be many of such packages.

-- 
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  Tue Jan 11 18:39:56 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Tue, 11 Jan 2005 18:39:56 +0100
Subject: php.spec and mysql
In-Reply-To: <41E32906.7090705@limanowa.net>
References: <41E32906.7090705@limanowa.net>
Message-ID: <41E40F6C.2080400@limanowa.net>

As I was writing yesterday, I've branched revision 1.405 of php.spec as 
AC-branch. Release was bumped from 1 to 3 (2 was used on HEAD and failed 
to build because BR mysql >= 4.1) and commited as revision 1.405.2. It 
was sent to builders too.

M.



From arekm at pld-linux.org  Tue Jan 11 20:13:39 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Tue, 11 Jan 2005 20:13:39 +0100
Subject: php.spec and mysql
In-Reply-To: <41E40F6C.2080400@limanowa.net>
References: <41E32906.7090705@limanowa.net> <41E40F6C.2080400@limanowa.net>
Message-ID: <200501112013.39985.arekm@pld-linux.org>

On Tuesday 11 of January 2005 18:39, Marcin Kr?l wrote:
> As I was writing yesterday, I've branched revision 1.405 of php.spec as
> AC-branch. Release was bumped from 1 to 3 (2 was used on HEAD and failed
> to build because BR mysql >= 4.1) and commited as revision 1.405.2. It
> was sent to builders too.
Uhm, no mysql 4.1 in Ac? Everything is almost ready but there are few 
compatibility issues that we cannot solve (like replication). 

> M.

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



From havner at smtp.kamp.pl  Tue Jan 11 21:19:11 2005
From: havner at smtp.kamp.pl (havner)
Date: Tue, 11 Jan 2005 21:19:11 +0100
Subject: SPECS (AC-branch): php.spec - release 3 to rebuild with new imap
In-Reply-To: <SPECS_php.spec.1.405.2.1@pld-linux.org>
References: <SPECS_php.spec.1.405@pld-linux.org>
	<SPECS_php.spec.1.405.2.1@pld-linux.org>
Message-ID: <20050111201911.GB11006@pld-linux.org>

On Tue, Jan 11, 2005 at 05:15:31PM +0000, hawk wrote:
> Author: hawk                         Date: Tue Jan 11 17:15:31 2005 GMT
> Module: SPECS                         Tag: AC-branch
> ---- Log message:
> - release 3 to rebuild with new imap

What new imap? Why bump two rels?

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



From havner at smtp.kamp.pl  Tue Jan 11 21:22:29 2005
From: havner at smtp.kamp.pl (havner)
Date: Tue, 11 Jan 2005 21:22:29 +0100
Subject: SPECS (AC-branch): php.spec - release 3 to rebuild with new imap
In-Reply-To: <20050111201911.GB11006@pld-linux.org>
References: <SPECS_php.spec.1.405@pld-linux.org>
	<SPECS_php.spec.1.405.2.1@pld-linux.org>
	<20050111201911.GB11006@pld-linux.org>
Message-ID: <20050111202229.GC11006@pld-linux.org>

On Tue, Jan 11, 2005 at 09:19:11PM +0100, havner wrote:
> On Tue, Jan 11, 2005 at 05:15:31PM +0000, hawk wrote:
> > Author: hawk                         Date: Tue Jan 11 17:15:31 2005 GMT
> > Module: SPECS                         Tag: AC-branch
> > ---- Log message:
> > - release 3 to rebuild with new imap
> 
> What new imap? Why bump two rels?

Ok, i see.

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



From hawk at limanowa.net  Tue Jan 11 20:25:53 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Tue, 11 Jan 2005 20:25:53 +0100
Subject: php.spec and mysql
In-Reply-To: <200501112013.39985.arekm@pld-linux.org>
References: <41E32906.7090705@limanowa.net> <41E40F6C.2080400@limanowa.net>
	<200501112013.39985.arekm@pld-linux.org>
Message-ID: <41E42841.3070009@limanowa.net>

> Uhm, no mysql 4.1 in Ac? Everything is almost ready but there are few 
> compatibility issues that we cannot solve (like replication). 

I don't know if 4.1 will be in AC, I for sure know it will not be in RA 
:) I've branched and built it because of new imap. Mysql 4.1 is still on 
DEVEL and I'm not touching it ATM so I don't know its state :)

M.



From arekm at pld-linux.org  Tue Jan 11 20:28:47 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Tue, 11 Jan 2005 20:28:47 +0100
Subject: php.spec and mysql
In-Reply-To: <41E42841.3070009@limanowa.net>
References: <41E32906.7090705@limanowa.net>
	<200501112013.39985.arekm@pld-linux.org>
	<41E42841.3070009@limanowa.net>
Message-ID: <200501112028.47447.arekm@pld-linux.org>

On Tuesday 11 of January 2005 20:25, Marcin Kr?l wrote:
> Mysql 4.1 is still on
> DEVEL and I'm not touching it ATM so I don't know its state :)
It's on HEAD and it miss one trigger to be usable at upgrades :)

> M.

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



From wolf42 at wp.pl  Tue Jan 11 20:40:22 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Tue, 11 Jan 2005 20:40:22 +0100
Subject: php.spec and mysql
In-Reply-To: <200501112028.47447.arekm@pld-linux.org>
References: <41E32906.7090705@limanowa.net>
	<200501112013.39985.arekm@pld-linux.org>
	<41E42841.3070009@limanowa.net>
	<200501112028.47447.arekm@pld-linux.org>
Message-ID: <20050111194022.GC5392@bajzel>

On Tue, Jan 11, 2005 at 08:28:47PM +0100, Arkadiusz Miskiewicz wrote:
> > Mysql 4.1 is still on
> > DEVEL and I'm not touching it ATM so I don't know its state :)
> It's on HEAD and it miss one trigger to be usable at upgrades :)
Uh-oh. I sense imminent problems.

wolf
-- 
  Bartek   .  - A bo ja to jestem taka wredna ma?pa.
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/



From arekm at pld-linux.org  Tue Jan 11 20:43:45 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Tue, 11 Jan 2005 20:43:45 +0100
Subject: php.spec and mysql
In-Reply-To: <20050111194022.GC5392@bajzel>
References: <41E32906.7090705@limanowa.net>
	<200501112028.47447.arekm@pld-linux.org>
	<20050111194022.GC5392@bajzel>
Message-ID: <200501112043.45534.arekm@pld-linux.org>

On Tuesday 11 of January 2005 20:40, Bartosz Taudul wrote:
> On Tue, Jan 11, 2005 at 08:28:47PM +0100, Arkadiusz Miskiewicz wrote:
> > > Mysql 4.1 is still on
> > > DEVEL and I'm not touching it ATM so I don't know its state :)
> >
> > It's on HEAD and it miss one trigger to be usable at upgrades :)
>
> Uh-oh. I sense imminent problems.

Yeah, there will be problems in some setups :-/ Our problem is whether we want 
to have these problems now or in post-ac (well, when mysql 5.0 arrives there 
will be much more problems). They won't disappear unfortunately.

> wolf

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



From glen at delfi.ee  Tue Jan 11 22:13:47 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Tue, 11 Jan 2005 23:13:47 +0200
Subject: apache1 configdir
In-Reply-To: <20041229211611.GC13276@mysza.eu.org>
References: <200412292041.iBTKfB8G006354@green.mif.pg.gda.pl>
	<200412292307.21582.glen@delfi.ee>
	<20041229211611.GC13276@mysza.eu.org>
Message-ID: <200501112313.47811.glen@delfi.ee>

On Wednesday 29 December 2004 23:16, Adam Go??biowski wrote:
> On Wed, Dec 29, 2004 at 11:07:21PM +0200, Elan Ruusam?e wrote:
> > > > so, i'm in the middle of making similiar support as apache2 has to
> > > > apache1.
> > > >
> > > > so, if there are reasons why it wasn't done before say it out *now*
> > > > :) so my work won't be useless.
> > >
> > > You need to consider creating triggers for converting an old config.
> >
> > yeah, sure. and these were in the .diff :)
>
> If there are triggers, I see no reasons not to switch to configdir. And
> it's still not too late to have it done in Ac.
finished

have look.

-- 
glen



From ankry at green.mif.pg.gda.pl  Wed Jan 12 00:36:34 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 12 Jan 2005 00:36:34 +0100 (CET)
Subject: SPECS: siege.spec - fixed siege.config; rel 2; STBR
In-Reply-To: <SPECS_siege.spec.1.14@pld-linux.org> from "glen" at Jan 11,
	2005 09:47:58 PM
Message-ID: <200501112336.j0BNaYVa016525@green.mif.pg.gda.pl>

glen wrote:
> - fixed siege.config; rel 2; STBR

Subject: DISTFILES: ERRORS: siege-2.61.tar.gz

-- 
=======================================================================
  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  Wed Jan 12 01:06:57 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 12 Jan 2005 02:06:57 +0200
Subject: SPECS: siege.spec - fixed siege.config; rel 2; STBR
In-Reply-To: <200501112336.j0BNaYVa016525@green.mif.pg.gda.pl>
References: <200501112336.j0BNaYVa016525@green.mif.pg.gda.pl>
Message-ID: <200501120206.58477.glen@delfi.ee>

On Wednesday 12 January 2005 01:36, Andrzej Krzysztofowicz wrote:
> glen wrote:
> > - fixed siege.config; rel 2; STBR
>
> Subject: DISTFILES: ERRORS: siege-2.61.tar.gz
how do i fix it?

-- 
glen



From qboosh at pld-linux.org  Wed Jan 12 10:46:24 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 12 Jan 2005 10:46:24 +0100
Subject: XFree86 supported? no longer
Message-ID: <20050112094624.GA25036@gruby.cs.net.pl>

IMO current XFree86 version (4.4.0) should be removed from ac/supported.
- it's vulnerable (at least libXpm, probably more)
- it's rarely usable - current gtk+2 and KDE require X.org >= 6.8.0


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



From undefine at aramin.net  Wed Jan 12 10:53:56 2005
From: undefine at aramin.net (The Undefined)
Date: Wed, 12 Jan 2005 10:53:56 +0100
Subject: XFree86 supported? no longer
In-Reply-To: <20050112094624.GA25036@gruby.cs.net.pl>
References: <20050112094624.GA25036@gruby.cs.net.pl>
Message-ID: <20050112095356.GA3521@aramin.net>

On Wed, Jan 12, 2005 at 10:46:24AM +0100, Jakub Bogusz wrote:
> IMO current XFree86 version (4.4.0) should be removed from ac/supported.
> - it's vulnerable (at least libXpm, probably more)
> - it's rarely usable - current gtk+2 and KDE require X.org >= 6.8.0
but X11 doesn't work correctly on sparc64 (for /me)
On debian list i saw some reports about problems with keyboard with X11
too.

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



From havner at smtp.kamp.pl  Wed Jan 12 13:53:40 2005
From: havner at smtp.kamp.pl (havner)
Date: Wed, 12 Jan 2005 13:53:40 +0100
Subject: XFree86 supported? no longer
In-Reply-To: <20050112095356.GA3521@aramin.net>
References: <20050112094624.GA25036@gruby.cs.net.pl>
	<20050112095356.GA3521@aramin.net>
Message-ID: <20050112125340.GC24051@pld-linux.org>

On Wed, Jan 12, 2005 at 10:53:56AM +0100, The Undefined wrote:
> On Wed, Jan 12, 2005 at 10:46:24AM +0100, Jakub Bogusz wrote:
> > IMO current XFree86 version (4.4.0) should be removed from ac/supported.
> > - it's vulnerable (at least libXpm, probably more)
> > - it's rarely usable - current gtk+2 and KDE require X.org >= 6.8.0
> but X11 doesn't work correctly on sparc64 (for /me)
> On debian list i saw some reports about problems with keyboard with X11
> too.

6.8 doesn't. 6.7 does work and afaik is enough for kde and gtk2. Since i
own sparc I'm going to investigate this keyboard problems on 6.8.

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



From qboosh at pld-linux.org  Wed Jan 12 12:55:40 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 12 Jan 2005 12:55:40 +0100
Subject: XFree86 supported? no longer
In-Reply-To: <20050112125340.GC24051@pld-linux.org>
References: <20050112094624.GA25036@gruby.cs.net.pl>
	<20050112095356.GA3521@aramin.net>
	<20050112125340.GC24051@pld-linux.org>
Message-ID: <20050112115540.GB25036@gruby.cs.net.pl>

On Wed, Jan 12, 2005 at 01:53:40PM +0100, havner wrote:
> On Wed, Jan 12, 2005 at 10:53:56AM +0100, The Undefined wrote:
> > On Wed, Jan 12, 2005 at 10:46:24AM +0100, Jakub Bogusz wrote:
> > > IMO current XFree86 version (4.4.0) should be removed from ac/supported.
> > > - it's vulnerable (at least libXpm, probably more)
> > > - it's rarely usable - current gtk+2 and KDE require X.org >= 6.8.0
> > but X11 doesn't work correctly on sparc64 (for /me)
> > On debian list i saw some reports about problems with keyboard with X11
> > too.
> 
> 6.8 doesn't. 6.7 does work and afaik is enough for kde and gtk2.

For KDE it is; but 6.7 didn't contain libXfixes which new gtk+2 uses
(optionally, but if it's built on X.org 6.8, it won't run on 6.7 without
libXfixes).


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



From lukaszmach at gmail.com  Wed Jan 12 15:34:26 2005
From: lukaszmach at gmail.com (maHo)
Date: Wed, 12 Jan 2005 15:34:26 +0100
Subject: problem with shadow (or with PAM)
Message-ID: <52799c70050112063461fc1fb2@mail.gmail.com>

I'm using shadow-4.0.6-0.1 and pam-0.78.1-3

#v+
root]# userdel postgres
userdel: b??d podczas uwierzytelniania przez PAM
#v-

after downgrading shadow to 4.0.4.1-3 everything is ok. 

regards

maHo



From krzak at hakore.com  Wed Jan 12 15:36:42 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Wed, 12 Jan 2005 15:36:42 +0100
Subject: multi-gnome-terminal.spec, - missing dir, charles
Message-ID: <41E535FA.7020002@hakore.com>

$Log: multi-gnome-terminal.spec,v $
Revision 1.41  2005/01/12 14:35:09  charles
- missing dir


but %{_sysconfdir}/CORBA/servers souldn't belong here.

-- 
Marcin Krzy?anowski



From ankry at green.mif.pg.gda.pl  Wed Jan 12 16:55:18 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 12 Jan 2005 16:55:18 +0100 (CET)
Subject: problem with shadow (or with PAM)
In-Reply-To: <52799c70050112063461fc1fb2@mail.gmail.com> from "maHo" at Jan 12,
	2005 03:34:26 PM
Message-ID: <200501121555.j0CFtImw030189@green.mif.pg.gda.pl>

maHo wrote:
> 
> I'm using shadow-4.0.6-0.1 and pam-0.78.1-3
> 
> #v+
> root]# userdel postgres
> userdel: b???
d podczas uwierzytelniania przez PAM
> #v-
> 
> after downgrading shadow to 4.0.4.1-3 everything is ok. 

Blame upgrador.
AFAIK I warned that some pam.d/* files are missing.
Expect similar behaviour with groupmod/usermod.

In pam 4.0.6 each program needs its own pam.d file.

-- 
=======================================================================
  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 havner at smtp.kamp.pl  Wed Jan 12 17:35:29 2005
From: havner at smtp.kamp.pl (havner)
Date: Wed, 12 Jan 2005 17:35:29 +0100
Subject: problem with shadow (or with PAM)
In-Reply-To: <200501121555.j0CFtImw030189@green.mif.pg.gda.pl>
References: <52799c70050112063461fc1fb2@mail.gmail.com>
	<200501121555.j0CFtImw030189@green.mif.pg.gda.pl>
Message-ID: <20050112163529.GB7465@pld-linux.org>

On Wed, Jan 12, 2005 at 04:55:18PM +0100, Andrzej Krzysztofowicz wrote:
> maHo wrote:
> > 
> > I'm using shadow-4.0.6-0.1 and pam-0.78.1-3
> > 
> > #v+
> > root]# userdel postgres
> > userdel: b???
d podczas uwierzytelniania przez PAM
> > #v-
> > 
> > after downgrading shadow to 4.0.4.1-3 everything is ok. 
> 
> Blame upgrador.
> AFAIK I warned that some pam.d/* files are missing.
> Expect similar behaviour with groupmod/usermod.
> 
> In pam 4.0.6 each program needs its own pam.d file.

no default fallback?

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



From ankry at green.mif.pg.gda.pl  Wed Jan 12 17:39:14 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 12 Jan 2005 17:39:14 +0100 (CET)
Subject: problem with shadow (or with PAM)
In-Reply-To: <20050112163529.GB7465@pld-linux.org> from "havner" at Jan 12,
	2005 05:35:29 PM
Message-ID: <200501121639.j0CGdE48030354@green.mif.pg.gda.pl>

havner wrote:
> On Wed, Jan 12, 2005 at 04:55:18PM +0100, Andrzej Krzysztofowicz wrote:
> > maHo wrote:
> > > 
> > > I'm using shadow-4.0.6-0.1 and pam-0.78.1-3
> > > 
> > > #v+
> > > root]# userdel postgres
> > > userdel: b???
d podczas uwierzytelniania przez PAM
> > > #v-
> > > 
> > > after downgrading shadow to 4.0.4.1-3 everything is ok. 
> > 
> > Blame upgrador.
> > AFAIK I warned that some pam.d/* files are missing.
> > Expect similar behaviour with groupmod/usermod.
> > 
> > In pam 4.0.6 each program needs its own pam.d file.
> 
> no default fallback?

AFAIR no. File is required.

-- 
=======================================================================
  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 havner at smtp.kamp.pl  Wed Jan 12 17:45:38 2005
From: havner at smtp.kamp.pl (havner)
Date: Wed, 12 Jan 2005 17:45:38 +0100
Subject: problem with shadow (or with PAM)
In-Reply-To: <200501121639.j0CGdE48030354@green.mif.pg.gda.pl>
References: <20050112163529.GB7465@pld-linux.org>
	<200501121639.j0CGdE48030354@green.mif.pg.gda.pl>
Message-ID: <20050112164538.GC7465@pld-linux.org>

On Wed, Jan 12, 2005 at 05:39:14PM +0100, Andrzej Krzysztofowicz wrote:
> havner wrote:
> > On Wed, Jan 12, 2005 at 04:55:18PM +0100, Andrzej Krzysztofowicz wrote:
> > > maHo wrote:
> > > > 
> > > > I'm using shadow-4.0.6-0.1 and pam-0.78.1-3
> > > > 
> > > > #v+
> > > > root]# userdel postgres
> > > > userdel: b???
d podczas uwierzytelniania przez PAM
> > > > #v-
> > > > 
> > > > after downgrading shadow to 4.0.4.1-3 everything is ok. 
> > > 
> > > Blame upgrador.
> > > AFAIK I warned that some pam.d/* files are missing.
> > > Expect similar behaviour with groupmod/usermod.
> > > 
> > > In pam 4.0.6 each program needs its own pam.d file.
> > 
> > no default fallback?
> 
> AFAIR no. File is required.

That's what i'm talking about. Always was required. As it is now. So
what changed?

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



From ankry at green.mif.pg.gda.pl  Wed Jan 12 17:49:21 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 12 Jan 2005 17:49:21 +0100 (CET)
Subject: problem with shadow (or with PAM)
In-Reply-To: <20050112164538.GC7465@pld-linux.org> from "havner" at Jan 12,
	2005 05:45:38 PM
Message-ID: <200501121649.j0CGnLsZ030394@green.mif.pg.gda.pl>

havner wrote:
> On Wed, Jan 12, 2005 at 05:39:14PM +0100, Andrzej Krzysztofowicz wrote:
> > havner wrote:
> > > On Wed, Jan 12, 2005 at 04:55:18PM +0100, Andrzej Krzysztofowicz wrote:
> > > > maHo wrote:
> > > > > 
> > > > > I'm using shadow-4.0.6-0.1 and pam-0.78.1-3
> > > > > 
> > > > > #v+
> > > > > root]# userdel postgres
> > > > > userdel: b???
d podczas uwierzytelniania przez PAM
> > > > > #v-
> > > > > 
> > > > > after downgrading shadow to 4.0.4.1-3 everything is ok. 
> > > > 
> > > > Blame upgrador.
> > > > AFAIK I warned that some pam.d/* files are missing.
> > > > Expect similar behaviour with groupmod/usermod.
> > > > 
> > > > In pam 4.0.6 each program needs its own pam.d file.
> > > 
> > > no default fallback?
> > 
> > AFAIR no. File is required.
> 
> That's what i'm talking about. Always was required. As it is now. So
> what changed?

Up to 4.0.4.1 /etc/pam.d/useradd was enough.
Starting from 4.0.5 usermod/userdel/groupmod/groupdel do not use this file,
requiring separate ones. Examples are added in shadow sources in 4.0.6.

That is what has changed.

-- 
=======================================================================
  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 pzurowski at pld-linux.org  Wed Jan 12 23:43:19 2005
From: pzurowski at pld-linux.org (=?iso-8859-2?Q?Pawe=B3_=AFurowski?=)
Date: Wed, 12 Jan 2005 23:43:19 +0100
Subject: SPECS: galib.spec new version
In-Reply-To: <SPECS_galib.spec.1.3@pld-linux.org>
References: <SPECS_galib.spec.1.2@pld-linux.org>
	<SPECS_galib.spec.1.3@pld-linux.org>
Message-ID: <1105569800.1156.40.camel@aktyn>

Dnia 12-01-2005, ?ro o godzinie 21:50 +0000, siomek napisa?(a):
> Author: siomek                       Date: Wed Jan 12 21:50:58 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> new version
- new version (246.pre2)
> 
> ---- Files affected:
> SPECS:
>    galib.spec (1.2 -> 1.3) 
> 
> ---- Diffs:
> 
> ================================================================
> Index: SPECS/galib.spec
> diff -u SPECS/galib.spec:1.2 SPECS/galib.spec:1.3
> --- SPECS/galib.spec:1.2	Sun Jan  4 23:07:09 2004
> +++ SPECS/galib.spec	Wed Jan 12 21:50:52 2005
> @@ -2,11 +2,11 @@
>  Summary:	A C++ Library of Genetic Algorithm Components
>  Summary(pl):	Biblioteka C++ funkcji do algorytm?w genetycznych
>  Name:		galib
> -Version:	245
> +Version:	246pre2
Version: 246
>  Release:	1
Release: 0.pre2.1
>  License:	MIT (base library), GPL (GNU portions in examples)
>  Group:		Libraries
> -Source0:	ftp://lancet.mit.edu/pub/ga/%{name}%{version}.tar.gz
> +Source0:	http://lancet.mit.edu/ga/dist/%{name}%{version}.tgz
>  # Source0-md5:	5a19b7692c3c18741cc0a120d36de165
# Source0-md5: ................................
>  URL:		http://lancet.mit.edu/ga/
>  BuildRequires:	libstdc++-devel
> @@ -102,6 +102,9 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>  
>  $Log$
> +Revision 1.3  2005/01/12 21:50:52  siomek
> +new version
> +
>  Revision 1.2  2004/01/04 23:07:09  qboosh
>  - pl, build shared library
>  
> ================================================================
> 
> ---- CVS-web:
>     http://cvs.pld-linux.org/SPECS/galib.spec?r1=1.2&r2=1.3&f=u
> 
> 
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
> 




From glen at delfi.ee  Thu Jan 13 13:33:56 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 13 Jan 2005 14:33:56 +0200
Subject: nscd
In-Reply-To: <200501092311.j09NB35R019824@green.mif.pg.gda.pl>
References: <200501092311.j09NB35R019824@green.mif.pg.gda.pl>
Message-ID: <200501131433.56756.glen@delfi.ee>

On Monday 10 January 2005 01:11, Andrzej Krzysztofowicz wrote:
> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> > nscd runs as user nobody, because the config /etc/nscd.conf sais so.
> > but there exists user nscd.
> >
> > so, which is the preferred way of fixing it?
> > sed -i nscd.conf in %install
> > or store nscd.conf in SOURCES ?
>
> IMO the first one or a patch.
done on AC-branch. if it's ok, STBR it to ready :)

-- 
glen



From ankry at green.mif.pg.gda.pl  Thu Jan 13 14:51:34 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Thu, 13 Jan 2005 14:51:34 +0100 (CET)
Subject: SPECS: bash-completion.spec - no need to check for
In-Reply-To: <SPECS_bash_completion.spec.1.112@pld-linux.org> from "glen" at
	Jan 13, 2005 01:07:22 PM
Message-ID: <200501131351.j0DDpYMG012418@green.mif.pg.gda.pl>

glen wrote:
> Index: SPECS/bash-completion.spec
> diff -u SPECS/bash-completion.spec:1.111 SPECS/bash-completion.spec:1.112
> --- SPECS/bash-completion.spec:1.111	Thu Jan 13 13:00:37 2005
> +++ SPECS/bash-completion.spec	Thu Jan 13 13:07:13 2005
> @@ -62,7 +62,7 @@
>  # check for correct version of bash
>  bash=${BASH_VERSION%.*}; bmajor=${bash%.*}; bminor=${bash#*.}
>  if [ "$bmajor" -eq 2 -a "$bminor" '>' 04 ] || [ "$bmajor" -gt 2 ]; then
> -	if [ "$PS1" ] && [ -f %{_sysconfdir}/bash_completion ]; then # interactive shell
> +	if [ "$PS1" ]; then # interactive shell
>  		# Source completion code
>  		. %{_sysconfdir}/bash_completion
>  	fi

One doubt: shouldn't the "$" be \-quoted here?
(To avoid substitution while parsing specfile.)

-- 
=======================================================================
  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 krzak at hakore.com  Thu Jan 13 15:06:45 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Thu, 13 Jan 2005 15:06:45 +0100
Subject: /dev/inotify
Message-ID: <41E68075.6080807@hakore.com>

hi,

Does inotify patch is considered to be included in our kernel ?

http://lwn.net/Articles/104343/
http://www.kernel.org/pub/linux/kernel/people/rml/inotify/v2.6/0.18/



-- 
Marcin Krzy?anowski



From glen at delfi.ee  Thu Jan 13 15:13:38 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 13 Jan 2005 16:13:38 +0200
Subject: SPECS: bash-completion.spec - no need to check for
In-Reply-To: <200501131351.j0DDpYMG012418@green.mif.pg.gda.pl>
References: <200501131351.j0DDpYMG012418@green.mif.pg.gda.pl>
Message-ID: <200501131613.38461.glen@delfi.ee>

On Thursday 13 January 2005 15:51, Andrzej Krzysztofowicz wrote:
> glen wrote:
> > Index: SPECS/bash-completion.spec
> > diff -u SPECS/bash-completion.spec:1.111 SPECS/bash-completion.spec:1.112
> > --- SPECS/bash-completion.spec:1.111 Thu Jan 13 13:00:37 2005
> > +++ SPECS/bash-completion.spec Thu Jan 13 13:07:13 2005
> > @@ -62,7 +62,7 @@
> >  # check for correct version of bash
> >  bash=${BASH_VERSION%.*}; bmajor=${bash%.*}; bminor=${bash#*.}
> >  if [ "$bmajor" -eq 2 -a "$bminor" '>' 04 ] || [ "$bmajor" -gt 2 ]; then
> > - if [ "$PS1" ] && [ -f %{_sysconfdir}/bash_completion ]; then #
> > interactive shell + if [ "$PS1" ]; then # interactive shell
> >    # Source completion code
> >    . %{_sysconfdir}/bash_completion
> >   fi
>
> One doubt: shouldn't the "$" be \-quoted here?
> (To avoid substitution while parsing specfile.)
nope, it's protected by single quotes: <<'EOF'


-- 
glen



From ankry at green.mif.pg.gda.pl  Thu Jan 13 15:24:28 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Thu, 13 Jan 2005 15:24:28 +0100 (CET)
Subject: SPECS: beagle.spec - rel 0.2 - R: dotnet-gsf-sharp - R:
In-Reply-To: <SPECS_beagle.spec.1.14@pld-linux.org> from "krzak" at Jan 13,
	2005 02:03:19 PM
Message-ID: <200501131424.j0DEOSoR012733@green.mif.pg.gda.pl>

krzak wrote:
> -URL:		http://www.gnome.com/
> +URL:		http://www.gnome.com

To akurat nie jest chyba wlasciwa poprawka.

-- 
=======================================================================
  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 michal at michal.waw.pl  Thu Jan 13 15:58:22 2005
From: michal at michal.waw.pl (Michal Kochanowicz)
Date: Thu, 13 Jan 2005 15:58:22 +0100
Subject: /dev/inotify
In-Reply-To: <41E68075.6080807@hakore.com>
References: <41E68075.6080807@hakore.com>
Message-ID: <20050113145822.GM22270@woland.michal.waw.pl>

On Thu, Jan 13, 2005 at 03:06:45PM +0100, Marcin Krzyzanowski wrote:
> Does inotify patch is considered to be included in our kernel ?
> 
> http://lwn.net/Articles/104343/
> http://www.kernel.org/pub/linux/kernel/people/rml/inotify/v2.6/0.18/

AFAIK KDE has user-space implementation of such functionality. I wonder
how it works.

-- 
--= 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 krzak at hakore.com  Thu Jan 13 17:20:31 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Thu, 13 Jan 2005 17:20:31 +0100
Subject: /dev/inotify
In-Reply-To: <20050113145822.GM22270@woland.michal.waw.pl>
References: <41E68075.6080807@hakore.com>
	<20050113145822.GM22270@woland.michal.waw.pl>
Message-ID: <41E69FCF.6020505@hakore.com>

U?ytkownik Michal Kochanowicz napisa?:
> On Thu, Jan 13, 2005 at 03:06:45PM +0100, Marcin Krzyzanowski wrote:
> 
>>Does inotify patch is considered to be included in our kernel ?
>>
>>http://lwn.net/Articles/104343/
>>http://www.kernel.org/pub/linux/kernel/people/rml/inotify/v2.6/0.18/
> 
> 
> AFAIK KDE has user-space implementation of such functionality. I wonder
> how it works.
> 

there is some userspace implemetation like for example FAM. But this 
seems to be feature. Currently I know one application which use only 
this implementation and it's beagle.

-- 
Marcin Krzy?anowski



From qrczak at knm.org.pl  Thu Jan 13 18:06:53 2005
From: qrczak at knm.org.pl (Marcin 'Qrczak' Kowalczyk)
Date: Thu, 13 Jan 2005 18:06:53 +0100
Subject: /dev/inotify
In-Reply-To: <41E69FCF.6020505@hakore.com> (Marcin Krzyzanowski's message of
	"Thu, 13 Jan 2005 17:20:31 +0100")
References: <41E68075.6080807@hakore.com>
	<20050113145822.GM22270@woland.michal.waw.pl>
	<41E69FCF.6020505@hakore.com>
Message-ID: <871xcpl0lu.fsf@qrnik.zagroda>

Marcin Krzyzanowski <krzak at hakore.com> writes:

>>>http://lwn.net/Articles/104343/
>>>http://www.kernel.org/pub/linux/kernel/people/rml/inotify/v2.6/0.18/
>>
>> AFAIK KDE has user-space implementation of such functionality. I
>> wonder
>> how it works.
>
> there is some userspace implemetation like for example FAM. But this
> seems to be feature. Currently I know one application which use only
> this implementation and it's beagle.

FAM is widely used in GNOME. If FAM was able to use inotify as a
backend, it would be great.

-- 
   __("<         Marcin Kowalczyk
   \__/       qrczak at knm.org.pl
    ^^     http://qrnik.knm.org.pl/~qrczak/



From arekm at pld-linux.org  Thu Jan 13 18:46:44 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Thu, 13 Jan 2005 18:46:44 +0100
Subject: /dev/inotify
In-Reply-To: <871xcpl0lu.fsf@qrnik.zagroda>
References: <41E68075.6080807@hakore.com> <41E69FCF.6020505@hakore.com>
	<871xcpl0lu.fsf@qrnik.zagroda>
Message-ID: <200501131846.44916.arekm@pld-linux.org>

On Thursday 13 of January 2005 18:06, Marcin 'Qrczak' Kowalczyk wrote:

> > there is some userspace implemetation like for example FAM. But this
> > seems to be feature. Currently I know one application which use only
> > this implementation and it's beagle.
>
> FAM is widely used in GNOME. If FAM was able to use inotify as a
> backend, it would be great.
gamin is supposed to be fam successor and there are inotify patches for gamin.

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



From aflinta at at.kernel.pl  Thu Jan 13 19:49:06 2005
From: aflinta at at.kernel.pl (Artur Flinta)
Date: Thu, 13 Jan 2005 19:49:06 +0100
Subject: SPECS: poedit.spec - updated poedit to 1.3.1 - dropped Patch1
	- it...
In-Reply-To: <SPECS_poedit.spec.1.30@pld-linux.org>
References: <SPECS_poedit.spec.1.29@pld-linux.org>
	<SPECS_poedit.spec.1.30@pld-linux.org>
Message-ID: <1105642146.5079.2.camel@warp>

Dnia 13-01-2005, czw o godzinie 17:35 +0000, jack napisa?(a):
> Author: jack                         Date: Thu Jan 13 17:35:00 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - updated poedit to 1.3.1
> - dropped Patch1 - it's already in sources
> - still segfaults on startup (like 1.2.4) ;)

Hmmm, strange, I've just build this on my computer and it seems to be
working. I don't know what about spell-checking - it doesn't markup
misspelled words.

Artur

-- 
Zawsze kiedy jest problem, jest jakie? rozwi?zanie;
 zatem je?li nie ma rozwi?zania, nie ma problemu.




From glen at delfi.ee  Thu Jan 13 18:48:48 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 13 Jan 2005 19:48:48 +0200
Subject: sendmail
Message-ID: <200501131948.48241.glen@delfi.ee>

uh.

1. service sendmail stop, it always fails for sm-client, because they both killproc sendmail:
  stop)
        if [ -f /var/lock/subsys/sendmail ]; then
                # Stop daemons.
                msg_stopping sendmail
                killproc sendmail
                rm -f /var/lock/subsys/sendmail
        else
                msg_not_running sendmail
        fi
        if [ -f /var/lock/subsys/sm-client ]; then
                msg_stopping sm-client
                killproc sendmail
                RETVAL=$?
                [ $RETVAL -eq 0 ] && rm -f /var/run/sm-client.pid
                [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/sm-client
        else
                msg_not_running sm-client
        fi
        ;;

2. mailq' shows always empty queue, altho i see from mail.log it attempts to send out the mail.

-- 
glen



From qboosh at pld-linux.org  Thu Jan 13 20:49:09 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 13 Jan 2005 20:49:09 +0100
Subject: sendmail
In-Reply-To: <200501131948.48241.glen@delfi.ee>
References: <200501131948.48241.glen@delfi.ee>
Message-ID: <20050113194909.GA5324@satan.blackhosts>

On Thu, Jan 13, 2005 at 07:48:48PM +0200, Elan Ruusam?e wrote:
> 2. mailq' shows always empty queue, altho i see from mail.log it attempts to send out the mail.

Try `mailq -Ac` for clientmqueue. `mailq` shows only mqueue.


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



From jack at jack.eu.org  Thu Jan 13 20:52:12 2005
From: jack at jack.eu.org (=?iso-8859-2?q?Jaros=B3aw_Kamper?=)
Date: Thu, 13 Jan 2005 20:52:12 +0100
Subject: SPECS: poedit.spec - updated poedit to 1.3.1 - dropped Patch1 -
	it...
In-Reply-To: <1105642146.5079.2.camel@warp>
References: <SPECS_poedit.spec.1.29@pld-linux.org>
	<SPECS_poedit.spec.1.30@pld-linux.org>
	<1105642146.5079.2.camel@warp>
Message-ID: <200501132052.12361.jack@jack.eu.org>

Dnia czwartek, 13 stycznia 2005 19:49, Artur Flinta napisa?:
> Dnia 13-01-2005, czw o godzinie 17:35 +0000, jack napisa?(a):
> > Author: jack                         Date: Thu Jan 13 17:35:00 2005
> > GMT Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - updated poedit to 1.3.1
> > - dropped Patch1 - it's already in sources
> > - still segfaults on startup (like 1.2.4) ;)
>
> Hmmm, strange, I've just build this on my computer and it seems to be
> working. I don't know what about spell-checking - it doesn't markup
> misspelled words.

Which arch? On my athlon (XP1700+) both segfaults.
What about this %{__a*} macros?
-- 
Jaros?aw Kamper <jack at jack.eu.org> http://jack.eu.org/



From blues at pld-linux.org  Thu Jan 13 21:33:01 2005
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Thu, 13 Jan 2005 21:33:01 +0100 (CET)
Subject: sendmail
In-Reply-To: <200501131948.48241.glen@delfi.ee>
References: <200501131948.48241.glen@delfi.ee>
Message-ID: <Pine.LNX.4.61L.0501132131460.30237@wby.gnfx.tqn.cy>

On Thu, 13 Jan 2005, Elan [iso-8859-1] Ruusam?e wrote:
> 1. service sendmail stop, it always fails for sm-client, because they 
>    both killproc sendmail:

well... feel free to fix that :)

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

From aflinta at at.kernel.pl  Thu Jan 13 21:34:42 2005
From: aflinta at at.kernel.pl (Artur Flinta)
Date: Thu, 13 Jan 2005 21:34:42 +0100
Subject: SPECS: poedit.spec - updated poedit to 1.3.1 - dropped Patch1
	- it...
In-Reply-To: <200501132052.12361.jack@jack.eu.org>
References: <SPECS_poedit.spec.1.29@pld-linux.org>
	<SPECS_poedit.spec.1.30@pld-linux.org> <1105642146.5079.2.camel@warp>
	<200501132052.12361.jack@jack.eu.org>
Message-ID: <1105648482.5079.7.camel@warp>

Dnia 13-01-2005, czw o godzinie 20:52 +0100, Jaros?aw Kamper napisa?(a):
> Dnia czwartek, 13 stycznia 2005 19:49, Artur Flinta napisa?:
> > Dnia 13-01-2005, czw o godzinie 17:35 +0000, jack napisa?(a):
> > > Author: jack                         Date: Thu Jan 13 17:35:00 2005
> > > GMT Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - updated poedit to 1.3.1
> > > - dropped Patch1 - it's already in sources
> > > - still segfaults on startup (like 1.2.4) ;)
> >
> > Hmmm, strange, I've just build this on my computer and it seems to be
> > working. I don't know what about spell-checking - it doesn't markup
> > misspelled words.
> 
> Which arch? On my athlon (XP1700+) both segfaults.

[aflinta at warp aflinta]$ rpm -q --qf "%{name}-%{version}-%{release}
%{arch}\n" poedit
poedit-1.3.1-0.1 athlon

> What about this %{__a*} macros?

Well, after wiget's updates it stopped working :( but revision 1.30 was
OK

Artur

-- 
Zawsze kiedy jest problem, jest jakie? rozwi?zanie;
 zatem je?li nie ma rozwi?zania, nie ma problemu.




From glen at delfi.ee  Thu Jan 13 22:24:46 2005
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Thu, 13 Jan 2005 23:24:46 +0200
Subject: sendmail
In-Reply-To: <Pine.LNX.4.61L.0501132131460.30237@wby.gnfx.tqn.cy>
References: <200501131948.48241.glen@delfi.ee>
	<Pine.LNX.4.61L.0501132131460.30237@wby.gnfx.tqn.cy>
Message-ID: <200501132324.47029.glen@delfi.ee>

On Thursday 13 January 2005 22:33, Pawe? Go?aszewski wrote:
> On Thu, 13 Jan 2005, Elan [iso-8859-1] Ruusam?e wrote:
> > 1. service sendmail stop, it always fails for sm-client, because they
> >    both killproc sendmail:
> well... feel free to fix that :)
you could as much just not sent this email :)

but to fix it i need to know, why it's like it is now, i need to understand 
what the hell is smcclient-sm (whatever it's called), and besides i saw pid 
file in /var/spool/clientqueue directory.

and is there possibility to give daemon() from rc-scripts path to pidfile it 
should get the pid to kill?

and i'm not very fond of sendmail, i just needed to empty the queue, because 
it had been stopped, and i will uninstall sendmail when the queue is empty :)

-- 
glen



From ankry at green.mif.pg.gda.pl  Fri Jan 14 06:53:40 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Fri, 14 Jan 2005 06:53:40 +0100 (CET)
Subject: sendmail
In-Reply-To: <200501132324.47029.glen@delfi.ee> from "Elan
	=?utf-8?q?Ruusam=C3=A4e?=" at Jan 13, 2005 11:24:46 PM
Message-ID: <200501140553.j0E5rfqx025389@green.mif.pg.gda.pl>

Elan =?utf-8?q?Ruusam=C3=A4e?= wrote:
> 
> On Thursday 13 January 2005 22:33, Pawe?? Go??aszewski wrote:
> > On Thu, 13 Jan 2005, Elan [iso-8859-1] Ruusam??e wrote:
> > > 1. service sendmail stop, it always fails for sm-client, because they
> > >    both killproc sendmail:
> > well... feel free to fix that :)
> you could as much just not sent this email :)
> 
> but to fix it i need to know, why it's like it is now, i need to understand 
> what the hell is smcclient-sm (whatever it's called), and besides i saw pid 
> file in /var/spool/clientqueue directory.

/var/spool/clientqueue and sm-client are for sending locally sent mail that
initially fails (then goes to /var/spool/clientqueue - I don't know why
sendmail developers decided to use a separate one here).

> and is there possibility to give daemon() from rc-scripts path to pidfile it 
> should get the pid to kill?
> 
> and i'm not very fond of sendmail, i just needed to empty the queue, because 
> it had been stopped, and i will uninstall sendmail when the queue is empty :)

-- 
=======================================================================
  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 krzak at hakore.com  Fri Jan 14 12:17:07 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Fri, 14 Jan 2005 12:17:07 +0100
Subject: /dev/inotify
In-Reply-To: <200501131846.44916.arekm@pld-linux.org>
References: <41E68075.6080807@hakore.com>
	<41E69FCF.6020505@hakore.com>	<871xcpl0lu.fsf@qrnik.zagroda>
	<200501131846.44916.arekm@pld-linux.org>
Message-ID: <41E7AA33.8030109@hakore.com>

U?ytkownik Arkadiusz Miskiewicz napisa?:
> On Thursday 13 of January 2005 18:06, Marcin 'Qrczak' Kowalczyk wrote:
> 
> 
>>>there is some userspace implemetation like for example FAM. But this
>>>seems to be feature. Currently I know one application which use only
>>>this implementation and it's beagle.
>>
>>FAM is widely used in GNOME. If FAM was able to use inotify as a
>>backend, it would be great.
> 
> gamin is supposed to be fam successor and there are inotify patches for gamin.
> 

yea but we still don't know if we plan inotify in our kernel :)

-- 
Marcin Krzy?anowski



From adamg at biomerieux.pl  Fri Jan 14 12:38:29 2005
From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=)
Date: Fri, 14 Jan 2005 12:38:29 +0100
Subject: SPECS: bind.spec - ...
In-Reply-To: <SPECS_bind.spec.1.207@pld-linux.org>
References: <SPECS_bind.spec.1.206@pld-linux.org>
	<SPECS_bind.spec.1.207@pld-linux.org>
Message-ID: <20050114113829.GA8677@mysza.eu.org>

On Fri, Jan 14, 2005 at 11:05:25AM +0000, blues wrote:
> Author: blues                        Date: Fri Jan 14 11:05:25 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - ...

What about more informative commitlogs? :)
-- 
http://www.mysza.eu.org/ | Everybody needs someone sure, someone true,
   PLD Linux developer   | Everybody needs some solid rock, I know I do.



From blues at pld-linux.org  Fri Jan 14 12:45:56 2005
From: blues at pld-linux.org (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=)
Date: Fri, 14 Jan 2005 12:45:56 +0100 (CET)
Subject: SPECS: bind.spec - ...
In-Reply-To: <20050114113829.GA8677@mysza.eu.org>
References: <SPECS_bind.spec.1.206@pld-linux.org>
	<SPECS_bind.spec.1.207@pld-linux.org>
	<20050114113829.GA8677@mysza.eu.org>
Message-ID: <Pine.LNX.4.61L.0501141245430.5129@wby.gnfx.tqn.cy>

On Fri, 14 Jan 2005, Adam Go??biowski wrote:
> > Author: blues                        Date: Fri Jan 14 11:05:25 2005 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - ...
> What about more informative commitlogs? :)

I was too hungry ;)

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

From glen at delfi.ee  Fri Jan 14 15:48:57 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 14 Jan 2005 16:48:57 +0200
Subject: different permission for single file
Message-ID: <200501141648.57969.glen@delfi.ee>

consider i had in package %file list
%{_htmldir}/*.php

now i need one file, config to have separate permission
%attr(640,http,root) %config(noreplace) %{_htmldir}/config.inc.php

what's the best way to do it?

ps: there exist lots of ofther files starting with c*

-- 
glen



From qrczak at knm.org.pl  Fri Jan 14 17:46:47 2005
From: qrczak at knm.org.pl (Marcin 'Qrczak' Kowalczyk)
Date: Fri, 14 Jan 2005 17:46:47 +0100
Subject: /dev/inotify
In-Reply-To: <41E7AA33.8030109@hakore.com> (Marcin Krzyzanowski's message of
	"Fri, 14 Jan 2005 12:17:07 +0100")
References: <41E68075.6080807@hakore.com> <41E69FCF.6020505@hakore.com>
	<871xcpl0lu.fsf@qrnik.zagroda>
	<200501131846.44916.arekm@pld-linux.org> <41E7AA33.8030109@hakore.com>
Message-ID: <87fz14hsaw.fsf@qrnik.zagroda>

Marcin Krzyzanowski <krzak at hakore.com> writes:

>> gamin is supposed to be fam successor and there are inotify patches
>> for gamin.
>
> yea but we still don't know if we plan inotify in our kernel :)

Since gamin uses inotify when available, and it's better than dnotify
(doesn't keep monitored files/directories open), IMHO it should be
included.

-- 
   __("<         Marcin Kowalczyk
   \__/       qrczak at knm.org.pl
    ^^     http://qrnik.knm.org.pl/~qrczak/



From glen at delfi.ee  Fri Jan 14 19:04:01 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 14 Jan 2005 20:04:01 +0200
Subject: group php?
Message-ID: <200501142004.02137.glen@delfi.ee>

hi

i see that php-common and php4-common have gid=http for /var/run/php
but that group is provided only by apache's

and the php-common packages do not have dependancy on apache.
so, in my opinion that group should be provided by php-common, and gid=php so 
then there's possibility to have other webserves besides apache too.

anyway, such install of php4-common is not normal:
Retrieving php4-common-4.3.10-4.i686.rpm...
......................... 100.0% [637.0K (394.0K/s)]
warning: group http does not exist - using root

-- 
glen



From aredridel at nbtsc.org  Fri Jan 14 21:11:57 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Fri, 14 Jan 2005 13:11:57 -0700
Subject: group php?
In-Reply-To: <200501142004.02137.glen@delfi.ee>
References: <200501142004.02137.glen@delfi.ee>
Message-ID: <1105733517.9177.11.camel@betelgeuse.theinternetco.net>

On Fri, 2005-01-14 at 20:04 +0200, Elan Ruusam?e wrote:
> hi
> 
> i see that php-common and php4-common have gid=http for /var/run/php
> but that group is provided only by apache's
> 
> and the php-common packages do not have dependancy on apache.
> so, in my opinion that group should be provided by php-common, and gid=php so 
> then there's possibility to have other webserves besides apache too.
> 
> anyway, such install of php4-common is not normal:
> Retrieving php4-common-4.3.10-4.i686.rpm...
> ......................... 100.0% [637.0K (394.0K/s)]
> warning: group http does not exist - using root

Agreed. php-common sounds like just the right place to me.




From ankry at green.mif.pg.gda.pl  Fri Jan 14 21:33:42 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Fri, 14 Jan 2005 21:33:42 +0100 (CET)
Subject: group php?
In-Reply-To: <200501142004.02137.glen@delfi.ee> from "Elan
	=?iso-8859-1?q?Ruusam=E4e?=" at Jan 14, 2005 08:04:01 PM
Message-ID: <200501142033.j0EKXgtw029037@green.mif.pg.gda.pl>

Elan =?iso-8859-1?q?Ruusam=E4e?= wrote:
> i see that php-common and php4-common have gid=http for /var/run/php
> but that group is provided only by apache's
> 
> and the php-common packages do not have dependancy on apache.
> so, in my opinion that group should be provided by php-common, and gid=php so 
> then there's possibility to have other webserves besides apache too.

You are right.

> anyway, such install of php4-common is not normal:
> Retrieving php4-common-4.3.10-4.i686.rpm...
> ......................... 100.0% [637.0K (394.0K/s)]
> warning: group http does not exist - using root

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



From qboosh at pld-linux.org  Fri Jan 14 21:57:41 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 14 Jan 2005 21:57:41 +0100
Subject: Emelfm.desktop
In-Reply-To: <opse30aukb6hl76b@klient-215-240.petrus.com.pl>
References: <opse30aukb6hl76b@klient-215-240.petrus.com.pl>
Message-ID: <20050114205741.GE6975@satan.blackhosts>

On Thu, Sep 30, 2004 at 12:19:32AM +0200, Robert Kurowski wrote:
> Desktop file for Emelfm (like in subject).

Committed. But where is this icon:

Icon=emelfm.png

?


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



From qboosh at pld-linux.org  Fri Jan 14 22:11:37 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 14 Jan 2005 22:11:37 +0100
Subject: group php?
In-Reply-To: <200501142004.02137.glen@delfi.ee>
References: <200501142004.02137.glen@delfi.ee>
Message-ID: <20050114211137.GF6975@satan.blackhosts>

On Fri, Jan 14, 2005 at 08:04:01PM +0200, Elan Ruusam?e wrote:
> hi
> 
> i see that php-common and php4-common have gid=http for /var/run/php
> but that group is provided only by apache's
> 
> and the php-common packages do not have dependancy on apache.
> so, in my opinion that group should be provided by php-common, and gid=php so 
> then there's possibility to have other webserves besides apache too.

Note that (IIRC) /var/run/php is uses by default only by apache SAPIs
(apache1 or apache2 module); cgi and cli SAPIs use /tmp by default.
So this directory could belong to base (i.e. apache module) package.

And there can be different session directory for other uses.


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



From glen at delfi.ee  Fri Jan 14 22:31:07 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 14 Jan 2005 23:31:07 +0200
Subject: group php?
In-Reply-To: <20050114211137.GF6975@satan.blackhosts>
References: <200501142004.02137.glen@delfi.ee>
	<20050114211137.GF6975@satan.blackhosts>
Message-ID: <200501142331.08298.glen@delfi.ee>

On Friday 14 January 2005 23:11, Jakub Bogusz wrote:
> On Fri, Jan 14, 2005 at 08:04:01PM +0200, Elan Ruusam?e wrote:
> > hi
> >
> > i see that php-common and php4-common have gid=http for /var/run/php
> > but that group is provided only by apache's
> >
> > and the php-common packages do not have dependancy on apache.
> > so, in my opinion that group should be provided by php-common, and
> > gid=php so then there's possibility to have other webserves besides
> > apache too.
>
> Note that (IIRC) /var/run/php is used by default only by apache SAPIs
> (apache1 or apache2 module); cgi and cli SAPIs use /tmp by default.
> So this directory could belong to base (i.e. apache module) package.
could can be taken as could not :)

as all SAPI's require php-common (correct me!), then php-common is very right 
place to have it. altho gid=php is questionable.

one uses of gid=php was to use it in php-fcgi package, altho that package 
could have own dir in /var/run, which is probably better idea.

> And there can be different session directory for other uses.
is the only use (now) php-session state dir?

-- 
glen



From hawk at limanowa.net  Fri Jan 14 22:56:25 2005
From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=)
Date: Fri, 14 Jan 2005 22:56:25 +0100
Subject: SPECS: imap.spec - verify() unification (sorted flags) - found
 ser...
In-Reply-To: <SPECS_imap.spec.1.82@pld-linux.org>
References: <SPECS_imap.spec.1.81@pld-linux.org>
	<SPECS_imap.spec.1.82@pld-linux.org>
Message-ID: <41E84009.9030701@limanowa.net>

> Author: qboosh                       Date: Fri Jan 14 21:00:00 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - verify() unification (sorted flags)
> - found serious bug: unknown imap user in attr (added blocker, release 2.1)

As I can see, imap user was added in release 1.60 with the non_root 
patch. I've never used non_root patch, so I can only assume that 
non_root patched imap needs this directory owned by user it runs at. I 
dunno if and for what it needs it though. As for me, this patch may be 
removed. If someone wants it still included, he can check and possibly 
fix it (and spec).

M.



From glen at delfi.ee  Sat Jan 15 01:22:00 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sat, 15 Jan 2005 02:22:00 +0200
Subject: SPECS: eventum.spec - logs to /var/log
In-Reply-To: <SPECS_eventum.spec.1.16@pld-linux.org>
References: <SPECS_eventum.spec.1.15@pld-linux.org>
	<SPECS_eventum.spec.1.16@pld-linux.org>
Message-ID: <200501150222.01270.glen@delfi.ee>

On Saturday 15 January 2005 00:19, glen wrote:
> --- SPECS/eventum.spec:1.15?????Fri Jan 14 21:49:08 2005
> +++ SPECS/eventum.spec??Fri Jan 14 22:19:26 2005
> @@ -1,5 +1,6 @@
> ?# $Revision$, $Date$
> ?# TODO
> +# - where to put templates_c (templates cache dir)? /var/run/eventum?
> /var/run/php/eventum? /var/cache/eventum?

can smb say what's the proper one to use?

-- 
glen



From jack at jack.eu.org  Sat Jan 15 11:30:37 2005
From: jack at jack.eu.org (=?iso-8859-2?q?Jaros=B3aw_Kamper?=)
Date: Sat, 15 Jan 2005 11:30:37 +0100
Subject: different permission for single file
In-Reply-To: <200501141648.57969.glen@delfi.ee>
References: <200501141648.57969.glen@delfi.ee>
Message-ID: <200501151130.37966.jack@jack.eu.org>

Dnia pi?tek, 14 stycznia 2005 15:48, Elan Ruusam?e napisa?:
> consider i had in package %file list
> %{_htmldir}/*.php
>
> now i need one file, config to have separate permission
> %attr(640,http,root) %config(noreplace) %{_htmldir}/config.inc.php
            ^^^^^^^^^ <- root:http
> what's the best way to do it?

-- 
Jaros?aw Kamper <jack at jack.eu.org> http://jack.eu.org/



From koorek at o2.pl  Sat Jan 15 12:13:17 2005
From: koorek at o2.pl (Robert Kurowski)
Date: Sat, 15 Jan 2005 12:13:17 +0100
Subject: Emelfm.desktop
In-Reply-To: <20050114205741.GE6975@satan.blackhosts>
References: <opse30aukb6hl76b@klient-215-240.petrus.com.pl>
	<20050114205741.GE6975@satan.blackhosts>
Message-ID: <20050115121317.3ef3bf79@localhost>

Dnia Fri, 14 Jan 2005 21:57:41 +0100 Jakub Bogusz <qboosh at pld-linux.org>
pisze:

> Committed. But where is this icon:
> 
> Icon=emelfm.png
> 
> ?

OMG!. I can't remember now. I'm sure I had one ... I'll try to find it
again.

-- 
Robert 'koorek' Kurowski		http://www.koorek.pl.eu.org
					JID: koorek at chrome.pl
Ludzie mi ufaj?. Ca?y czas przychodz? do mnie m?wi? :
"nie zawied? mnie znowu" -- George W. Bush



From glen at delfi.ee  Sat Jan 15 15:40:30 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sat, 15 Jan 2005 16:40:30 +0200
Subject: different permission for single file
In-Reply-To: <200501151130.37966.jack@jack.eu.org>
References: <200501141648.57969.glen@delfi.ee>
	<200501151130.37966.jack@jack.eu.org>
Message-ID: <200501151640.30434.glen@delfi.ee>

On Saturday 15 January 2005 12:30, Jaros?aw Kamper wrote:
> Dnia pi?tek, 14 stycznia 2005 15:48, Elan Ruusam?e napisa?:
> > consider i had in package %file list
> > %{_htmldir}/*.php
> >
> > now i need one file, config to have separate permission
> > %attr(640,http,root) %config(noreplace) %{_htmldir}/config.inc.php
>
>             ^^^^^^^^^ <- root:http
web user should be able to write it, so that's why it's http:root

altho have look at he latest version in cvs, i created -setup subpackage which 
will revert the permissions when installed and revert again when uninstalled.

> > what's the best way to do it?

-- 
glen



From glen at delfi.ee  Sat Jan 15 15:52:53 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sat, 15 Jan 2005 16:52:53 +0200
Subject: Fwd: Re: mldonkey.init
Message-ID: <200501151652.53913.glen@delfi.ee>

debugged, pam_limits does reset the priority.
so everything that uses daemon() and --user gets priority reset

it's bug of rc-scripts imho, it should ensure the nice level specified is set 
for program.


# strace nice -n +12 /bin/su mldonkey -s /bin/sh -c "nice" 2>&1|less
...
getpriority(PRIO_PROCESS, 0)            = 20
setpriority(PRIO_PROCESS, 0, 12)        = 0
...
execve("/bin/su", ["/bin/su", "mldonkey", "-s", "/bin/sh", "-c", "nice"], [/* 
59 vars */]) = 0
...
open("/etc/security/limits.conf", O_RDONLY|O_LARGEFILE) = 3
...
setpriority(PRIO_PROCESS, 0, 0)         = 0



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

Subject: Re: mldonkey.init
Date: Saturday 15 January 2005 16:36
From: Elan Ruusam?e <glen at pld-linux.org>
To: Grzegorz Konopko <kolodko1 at o2.pl>

great!
it doesn't work.
does su, or initlog reset nice level?

+ nice -n +12 initlog -c /bin/su mldonkey -s /bin/sh -c " echo -n
nice:;nice;cd ~mldonkey && exec /usr/bin/mlnetd > /var/log/mldonkey.log
2>&1&"
+ 2>&1
+ errors=+ USER=root HOME=/tmp TMPDIR=/tmp
nice:0
+ [ -n  -a -n  ]
+ log_success echo -n nice:;nice;cd ~mldonkey && exec /usr/bin/mlnetd

> /var/log/mldonkey.log 2>&1 startup

+ ok

On Saturday 15 January 2005 16:07, Elan Ruusam?e wrote:
> hi
>
> daemon() function, from rc-scripts, see /etc/rc.d/init.d/functions
>
> On Saturday 15 January 2005 12:27, Grzegorz Konopko wrote:
> > Hi.
> >
> > Where is read of  $SERVICE_RUN_NICE_LEVEL ??
> >
> > http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/mldonkey.init?r1=1.17&r2=
> >1. 18

--
glen

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

-- 
glen



From jajcus at bnet.pl  Sat Jan 15 16:04:09 2005
From: jajcus at bnet.pl (Jacek Konieczny)
Date: Sat, 15 Jan 2005 16:04:09 +0100
Subject: different permission for single file
In-Reply-To: <200501151640.30434.glen@delfi.ee>
References: <200501141648.57969.glen@delfi.ee>
	<200501151130.37966.jack@jack.eu.org>
	<200501151640.30434.glen@delfi.ee>
Message-ID: <20050115150408.GA12420@serwis2.beta>

On Sat, Jan 15, 2005 at 04:40:30PM +0200, Elan Ruusam?e wrote:
> On Saturday 15 January 2005 12:30, Jaros?aw Kamper wrote:
> > Dnia pi?tek, 14 stycznia 2005 15:48, Elan Ruusam?e napisa?:
> > > consider i had in package %file list
> > > %{_htmldir}/*.php
> > >
> > > now i need one file, config to have separate permission
> > > %attr(640,http,root) %config(noreplace) %{_htmldir}/config.inc.php
> >
> >             ^^^^^^^^^ <- root:http
> web user should be able to write it, so that's why it's http:root

Does the web user really need the ability to change permisions of that
file? I guess not. Then it should be 660 root:http.

Greets,
	Jacek



From glen at delfi.ee  Sat Jan 15 17:18:54 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sat, 15 Jan 2005 18:18:54 +0200
Subject: rc-script daemon (was Re: Fwd: Re: mldonkey.init)
In-Reply-To: <200501151652.53913.glen@delfi.ee>
References: <200501151652.53913.glen@delfi.ee>
Message-ID: <200501151818.54771.glen@delfi.ee>

On Saturday 15 January 2005 16:52, Elan Ruusam?e wrote:
> it's bug of rc-scripts imho, it should ensure the nice level specified is
> set for program.

perhaps make rc-scripts use start-stop-daemon from dpkg (well it need not to 
be dpkg dep, indeed), because it doesn't suffer such problems


# /usr/sbin/start-stop-daemon -c mldonkey -N 20 --exec /bin/nice --start
19
# /usr/sbin/start-stop-daemon -c mldonkey -N 20 --exec /bin/id --start
uid=47(mldonkey) gid=33(mldonkey) groups=33(mldonkey)

btw, there's the same program source in SysVinit contrib dir, but it's rather 
oudated.

only problem i see now, that it needs as parameter a program to execute, not a 
shell script, like it's used in few places. but that's easy to overcame, a 
separate shell script that does the scripting.

# /usr/sbin/start-stop-daemon --help
start-stop-daemon VERSION for Debian - small and fast C version written by
Marek Michalkiewicz <marekm at i17linuxb.ists.pwr.wroc.pl>, public domain.

Usage:
  start-stop-daemon -S|--start options ... -- arguments ...
  start-stop-daemon -K|--stop options ...
  start-stop-daemon -H|--help
  start-stop-daemon -V|--version

Options (at least one of --exec|--pidfile|--user is required):
  -x|--exec <executable>        program to start/check if it is running
  -p|--pidfile <pid-file>       pid file to check
  -c|--chuid <name|uid[:group|gid]>
                change to this user/group before starting process
  -u|--user <username>|<uid>    stop processes owned by this user
  -g|--group <group|gid>        run process as this group
  -n|--name <process-name>      stop processes with this name
  -s|--signal <signal>          signal to send (default TERM)
  -a|--startas <pathname>       program to start (default is <executable>)
  -C|--chdir <directory>        Change to <directory>(default is /)
  -N|--nicelevel <incr>         add incr to the process's nice level
  -b|--background               force the process to detach
  -m|--make-pidfile             create the pidfile before starting
  -R|--retry <schedule>         check whether processes die, and retry
  -t|--test                     test mode, don't do anything
  -o|--oknodo                   exit status 0 (not 1) if nothing done
  -q|--quiet                    be more quiet
  -v|--verbose                  be more verbose
Retry <schedule> is <item>|/<item>/... where <item> is one of
 -<signal-num>|[-]<signal-name>  send that signal
 <timeout>                       wait that many seconds
 forever                         repeat remainder forever
or <schedule> may be just <timeout>, meaning <signal>/<timeout>/KILL/<timeout>

Exit status:  0 = done      1 = nothing done (=> 0 if --oknodo)
              3 = trouble   2 = with --retry, processes wouldn't die







-- 
glen



From saq at pld-linux.org  Sat Jan 15 21:21:17 2005
From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski)
Date: Sat, 15 Jan 2005 21:21:17 +0100
Subject: rc-script daemon (was Re: Fwd: Re: mldonkey.init)
In-Reply-To: <200501151818.54771.glen@delfi.ee>
References: <200501151652.53913.glen@delfi.ee>
	<200501151818.54771.glen@delfi.ee>
Message-ID: <1105820477.20794.5.camel@neptune.sakowski.pl>

On Sat, 2005-01-15 at 18:18 +0200, Elan Ruusam?e wrote:
> perhaps make rc-scripts use start-stop-daemon from dpkg (well it need not to 
> be dpkg dep, indeed), because it doesn't suffer such problems

Wouldn't it be easier to simply fix this single bug in rc-scripts'
daemon() function?

-- 
Pawe? Sakowski <saq at pld-linux.org>
PLD Linux Distribution




From glen at delfi.ee  Sun Jan 16 04:11:22 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sun, 16 Jan 2005 05:11:22 +0200
Subject: rc-script daemon (was Re: Fwd: Re: mldonkey.init)
In-Reply-To: <1105820477.20794.5.camel@neptune.sakowski.pl>
References: <200501151652.53913.glen@delfi.ee>
	<200501151818.54771.glen@delfi.ee>
	<1105820477.20794.5.camel@neptune.sakowski.pl>
Message-ID: <200501160511.22510.glen@delfi.ee>

On Saturday 15 January 2005 22:21, Pawe? Sakowski wrote:
> On Sat, 2005-01-15 at 18:18 +0200, Elan Ruusam?e wrote:
> > perhaps make rc-scripts use start-stop-daemon from dpkg (well it need not
> > to be dpkg dep, indeed), because it doesn't suffer such problems
>
> Wouldn't it be easier to simply fix this single bug in rc-scripts'
> daemon() function?
and would you? is there alternative for 'su'? because pam enabled su will most 
likely have pam_limits, which resets the runlevel.

-- 
glen



From glen at delfi.ee  Sun Jan 16 15:27:32 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sun, 16 Jan 2005 16:27:32 +0200
Subject: SPECS: RealPlayer.spec - updated to 10.0.2 - new Source0 - R
	sed, ...
In-Reply-To: <SPECS_RealPlayer.spec.1.11@pld-linux.org>
References: <SPECS_RealPlayer.spec.1.10@pld-linux.org>
	<SPECS_RealPlayer.spec.1.11@pld-linux.org>
Message-ID: <200501161627.33234.glen@delfi.ee>


On Sunday 16 January 2005 14:16, charles wrote:
> Author: charles ? ? ? ? ? ? ? ? ? ? ?Date: Sun Jan 16 12:16:47 2005 GMT
> Module: SPECS ? ? ? ? ? ? ? ? ? ? ? ? Tag: HEAD
> ---- Log message:
> - updated to 10.0.2
> - new Source0
> - R sed, BR cpio (build from rpm)
> 
> ---- Files affected:
> SPECS:
> ? ?RealPlayer.spec (1.10 -> 1.11) 
> 
> ---- Diffs:
> 
> +mv -f usr/local/RealPlayer/* .
> +

shouldn't that mv be in %prep?
or cp?

to have %install re-entrable (--short-circuit)


-- 
glen



From glen at delfi.ee  Sun Jan 16 15:30:53 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sun, 16 Jan 2005 16:30:53 +0200
Subject: SPECS: convertfs.spec - updated to 13jan2005
In-Reply-To: <SPECS_convertfs.spec.1.5@pld-linux.org>
References: <SPECS_convertfs.spec.1.4@pld-linux.org>
	<SPECS_convertfs.spec.1.5@pld-linux.org>
Message-ID: <200501161630.53555.glen@delfi.ee>

that's a downgrade

$ rpmvercmp 18mar2002 13jan2005
18mar2002 > 13jan2005

perhaps use YYYYMMDD as release in spec?

On Sunday 16 January 2005 16:17, charles wrote:
> Author: charles                      Date: Sun Jan 16 14:17:03 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - updated to 13jan2005
>
> ---- Files affected:
> SPECS:
>    convertfs.spec (1.4 -> 1.5)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/convertfs.spec
> diff -u SPECS/convertfs.spec:1.4 SPECS/convertfs.spec:1.5
> --- SPECS/convertfs.spec:1.4 Mon Aug 16 15:33:54 2004
> +++ SPECS/convertfs.spec Sun Jan 16 14:16:57 2005
> @@ -2,12 +2,12 @@
>  Summary: Tool that allows you to change type of file system in the lack of
> backup space Summary(pl): Narz?dzie pozwalaj?ce zmieni? typ systemu plik?w
> bez miejsca na kopi? zapasow? Name:  convertfs
> -Version: 18mar2002
> +Version: 13jan2005
>  Release: 1
>  License: GPL
>  Group:  Applications/System
>  Source0: http://tzukanov.narod.ru/convertfs/%{name}-%{version}.tar.gz
> -# Source0-md5: 10fcab200d3722f008274ed11fe643af
> +# Source0-md5: 71e8065e321898e259a55c8cefdfd75d
>  Patch0:  %{name}-safety.patch
>  URL:  http://tzukanov.narod.ru/convertfs/
>  BuildRequires: sed >= 4.0
> @@ -76,6 +76,9 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>
>  $Log$
> +Revision 1.5  2005/01/16 14:16:57  charles
> +- updated to 13jan2005
> +
>  Revision 1.4  2004/08/16 15:33:54  twittner
>  - typo.
>
> ================================================================
>
> ---- CVS-web:
>     http://cvs.pld-linux.org/SPECS/convertfs.spec?r1=1.4&r2=1.5&f=u
>
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-- 
glen



From saq at pld-linux.org  Sun Jan 16 15:48:55 2005
From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski)
Date: Sun, 16 Jan 2005 15:48:55 +0100
Subject: rc-script daemon (was Re: Fwd: Re: mldonkey.init)
In-Reply-To: <200501160511.22510.glen@delfi.ee>
References: <200501151652.53913.glen@delfi.ee>
	<200501151818.54771.glen@delfi.ee>
	<1105820477.20794.5.camel@neptune.sakowski.pl>
	<200501160511.22510.glen@delfi.ee>
Message-ID: <1105886935.4085.3.camel@neptune.sakowski.pl>

On Sun, 2005-01-16 at 05:11 +0200, Elan Ruusam?e wrote:
> and would you? is there alternative for 'su'? because pam enabled su will most 
> likely have pam_limits, which resets the runlevel.

su -c 'nice sleep 100'

Don't thank me.

-- 
Pawe? Sakowski <saq at pld-linux.org>
PLD Linux Distribution




From glen at delfi.ee  Sun Jan 16 17:22:52 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Sun, 16 Jan 2005 18:22:52 +0200
Subject: rc-script daemon (was Re: Fwd: Re: mldonkey.init)
In-Reply-To: <1105886935.4085.3.camel@neptune.sakowski.pl>
References: <200501151652.53913.glen@delfi.ee>
	<200501160511.22510.glen@delfi.ee>
	<1105886935.4085.3.camel@neptune.sakowski.pl>
Message-ID: <200501161822.52987.glen@delfi.ee>

On Sunday 16 January 2005 16:48, Pawe? Sakowski wrote:
> On Sun, 2005-01-16 at 05:11 +0200, Elan Ruusam?e wrote:
> > and would you? is there alternative for 'su'? because pam enabled su will
> > most likely have pam_limits, which resets the runlevel.
>
> su -c 'nice sleep 100'
but this won't allow you set lower than 0, because you're not root anymore.

> Don't thank me.
thank you :)

-- 
glen



From ankry at green.mif.pg.gda.pl  Mon Jan 17 00:45:12 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 17 Jan 2005 00:45:12 +0100 (CET)
Subject: SPECS: shorewall.spec - better pl summary&desc
In-Reply-To: <SPECS_shorewall.spec.1.17@pld-linux.org> from "dzeus" at Jan 16,
	2005 09:04:00 PM
Message-ID: <200501162345.j0GNjCTH031620@green.mif.pg.gda.pl>

dzeus wrote:
> -Summary(pl):	Shoreline Firewall - ?ciana przeciwogniowa oparta na iptables
> +Summary(pl):	Shoreline Firewall - ?ciana ogniowa oparta na iptables

A co to jest "?ciana ogniowa" ?
Angielski termin wywodzi sie z terminologii przeciwpozarowej, to czemu
polski udziwniasz ?

> -Pakiet Shoreline Firewall nazywany zwykle Shorewall jest ?cian?
> +Pakiet Shoreline Firewall, nazywany zwykle Shorewall, jest ?cian?
>  ogniow? opart? na wbudowanych w j?dro Linuksa mechanizmach filtrowania

Tu juz wczesniej jak widze bylo cos nie tak.

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



From glen at delfi.ee  Mon Jan 17 12:50:09 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Mon, 17 Jan 2005 13:50:09 +0200
Subject: SPECS: turba.spec repair - add lost directories,
	files *.xml and ch...
In-Reply-To: <SPECS_turba.spec.1.13@pld-linux.org>
References: <SPECS_turba.spec.1.12@pld-linux.org>
	<SPECS_turba.spec.1.13@pld-linux.org>
Message-ID: <200501171350.09905.glen@delfi.ee>

you should read

http://cvs.pld-linux.org/cgi-bin/cvsweb/PLD-doc/HACKING


On Monday 17 January 2005 13:44, you wrote:
> Author: matipl                       Date: Mon Jan 17 11:44:23 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> repair - add lost directories,files *.xml and change chmod to 660 for confs
> files
>
> ---- Files affected:
> SPECS:
>    turba.spec (1.12 -> 1.13)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/turba.spec
> diff -u SPECS/turba.spec:1.12 SPECS/turba.spec:1.13
> --- SPECS/turba.spec:1.12 Thu Dec 23 22:33:10 2004
> +++ SPECS/turba.spec Mon Jan 17 11:44:17 2005
> @@ -3,7 +3,7 @@
>  Summary(pl): TURBA - Ksi??ka adresowa dla IMP-a
>  Name:  turba
>  Version: 2.0
> -Release: 0.2
> +Release: 0.3
>  License: LGPL
>  Vendor:  The Horde Project
>  Group:  Applications/Mail
> @@ -58,13 +58,15 @@
>  %install
>  rm -rf $RPM_BUILD_ROOT
>  install -d $RPM_BUILD_ROOT{%{apachedir},%{confdir}/turba} \
> - $RPM_BUILD_ROOT%{hordedir}/turba/{lib,locale,templates,scripts}
> + $RPM_BUILD_ROOT%{hordedir}/turba/{lib,locale,templates,themes,scripts}
>
>  cp -pR *.php   $RPM_BUILD_ROOT%{hordedir}/turba
>  cp -pR  config/*.dist           $RPM_BUILD_ROOT%{confdir}/turba
> +cp -pR  config/*.xml           $RPM_BUILD_ROOT%{confdir}/turba
>  cp -pR  lib/*                   $RPM_BUILD_ROOT%{hordedir}/turba/lib
>  cp -pR  locale/*                $RPM_BUILD_ROOT%{hordedir}/turba/locale
>  cp -pR  templates/*             $RPM_BUILD_ROOT%{hordedir}/turba/templates
> +cp -pR  themes/*             $RPM_BUILD_ROOT%{hordedir}/turba/themes
>
>  cp -p   config/.htaccess        $RPM_BUILD_ROOT%{confdir}/turba
>  cp -p   locale/.htaccess        $RPM_BUILD_ROOT%{hordedir}/turba/locale
> @@ -124,13 +126,15 @@
>  %attr(750,root,http) %{hordedir}/%{name}/lib
>  %attr(750,root,http) %{hordedir}/%{name}/locale
>  %attr(750,root,http) %{hordedir}/%{name}/templates
> +%attr(750,root,http) %{hordedir}/%{name}/themes
>
>  %attr(750,root,http) %dir %{confdir}/%{name}
>  %dir %{hordedir}/%{name}/config
>  %attr(640,root,http) %{confdir}/%{name}/*.dist
>  %attr(640,root,http) %{confdir}/%{name}/.htaccess
>  %attr(640,root,http) %config(noreplace) %{apachedir}/%{name}.conf
> -%attr(640,root,http) %config(noreplace) %{confdir}/%{name}/*.php
> +%attr(660,root,http) %config(noreplace) %{confdir}/%{name}/*.php
> +%attr(640,root,http) %config(noreplace) %{confdir}/%{name}/*.xml
>
>  %define date %(echo `LC_ALL="C" date +"%a %b %d %Y"`)
>  %changelog
> @@ -138,6 +142,9 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>
>  $Log$
> +Revision 1.13  2005/01/17 11:44:17  matipl
> +repair - add lost directories,files *.xml and change chmod to 660 for
> confs files +
>  Revision 1.12  2004/12/23 22:33:10  adamg
>  - do not require pear-prov - it is intended for PEAR only
>
> ================================================================
>
> ---- CVS-web:
>     http://cvs.pld-linux.org/SPECS/turba.spec?r1=1.12&r2=1.13&f=u
>
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-- 
glen



From glen at delfi.ee  Mon Jan 17 18:31:21 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Mon, 17 Jan 2005 19:31:21 +0200
Subject: SOURCES: horde-path.patch - $webroot fixes
In-Reply-To: <SOURCES_horde_path.patch.1.3@pld-linux.org>
References: <SOURCES_horde_path.patch.1.2@pld-linux.org>
	<SOURCES_horde_path.patch.1.3@pld-linux.org>
Message-ID: <200501171931.21178.glen@delfi.ee>

On Monday 17 January 2005 15:50, matipl wrote:
> ? $this->applications['klutz'] = array(
> @@ -83,4 +92,4 @@
> ?+ ? ?'fileroot' => '/usr/share/horde/klutz',
> ? ? ? 'webroot' => $this->applications['horde']['webroot'] . '/klutz',
> ? ? ? 'name' => _("Comics"),
> - ? ? 'status' => 'active',
> + ? ? 'status' => 'inactive',
shouldn't this be in separate patch, to make things clear?
or the status change was accident.


-- 
glen



From matipl at ds.pg.gda.pl  Mon Jan 17 20:59:28 2005
From: matipl at ds.pg.gda.pl (=?ISO-8859-2?Q?Mateusz_Kami=F1ski?=)
Date: Mon, 17 Jan 2005 20:59:28 +0100 (CET)
Subject: SOURCES: horde-path.patch - $webroot fixes
In-Reply-To: <200501171931.21178.glen@delfi.ee>
References: <SOURCES_horde_path.patch.1.2@pld-linux.org>
	<SOURCES_horde_path.patch.1.3@pld-linux.org>
	<200501171931.21178.glen@delfi.ee>
Message-ID: <Pine.LNX.4.61L.0501172058200.20095@piorun.ds.pg.gda.pl>

Dnia 17.01.05 o godzinie 19:31 +0200, u?ytkownik Elan Ruusam?e napisa?(a):

>> ? $this->applications['klutz'] = array(
>> @@ -83,4 +92,4 @@
>> ?+ ? ?'fileroot' => '/usr/share/horde/klutz',
>> ? ? ? 'webroot' => $this->applications['horde']['webroot'] . '/klutz',
>> ? ? ? 'name' => _("Comics"),
>> - ? ? 'status' => 'active',
>> + ? ? 'status' => 'inactive',
> shouldn't this be in separate patch, to make things clear?
> or the status change was accident.

It was accident, but 'status'='inactive' is default in source. Change?


-- 
Mateusz 'matipl' Kami?ski

From glen at delfi.ee  Mon Jan 17 21:20:48 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 17 Jan 2005 22:20:48 +0200
Subject: rc-scripts again
Message-ID: <200501172220.48883.glen@delfi.ee>

looks like --user and --fork are exclusive!



--user)
 shift
 [ "$1" != "root" ] && prog="/bin/su $1 -s /bin/sh -c \""
 shift
 ;;
--fork) 
 prog="/usr/bin/setsid sh -c \""
 end='&'
 shift
 ;;   




-- 
glen



From krzak at hakore.com  Tue Jan 18 12:06:06 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Tue, 18 Jan 2005 12:06:06 +0100
Subject: [Ac] ImportError: No module named gtk
Message-ID: <41ECED9E.5080500@hakore.com>

Hi,

where is gtk python module ?

$ rpm -q python-pygtk-gtk python
python-pygtk-gtk-2.4.1-4
python-2.4-3



$ /usr/lib/blog_applet.py
Traceback (most recent call last):
   File "/usr/lib/blog_applet.py", line 5, in ?
     import gtk
ImportError: No module named gtk

#!/usr/bin/env python
import pygtk
pygtk.require('2.0')
import gtk



-- 
Marcin Krzy?anowski



From wrobell at pld-linux.org  Tue Jan 18 12:49:01 2005
From: wrobell at pld-linux.org (wrobell)
Date: Tue, 18 Jan 2005 12:49:01 +0100
Subject: [Ac] ImportError: No module named gtk
In-Reply-To: <41ECED9E.5080500@hakore.com>
References: <41ECED9E.5080500@hakore.com>
Message-ID: <20050118114901.GW12853@pred>

On Tue, Jan 18, 2005 at 12:06:06PM +0100, Marcin Krzyzanowski wrote:
> Hi,
> 
> where is gtk python module ?
> 
> $ rpm -q python-pygtk-gtk python
> python-pygtk-gtk-2.4.1-4
> python-2.4-3
> 
> 
> 
> $ /usr/lib/blog_applet.py
> Traceback (most recent call last):
>   File "/usr/lib/blog_applet.py", line 5, in ?
>     import gtk
> ImportError: No module named gtk
> 
> #!/usr/bin/env python
> import pygtk
> pygtk.require('2.0')
> import gtk

What shows "import gtk" after "python -v"?


    wrobell <wrobell 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/20050118/278035bf/attachment.sig>

From krzak at hakore.com  Tue Jan 18 12:51:08 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Tue, 18 Jan 2005 12:51:08 +0100
Subject: [Ac] ImportError: No module named gtk
In-Reply-To: <20050118114901.GW12853@pred>
References: <41ECED9E.5080500@hakore.com> <20050118114901.GW12853@pred>
Message-ID: <41ECF82C.2000203@hakore.com>

U?ytkownik wrobell napisa?:
> On Tue, Jan 18, 2005 at 12:06:06PM +0100, Marcin Krzyzanowski wrote:
> 
>>Hi,
>>
>>where is gtk python module ?
>>
>>$ rpm -q python-pygtk-gtk python
>>python-pygtk-gtk-2.4.1-4
>>python-2.4-3
>>
>>
>>
>>$ /usr/lib/blog_applet.py
>>Traceback (most recent call last):
>>  File "/usr/lib/blog_applet.py", line 5, in ?
>>    import gtk
>>ImportError: No module named gtk
>>
>>#!/usr/bin/env python
>>import pygtk
>>pygtk.require('2.0')
>>import gtk
> 
> 
> What shows "import gtk" after "python -v"?
> 


 >>> import gtk
import gtk # directory /usr/lib/python2.4/site-packages/gtk-2.0/gtk
import gtk # precompiled from 
/usr/lib/python2.4/site-packages/gtk-2.0/gtk/__init__.pyc
dlopen("/usr/lib/python2.4/site-packages/gtk-2.0/gobject.so", 2);
import gobject # dynamically loaded from 
/usr/lib/python2.4/site-packages/gtk-2.0/gobject.so
import gtk.keysyms # precompiled from 
/usr/lib/python2.4/site-packages/gtk-2.0/gtk/keysyms.pyc
dlopen("/usr/lib/python2.4/site-packages/gtk-2.0/gtk/_gtk.so", 2);
import encodings.utf_8 # precompiled from 
/usr/share/python2.4/encodings/utf_8.pyc
dlopen("/usr/lib/python2.4/site-packages/gtk-2.0/pango.so", 2);
import pango # dynamically loaded from 
/usr/lib/python2.4/site-packages/gtk-2.0/pango.so
dlopen("/usr/lib/python2.4/site-packages/gtk-2.0/atk.so", 2);
import atk # dynamically loaded from 
/usr/lib/python2.4/site-packages/gtk-2.0/atk.so
import gtk._gtk # dynamically loaded from 
/usr/lib/python2.4/site-packages/gtk-2.0/gtk/_gtk.so

-- 
Marcin Krzy?anowski



From zawadaa at wp.pl  Tue Jan 18 16:05:28 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Tue, 18 Jan 2005 16:05:28 +0100
Subject: DISTFILES: ERRORS: drpython-3.9.0.zip
In-Reply-To: <4163.1106060223@distfiles.pld-linux.org>
References: <4163.1106060223@distfiles.pld-linux.org>
Message-ID: <41ED25B8.5030409@wp.pl>

paszczus wrote:
> wget -nv -O
> ./tmp/f3b4323d-e8a8-490a-ae3a-e39ca46a4319/6a30cf3af8001f42104f22968be3a520/drpython-3.9.0.zip
> "http://heanet.dl.sourceforge.net/drpython/drpython-3.9.0.zip": 
> http://heanet.dl.sourceforge.net/drpython/drpython-3.9.0.zip: 
> 14:57:03 ERROR 404: Not Found.
> 
> 
> FATAL: http://heanet.dl.sourceforge.net/drpython/drpython-3.9.0.zip
> (6a30cf3af8001f42104f22968be3a520) was not fetched (wget -nv -O
> ./tmp/f3b4323d-e8a8-490a-ae3a-e39ca46a4319/6a30cf3af8001f42104f22968be3a520/drpython-3.9.0.zip
> "http://heanet.dl.sourceforge.net/drpython/drpython-3.9.0.zip":
> http://heanet.dl.sourceforge.net/drpython/drpython-3.9.0.zip: 
> 14:57:03 ERROR 404: Not Found. )
> 
> Files fetched: 0

ZTCW to sf.net ma/mia? problemy z miejscem na dyskach ;-)

-- 
Andrzej Zawadzki




From wrobell at pld-linux.org  Tue Jan 18 17:02:54 2005
From: wrobell at pld-linux.org (wrobell)
Date: Tue, 18 Jan 2005 17:02:54 +0100
Subject: [Ac] ImportError: No module named gtk
In-Reply-To: <41ECED9E.5080500@hakore.com>
References: <41ECED9E.5080500@hakore.com>
Message-ID: <20050118160254.GA12853@pred>

On Tue, Jan 18, 2005 at 12:06:06PM +0100, Marcin Krzyzanowski wrote:
> Hi,
> 
> where is gtk python module ?
> 
> $ rpm -q python-pygtk-gtk python
> python-pygtk-gtk-2.4.1-4
> python-2.4-3
> 
> 
> 
> $ /usr/lib/blog_applet.py
> Traceback (most recent call last):
>   File "/usr/lib/blog_applet.py", line 5, in ?
>     import gtk
> ImportError: No module named gtk
> 
> #!/usr/bin/env python
> import pygtk
> pygtk.require('2.0')
> import gtk

a zr?b tak:

$ cp /usr/lib/blog_applet.py /tmp
$ python /tmp/blog_applet.py

    wrobell <wrobell 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/20050118/8d2cfdf0/attachment.sig>

From krzak at hakore.com  Tue Jan 18 17:12:15 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Tue, 18 Jan 2005 17:12:15 +0100
Subject: [Ac] ImportError: No module named gtk
In-Reply-To: <20050118160254.GA12853@pred>
References: <41ECED9E.5080500@hakore.com> <20050118160254.GA12853@pred>
Message-ID: <41ED355F.2040602@hakore.com>

U?ytkownik wrobell napisa?:
> On Tue, Jan 18, 2005 at 12:06:06PM +0100, Marcin Krzyzanowski wrote:
> 
>>Hi,
>>
>>where is gtk python module ?
>>
>>$ rpm -q python-pygtk-gtk python
>>python-pygtk-gtk-2.4.1-4
>>python-2.4-3
>>
>>
>>
>>$ /usr/lib/blog_applet.py
>>Traceback (most recent call last):
>>  File "/usr/lib/blog_applet.py", line 5, in ?
>>    import gtk
>>ImportError: No module named gtk
>>
>>#!/usr/bin/env python
>>import pygtk
>>pygtk.require('2.0')
>>import gtk
> 
> 
> a zr?b tak:
> 
> $ cp /usr/lib/blog_applet.py /tmp
> $ python /tmp/blog_applet.py

w /tmp zaczyna dzia?a?, wi?c o co chodzi ?


-- 
Marcin Krzy?anowski



From zawadaa at wp.pl  Tue Jan 18 18:21:52 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Tue, 18 Jan 2005 18:21:52 +0100
Subject: DISTFILES: ERRORS: drpython-3.9.0.zip
In-Reply-To: <41ED25B8.5030409@wp.pl>
References: <4163.1106060223@distfiles.pld-linux.org> <41ED25B8.5030409@wp.pl>
Message-ID: <41ED45B0.60408@wp.pl>

Andrzej Zawadzki wrote:
> paszczus wrote:
> 
>> wget -nv -O
>> ./tmp/f3b4323d-e8a8-490a-ae3a-e39ca46a4319/6a30cf3af8001f42104f22968be3a520/drpython-3.9.0.zip 
>>
>> "http://heanet.dl.sourceforge.net/drpython/drpython-3.9.0.zip": 
>> http://heanet.dl.sourceforge.net/drpython/drpython-3.9.0.zip: 14:57:03 
>> ERROR 404: Not Found.
>>
>>
>> FATAL: http://heanet.dl.sourceforge.net/drpython/drpython-3.9.0.zip
>> (6a30cf3af8001f42104f22968be3a520) was not fetched (wget -nv -O
>> ./tmp/f3b4323d-e8a8-490a-ae3a-e39ca46a4319/6a30cf3af8001f42104f22968be3a520/drpython-3.9.0.zip 
>>
>> "http://heanet.dl.sourceforge.net/drpython/drpython-3.9.0.zip":
>> http://heanet.dl.sourceforge.net/drpython/drpython-3.9.0.zip: 14:57:03 
>> ERROR 404: Not Found. )
>>
>> Files fetched: 0
> 
> 
> ZTCW to sf.net ma/mia? problemy z miejscem na dyskach ;-)

Wrr english :-( I'm sorry, I must get used to it...
So...

I heard about some disks space problems on sf.net

-- 
Andrzej Zawadzki




From ankry at green.mif.pg.gda.pl  Tue Jan 18 18:40:31 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 18 Jan 2005 18:40:31 +0100 (CET)
Subject: SPECS: xwine.spec - added lang* files
In-Reply-To: <SPECS_xwine.spec.1.4@pld-linux.org> from "ciesiel" at Jan 18,
	2005 04:24:46 PM
Message-ID: <200501181740.j0IHeVHu017309@green.mif.pg.gda.pl>

ciesiel wrote:
> 
> Author: ciesiel                      Date: Tue Jan 18 16:24:46 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - added lang* files

Shouldn't they be %lang ?

-- 
=======================================================================
  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  Tue Jan 18 23:14:08 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 19 Jan 2005 00:14:08 +0200
Subject: can't let rc-scripts go :)
Message-ID: <200501190014.09024.glen@delfi.ee>

[ -z "$DEFAULT_SERVICE_LIMITS" ] && DEFAULT_SERVICE_LIMITS_HARD="-u unlimited 
-c 0"

this line from functions seems have typo
the $DEFAULT_SERVICE_LIMITS_HARD is not used elsewhere.

it seems?

-- 
glen



From zawadaa at wp.pl  Wed Jan 19 01:14:14 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Wed, 19 Jan 2005 01:14:14 +0100
Subject: ipw2x00 builds problems
Message-ID: <41EDA656.4000209@wp.pl>

When I want build ipw2x00.spec with bcond --without kernel_dist I have
following error:


  CC [M]  /home/users/zawada/rpm/BUILD/ipw2100-1.0.2/ipw2100.o
/bin/sh: scripts/basic/fixdep: not found
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
make[2]: *** [/home/users/zawada/rpm/BUILD/ipw2100-1.0.2/ipw2100.o] 
Error 127
make[1]: *** [_module_/home/users/zawada/rpm/BUILD/ipw2100-1.0.2] Error 2
make: *** [modules] Error 2
make: Leaving directory `/usr/src/linux-2.6.10-rc3-mm1'
b??d: B??dny status wyj?cia z /var/tmp/rpm-tmp.7383 (%build)

Build section looks like:

%build
# kernel module(s)
rm -rf built
mkdir -p built/{nondist,smp,up}
for cfg in %{?with_dist_kernel:%{?with_smp:smp} 
up}%{!?with_dist_kernel:nondist}; do
     if [ ! -r "%{_kernelsrcdir}/config-$cfg" ]; then
         exit 1
     fi
     rm -rf include
     install -d include/{linux,config}
     ln -sf %{_kernelsrcdir}/config-$cfg .config
     ln -sf %{_kernelsrcdir}/include/linux/autoconf-$cfg.h 
include/linux/autoconf.h
     ln -sf %{_kernelsrcdir}/include/asm-%{_target_base_arch} include/asm
     touch include/config/MARKER
     %{__make} -C %{_kernelsrcdir} clean \
         RCS_FIND_IGNORE="-name '*.ko' -o" \
         M=$PWD O=$PWD \
         %{?with_verbose:V=1}
     %{__make} -C %{_kernelsrcdir} modules \
         CC="%{__cc}" CPP="%{__cpp}" \
         M=$PWD O=$PWD \
                           ^^^^^^^^^^^
         %{?with_verbose:V=1}
     mv *.ko built/$cfg
done

After remove "O=$PWD" everything is OK.

How to fix that?

-- 
Andrzej Zawadzki



From wrobell at pld-linux.org  Wed Jan 19 05:49:31 2005
From: wrobell at pld-linux.org (wrobell)
Date: Wed, 19 Jan 2005 05:49:31 +0100
Subject: SPECS: moinmoin.spec - argh; /me wrong;
	removal of *.py files is t...
In-Reply-To: <SPECS_moinmoin.spec.1.9@pld-linux.org>
References: <SPECS_moinmoin.spec.1.8@pld-linux.org>
	<SPECS_moinmoin.spec.1.9@pld-linux.org>
Message-ID: <20050119044931.GC12853@pred>

On Tue, Jan 18, 2005 at 09:22:22PM +0000, mmazur wrote:
> Author: mmazur                       Date: Tue Jan 18 21:22:22 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - argh; /me wrong; removal of *.py files is the real reason for breakage
> - rel 5; stbr
what is the error? and why you are not going to fix it?

    wrobell <wrobell 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/20050119/eda59421/attachment.sig>

From mmazur at kernel.pl  Wed Jan 19 11:04:33 2005
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Wed, 19 Jan 2005 11:04:33 +0100
Subject: SPECS: moinmoin.spec - argh; /me wrong;
	removal of *.py files is t...
In-Reply-To: <20050119044931.GC12853@pred>
References: <SPECS_moinmoin.spec.1.8@pld-linux.org>
	<SPECS_moinmoin.spec.1.9@pld-linux.org>
	<20050119044931.GC12853@pred>
Message-ID: <200501191104.33466.mmazur@kernel.pl>

On ?roda 19 stycze? 2005 05:49, wrobell wrote:
> On Tue, Jan 18, 2005 at 09:22:22PM +0000, mmazur wrote:
> > Author: mmazur                       Date: Tue Jan 18 21:22:22 2005 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - argh; /me wrong; removal of *.py files is the real reason for breakage
> > - rel 5; stbr
>
> what is the error? and why you are not going to fix it?

The error results in all 'macros', 'actions' and such of moinmoin not working 
and showing up on pages (search for GetText on this page: 
http://terminus.kernel.pl/pld).
As for the fix, I've just fixed it. It used to be broken, and now it works 
(and no, I'm not planning to dig through moinmoin sources to check what's 
wrong; I'd rather spend that time setting up our new web site).


-- 
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 wrobell at pld-linux.org  Wed Jan 19 11:16:59 2005
From: wrobell at pld-linux.org (wrobell)
Date: Wed, 19 Jan 2005 11:16:59 +0100
Subject: SPECS: moinmoin.spec - argh; /me wrong;
	removal of *.py files is t...
In-Reply-To: <200501191104.33466.mmazur@kernel.pl>
References: <SPECS_moinmoin.spec.1.8@pld-linux.org>
	<SPECS_moinmoin.spec.1.9@pld-linux.org>
	<20050119044931.GC12853@pred> <200501191104.33466.mmazur@kernel.pl>
Message-ID: <20050119101659.GD12853@pred>

On Wed, Jan 19, 2005 at 11:04:33AM +0100, Mariusz Mazur wrote:
> On ?roda 19 stycze? 2005 05:49, wrobell wrote:
> > On Tue, Jan 18, 2005 at 09:22:22PM +0000, mmazur wrote:
> > > Author: mmazur                       Date: Tue Jan 18 21:22:22 2005 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - argh; /me wrong; removal of *.py files is the real reason for breakage
> > > - rel 5; stbr
> >
> > what is the error? and why you are not going to fix it?
> 
> The error results in all 'macros', 'actions' and such of moinmoin not working 
> and showing up on pages (search for GetText on this page: 
> http://terminus.kernel.pl/pld).
> As for the fix, I've just fixed it. It used to be broken, and now it works 
> (and no, I'm not planning to dig through moinmoin sources to check what's 
> wrong; I'd rather spend that time setting up our new web site).
It seems that it looks for .py files instead of .pyo. It is easy to fix.
And it will not steal too much time from you... or change the policy
about distributing *.py files in PLD.

    wrobell <wrobell at pld-linux.org>



From loc at toya.net.pl  Wed Jan 19 17:46:28 2005
From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=)
Date: Wed, 19 Jan 2005 17:46:28 +0100
Subject: SPECS: moinmoin.spec - argh; /me wrong;	removal of *.py files
 is t...
In-Reply-To: <20050119101659.GD12853@pred>
References: <SPECS_moinmoin.spec.1.8@pld-linux.org>	<SPECS_moinmoin.spec.1.9@pld-linux.org>	<20050119044931.GC12853@pred>
	<200501191104.33466.mmazur@kernel.pl> <20050119101659.GD12853@pred>
Message-ID: <41EE8EE4.6010407@toya.net.pl>

wrobell wrote:
> On Wed, Jan 19, 2005 at 11:04:33AM +0100, Mariusz Mazur wrote:
> 
>>On ?roda 19 stycze? 2005 05:49, wrobell wrote:
>>
>>>On Tue, Jan 18, 2005 at 09:22:22PM +0000, mmazur wrote:
>>>
>>>>Author: mmazur                       Date: Tue Jan 18 21:22:22 2005 GMT
>>>>Module: SPECS                         Tag: HEAD
>>>>---- Log message:
>>>>- argh; /me wrong; removal of *.py files is the real reason for breakage
>>>>- rel 5; stbr
>>>
>>>what is the error? and why you are not going to fix it?
>>
>>The error results in all 'macros', 'actions' and such of moinmoin not working 
>>and showing up on pages (search for GetText on this page: 
>>http://terminus.kernel.pl/pld).
>>As for the fix, I've just fixed it. It used to be broken, and now it works 
>>(and no, I'm not planning to dig through moinmoin sources to check what's 
>>wrong; I'd rather spend that time setting up our new web site).
> 
> It seems that it looks for .py files instead of .pyo. It is easy to fix.
> And it will not steal too much time from you... or change the policy
> about distributing *.py files in PLD.

Maybe .pyo just don't get compiled during install?

-- 
Regards,
Jakub Piotr C?apa



From loc at toya.net.pl  Wed Jan 19 17:47:45 2005
From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=)
Date: Wed, 19 Jan 2005 17:47:45 +0100
Subject: SPECS (DEVEL): psi.spec - new patch (display TeX formulas in
 chat	...
In-Reply-To: <SPECS_psi.spec.1.73.2.25@pld-linux.org>
References: <SPECS_psi.spec.1.73.2.24@pld-linux.org>
	<SPECS_psi.spec.1.73.2.25@pld-linux.org>
Message-ID: <41EE8F31.3020302@toya.net.pl>

jpc wrote:
> Author: jpc                          Date: Tue Jan 18 23:37:34 2005 GMT
> Module: SPECS                         Tag: DEVEL
> ---- Log message:
> - new patch (display TeX formulas in chat window)

If anyone wondered how it works, here[1] is a screenshot.


[1] http://mimiru.one.pl/~jpc/screen/psi-tex.png

-- 
z wyrazami szacunku,
Jakub Piotr C?apa



From grotk at poczta.onet.pl  Wed Jan 19 19:08:50 2005
From: grotk at poczta.onet.pl (Tomasz Grobelny)
Date: Wed, 19 Jan 2005 19:08:50 +0100
Subject: new fglrx driver and kernel 2.6.10
Message-ID: <200501191908.50572.grotk@poczta.onet.pl>

Attached patch is needed to properly load fglrx module on kernel 2.6.10. Would 
be nice if anybody could add it to X11-driver-firegl.spec in CVS. It should 
propably be applied conditionally (bcond? based on uname?).

Tomek
-------------- next part --------------
A non-text attachment was scrubbed...
Name: X11-driver-firegl-pci_get_class.patch
Type: text/x-diff
Size: 2014 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20050119/1a6798cd/attachment.bin>

From wolf42 at wp.pl  Wed Jan 19 19:18:16 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Wed, 19 Jan 2005 19:18:16 +0100
Subject: new fglrx driver and kernel 2.6.10
In-Reply-To: <200501191908.50572.grotk@poczta.onet.pl>
References: <200501191908.50572.grotk@poczta.onet.pl>
Message-ID: <20050119181816.GA9787@bajzel>

On Wed, Jan 19, 2005 at 07:08:50PM +0100, Tomasz Grobelny wrote:
> Attached patch is needed to properly load fglrx module on kernel 2.6.10. Would 
> be nice if anybody could add it to X11-driver-firegl.spec in CVS. It should 
> propably be applied conditionally (bcond? based on uname?).
It's incorrect patch. I've attached official one from ati.

wolf
-- 
  Bartek   .  - Zasada superpozycji... nie, to nie z kamasutry.
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/
-------------- next part --------------
--- agpgart_be.c 2005-01-06 9:05:02.000000000 +0100
+++ agpgart_be.c 2005-01-06 9:19:16.000000000 +0100

@@ -255,6 +255,12 @@
 }
 #endif
 
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,10) 
+#define firegl_pci_find_class(class,from) pci_get_class(class,from)
+#else
+#define firegl_pci_find_class(class,from) pci_find_class(class,from)
+#endif
+
 int agp_backend_acquire(void)
 {
 	if (agp_bridge.type == NOT_SUPPORTED) {
@@ -718,7 +724,7 @@
 	 *        AGP devices and collect their data.
 	 */
 
-	while ((device = pci_find_class(PCI_CLASS_DISPLAY_VGA << 8,
+	while ((device = firegl_pci_find_class(PCI_CLASS_DISPLAY_VGA << 8,
 					device)) != NULL) {
 		pci_read_config_dword(device, 0x04, &scratch);
 
@@ -794,6 +800,13 @@
 				command &= ~0x00000001;
 		}
 	}
+
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,10) 
+            // the reference count has been increased in agp_backend_initialize.
+        if (device)
+            pci_dev_put(device); 
+#endif
+
 	/*
 	 * PASS2: Figure out the 4X/2X/1X setting and enable the
 	 *        target (our motherboard chipset).
@@ -839,8 +852,9 @@
 	 *        command registers.
 	 */
 
-	while ((device = pci_find_class(PCI_CLASS_DISPLAY_VGA << 8,
+	while ((device = firegl_pci_find_class(PCI_CLASS_DISPLAY_VGA << 8,
 					device)) != NULL) {
+
 		pci_read_config_dword(device, 0x04, &scratch);
 
 		if (!(scratch & 0x00100000))
@@ -871,6 +885,12 @@
         }
 	}
 
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,10) 
+            // the reference count has been increased in agp_backend_initialize.
+        if (device)
+            pci_dev_put(device); 
+#endif
+
     return 0; /* success */
 }
 
@@ -5119,8 +5139,9 @@
 	 *        AGP devices and collect their data.
 	 */
 
-	while ((device = pci_find_class(PCI_CLASS_DISPLAY_VGA << 8,
+	while ((device = firegl_pci_find_class(PCI_CLASS_DISPLAY_VGA << 8,
 					device)) != NULL) {
+
 		pci_read_config_dword(device, 0x04, &scratch);
 
 		if (!(scratch & 0x00100000))
@@ -5187,6 +5208,13 @@
 				command &= ~0x00000001;
 		}
 	}
+
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,10) 
+            // the reference count has been increased in agp_backend_initialize.
+        if (device)
+            pci_dev_put(device); 
+#endif
+
 	/*
 	 * PASS2: Figure out the 4X/2X/1X setting and enable the
 	 *        target (our motherboard chipset).
@@ -5217,8 +5245,9 @@
 	 *        command registers.
 	 */
 
-	while ((device = pci_find_class(PCI_CLASS_DISPLAY_VGA << 8,
+	while ((device = firegl_pci_find_class(PCI_CLASS_DISPLAY_VGA << 8,
 					device)) != NULL) {
+
 		pci_read_config_dword(device, 0x04, &scratch);
 
 		if (!(scratch & 0x00100000))
@@ -5249,6 +5278,12 @@
         }
 	}
 
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,10) 
+            // the reference count has been increased in agp_backend_initialize.
+        if (device)
+            pci_dev_put(device); 
+#endif
+
     return(0); /* success */
 }
 
@@ -6494,10 +6529,10 @@
     // locate host bridge device
 #ifdef __x86_64__
     do {
-        dev = pci_find_class(PCI_CLASS_BRIDGE_HOST << 8, dev);
+        dev = firegl_pci_find_class(PCI_CLASS_BRIDGE_HOST << 8, dev);
     } while((dev) && !agp_check_supported_device(dev));
 #else
-    if ((dev = pci_find_class(PCI_CLASS_BRIDGE_HOST << 8, NULL)) == NULL)
+    if ((dev = firegl_pci_find_class(PCI_CLASS_BRIDGE_HOST << 8, NULL)) == NULL)
         return -ENODEV;
 #endif
 
@@ -7040,8 +7075,12 @@
                     &agp_bridge.mode);
 				return hp_zx1_setup(dev);
 			}
-			dev = pci_find_class(PCI_CLASS_BRIDGE_HOST << 8, dev);
+			dev = firegl_pci_find_class(PCI_CLASS_BRIDGE_HOST << 8, dev);
 		} while (dev);
+
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,10) 
+                if(dev) pci_dev_put(dev);
+#endif
 		return -ENODEV;
 	}
 #endif	/* __ia64__ */
@@ -7462,6 +7501,11 @@
 	agp_bridge.free_gatt_table();
 	vfree(agp_bridge.key_list);
 
+#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,10)
+        // decrease the reference count.
+        pci_dev_put(agp_bridge.dev);
+#endif
+
 	if (agp_bridge.needs_scratch_page == TRUE) {
 		agp_bridge.scratch_page &= ~(0x00000fff);
 		agp_bridge.agp_destroy_page((unsigned long)


--- firegl_public.c 2005-01-06 9:05:02.000000000 +0100
+++ firegl_public.c 2005-01-06 9:19:16.000000000 +0100
@@ -88,6 +88,7 @@
 #include <linux/smp_lock.h>
 // newer SuSE kernels need this
 #include <linux/highmem.h>
+#include <linux/pagemap.h> // for lock_page and unlock_page
 
 #if defined(__ia64__)
 #include <linux/vmalloc.h>

From grotk at poczta.onet.pl  Wed Jan 19 19:31:50 2005
From: grotk at poczta.onet.pl (Tomasz Grobelny)
Date: Wed, 19 Jan 2005 19:31:50 +0100
Subject: new fglrx driver and kernel 2.6.10
In-Reply-To: <20050119181816.GA9787@bajzel>
References: <200501191908.50572.grotk@poczta.onet.pl>
	<20050119181816.GA9787@bajzel>
Message-ID: <200501191931.50285.grotk@poczta.onet.pl>

On Wednesday 19 of January 2005 19:18, Bartosz Taudul wrote:
> On Wed, Jan 19, 2005 at 07:08:50PM +0100, Tomasz Grobelny wrote:
> > Attached patch is needed to properly load fglrx module on kernel 2.6.10.
> > Would be nice if anybody could add it to X11-driver-firegl.spec in CVS.
> > It should propably be applied conditionally (bcond? based on uname?).
>
> It's incorrect patch. 
Driver works fine for me after applying this patch => the patch is correct.

> I've attached official one from ati. 
>
Sure that one is better (assuming it works).

Tomek



From wolf42 at wp.pl  Wed Jan 19 21:16:46 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Wed, 19 Jan 2005 21:16:46 +0100
Subject: new fglrx driver and kernel 2.6.10
In-Reply-To: <200501191931.50285.grotk@poczta.onet.pl>
References: <200501191908.50572.grotk@poczta.onet.pl>
	<20050119181816.GA9787@bajzel>
	<200501191931.50285.grotk@poczta.onet.pl>
Message-ID: <20050119201646.GB12025@bajzel>

On Wed, Jan 19, 2005 at 07:31:50PM +0100, Tomasz Grobelny wrote:
> > I've attached official one from ati. 
> Sure that one is better (assuming it works).
It's not in 8.08 driver only because inclusion of it would cause further
delays in driver's release.

wolf
-- 
  Bartek   .  - Uzale?nienia... mmmm.. AIDS to jest uzale?nienie?
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/



From zawadaa at wp.pl  Thu Jan 20 09:26:20 2005
From: zawadaa at wp.pl (Andrzej Zawadzki)
Date: Thu, 20 Jan 2005 09:26:20 +0100
Subject: SPECS: pgadmin3.spec (NEW) - great software - need test
In-Reply-To: <SPECS_pgadmin3.spec.1.1@pld-linux.org>
References: <SPECS_pgadmin3.spec.NONE@pld-linux.org>
	<SPECS_pgadmin3.spec.1.1@pld-linux.org>
Message-ID: <41EF6B2C.1060500@wp.pl>

radzio wrote:
> Author: radzio                       Date: Thu Jan 20 00:53:16 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - great software
> - need test
> 
> ---- Files affected:
> SPECS:
>    pgadmin3.spec (NONE -> 1.1)  (NEW)
> 
> ---- Diffs:
> 
> ================================================================
> Index: SPECS/pgadmin3.spec
> diff -u /dev/null SPECS/pgadmin3.spec:1.1
> --- /dev/null	Thu Jan 20 00:53:16 2005
> +++ SPECS/pgadmin3.spec	Thu Jan 20 00:53:10 2005
> @@ -0,0 +1,68 @@
> +# $Revision$, $Date$
> +# Conditional build:
> +Summary:	Powerful administration and development platform for the PostgreSQL
> +Name:		pgadmin3
> +Version:	1.2.0
> +Release:	1
> +Epoch:		0
> +License:	Artistic License
> +Group:		Applications/Databases
> +Source0:	ftp://ftp6.pl.postgresql.org/pub/postgresql/pgadmin3/release/v1.2.0/src/%{name}-%{version}.tar.gz
> +# Source0-md5:	09caa00a0249978781215bf3e4ac02b8
> +Patch0:		%{name}-what.patch
---------------

> +%prep
> +%setup -q -n %{name}-%{version}
> +
> +%build
> +# if ac/am/* rebuilding is necessary, do it in this order and add

W CVSie brak, a dalej te? nie korzystasz - zasz?o???

-- 
Andrzej Zawadzki




From krzak at hakore.com  Thu Jan 20 11:36:58 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Thu, 20 Jan 2005 11:36:58 +0100
Subject: cvs problem ?
Message-ID: <41EF89CA.6070405@hakore.com>

global problem with our cvs ? or it's just me cannot add file to cvs.
-- 
Marcin Krzy?anowski



From glen at delfi.ee  Thu Jan 20 12:47:39 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Thu, 20 Jan 2005 13:47:39 +0200
Subject: cvs problem ?
In-Reply-To: <41EF89CA.6070405@hakore.com>
References: <41EF89CA.6070405@hakore.com>
Message-ID: <200501201347.39627.glen@delfi.ee>

i had similiar issue when i tried to add file to svn
it just hung (even ctrl+c didn't help)
while svn mkdir and other operations worked fine.

On Thursday 20 January 2005 12:36, Marcin Krzyzanowski wrote:
> global problem with our cvs ? or it's just me cannot add file to cvs.

-- 
glen



From ankry at green.mif.pg.gda.pl  Sat Jan 22 01:19:55 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 22 Jan 2005 01:19:55 +0100 (CET)
Subject: SPECS (DEVEL): kdeutils.spec - removed icon
In-Reply-To: <SPECS_kdeutils.spec.1.139.2.2@pld-linux.org> from "wolf" at Jan
	21, 2005 09:49:39 PM
Message-ID: <200501220019.j0M0Jtln006651@green.mif.pg.gda.pl>

wolf wrote:
> 
> Author: wolf                         Date: Fri Jan 21 21:49:39 2005 GMT
> Module: SPECS                         Tag: DEVEL
> ---- Log message:
> - removed icon

Why?
Why just not replace by another one ?

-- 
=======================================================================
  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 wolf42 at wp.pl  Sat Jan 22 03:05:50 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Sat, 22 Jan 2005 03:05:50 +0100
Subject: SPECS (DEVEL): kdeutils.spec - removed icon
In-Reply-To: <200501220019.j0M0Jtln006651@green.mif.pg.gda.pl>
References: <SPECS_kdeutils.spec.1.139.2.2@pld-linux.org>
	<200501220019.j0M0Jtln006651@green.mif.pg.gda.pl>
Message-ID: <20050122020550.GA19268@bajzel>

On Sat, Jan 22, 2005 at 01:19:55AM +0100, Andrzej Krzysztofowicz wrote:
> > Author: wolf                         Date: Fri Jan 21 21:49:39 2005 GMT
> > Module: SPECS                         Tag: DEVEL
> > ---- Log message:
> > - removed icon
> Why?
> Why just not replace by another one ?
It's not in CVS (probably only not on DEVEL branch) and it's useless.

wolf
-- 
  Bartek   .  - Wiecie o czym s? "Ch?opi" Reymonta?
  Taudul   :  - O ch?opach.
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/



From ankry at green.mif.pg.gda.pl  Sat Jan 22 09:51:43 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 22 Jan 2005 09:51:43 +0100 (CET)
Subject: SPECS (DEVEL): kdeutils.spec - removed icon
In-Reply-To: <20050122020550.GA19268@bajzel> from "Bartosz Taudul" at Jan 22,
	2005 03:05:50 AM
Message-ID: <200501220851.j0M8phwN007935@green.mif.pg.gda.pl>

Bartosz Taudul wrote:
> 
> On Sat, Jan 22, 2005 at 01:19:55AM +0100, Andrzej Krzysztofowicz wrote:
> > > Author: wolf                         Date: Fri Jan 21 21:49:39 2005 GMT
> > > Module: SPECS                         Tag: DEVEL
> > > ---- Log message:
> > > - removed icon
> > Why?
> > Why just not replace by another one ?
> It's not in CVS (probably only not on DEVEL branch) and it's useless.

cvs tag -b DEVEL ?
Why useless ? Some programs show rpm icons.

-- 
=======================================================================
  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 wolf42 at wp.pl  Sat Jan 22 14:17:01 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Sat, 22 Jan 2005 14:17:01 +0100
Subject: SPECS (DEVEL): kdeutils.spec - removed icon
In-Reply-To: <200501220851.j0M8phwN007935@green.mif.pg.gda.pl>
References: <20050122020550.GA19268@bajzel>
	<200501220851.j0M8phwN007935@green.mif.pg.gda.pl>
Message-ID: <20050122131700.GA6106@bajzel>

On Sat, Jan 22, 2005 at 09:51:43AM +0100, Andrzej Krzysztofowicz wrote:
> Why useless ? Some programs show rpm icons.
I ain't seen one, but I've seen many problems caused by icons (builder
not fetching sources or something).

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



From aredridel at nbtsc.org  Sat Jan 22 18:43:14 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Sat, 22 Jan 2005 10:43:14 -0700
Subject: SPECS: cairo.spec - needs glitz >= 0.3.0
In-Reply-To: <SPECS_cairo.spec.1.20@pld-linux.org>
References: <SPECS_cairo.spec.1.19@pld-linux.org>
	<SPECS_cairo.spec.1.20@pld-linux.org>
Message-ID: <1106415794.32180.2.camel@betelgeuse.theinternetco.net>

On Sat, 2005-01-22 at 17:40 +0000, qboosh wrote:
> Author: qboosh                       Date: Sat Jan 22 17:40:51 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - needs glitz >= 0.3.0


Does glitz 0.3.0 exist? I can't find it.




From qboosh at pld-linux.org  Sat Jan 22 19:11:27 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 22 Jan 2005 19:11:27 +0100
Subject: SPECS: cairo.spec - needs glitz >= 0.3.0
In-Reply-To: <1106415794.32180.2.camel@betelgeuse.theinternetco.net>
References: <SPECS_cairo.spec.1.19@pld-linux.org>
	<SPECS_cairo.spec.1.20@pld-linux.org>
	<1106415794.32180.2.camel@betelgeuse.theinternetco.net>
Message-ID: <20050122181127.GA8590@satan.blackhosts>

On Sat, Jan 22, 2005 at 10:43:14AM -0700, Aredridel wrote:
> On Sat, 2005-01-22 at 17:40 +0000, qboosh wrote:
> > Author: qboosh                       Date: Sat Jan 22 17:40:51 2005 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - needs glitz >= 0.3.0
> 
> Does glitz 0.3.0 exist? I can't find it.

Me too...
Actually, I can't find sources of any glitz version.

http://www.freedesktop.org/Software/glitz points to
http://cairographics.org/snapshots/ (where glitz sources used to be some
time ago, but they aren't now), http://cairographics.org/ points
to http://www.freedesktop.org/Software/glitz :/

With glitz < 0.3.0 installed cairo 0.3.0 builds without GL support.


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



From aredridel at nbtsc.org  Sat Jan 22 19:30:56 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Sat, 22 Jan 2005 11:30:56 -0700
Subject: SPECS: cairo.spec - needs glitz >= 0.3.0
In-Reply-To: <20050122181127.GA8590@satan.blackhosts>
References: <SPECS_cairo.spec.1.19@pld-linux.org>
	<SPECS_cairo.spec.1.20@pld-linux.org>
	<1106415794.32180.2.camel@betelgeuse.theinternetco.net>
	<20050122181127.GA8590@satan.blackhosts>
Message-ID: <1106418656.32180.4.camel@betelgeuse.theinternetco.net>

> > Does glitz 0.3.0 exist? I can't find it.
> 
> Me too...
> Actually, I can't find sources of any glitz version.
> 
> http://www.freedesktop.org/Software/glitz points to
> http://cairographics.org/snapshots/ (where glitz sources used to be some
> time ago, but they aren't now), http://cairographics.org/ points
> to http://www.freedesktop.org/Software/glitz :/
> 
> With glitz < 0.3.0 installed cairo 0.3.0 builds without GL support.

Hm. Perhaps a snapshot of glitz from CVS, then?




From ankry at green.mif.pg.gda.pl  Sat Jan 22 23:25:41 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 22 Jan 2005 23:25:41 +0100 (CET)
Subject: SPECS (DEVEL): kdeutils.spec - removed icon
In-Reply-To: <20050122131700.GA6106@bajzel> from "Bartosz Taudul" at Jan 22,
	2005 02:17:01 PM
Message-ID: <200501222225.j0MMPf6q010412@green.mif.pg.gda.pl>

Bartosz Taudul wrote:
> 
> On Sat, Jan 22, 2005 at 09:51:43AM +0100, Andrzej Krzysztofowicz wrote:
> > Why useless ? Some programs show rpm icons.
> I ain't seen one, but I've seen many problems caused by icons (builder
> not fetching sources or something).

IMO there are any only with a broken builder. Did you test it ?

-- 
=======================================================================
  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 wolf42 at wp.pl  Sat Jan 22 23:39:49 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Sat, 22 Jan 2005 23:39:49 +0100
Subject: SPECS (DEVEL): kdeutils.spec - removed icon
In-Reply-To: <200501222225.j0MMPf6q010412@green.mif.pg.gda.pl>
References: <20050122131700.GA6106@bajzel>
	<200501222225.j0MMPf6q010412@green.mif.pg.gda.pl>
Message-ID: <20050122223949.GA15103@bajzel>

On Sat, Jan 22, 2005 at 11:25:41PM +0100, Andrzej Krzysztofowicz wrote:
> IMO there are any only with a broken builder. Did you test it ?
Test what? Why builder is not working when there is Icon: field in spec
file (or something like that)? No. I can't see any use for icons, so it's
much simpler to just cut them out.

wolf
-- 
  Bartek   .  - Co ty, jakie? origami na tej tablicy?
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/



From ankry at green.mif.pg.gda.pl  Sun Jan 23 00:57:55 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sun, 23 Jan 2005 00:57:55 +0100 (CET)
Subject: SPECS (DEVEL): kdeutils.spec - removed icon
In-Reply-To: <20050122223949.GA15103@bajzel> from "Bartosz Taudul" at Jan 22,
	2005 11:39:49 PM
Message-ID: <200501222357.j0MNvtPZ010772@green.mif.pg.gda.pl>

Bartosz Taudul wrote:
> 
> On Sat, Jan 22, 2005 at 11:25:41PM +0100, Andrzej Krzysztofowicz wrote:
> > IMO there are any only with a broken builder. Did you test it ?
> Test what? Why builder is not working when there is Icon: field in spec

test builder.

> file (or something like that)? No. I can't see any use for icons, so it's

It is.

[ankry at kufel SPECS]$ rm ../SOURCES/{kde-utils.xpm,kdeutils-kdf-label.patch}
[ankry at kufel SPECS]$ ./builder -g kdeutils.spec
# $Revision: 1.139 $, $Date: 2004/12/12 23:10:04 $
U kde-utils.xpm
kdeutils-3.3.2.tar.bz2 having proper md5sum already exists
U kdeutils-kdf-label.patch
[ankry at kufel SPECS]$

Once again: do you use a broken builder ?

> much simpler to just cut them out.

AFAIK it is used in graphic rpm frontends.
"cvs rm" is also simple ;P

-- 
=======================================================================
  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 wolf42 at wp.pl  Sun Jan 23 01:12:02 2005
From: wolf42 at wp.pl (Bartosz Taudul)
Date: Sun, 23 Jan 2005 01:12:02 +0100
Subject: SPECS (DEVEL): kdeutils.spec - removed icon
In-Reply-To: <200501222357.j0MNvtPZ010772@green.mif.pg.gda.pl>
References: <20050122223949.GA15103@bajzel>
	<200501222357.j0MNvtPZ010772@green.mif.pg.gda.pl>
Message-ID: <20050123001202.GA8228@bajzel>

On Sun, Jan 23, 2005 at 12:57:55AM +0100, Andrzej Krzysztofowicz wrote:
> > Test what? Why builder is not working when there is Icon: field in spec
> 
> test builder.
> 
> > file (or something like that)? No. I can't see any use for icons, so it's
> 
> It is.
> 
> [ankry at kufel SPECS]$ rm ../SOURCES/{kde-utils.xpm,kdeutils-kdf-label.patch}
> [ankry at kufel SPECS]$ ./builder -g kdeutils.spec
> # $Revision: 1.139 $, $Date: 2004/12/12 23:10:04 $
> U kde-utils.xpm
> kdeutils-3.3.2.tar.bz2 having proper md5sum already exists
> U kdeutils-kdf-label.patch
> [ankry at kufel SPECS]$
>
> Once again: do you use a broken builder ?

[1:09 wolf at bajzel:~/rpm/SPECS]% cvs up -A builder
[1:09 wolf at bajzel:~/rpm/SPECS]% ./builder -U joe.spec
# $Revision: 1.65 $, $Date: 2004/08/31 17:26:47 $
[1:09 wolf at bajzel:~/rpm/SPECS]% grep Icon joe.spec
Icon:           joe.xpm
[1:09 wolf at bajzel:~/rpm/SPECS]% ls -l ../SOURCES/joe.xpm
ls: ../SOURCES/joe.xpm: Nie ma takiego pliku ani katalogu

Correct behavior:

[1:09 wolf at bajzel:~/rpm/SPECS]% ./builder -U oneko.spec
# $Revision: 1.13 $, $Date: 2004/07/04 14:52:19 $
--01:10:19--  http://agtoys.sourceforge.net/oneko/oneko-1.2.tar.gz
           => `oneko-1.2.tar.gz'
Translacja agtoys.sourceforge.net... 66.35.250.209
??czenie si? z agtoys.sourceforge.net[66.35.250.209]:80... po??czono.
??danie HTTP wys?ano, oczekiwanie na odpowied?... 200 OK
D?ugo??: 56,353 [application/x-tar]

100%[====================================>] 56,353        29.76K/s

01:10:21 (29.70 KB/s) - `oneko-1.2.tar.gz' saved [56,353/56,353]

Updating source-0 md5.

> AFAIK it is used in graphic rpm frontends.
Name one of them.

wolf
-- 
  Bartek   .  - Oczywi?cie w wolnych chwilach domy?lacie si?, ?e Stefan to
  Taudul   :    nie imi? Boltzmana, tylko nazwisko.
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/



From saq at pld-linux.org  Sun Jan 23 01:34:34 2005
From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski)
Date: Sun, 23 Jan 2005 01:34:34 +0100
Subject: SPECS (DEVEL): kdeutils.spec - removed icon
In-Reply-To: <20050122131700.GA6106@bajzel>
References: <20050122020550.GA19268@bajzel>
	<200501220851.j0M8phwN007935@green.mif.pg.gda.pl>
	<20050122131700.GA6106@bajzel>
Message-ID: <1106440474.9036.16.camel@neptune.sakowski.pl>

On Sat, 2005-01-22 at 14:17 +0100, Bartosz Taudul wrote:
> I ain't seen one, but I've seen many problems caused by icons (builder
> not fetching sources or something).

So? Blame the buggy rpmbuild, not icons:

[saq at neptune SPECS]$ rpmbuild --define 'prep %dump' joe.spec
error: Unable to open icon /home/users/saq/PLD/SOURCES/joe.xpm: No such
file or directory

Looks like icon fetching is coded as a vital part of preamble parsing. I
don't see an easy way to decouple them in rpmbuild.

-- 
Pawe? Sakowski <saq at pld-linux.org>
PLD Linux Distribution




From loc at toya.net.pl  Sun Jan 23 01:50:36 2005
From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=)
Date: Sun, 23 Jan 2005 01:50:36 +0100
Subject: SPECS: cairo.spec - needs glitz >= 0.3.0
In-Reply-To: <1106415794.32180.2.camel@betelgeuse.theinternetco.net>
References: <SPECS_cairo.spec.1.19@pld-linux.org>	<SPECS_cairo.spec.1.20@pld-linux.org>
	<1106415794.32180.2.camel@betelgeuse.theinternetco.net>
Message-ID: <41F2F4DC.3020401@toya.net.pl>

Aredridel wrote:
> On Sat, 2005-01-22 at 17:40 +0000, qboosh wrote:
> 
>>Author: qboosh                       Date: Sat Jan 22 17:40:51 2005 GMT
>>Module: SPECS                         Tag: HEAD
>>---- Log message:
>>- needs glitz >= 0.3.0
> 
> Does glitz 0.3.0 exist? I can't find it.

It's a snapshot. Check glitz.spec -r DEVEL.

-- 
Regards,
Jakub Piotr C?apa



From ankry at green.mif.pg.gda.pl  Sun Jan 23 02:02:58 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sun, 23 Jan 2005 02:02:58 +0100 (CET)
Subject: SPECS (DEVEL): kdeutils.spec - removed icon
In-Reply-To: <20050123001202.GA8228@bajzel> from "Bartosz Taudul" at Jan 23,
	2005 01:12:02 AM
Message-ID: <200501230102.j0N12wgl021175@green.mif.pg.gda.pl>

Bartosz Taudul wrote:
> On Sun, Jan 23, 2005 at 12:57:55AM +0100, Andrzej Krzysztofowicz wrote:
> > > Test what? Why builder is not working when there is Icon: field in spec
> > 
> > test builder.
> > 
> > > file (or something like that)? No. I can't see any use for icons, so it's
> > 
> > It is.
> > 
> > [ankry at kufel SPECS]$ rm ../SOURCES/{kde-utils.xpm,kdeutils-kdf-label.patch}
> > [ankry at kufel SPECS]$ ./builder -g kdeutils.spec
> > # $Revision: 1.139 $, $Date: 2004/12/12 23:10:04 $
> > U kde-utils.xpm
> > kdeutils-3.3.2.tar.bz2 having proper md5sum already exists
> > U kdeutils-kdf-label.patch
> > [ankry at kufel SPECS]$
> >
> > Once again: do you use a broken builder ?
> 
> [1:09 wolf at bajzel:~/rpm/SPECS]% cvs up -A builder
> [1:09 wolf at bajzel:~/rpm/SPECS]% ./builder -U joe.spec
> # $Revision: 1.65 $, $Date: 2004/08/31 17:26:47 $
> [1:09 wolf at bajzel:~/rpm/SPECS]% grep Icon joe.spec
> Icon:           joe.xpm
> [1:09 wolf at bajzel:~/rpm/SPECS]% ls -l ../SOURCES/joe.xpm
> ls: ../SOURCES/joe.xpm: Nie ma takiego pliku ani katalogu

cvs up -A builder

-- 
=======================================================================
  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 lukaszmach at gmail.com  Sun Jan 23 09:39:40 2005
From: lukaszmach at gmail.com (maHo)
Date: Sun, 23 Jan 2005 09:39:40 +0100
Subject: plugger, mozplugger
Message-ID: <52799c70050123003979aa8c17@mail.gmail.com>

what is difference between those packages?. 

#v+
poldek:/all-avail> desc mozilla-plugin-mozplugger-1.7.0-1

Package:        mozilla-plugin-mozplugger-1.7.0-1
Summary:        Mozilla multimedia plugin
Group:          X11/Applications/Multimedia
Vendor:         PLD
License:        GPL
Arch/OS:        athlon/linux
URL:            http://mozplugger.mozdev.org/
Built:          2004/12/28 02:40 at athlon.ac.pld-linux.org
Size:           63.0 KB (65435 B)
Package size:   35.0 KB (36809 B)
Path:           ftp://ftp.pld-linux.org/dists/ac/PLD/athlon/PLD/RPMS
File:           mozilla-plugin-mozplugger-1.7.0-1.athlon.rpm
Description:
Plugger is a plugin which can show many types of multimedia inside
your Netscape or Mozilla-based browser (mozilla itself, galeon,
skipstone, light). To accomplish this, Plugger uses external programs
such as xanim, mtv, timidity and tracker.
poldek:/all-avail> desc mozilla-plugin-plugger-5.1.3-1

Package:        mozilla-plugin-plugger-5.1.3-1
Summary:        Mozilla multimedia plugin
Group:          X11/Applications/Multimedia
Vendor:         PLD
License:        GPL
Arch/OS:        athlon/linux
URL:            http://fredrik.hubbe.net/plugger.html
Built:          2004/10/29 17:36 at athlon.ac.pld-linux.org
Size:           73.0 KB (74881 B)
Package size:   37.0 KB (38634 B)
Path:           ftp://ftp.pld-linux.org/dists/ac/PLD/athlon/PLD/RPMS
File:           mozilla-plugin-plugger-5.1.3-1.athlon.rpm
Description:
Plugger is a plugin which can show many types of multimedia inside
your Netscape or Mozilla-based browser (mozilla itself, galeon,
skipstone, light). To accomplish this, Plugger uses external programs
such as xanim, mtv, timidity and tracker.
#v-

regards

maHo



From mmazur at kernel.pl  Sun Jan 23 12:46:12 2005
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Sun, 23 Jan 2005 12:46:12 +0100
Subject: New web site
Message-ID: <200501231246.12979.mmazur@kernel.pl>

Here: http://www.pld-linux.org/
If you want to change anything look here: 
http://www.pld-linux.org/DevelopingPLDSite

It's a simple wiki, *not* a cms.

Top and side menus are controlled via stand alone files. I'll place them in 
our cvs later.

As for the colors, they can be changed. If someone wants to provide different 
css's, feel free to do so, I'll test them later.

And don't break anything.

(I'm gone for a couple of hours)


-- 
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 saq at pld-linux.org  Sun Jan 23 18:50:27 2005
From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski)
Date: Sun, 23 Jan 2005 18:50:27 +0100
Subject: SPECS: esvn.spec - fix Categories - sed unified + BR sed >= 4.0
In-Reply-To: <SPECS_esvn.spec.1.9@pld-linux.org>
References: <SPECS_esvn.spec.1.8@pld-linux.org>
	<SPECS_esvn.spec.1.9@pld-linux.org>
Message-ID: <1106502627.3982.11.camel@neptune.sakowski.pl>

On Sun, 2005-01-23 at 16:49 +0000, charles wrote: 
> @@ -27,7 +27,9 @@
>  %setup -q -n %{name}
>  
>  %build
> -sed -i -e 's#-lqt #-lqt-mt #g' *.*
> +%{__sed} -i 's,-lqt ,-lqt-mt ,g' *.vpj

Why use %{__sed} instead of sed? You can't use another sed
implementation anyway, it's sed itself that's BuildRequired.

-- 
Pawe? Sakowski <saq at pld-linux.org>
PLD Linux Distribution




From aredridel at nbtsc.org  Sun Jan 23 22:38:58 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Sun, 23 Jan 2005 14:38:58 -0700
Subject: New web site
In-Reply-To: <200501231246.12979.mmazur@kernel.pl>
References: <200501231246.12979.mmazur@kernel.pl>
Message-ID: <1106516338.7142.1.camel@acrux>

On Sun, 2005-01-23 at 12:46 +0100, Mariusz Mazur wrote:
> Here: http://www.pld-linux.org/
> If you want to change anything look here: 
> http://www.pld-linux.org/DevelopingPLDSite
> 
> It's a simple wiki, *not* a cms.

Wonderful! It's always seemed to me that a wiki would be best for PLD's
site.

> 
> Top and side menus are controlled via stand alone files. I'll place them in 
> our cvs later.

*nods*

> As for the colors, they can be changed. If someone wants to provide different 
> css's, feel free to do so, I'll test them later.

I may do that. It's okay now, but by no means grabbing.

Any reason to put docs on docs.pld-linux.org and not the main site? It's
easier to keep a wiki up-to-date than pages in CVS or SVN...

Ari




From mmazur at kernel.pl  Sun Jan 23 22:43:52 2005
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Sun, 23 Jan 2005 22:43:52 +0100
Subject: New web site
In-Reply-To: <1106516338.7142.1.camel@acrux>
References: <200501231246.12979.mmazur@kernel.pl>
	<1106516338.7142.1.camel@acrux>
Message-ID: <200501232243.52924.mmazur@kernel.pl>

On niedziela 23 stycze? 2005 22:38, Aredridel wrote:
> > It's a simple wiki, *not* a cms.
>
> Wonderful! It's always seemed to me that a wiki would be best for PLD's
> site.

Yup. Its flat structure is very similar to the way we organize our cvs and svn 
repos.

> > As for the colors, they can be changed. If someone wants to provide
> > different css's, feel free to do so, I'll test them later.
>
> I may do that. It's okay now, but by no means grabbing.

If you got something better, than why not, current version looks fine though.

> Any reason to put docs on docs.pld-linux.org and not the main site? It's
> easier to keep a wiki up-to-date than pages in CVS or SVN...

You'd have to convince the guys that create those docs first :)
(yes, I fully agree with you on that)


-- 
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 deejay1 at nsj.srem.pl  Sun Jan 23 23:16:07 2005
From: deejay1 at nsj.srem.pl (Lukasz [DeeJay1] Jernas)
Date: Sun, 23 Jan 2005 23:16:07 +0100
Subject: New web site
In-Reply-To: <200501232243.52924.mmazur@kernel.pl>
References: <200501231246.12979.mmazur@kernel.pl>
	<1106516338.7142.1.camel@acrux>
	<200501232243.52924.mmazur@kernel.pl>
Message-ID: <20050123231607.61f6cd1b.deejay1@nsj.srem.pl>

Dnia Sun, 23 Jan 2005 22:43:52 +0100 w e-mailu od Mariusz Mazur
<mmazur at kernel.pl> przeczytano:

> On niedziela 23 stycze? 2005 22:38, Aredridel wrote:
> 
> > Any reason to put docs on docs.pld-linux.org and not the main site?
> > It's easier to keep a wiki up-to-date than pages in CVS or SVN...
> 
> You'd have to convince the guys that create those docs first :)
> (yes, I fully agree with you on that)

Ever tried to convert a wiki into a PDF document? Could be a difficult
task IMO...


-- 
?ukasz [DeeJay1] Jerna?
"PLD wspiera tych uzytkownikow, ktorym PLD dziala." - djurban
"Dop?ki nie skorzysta?em z Internetu, nie podejrzewa?em,
 ?e na ?wiecie jest tak wielu idiot?w" - Stanis?aw Lem
-------------- 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/20050123/19a8bdd9/attachment.sig>

From aredridel at nbtsc.org  Mon Jan 24 00:03:18 2005
From: aredridel at nbtsc.org (Aredridel)
Date: Sun, 23 Jan 2005 16:03:18 -0700
Subject: New web site
In-Reply-To: <20050123231607.61f6cd1b.deejay1@nsj.srem.pl>
References: <200501231246.12979.mmazur@kernel.pl>
	<1106516338.7142.1.camel@acrux> <200501232243.52924.mmazur@kernel.pl>
	<20050123231607.61f6cd1b.deejay1@nsj.srem.pl>
Message-ID: <1106521398.7142.4.camel@acrux>

On Sun, 2005-01-23 at 23:16 +0100, Lukasz [DeeJay1] Jernas wrote:
> Dnia Sun, 23 Jan 2005 22:43:52 +0100 w e-mailu od Mariusz Mazur
> <mmazur at kernel.pl> przeczytano:
> 
> > On niedziela 23 stycze? 2005 22:38, Aredridel wrote:
> > 
> > > Any reason to put docs on docs.pld-linux.org and not the main site?
> > > It's easier to keep a wiki up-to-date than pages in CVS or SVN...
> > 
> > You'd have to convince the guys that create those docs first :)
> > (yes, I fully agree with you on that)
> 
> Ever tried to convert a wiki into a PDF document? Could be a difficult
> task IMO...

Not that bad ... if you can get HTML, you can go HTML -> PDF. 

(I've written a wiki engine, a complex one, and have some idea how much
work it'd be.)

Depends on how the documentation is structured, too. If it's thousands
of tiny pages, painful to make PDFs. If it's well-structured ala
Wikipedia or WikiBooks, then not so hard.




From glen at delfi.ee  Mon Jan 24 00:56:02 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 24 Jan 2005 01:56:02 +0200
Subject: svn ci hung
Message-ID: <200501240156.02966.glen@delfi.ee>

hi

i can't ci to svn, because it hungs when reading /dev/random
so maybe compile apr with urandom source?

http://svn.haxx.se/users/archive-2004-08/1122.shtml

-- 
glen



From hawk at limanowa.net  Mon Jan 24 08:08:00 2005
From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=)
Date: Mon, 24 Jan 2005 08:08:00 +0100
Subject: PLDWWW: IRC
In-Reply-To: <20050124003805.23916.79497@biustonosz>
References: <20050124003805.23916.79497@biustonosz>
Message-ID: <41F49ED0.3040300@limanowa.net>

> Both networks were cross-linked

"were"? They're not linked anymore? :)
I propose s/Both networks were/All channels are/

M.



From ankry at green.mif.pg.gda.pl  Mon Jan 24 08:31:10 2005
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Mon, 24 Jan 2005 08:31:10 +0100 (CET)
Subject: SPECS: VMware-workstation.spec - Source0-md5 -> NoSource0-md5
In-Reply-To: <SPECS_VMware_workstation.spec.1.55@pld-linux.org> from "charles"
	at Jan 24, 2005 12:03:25 AM
Message-ID: <200501240731.j0O7VAj2003291@green.mif.pg.gda.pl>

charles wrote:
> -# Source0-md5:	cd52130a4ad753ac9d017cc031038a3c
> +# NoSource0-md5:	cd52130a4ad753ac9d017cc031038a3c

Za pozno.
distfiles juz sciagnely i dystrybuuja:

Connecting to distfiles.pld-linux.org[193.219.28.23]:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done.    ==> PWD ... done.
==> TYPE I ... done.  ==> CWD /by-md5/9/7/97bff1ea0d8e96edea8f55115cf9aee0
... done.
==> PASV ... done.    ==> RETR vmware-any-any-update89.tar.gz ... done.
Length: 263,782 (unauthoritative)

Scigaj teraz jakiegos admina, zeby usunal i daj mi znac jak to zrobi, to
usune z mirrora (rsyncuje co 15 minut) 

-- 
=======================================================================
  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 arekm at pld-linux.org  Mon Jan 24 08:31:33 2005
From: arekm at pld-linux.org (Arkadiusz Miskiewicz)
Date: Mon, 24 Jan 2005 08:31:33 +0100
Subject: svn ci hung
In-Reply-To: <200501240156.02966.glen@delfi.ee>
References: <200501240156.02966.glen@delfi.ee>
Message-ID: <200501240831.34361.arekm@pld-linux.org>

On Monday 24 of January 2005 00:56, Elan Ruusam?e wrote:
> hi
>
> i can't ci to svn, because it hungs when reading /dev/random
> so maybe compile apr with urandom source?
>
> http://svn.haxx.se/users/archive-2004-08/1122.shtml
Sounds good (/dev/random shouldn't be used directly). Changed in cvs.

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



From lukaszmach at gmail.com  Mon Jan 24 08:41:04 2005
From: lukaszmach at gmail.com (maHo)
Date: Mon, 24 Jan 2005 08:41:04 +0100
Subject: openoffice
Message-ID: <52799c7005012323414529390d@mail.gmail.com>

I have uninstalled openoffice few days ago. Today, I've installed. 

poldek:/all-avail> install openoffice-1.1.3-3

which installed me openoffice and openoffice-libs

after 'oowriter' command, I have messagebox with "The program cannot
be started. iso resource could not be loaded byt SfxApplication"

After openoffice-libs-kde everything is ok. 

so, shouldn't openoffice (or openoffice-libs) be dependent on
openoffice-libs-{kde,gtk} ?

brgs

maHo



From lukaszmach at gmail.com  Mon Jan 24 08:47:24 2005
From: lukaszmach at gmail.com (maHo)
Date: Mon, 24 Jan 2005 08:47:24 +0100
Subject: [OT]Re: PLDWWW: IRC
In-Reply-To: <41F49ED0.3040300@limanowa.net>
References: <20050124003805.23916.79497@biustonosz>
	<41F49ED0.3040300@limanowa.net>
Message-ID: <52799c70050123234727a80772@mail.gmail.com>

On Mon, 24 Jan 2005 08:08:00 +0100, Marcin Kr?l <hawk at limanowa.net> wrote:
> > Both networks were cross-linked
> 
> "were"? They're not linked anymore? :)
> I propose s/Both networks were/All channels are/
> 

btw. are they explained "voice rules" on #pld somewhere. 

I mean, what should developer to to get ability to send to channel.
Ask someone, or there is some automatic way to reach it?

regards

maHo



From hawk at limanowa.net  Mon Jan 24 09:05:27 2005
From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=)
Date: Mon, 24 Jan 2005 09:05:27 +0100
Subject: [OT]Re: PLDWWW: IRC
In-Reply-To: <52799c70050123234727a80772@mail.gmail.com>
References: <20050124003805.23916.79497@biustonosz>	<41F49ED0.3040300@limanowa.net>
	<52799c70050123234727a80772@mail.gmail.com>
Message-ID: <41F4AC47.50603@limanowa.net>

> btw. are they explained "voice rules" on #pld somewhere. 

Nope AFAIK. Are there any voice rules BTW? Never heard of them :)

> I mean, what should developer to to get ability to send to channel.
> Ask someone, or there is some automatic way to reach it?

Asking someone is ok for start, but gets annoying after some time. 
Better is to ask someone who has powers on chanserv to set auto voice.

M.



From krzak at hakore.com  Mon Jan 24 11:14:25 2005
From: krzak at hakore.com (Marcin Krzyzanowski)
Date: Mon, 24 Jan 2005 11:14:25 +0100
Subject: New web site
In-Reply-To: <1106521398.7142.4.camel@acrux>
References: <200501231246.12979.mmazur@kernel.pl>	<1106516338.7142.1.camel@acrux>
	<200501232243.52924.mmazur@kernel.pl>	<20050123231607.61f6cd1b.deejay1@nsj.srem.pl>
	<1106521398.7142.4.camel@acrux>
Message-ID: <41F4CA81.3060808@hakore.com>

U?ytkownik Aredridel napisa?:
> On Sun, 2005-01-23 at 23:16 +0100, Lukasz [DeeJay1] Jernas wrote:
> 
>>Dnia Sun, 23 Jan 2005 22:43:52 +0100 w e-mailu od Mariusz Mazur
>><mmazur at kernel.pl> przeczytano:
>>
>>
>>>On niedziela 23 stycze? 2005 22:38, Aredridel wrote:
>>>
>>>
>>>>Any reason to put docs on docs.pld-linux.org and not the main site?
>>>>It's easier to keep a wiki up-to-date than pages in CVS or SVN...
>>>
>>>You'd have to convince the guys that create those docs first :)
>>>(yes, I fully agree with you on that)
>>
>>Ever tried to convert a wiki into a PDF document? Could be a difficult
>>task IMO...
> 
> 
> Not that bad ... if you can get HTML, you can go HTML -> PDF. 

it's not so easy to do. HTML->PS and PS->PDF give veeeery ugly PDF 
document. Unless you'll use OpenOffice printer which print better PS 
that html2ps, or just print it with PDFConverter (Win32) or Acrobat PDF 
Writer printer.

-- 
Marcin Krzy?anowski



From martii at obgyn.edu.pl  Mon Jan 24 11:30:18 2005
From: martii at obgyn.edu.pl (Marcin Chojnowski)
Date: Mon, 24 Jan 2005 11:30:18 +0100
Subject: New web site
In-Reply-To: <41F4CA81.3060808@hakore.com>
References: <200501231246.12979.mmazur@kernel.pl>
	<1106516338.7142.1.camel@acrux>
	<200501232243.52924.mmazur@kernel.pl>
	<20050123231607.61f6cd1b.deejay1@nsj.srem.pl>
	<1106521398.7142.4.camel@acrux> <41F4CA81.3060808@hakore.com>
Message-ID: <20050124103018.GA29058@obgyn>

> it's not so easy to do. HTML->PS and PS->PDF give veeeery ugly PDF 
> document. Unless you'll use OpenOffice printer which print better PS 

You can just print it to PS and then convert to PDF.

Martii



From glen at delfi.ee  Mon Jan 24 12:32:58 2005
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Mon, 24 Jan 2005 13:32:58 +0200
Subject: SPECS: mldonkey.spec - killed invalid _sysconfdir usage
In-Reply-To: <SPECS_mldonkey.spec.1.78@pld-linux.org>
References: <SPECS_mldonkey.spec.1.77@pld-linux.org>
	<SPECS_mldonkey.spec.1.78@pld-linux.org>
Message-ID: <200501241332.58516.glen@delfi.ee>

is this explained somewhere, why it's invalid and when it's not invalid


On Monday 24 January 2005 11:38, qboosh wrote:
> Author: qboosh                       Date: Mon Jan 24 09:38:15 2005 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - killed invalid _sysconfdir usage
>
> ---- Files affected:
> SPECS:
>    mldonkey.spec (1.77 -> 1.78)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/mldonkey.spec
> diff -u SPECS/mldonkey.spec:1.77 SPECS/mldonkey.spec:1.78
> --- SPECS/mldonkey.spec:1.77 Sun Jan 23 23:10:21 2005
> +++ SPECS/mldonkey.spec Mon Jan 24 09:38:09 2005
> @@ -223,7 +223,7 @@
>
>  %install
>  rm -rf $RPM_BUILD_ROOT
> -install -d
> $RPM_BUILD_ROOT{%{_bindir},%{_libdir}/mldonkey,%{_initrddir},%{_sysconfdir}
>/sysconfig} \ +install -d
> $RPM_BUILD_ROOT{%{_bindir},%{_libdir}/mldonkey,/etc/rc.d/init.d,/etc/syscon
>fig} \
> $RPM_BUILD_ROOT{%{_pixmapsdir},%{_desktopdir},%{_datadir}/services,/var/log
>}
>
>  # core
> @@ -249,11 +249,11 @@
>  install subconv $RPM_BUILD_ROOT%{_bindir}
>
>  install distrib/ed2k_submit/mldonkey_submit
> $RPM_BUILD_ROOT%{_bindir}/mldonkey_submit -install
> distrib/ed2k_submit/mldonkey
> $RPM_BUILD_ROOT%{_sysconfdir}/sysconfig/mldonkey_submit +install
> distrib/ed2k_submit/mldonkey $RPM_BUILD_ROOT/etc/sysconfig/mldonkey_submit
> install distrib/ed2k_submit/ed2k.protocol
> $RPM_BUILD_ROOT%{_datadir}/services/ed2k.protocol
>
> -install %{SOURCE1} $RPM_BUILD_ROOT%{_initrddir}/mldonkey
> -install %{SOURCE2} $RPM_BUILD_ROOT%{_sysconfdir}/sysconfig/mldonkey
> +install %{SOURCE1} $RPM_BUILD_ROOT/etc/rc.d/init.d/mldonkey
> +install %{SOURCE2} $RPM_BUILD_ROOT/etc/sysconfig/mldonkey
>  install %{SOURCE3} $RPM_BUILD_ROOT%{_bindir}/mlnet
>  %if %{with gui}
>  install %{SOURCE4} $RPM_BUILD_ROOT%{_pixmapsdir}
> @@ -324,8 +324,8 @@
>  %files
>  %defattr(644,root,root,755)
>  %doc docs/*
> distrib/{Authors.txt,Bugs.txt,ChangeLog,directconnect.ini,ed2k_links.txt,FA
>Q.html,Todo.txt} -%attr(640,root,root) %config(noreplace)
> %{_sysconfdir}/sysconfig/mldonkey -%attr(754,root,root)
> %{_initrddir}/mldonkey
> +%attr(640,root,root) %config(noreplace) /etc/sysconfig/mldonkey
> +%attr(754,root,root) /etc/rc.d/init.d/mldonkey
>  %attr(755,root,root) %{_bindir}/mlnetd
>  %attr(755,root,root) %{_bindir}/mlnet
>  %attr(755,root,root) %{_bindir}/mldonkey_command
> @@ -348,7 +348,7 @@
>
>  %files submit
>  %defattr(644,root,root,755)
> -%config(noreplace) %verify(not size mtime md5)
> %{_sysconfdir}/sysconfig/mldonkey_submit +%config(noreplace) %verify(not
> size mtime md5) /etc/sysconfig/mldonkey_submit %attr(755,root,root)
> %{_bindir}/mldonkey_submit
>  %{_datadir}/services/ed2k.protocol
>
> @@ -366,6 +366,9 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>
>  $Log$
> +Revision 1.78  2005/01/24 09:38:09  qboosh
> +- killed invalid _sysconfdir usage
> +
>  Revision 1.77  2005/01/23 23:10:21  glen
>  - case insensitive e2dk url parsing for mldonkey_submit
>  - update todo
> ================================================================
>
> ---- CVS-web:
>     http://cvs.pld-linux.org/SPECS/mldonkey.spec?r1=1.77&r2=1.78&f=u
>
>
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

-- 
glen



From malekith at pld-linux.org  Thu Jan 20 13:37:23 2005
From: malekith at pld-linux.org (Michal Moskal)
Date: Thu, 20 Jan 2005 13:37:23 +0100
Subject: cvs problem ?
In-Reply-To: <200501201347.39627.glen@delfi.ee>
References: <41EF89CA.6070405@hakore.com> <200501201347.39627.glen@delfi.ee>
Message-ID: <20050120123723.GA23873@roke.okame>

On Thu, Jan 20, 2005 at 01:47:39PM +0200, Elan Ruusam?e wrote:
> i had similiar issue when i tried to add file to svn
> it just hung (even ctrl+c didn't help)
> while svn mkdir and other operations worked fine.

SOA#1 both cvs and svn.

> On Thursday 20 January 2005 12:36, Marcin Krzyzanowski wrote:
> > global problem with our cvs ? or it's just me cannot add file to cvs.

-- 
: Michal Moskal :: http://nemerle.org/~malekith/ :: GCS !tv h e>+++ b++
: No, I will *not* fix your computer............ :: UL++++$ C++ E--- a?



From qboosh at pld-linux.org  Mon Jan 24 19:43:28 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 24 Jan 2005 19:43:28 +0100
Subject: SPECS: mldonkey.spec - killed invalid _sysconfdir usage
In-Reply-To: <200501241332.58516.glen@delfi.ee>
References: <SPECS_mldonkey.spec.1.77@pld-linux.org>
	<SPECS_mldonkey.spec.1.78@pld-linux.org>
	<200501241332.58516.glen@delfi.ee>
Message-ID: <20050124184328.GB8269@satan.blackhosts>

On Mon, Jan 24, 2005 at 01:32:58PM +0200, Elan Ruusam?e wrote:
> is this explained somewhere, why it's invalid and when it's not invalid

CVS: PLD-doc/devel-hints-en.txt
/sysconfdir

/etc/sysconfig path is constant, doesn't depend on %{_sysconfdir}
definition in particular .spec - so this macro shouldn't be used.
And similarly for other dirs listed in devel-hints.


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



From glen at delfi.ee  Mon Jan 24 20:00:33 2005
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 24 Jan 2005 21:00:33 +0200
Subject: SPECS: mldonkey.spec - killed invalid _sysconfdir usage
In-Reply-To: <20050124184328.GB8269@satan.blackhosts>
References: <SPECS_mldonkey.spec.1.77@pld-linux.org>
	<200501241332.58516.glen@delfi.ee>
	<20050124184328.GB8269@satan.blackhosts>
Message-ID: <200501242100.34294.glen@delfi.ee>

On Monday 24 January 2005 20:43, Jakub Bogusz wrote:
> On Mon, Jan 24, 2005 at 01:32:58PM +0200, Elan Ruusam?e wrote:
> > is this explained somewhere, why it's invalid and when it's not invalid
>
> CVS: PLD-doc/devel-hints-en.txt
> /sysconfdir
>
> /etc/sysconfig path is constant, doesn't depend on %{_sysconfdir}
> definition in particular .spec - so this macro shouldn't be used.
> And similarly for other dirs listed in devel-hints.
is adapter.awk still maintained? would be nice if it's resurrected and would 
take care of such misuse :)


-- 
glen



From saq at pld-linux.org  Mon Jan 24 22:48:36 2005
From: saq at pld-linux.org (=?iso-8859-2?Q?Pawe=B3?= Sakowski)
Date: Mon, 24 Jan 2005 22:48:36 +0100
Subject: SPECS: mldonkey.spec - killed invalid _sysconfdir usage
In-Reply-To: <200501242100.34294.glen@delfi.ee>
References: <SPECS_mldonkey.spec.1.77@pld-linux.org>
	<200501241332.58516.glen@delfi.ee>
	<20050124184328.GB8269@satan.blackhosts>
	<200501242100.34294.glen@delfi.ee>
Message-ID: <1106603316.9509.0.camel@neptune.sakowski.pl>

On Mon, 2005-01-24 at 21:00 +0200, Elan Ruusam?e wrote:
> is adapter.awk still maintained? would be nice if it's resurrected and
> would 
> take care of such misuse :)

SOD#1 (also known as: feel free)

-- 
Pawe? Sakowski <saq at pld-linux.org>
PLD Linux Distribution




From twittner at o2.pl  Tue Jan 25 20:37:09 2005
From: twittner at o2.pl (Tomasz Wittner)
Date: Tue, 25 Jan 2005 20:37:09 +0100
Subject: SPECS: esvn.spec - fix Categories - sed unified + BR sed >= 4.0
In-Reply-To: <1106502627.3982.11.camel@neptune.sakowski.pl>
References: <SPECS_esvn.spec.1.8@pld-linux.org>
	<SPECS_esvn.spec.1.9@pld-linux.org>
	<1106502627.3982.11.camel@neptune.sakowski.pl>
Message-ID: <200501252037.10123.twittner@o2.pl>

On Sun 23. of January 2005 18:50, Pawe? Sakowski wrote:
> On Sun, 2005-01-23 at 16:49 +0000, charles wrote:
> > @@ -27,7 +27,9 @@
> >  %setup -q -n %{name}
> >
> >  %build
> > -sed -i -e 's#-lqt #-lqt-mt #g' *.*
> > +%{__sed} -i 's,-lqt ,-lqt-mt ,g' *.vpj
>
> Why use %{__sed} instead of sed? You can't use another sed
> implementation anyway, it's sed itself that's BuildRequired.
Because on some systems (FreeBSD) sed != gsed. I have %__sed defined 
as /usr/local/bin/gsed. The same issue with %{__make} make (gmake) and so on.
-- 
Tomasz Wittner



From qboosh at pld-linux.org  Tue Jan 25 21:19:48 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 25 Jan 2005 21:19:48 +0100
Subject: SPECS: cairo.spec - needs glitz >= 0.3.0
In-Reply-To: <1106418656.32180.4.camel@betelgeuse.theinternetco.net>
References: <SPECS_cairo.spec.1.19@pld-linux.org>
	<SPECS_cairo.spec.1.20@pld-linux.org>
	<1106415794.32180.2.camel@betelgeuse.theinternetco.net>
	<20050122181127.GA8590@satan.blackhosts>
	<1106418656.32180.4.camel@betelgeuse.theinternetco.net>
Message-ID: <20050125201948.GC8533@satan.blackhosts>

On Sat, Jan 22, 2005 at 11:30:56AM -0700, Aredridel wrote:
> > > Does glitz 0.3.0 exist? I can't find it.
> > 
> > Me too...
> > Actually, I can't find sources of any glitz version.
> > 
> > http://www.freedesktop.org/Software/glitz points to
> > http://cairographics.org/snapshots/ (where glitz sources used to be some
> > time ago, but they aren't now), http://cairographics.org/ points
> > to http://www.freedesktop.org/Software/glitz :/
> > 
> > With glitz < 0.3.0 installed cairo 0.3.0 builds without GL support.
> 
> Hm. Perhaps a snapshot of glitz from CVS, then?

I asked Carl Worth and some tarball should appear soon (I hope).

Previously available sources have been removed because of server
(cairographics.org aka freedesktop.org) compromise.


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



From qboosh at pld-linux.org  Wed Jan 26 19:37:28 2005
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 26 Jan 2005 19:37:28 +0100
Subject: PLDWWW: Mirrors
In-Reply-To: <20050126172202.13406.28049@biustonosz>
References: <20050126172202.13406.28049@biustonosz>
Message-ID: <20050126183728.GA2490@gruby.cs.net.pl>

On Wed, Jan 26, 2005 at 05:22:02PM -0000, mmazur wrote:
> Author: mmazur   Date: Wed Jan 26 17:22:02 2005 GMT
> Module: PLDWWW   URL: http://www.pld-linux.org/Mirrors
> ---- Log message:
> List of mirrors (haven't checked them though)

> === Mirrors ===

official: ftp://ftp2.pld-linux.org/

> 
>  * MIT, Boston, USA - ftp://ftp.rpmfind.net/linux/PLD/current/ 

partial/outdated KLD

>  * Ibiblio, Chapell Hill, NC, USA - ftp://ftp.ibiblio.org/pub/Linux/distributions/pld/ 

partial/outdated Ra (resigned KLD?)

>  * INRIA Rhone-Alpes, Montbonnot, France - ftp://fr.rpmfind.net/linux/PLD/current/ 

partial/outdated KLD

>  * Creatis/CISM, Lyon, France - ftp://fr2.rpmfind.net/linux/PLD/ 

KLD

>  * Vienna University of Technology, Austria - ftp://gd.tuwien.ac.at/linux/PLD/

KLD

>  * SunSITE Poland, Warsaw University, Poland - ftp://ftp.icm.edu.pl/pub/Linux/distributions/pld/ 

KLD

>  * WSISiZ, Warsaw, Poland - ftp://ftp.wsisiz.edu.pl/pub/Linux/PLD/ 

550

>  * Wroc?aw University of Technology, Poland - ftp://ftp.pwr.wroc.pl/pld/ 

OK

>  * TASK, Gda?sk, Poland - ftp://ftp.task.gda.pl/pub/linux/PLD/ 

OK

>  * Pro Futuro, Lublin, Poland (partial mirror!) - ftp://ftp.futuro.pl/pub/distributions/PLD/ 

only Ra/i686 ISO rebuilt in 2003 (KLD?)

>  * Ibiblio, Chapell Hill, NC, USA - http://ftp.ibiblio.org/pub/Linux/distributions/pld/ 

nothing

>  * Vienna University of Technology, Austria - http://gd.tuwien.ac.at/linux/PLD/

KLD


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



From zbyniu at geocarbon.pl  Wed Jan 26 19:56:00 2005
From: zbyniu at geocarbon.pl (Zbyniu Krzystolik)
Date: Wed, 26 Jan 2005 19:56:00 +0100
Subject: PLDWWW: Mirrors
In-Reply-To: <20050126183728.GA2490@gruby.cs.net.pl>
References: <20050126172202.13406.28049@biustonosz>
	<20050126183728.GA2490@gruby.cs.net.pl>
Message-ID: <20050126185600.GD19892@geocarbon.pl>

Mniej wiecej Wed, Jan 26, 2005 at 07:37:28PM +0100, zainteresowany Jakub Bogusz rzekl:
> 
> > === Mirrors ===

ftp://pld.iapt.pl

2.0
1.0
1.1 (cz??ciowo wybrakowane)

transfer przyci?ty do 1,5Mbita

Zbyniu
-- 
\78\32\14\46\67\67\90\1A
%% Timeo me dubitare %%




From robert.wozny at gmail.com  Wed Jan 26 19:51:36 2005
From: robert.wozny at gmail.com (robert j. wozny)
Date: Wed, 26 Jan 2005 19:51:36 +0100
Subject: PLDWWW: Mirrors
In-Reply-To: <20050126183728.GA2490@gruby.cs.net.pl>
References: <20050126172202.13406.28049@biustonosz>
	<20050126183728.GA2490@gruby.cs.net.pl>
Message-ID: <926f7b3205012610515a450ade@mail.gmail.com>

On Wed, 26 Jan 2005 19:37:28 +0100, Jakub Bogusz <qboosh at pld-linux.org> wrote:

> >  * SunSITE Poland, Warsaw University, Poland - ftp://ftp.icm.edu.pl/pub/Linux/distributions/pld/
> KLD

the better one is: 

ftp://ftp.icm.edu.pl/pub/linux/distributions/pld-linux/

-- r.



From grotk at poczta.onet.pl  Wed Jan 26 20:17:32 2005
From: grotk at poczta.onet.pl (Tomasz Grobelny)
Date: Wed, 26 Jan 2005 20:17:32 +0100
Subject: PLDWWW: Mirrors
In-Reply-To: <926f7b3205012610515a450ade@mail.gmail.com>
References: <20050126172202.13406.28049@biustonosz>
	<20050126183728.GA2490@gruby.cs.net.pl>
	<926f7b3205012610515a450ade@mail.gmail.com>
Message-ID: <200501262017.32600.grotk@poczta.onet.pl>

On Wednesday 26 of January 2005 19:51, robert j. wozny wrote:
> On Wed, 26 Jan 2005 19:37:28 +0100, Jakub Bogusz <qboosh at pld-linux.org> 
wrote:
> > >  * SunSITE Poland, Warsaw University, Poland -
> > > ftp://ftp.icm.edu.pl/pub/Linux/distributions/pld/
> >
> > KLD
>
> the better one is:
>
> ftp://ftp.icm.edu.pl/pub/linux/distributions/pld-linux/
>
ftp://ftp.icm.edu.pl/pub/linux/distributions/pld-linux/dists/ac/PLD/athlon/PLD/RPMS/
is empty. Or am I looking at wrong directory?

Tomek



From devel-pl at pld-dc.org  Wed Jan 26 21:42:25 2005
From: devel-pl at pld-dc.org (Marcin =?iso-8859-2?q?Doli=F1ski?=)
Date: Wed, 26 Jan 2005 21:42:25 +0100
Subject: PLDWWW: Mirrors
In-Reply-To: <20050126183728.GA2490@gruby.cs.net.pl>
References: <20050126172202.13406.28049@biustonosz>
	<20050126183728.GA2490@gruby.cs.net.pl>
Message-ID: <200501262142.25774.devel-pl@pld-dc.org>

On Wednesday 26 of January 2005 19:37, Jakub Bogusz wrote:
[...]
ftp2.iso.pld-linux.org - %{ix86}, transfer limited to 32Mbit



From loc at toya.net.pl  Fri Jan 28 02:04:13 2005
From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=)
Date: Fri, 28 Jan 2005 02:04:13 +0100
Subject: PLDWWW: pl/FAQ/draft
In-Reply-To: <20050128001635.16994.81972@biustonosz>
References: <20050128001635.16994.81972@biustonosz>
Message-ID: <41F98F8D.2050504@toya.net.pl>

pzurowski wrote:
> Author: pzurowski   Date: Fri Jan 28 00:16:35 2005 GMT
> Module: PLDWWW   URL: http://www.pld-linux.org/pl/FAQ/draft
> ---- Log message:
> -added to proposed; Jesli nadal Komus(tm) nie pasuje, to nie tykam sie poza ~...
> 
> ---- Page affected: pl/FAQ/draft
> 
> ---- Diffs:
> 
> ================================================================
> New page:
> = Oczekujace =
> 
> == TODO ==
> czyli co trzeba zrobic, zanim to ma sie wyniesc z draft
>  * uzupelnic (stylistycznie, jezykowo, merytorycznie)
>  * sprawdzic, czy jest poprawna polszczyzna
>  * sprawdzic, czy jest to zgodne merytorycznie
>  * przetlumaczyc na angielski
> 
> == zagadnienia praktyczne ==
> 
> === Jak sprawdzi? z jakiej rewizji zbudowany zosta? pakiet X? ===
> 
> ''tekst wprowadzajacy? + cos w rodzaju "(analogicznie do poprzednich przyk?ad?w, dodanie po opcji "--changelog" prze??cznika "-p" i wpisanie pe?nych nazw plik?w, pozwala sprawdza? zawarto?? niezainstalowanych paczek)".... a tak w ogole, to "-p" nie musi byc za "--changelog"''
> 
> {{{
> rpm -q --changelog jedna_paczka | grep -E '\$Log|Revision' -m2
> }}}
> 
> Mo?na te? u?y? bardziej wyrafinowanej komendy :
> {{{
> rpm -q --changelog paczka paczka2 paczka3 | \
>  awk '/\$Log/ {
>   spec=$2;
>   sub( ",v$", "", spec );
>   f=1;
>  }
>  f==1 && /Revision/ {
>   printf( "spec(%s) rewizja(%s) data(%s %s) autor_rewizji(%s)\n", 
>    spec, $2, $3, $4, $5 );
>   f=0;
>  }'
> }}}

Mo?e doda? do naszego rpm'a (albo zrobi? osobn? paczk?) jakie? skrypty 
odpalaj?ce t? magi??

-- 
z wyrazami szacunku,
Jakub Piotr C?apa



From pluto at pld-linux.org  Sat Jan 29 14:04:13 2005
From: pluto at pld-linux.org (=?utf-8?q?Pawe=C5=82_Sikora?=)
Date: Sat, 29 Jan 2005 14:04:13 +0100
Subject: Fwd: OpenOffice crashes due to incorrect access permissions on
	/dev/dri/card*
Message-ID: <200501291404.13636.pluto@pld-linux.org>

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

Subject: OpenOffice crashes due to incorrect access permissions 
on /dev/dri/card*
Date: Saturday 29 of January 2005 13:49
From: Richard Hughes <ee21rh at surrey.ac.uk>
To: linux-kernel at vger.kernel.org

On Sat, 29 Jan 2005 13:32:47 +0100, Bernd Eckenfels wrote:
> it is not a permission thing, it tells you, that you have not card14 - and
> i dont know the dri interface but it looks unlikely that there ever will be
> one .)

I figured (maybe incorrectly) that oo was just going thru the dri card*
files:

stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=80, ...}) = 0
stat64("/dev/dri/card8", 0xbfec2e8c)    = -1 ENOENT (No such file or
 directory) geteuid32()                             = 500
stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=80, ...}) = 0
stat64("/dev/dri/card9", 0xbfec2e8c)    = -1 ENOENT (No such file or
 directory) geteuid32()                             = 500
stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=80, ...}) = 0
stat64("/dev/dri/card10", 0xbfec2e8c)   = -1 ENOENT (No such file or
 directory) geteuid32()                             = 500
stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=80, ...}) = 0
stat64("/dev/dri/card11", 0xbfec2e8c)   = -1 ENOENT (No such file or
 directory) geteuid32()                             = 500
stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=80, ...}) = 0
stat64("/dev/dri/card12", 0xbfec2e8c)   = -1 ENOENT (No such file or
 directory) geteuid32()                             = 500
stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=80, ...}) = 0
stat64("/dev/dri/card13", 0xbfec2e8c)   = -1 ENOENT (No such file or
 directory) geteuid32()                             = 500
stat64("/dev/dri", {st_mode=S_IFDIR|0755, st_size=80, ...}) = 0
stat64("/dev/dri/card14", 0xbfec2e8c)   = -1 ENOENT (No such file or
 directory) munmap(0x9b4838, 8192)                  = -1 EINVAL (Invalid
 argument) munmap(0x9d55248, 3219928560)           = -1 EINVAL (Invalid
 argument) --- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

from 0 to 14 until it found a card that it could use. The root cause
has to be that it can't use dri/card* because of access permissions.

Note, that strace glxgears gives exactly the same output, going from 0 to
14 and then seg-faulting, so it's *not just a oo problem*.

Richard Hughes

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

Could someone confirm that?

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

                           #define say(x) lie(x)



From loc at toya.net.pl  Mon Jan 31 16:18:40 2005
From: loc at toya.net.pl (=?ISO-8859-2?Q?Jakub_Piotr_C=B3apa?=)
Date: Mon, 31 Jan 2005 16:18:40 +0100
Subject: PLDWWW: MailingLists
In-Reply-To: <20050131001727.12700.31880@biustonosz>
References: <20050131001727.12700.31880@biustonosz>
Message-ID: <41FE4C50.1080104@toya.net.pl>

mmazur wrote:
> Author: mmazur   Date: Mon Jan 31 00:17:27 2005 GMT
> Module: PLDWWW   URL: http://www.pld-linux.org/MailingLists
> ---- Log message:
> lists.pld-linux.org and mail-archive.org; got anything more?

Yup!
http://gmane.org/find.php?list=pld-linux
The best of all (but only recent messages are archived - I will upload 
older when I find some time).

-- 
z wyrazami szacunku,
Jakub Piotr C?apa