From sparky at pld-linux.org  Wed Oct  1 01:32:03 2008
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Wed, 1 Oct 2008 01:32:03 +0200
Subject: CVSROOT: cvslog.pl - protect escapes from split
In-Reply-To: <CVSROOT_cvslog.pl.1.82@pld-linux.org>
References: <CVSROOT_cvslog.pl.1.81@pld-linux.org>
	<CVSROOT_cvslog.pl.1.82@pld-linux.org>
Message-ID: <20080930233203.GB28528@pld-linux.org>

On Tue, Sep 30, 2008 at 07:43:22PM +0200, qboosh wrote:
> Author: qboosh                       Date: Tue Sep 30 17:43:22 2008 GMT
> Module: CVSROOT                       Tag: HEAD
> ---- Log message:
> - protect escapes from split

> +  my $cmdargs = ($ARGV[0] or '');
> +  # little trick to support escapes which are not separators ("\ " or "\,");
> +  # we can use " ,, " sequence as it would be invalid in args
> +  $cmdargs =~ s/([^\\])[ ,]/$1 ,, /g;
> +  @input = split (/ ,, /, $cmdargs);

try this one:

  @input = split /(?<=[^\\])[ ,]/, $cmdargs;

or even:

  @input = split /[^\\]\K[ ,]/, $cmdargs;



Both (?<=pattern) and pattern\K are look-behind assertions, regex
requires the pattern to exist, but does not return it.


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


From glen at pld-linux.org  Fri Oct  3 21:04:52 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 3 Oct 2008 22:04:52 +0300
Subject: jakarta-commons-*.spec naming
Message-ID: <200810032204.52143.glen@pld-linux.org>

i understand that we need to rename packages that have moved to
http://commons.apache.org

how do we call them?

- apache-commons-io (*)
- commons-io
- java-commons-io
- java-apache-commons-io

(*) i prefer this one, unless it rises some additional confusion or 
restruction due name use...


Name:       jakarta-commons-io
Version:    1.3.1
Release:    1
License:    Apache
Group:      Development/Languages/Java
Source0:    
http://www.apache.org/dist/jakarta/commons/io/source/commons-io-%{version}-src.tar.gz
# Source0-md5:  44ef5bc01ed8f8f645fec2bcc94e600a
URL:        http://commons.apache.org/io/

-- 
glen


From jajcus at jajcus.net  Fri Oct  3 21:24:19 2008
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Fri, 3 Oct 2008 21:24:19 +0200
Subject: jakarta-commons-*.spec naming
In-Reply-To: <200810032204.52143.glen@pld-linux.org>
References: <200810032204.52143.glen@pld-linux.org>
Message-ID: <20081003192419.GA5597@lolek.nigdzie>

On Fri, Oct 03, 2008 at 10:04:52PM +0300, Elan Ruusam?e wrote:
> i understand that we need to rename packages that have moved to
> http://commons.apache.org
> 
> how do we call them?
> 
> - apache-commons-io (*)
> - commons-io
> - java-commons-io
> - java-apache-commons-io
> 
> (*) i prefer this one, unless it rises some additional confusion or 
> restruction due name use...

I prefer the third ("java-commons-io") and I would be happy to see
similar change for all java libraries. This way they would be grouped
like python or perl modules. And there would be no confusion because
of the http server in 'apache' package or because library names looking like
application names.

Greets,
        Jacek


From glen at pld-linux.org  Fri Oct  3 22:06:32 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 3 Oct 2008 23:06:32 +0300
Subject: jakarta-commons-*.spec naming
In-Reply-To: <20081003192419.GA5597@lolek.nigdzie>
References: <200810032204.52143.glen@pld-linux.org>
	<20081003192419.GA5597@lolek.nigdzie>
Message-ID: <200810032306.32847.glen@pld-linux.org>

On Friday 03 October 2008 22:24:19 Jacek Konieczny wrote:
> On Fri, Oct 03, 2008 at 10:04:52PM +0300, Elan Ruusam?e wrote:
> > i understand that we need to rename packages that have moved to
> > http://commons.apache.org
> >
> > how do we call them?
> >
> > - apache-commons-io (*)
> > - commons-io
> > - java-commons-io
> > - java-apache-commons-io
> >
> > (*) i prefer this one, unless it rises some additional confusion or
> > restruction due name use...
>
> I prefer the third ("java-commons-io") and I would be happy to see
> similar change for all java libraries. This way they would be grouped
> like python or perl modules. And there would be no confusion because
> of the http server in 'apache' package or because library names looking
> like application names.

sounds sane, 
but this ("java-" prefix) would apply only to libraries not applications?

i mean tomcat, jAlbum won't be named as java-apache-tomcat, java-jAlbum, 
java-gallery-remote.. ?

> Greets,
>         Jacek


-- 
glen


From gotar at polanet.pl  Sat Oct  4 02:02:08 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 4 Oct 2008 02:02:08 +0200
Subject: [th] qt4 problems
In-Reply-To: <20070827103653.GA16114@pepin.polanet.pl>
References: <20070616154052.GA16077@pepin.polanet.pl>
	<200706180915.03756.zswi@pers.pl>
	<20070827103653.GA16114@pepin.polanet.pl>
Message-ID: <20081004000208.GB2827@pepin.polanet.pl>

On Mon, Aug 27, 2007 at 12:36:53 +0200, Tomasz Pala wrote:

>> > 2. qt4 doesn't honour fontocnfig setup (doesn't draw through
>> >    freetype/cairo/Xft and I've got badly subpixeled fonts) - is it fourth
>> >    rendering engine?
>> I didn't seen such behaviour. What Qt4 version you use? What is your 
>> xorg*drivers*? What about your freetype/cairo/Xft?
> 
> QtCore-4.3.0-1
> xorg-driver-video-nvidia-100.14.11-1
> freetype compiled with LEGACY filter
> cairo/Xft uses freetype filter (so it's LEGACY as in vanilla builds)
> BCI enabled, autohinter disabled
> 
> Everything in my system uses LEGACY (on the right):
> http://www.quarto.pl/~gotar/freetype-rgb-matrix.png
> 
> However every Qt4 app looks like this:
> http://www.quarto.pl/~gotar/qt4.png

Just a note for archive: according to the following link this issue is fixed in Qt 4.5

http://labs.trolltech.com/blogs/2008/09/01/subpixel-antialiasing-on-x11/

-- 
Tomasz Pala <gotar at pld-linux.org>


From z at xatka.net  Sun Oct  5 14:38:34 2008
From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=)
Date: Sun, 5 Oct 2008 14:38:34 +0200
Subject: SPECS: 8Kingdoms.spec (NEW) - initial
In-Reply-To: <SPECS_8Kingdoms.spec.1.1@pld-linux.org>
References: <SPECS_8Kingdoms.spec.NONE@pld-linux.org>
	<SPECS_8Kingdoms.spec.1.1@pld-linux.org>
Message-ID: <200810051438.36896.z@xatka.net>

On Sunday 05 of October 2008 11:42:10 uzsolt wrote:
> Author: uzsolt                       Date: Sun Oct  5 09:42:09 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - initial

(...)

> +%{_datadir}/8Kingdoms/res//*
> +%{_datadir}/8Kingdoms/res/xml/*
so files in xml directory are listed twice.
All subdirectories have already been included by %dir macros.

I think these lines should be more verbose OR there should be only one line 
in %files section:
%{_datadir}/8Kingdoms/res

-- 
Regards,
Pawe? Zuzelski


From glen at pld-linux.org  Tue Oct  7 03:57:48 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 7 Oct 2008 04:57:48 +0300
Subject: sshd vs openvpn
Message-ID: <200810070457.48910.glen@pld-linux.org>

hi

we had suffered one incident when one server did not came "up" because openvpn 
had server certificate which was protected by password and therefore it was 
waiting for password input and no other service (sshd was crucial) was not 
brought up until someone pressed enter.

$ l /etc/rc.d/rc3.d/*vpn
lrwxrwxrwx 1 root root 24 2008-09-02 00:08 /etc/rc.d/rc3.d/S11openvpn -> /etc/rc.d/init.d/openvpn*

 l /etc/rc.d/rc3.d/*sshd
lrwxrwxrwx 1 root root 21 2008-07-28 22:14 /etc/rc.d/rc3.d/S55sshd -> /etc/rc.d/init.d/sshd*

perhaps cchange start priorities so that sshd is started before openvpn?
then there could be other services that block startup same way?
change sshd to be as early as possible?
out of my mind came that sshd should be after "random" and "network" initscripts...
nothing else should matter...
however if you depend sshd being "visible" also in openvpn device we can't do this...

maybe it would be possible to setup some timeout for openvpn key input
and then proceed further if no passphrase was input within that time period?

any other toughts?

-- 
glen


From blues at pld-linux.org  Tue Oct  7 09:41:14 2008
From: blues at pld-linux.org (Pawel Golaszewski)
Date: Tue, 7 Oct 2008 09:41:14 +0200 (CEST)
Subject: sshd vs openvpn
In-Reply-To: <200810070457.48910.glen@pld-linux.org>
References: <200810070457.48910.glen@pld-linux.org>
Message-ID: <alpine.LNX.2.00.0810070929590.19812@fgnss.gnfx.tqn.cy>

On Tue, 7 Oct 2008, Elan Ruusam?e wrote:
> we had suffered one incident when one server did not came "up" because openvpn 
> had server certificate which was protected by password and therefore it was 
> waiting for password input and no other service (sshd was crucial) was not 
> brought up until someone pressed enter.
> 
> $ l /etc/rc.d/rc3.d/*vpn
> lrwxrwxrwx 1 root root 24 2008-09-02 00:08 /etc/rc.d/rc3.d/S11openvpn -> /etc/rc.d/init.d/openvpn*
> 
>  l /etc/rc.d/rc3.d/*sshd
> lrwxrwxrwx 1 root root 21 2008-07-28 22:14 /etc/rc.d/rc3.d/S55sshd -> /etc/rc.d/init.d/sshd*
> 
> perhaps cchange start priorities so that sshd is started before openvpn?
> then there could be other services that block startup same way?

apache with certificate password protected?

> change sshd to be as early as possible?

Yes, sshd is critical and we should do everything to make it available.

> out of my mind came that sshd should be after "random" and "network" 
> initscripts... nothing else should matter... however if you depend sshd 
> being "visible" also in openvpn device we can't do this...

It could be problem in some configurations.
I.e. all routing daemons should start earlier...

> maybe it would be possible to setup some timeout for openvpn key input 
> and then proceed further if no passphrase was input within that time 
> period?

That kind of thing should be done for _every_ service started. Few days 
ago I had problem with hc-cron which hung while starting. /etc/nologin has 
left and all the users had problems. It's good that root can login apart 
nologin, but the problem stays.

Every service should have some period of time (lets say... 5 minutes). 
After that time it's killed.

> any other toughts?

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

From glen at pld-linux.org  Tue Oct  7 09:50:10 2008
From: glen at pld-linux.org (Elan =?iso-8859-15?q?Ruusam=E4e?=)
Date: Tue, 7 Oct 2008 10:50:10 +0300
Subject: sshd vs openvpn
In-Reply-To: <alpine.LNX.2.00.0810070929590.19812@fgnss.gnfx.tqn.cy>
References: <200810070457.48910.glen@pld-linux.org>
	<alpine.LNX.2.00.0810070929590.19812@fgnss.gnfx.tqn.cy>
Message-ID: <200810071050.10880.glen@pld-linux.org>

On Tuesday 07 October 2008 10:41, Pawel Golaszewski wrote:
> > out of my mind came that sshd should be after "random" and "network"
> > initscripts... nothing else should matter... however if you depend sshd
> > being "visible" also in openvpn device we can't do this...
>
> It could be problem in some configurations.
> I.e. all routing daemons should start earlier...

routing is ok, as if routes come up later, then your service is still 
available. openvpn is different that it makes new interface and ip address 
available. if you for some reason can't use 0.0.0.0 address for binding (you 
have vservers that want also to use some address)

-- 
glen


From sparky at pld-linux.org  Tue Oct  7 10:14:22 2008
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Tue, 7 Oct 2008 10:14:22 +0200
Subject: sshd vs openvpn
In-Reply-To: <200810070457.48910.glen@pld-linux.org>
References: <200810070457.48910.glen@pld-linux.org>
Message-ID: <20081007081422.GA7131@pld-linux.org>

On Tue, Oct 07, 2008 at 04:57:48AM +0300, Elan Ruusam?e wrote:
> hi
> 
> we had suffered one incident when one server did not came "up" because openvpn 
> had server certificate which was protected by password and therefore it was 
> waiting for password input and no other service (sshd was crucial) was not 
> brought up until someone pressed enter.
> 

how about supplying --askpass /dev/null in default args ? or add some
--no-interactive option to openvpn code.

I think startup scripts should never wait for user input, and that
would co it.

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


From glen at pld-linux.org  Tue Oct  7 11:59:16 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 7 Oct 2008 12:59:16 +0300
Subject: sshd vs openvpn
In-Reply-To: <20081007081422.GA7131@pld-linux.org>
References: <200810070457.48910.glen@pld-linux.org>
	<20081007081422.GA7131@pld-linux.org>
Message-ID: <200810071259.16563.glen@pld-linux.org>

On Tuesday 07 October 2008 11:14:22 Przemyslaw Iskra wrote:
> On Tue, Oct 07, 2008 at 04:57:48AM +0300, Elan Ruusam?e wrote:
> > hi
> >
> > we had suffered one incident when one server did not came "up" because
> > openvpn had server certificate which was protected by password and
> > therefore it was waiting for password input and no other service (sshd
> > was crucial) was not brought up until someone pressed enter.
>
> how about supplying --askpass /dev/null in default args ? or add some
> --no-interactive option to openvpn code.
i wonder, is it possible to check that the status is "initial bootup seqence". 
check for /dev/fd/0, or check for runlevel, or sth?

> I think startup scripts should never wait for user input, and that
> would co it.

i would agree, but how then you start openvpn if you intentionally want to 
have passphrase on the keyfile? (same goes for apache,...)

-- 
glen


From glen at pld-linux.org  Thu Oct  9 01:24:14 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 9 Oct 2008 02:24:14 +0300
Subject: jakarta-commons-*.spec naming
In-Reply-To: <20081003192419.GA5597@lolek.nigdzie>
References: <200810032204.52143.glen@pld-linux.org>
	<20081003192419.GA5597@lolek.nigdzie>
Message-ID: <200810090224.14880.glen@pld-linux.org>

On Friday 03 October 2008 22:24, Jacek Konieczny wrote:
> On Fri, Oct 03, 2008 at 10:04:52PM +0300, Elan Ruusam?e wrote:
> > i understand that we need to rename packages that have moved to
> > http://commons.apache.org
> >
> > how do we call them?
> >
> > - apache-commons-io (*)
> > - commons-io
> > - java-commons-io
> > - java-apache-commons-io
> >
> > (*) i prefer this one, unless it rises some additional confusion or
> > restruction due name use...
>
> I prefer the third ("java-commons-io") and I would be happy to see
> similar change for all java libraries. This way they would be grouped
> like python or perl modules. And there would be no confusion because
> of the http server in 'apache' package or because library names looking
> like application names.
what about pathnames, shall we keep java- there?
for example %{_javadocdir} already is directory for only java documentation:

lrw-r--r--    1 root    root               32 Oct  9 02:22 /usr/share/javadoc/java-classpathx_servlet -> java-classpathx_servlet-20000924
drwxr-xr-x    2 root    root                0 Oct  9 02:22 /usr/share/javadoc/java-classpathx_servlet-20000924

-- 
glen


From rafilists at gmail.com  Thu Oct  9 22:14:55 2008
From: rafilists at gmail.com (=?utf-8?q?Rafa=C5=82_Cygnarowski?=)
Date: Thu, 9 Oct 2008 22:14:55 +0200
Subject: SPECS (DEVEL): kde4-kdebase.spec - added BR: libraw1394-devel
In-Reply-To: <SPECS_kde4_kdebase.spec.1.73.2.12@pld-linux.org>
References: <SPECS_kde4_kdebase.spec.1.73.2.11@pld-linux.org>
	<SPECS_kde4_kdebase.spec.1.73.2.12@pld-linux.org>
Message-ID: <200810092214.55909.rafilists@gmail.com>

Dnia czwartek 09 pa?dziernik 2008, paszczus napisa?:
> Author: paszczus                     Date: Thu Oct  9 19:17:39 2008 GMT
> Module: SPECS                         Tag: DEVEL
> ---- Log message:
> - added BR: libraw1394-devel
>
> ---- Files affected:
> SPECS:
>    kde4-kdebase.spec (1.73.2.11 -> 1.73.2.12)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/kde4-kdebase.spec
> diff -u SPECS/kde4-kdebase.spec:1.73.2.11 SPECS/kde4-kdebase.spec:1.73.2.12
> --- SPECS/kde4-kdebase.spec:1.73.2.11	Thu Oct  2 16:58:10 2008
> +++ SPECS/kde4-kdebase.spec	Thu Oct  9 21:17:34 2008
> @@ -49,6 +49,7 @@
>  BuildRequires:	lame-libs-devel
>  BuildRequires:	libjpeg-devel
>  BuildRequires:	libpng-devel >= 1.0.8
> +BuildRequires:	libraw1394-devel
>  BuildRequires:	libraw1394-devel >= 1.2.0
>  BuildRequires:	libsmbclient-devel >= 3.0.0
>  BuildRequires:	libstdc++-devel

It's so late that I just don't understand your change? As long as I stair at 
this I still see this libraw on BR list...

Regards,
-- 
Rafa? Cygnarowski
rafilists [at] gmail [dot] com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: </mailman/pipermail/pld-devel-en/attachments/20081009/4fe56236/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: </mailman/pipermail/pld-devel-en/attachments/20081009/4fe56236/attachment.sig>

From wrobell at pld-linux.org  Fri Oct 10 01:11:05 2008
From: wrobell at pld-linux.org (wrobell)
Date: Fri, 10 Oct 2008 00:11:05 +0100
Subject: jakarta-commons-*.spec naming
In-Reply-To: <200810032306.32847.glen@pld-linux.org>
References: <200810032204.52143.glen@pld-linux.org>
	<20081003192419.GA5597@lolek.nigdzie>
	<200810032306.32847.glen@pld-linux.org>
Message-ID: <20081009231105.GT5680@borg.WAG54GS>

On Fri, Oct 03, 2008 at 11:06:32PM +0300, Elan Ruusam?e wrote:
> On Friday 03 October 2008 22:24:19 Jacek Konieczny wrote:
> > On Fri, Oct 03, 2008 at 10:04:52PM +0300, Elan Ruusam?e wrote:
> > > i understand that we need to rename packages that have moved to
> > > http://commons.apache.org
> > >
> > > how do we call them?
> > >
> > > - apache-commons-io (*)
> > > - commons-io
> > > - java-commons-io
> > > - java-apache-commons-io
> > >
> > > (*) i prefer this one, unless it rises some additional confusion or
> > > restruction due name use...
> >
> > I prefer the third ("java-commons-io") and I would be happy to see
> > similar change for all java libraries. This way they would be grouped
> > like python or perl modules. And there would be no confusion because
> > of the http server in 'apache' package or because library names looking
> > like application names.
> 
> sounds sane, 
> but this ("java-" prefix) would apply only to libraries not applications?
> 
> i mean tomcat, jAlbum won't be named as java-apache-tomcat, java-jAlbum, 
> java-gallery-remote.. ?

only libs like in case of python, i.e. python-psycopg2 (lib) but gaphor (an
app).

    wrobell <wrobell at pld-linux.org>


From kiesiu at kiesiu.com  Sat Oct 11 12:14:34 2008
From: kiesiu at kiesiu.com (Lukasz Kies)
Date: Sat, 11 Oct 2008 12:14:34 +0200
Subject: [SPEC] roundup.spec - up to 1.4.6, rel. 1
Message-ID: <1adc5bd30810110314t384bb7d9r5a56a969854da105@mail.gmail.com>

Dear All,

In attachment patch for roundup.spec from HEAD. Changes:
- up to 1.4.6
- add missing BR
- rel 1

Works for me, build on i686. If somebody with RW access could add it
to CVS and sent STBR I will be grateful. Thank you.

Regards,
Lukasz Kies


From patrys at pld-linux.org  Sat Oct 11 12:25:09 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Sat, 11 Oct 2008 12:25:09 +0200
Subject: [SPEC] roundup.spec - up to 1.4.6, rel. 1
In-Reply-To: <1adc5bd30810110314t384bb7d9r5a56a969854da105@mail.gmail.com>
References: <1adc5bd30810110314t384bb7d9r5a56a969854da105@mail.gmail.com>
Message-ID: <89b6ba3a0810110325g4db373fche35bf71bf2d866c1@mail.gmail.com>

On Sat, Oct 11, 2008 at 12:14 PM, Lukasz Kies <kiesiu at kiesiu.com> wrote:
> Dear All,
>
> In attachment patch for roundup.spec from HEAD. Changes:
> - up to 1.4.6
> - add missing BR
> - rel 1

Which attachment?

-- 
Patryk Zawadzki


From kiesiu at kiesiu.com  Sun Oct 12 11:17:31 2008
From: kiesiu at kiesiu.com (Lukasz Kies)
Date: Sun, 12 Oct 2008 11:17:31 +0200
Subject: [SPEC] roundup.spec - up to 1.4.6, rel. 1
In-Reply-To: <89b6ba3a0810110325g4db373fche35bf71bf2d866c1@mail.gmail.com>
References: <1adc5bd30810110314t384bb7d9r5a56a969854da105@mail.gmail.com>
	<89b6ba3a0810110325g4db373fche35bf71bf2d866c1@mail.gmail.com>
Message-ID: <1adc5bd30810120217p29f04855r6d3372db026e8255@mail.gmail.com>

2008/10/11 Patryk Zawadzki <patrys at pld-linux.org>:
>
> Which attachment?
>
Sorry. Here it goes.

Regards,
Lukasz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: roundup.patch
Type: text/x-patch
Size: 1049 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20081012/575ef653/attachment.bin>

From kiesiu at kiesiu.com  Sun Oct 12 20:04:44 2008
From: kiesiu at kiesiu.com (Lukasz Kies)
Date: Sun, 12 Oct 2008 20:04:44 +0200
Subject: [SPEC] roundup.spec - up to 1.4.6, rel. 1
In-Reply-To: <1adc5bd30810120217p29f04855r6d3372db026e8255@mail.gmail.com>
References: <1adc5bd30810110314t384bb7d9r5a56a969854da105@mail.gmail.com>
	<89b6ba3a0810110325g4db373fche35bf71bf2d866c1@mail.gmail.com>
	<1adc5bd30810120217p29f04855r6d3372db026e8255@mail.gmail.com>
Message-ID: <1adc5bd30810121104t79c6c79t99f2ffbc20cbbf27@mail.gmail.com>

2008/10/12 Lukasz Kies <kiesiu at kiesiu.com>:
> 2008/10/11 Patryk Zawadzki <patrys at pld-linux.org>:
>>
>> Which attachment?
>>
> Sorry. Here it goes.
>
Just noticed that radek has made changes to this spec today, and
upgrade it to 1.4.6. So in attachment patch adding missing BR and
changing rel to 1 as it's fully working. Please STBR. Thank you.

Regards,
Lukasz Kies
-------------- next part --------------
A non-text attachment was scrubbed...
Name: roundup.patch
Type: text/x-patch
Size: 847 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20081012/4c1cc780/attachment.bin>

From kiesiu at kiesiu.com  Sun Oct 12 20:08:46 2008
From: kiesiu at kiesiu.com (Lukasz Kies)
Date: Sun, 12 Oct 2008 20:08:46 +0200
Subject: [SPEC] python-decorator - up to 2.3.1
Message-ID: <1adc5bd30810121108o46bd4aebjc012a7ba64f1d0be@mail.gmail.com>

Dear All,

In attachment I send a patch to python-decorator.spec on HEAD. Changes:
- up to 2.3.1
- correct python-devel version in BR
- add CHANGES.txt to docs

Please someone with RW access to CVS add it and send STBR as
python-decorator is missing on ftps.
Thank you.

Regards,
Lukasz Kies
-------------- next part --------------
A non-text attachment was scrubbed...
Name: python-decorator.spec
Type: application/octet-stream
Size: 1569 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20081012/1a631cdb/attachment.obj>

From kiesiu at kiesiu.com  Sun Oct 12 20:11:23 2008
From: kiesiu at kiesiu.com (Lukasz Kies)
Date: Sun, 12 Oct 2008 20:11:23 +0200
Subject: [SPEC] python-decorator - up to 2.3.1
In-Reply-To: <1adc5bd30810121108o46bd4aebjc012a7ba64f1d0be@mail.gmail.com>
References: <1adc5bd30810121108o46bd4aebjc012a7ba64f1d0be@mail.gmail.com>
Message-ID: <1adc5bd30810121111g9761063j2106425255882870@mail.gmail.com>

2008/10/12 Lukasz Kies <kiesiu at kiesiu.com>:
> Dear All,
>
> In attachment I send a patch to python-decorator.spec on HEAD. Changes:
> - up to 2.3.1
> - correct python-devel version in BR
> - add CHANGES.txt to docs
>
> Please someone with RW access to CVS add it and send STBR as
> python-decorator is missing on ftps.
> Thank you.
>
Sorry, there was complete spec. Here goes patch.
Sorry for inconvenience.

Regards,
Lukasz Kies
-------------- next part --------------
A non-text attachment was scrubbed...
Name: python-decorator.patch
Type: text/x-patch
Size: 979 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20081012/dd0e337b/attachment.bin>

From radek at pld-linux.org  Sun Oct 12 20:17:50 2008
From: radek at pld-linux.org (Radoslaw Zielinski)
Date: Sun, 12 Oct 2008 20:17:50 +0200
Subject: [SPEC] roundup.spec - up to 1.4.6, rel. 1
In-Reply-To: <1adc5bd30810121104t79c6c79t99f2ffbc20cbbf27@mail.gmail.com>
References: <1adc5bd30810110314t384bb7d9r5a56a969854da105@mail.gmail.com>
	<89b6ba3a0810110325g4db373fche35bf71bf2d866c1@mail.gmail.com>
	<1adc5bd30810120217p29f04855r6d3372db026e8255@mail.gmail.com>
	<1adc5bd30810121104t79c6c79t99f2ffbc20cbbf27@mail.gmail.com>
Message-ID: <20081012181750.GA22540@bzium>

Lukasz Kies <kiesiu at kiesiu.com> [12-10-2008 20:04]:
> Just noticed that radek has made changes to this spec today, and
> upgrade it to 1.4.6. So in attachment patch adding missing BR and
> changing rel to 1 as it's fully working. Please STBR. Thank you.

Done.

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

From glen at pld-linux.org  Sun Oct 12 23:07:08 2008
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Mon, 13 Oct 2008 00:07:08 +0300
Subject: SPECS: kernel-vanilla.spec - no drm subpackage
In-Reply-To: <SPECS_kernel_vanilla.spec.1.171@pld-linux.org>
References: <SPECS_kernel_vanilla.spec.1.170@pld-linux.org>
	<SPECS_kernel_vanilla.spec.1.171@pld-linux.org>
Message-ID: <200810130007.09184.glen@pld-linux.org>

On Sunday 12 October 2008 19:01, shadzik wrote:
> --- SPECS/kernel-vanilla.spec:1.170?????Sun Oct 12 17:26:03 2008
> +++ SPECS/kernel-vanilla.spec???Sun Oct 12 18:01:34 2008
> @@ -25,13 +25,13 @@
> ?%define????????????????have_oss????????1
> ?%define????????????????have_pcmcia?????1
> ?%define????????????????have_sound??????1
> -%define????????????????have_drm????????1
> +#%define???????????????have_drm????????1

you can't "comment out" rpm define this way. you should use %% to disable the 
define (or just remove it).

-- 
glen


From glen at pld-linux.org  Sun Oct 12 23:09:10 2008
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Mon, 13 Oct 2008 00:09:10 +0300
Subject: SPECS: gksu.spec - findlang commented out
In-Reply-To: <SPECS_gksu.spec.1.33@pld-linux.org>
References: <SPECS_gksu.spec.1.32@pld-linux.org>
	<SPECS_gksu.spec.1.33@pld-linux.org>
Message-ID: <200810130009.11025.glen@pld-linux.org>

On Sunday 12 October 2008 23:03, shadzik wrote:
> Author: shadzik                      Date: Sun Oct 12 20:03:45 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - findlang commented out
...
> @@ -83,12 +83,13 @@
>
>  rm -f $RPM_BUILD_ROOT%{_libdir}/nautilus/extensions-2.0/*.la
>
> -%find_lang %{name}
> +#%find_lang %{name}
macro is still expanded, however as it's expanded in shell context, it's 
commented out for shell...

-- 
glen


From tomasz.wittner at gmail.com  Sun Oct 12 23:21:17 2008
From: tomasz.wittner at gmail.com (Tomasz Wittner)
Date: Sun, 12 Oct 2008 23:21:17 +0200
Subject: SPECS: gksu.spec - findlang commented out
In-Reply-To: <200810130009.11025.glen@pld-linux.org>
References: <SPECS_gksu.spec.1.32@pld-linux.org>
	<SPECS_gksu.spec.1.33@pld-linux.org>
	<200810130009.11025.glen@pld-linux.org>
Message-ID: <200810122321.17322.tomasz.wittner@gmail.com>

On Sunday 12 of October 2008, 23:09, Elan Ruusam?e wrote:
> On Sunday 12 October 2008 23:03, shadzik wrote:
> > Author: shadzik                      Date: Sun Oct 12 20:03:45 2008 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - findlang commented out
>
> ...
>
> > @@ -83,12 +83,13 @@
> >
> >  rm -f $RPM_BUILD_ROOT%{_libdir}/nautilus/extensions-2.0/*.la
> >
> > -%find_lang %{name}
> > +#%find_lang %{name}
>
> macro is still expanded, however as it's expanded in shell context, it's
> commented out for shell...

... and why have you removed %find_lang - it should be mentioned in your 
commitlog.

-- 
Tomasz Wittner


From tomasz.wittner at gmail.com  Sun Oct 12 23:23:44 2008
From: tomasz.wittner at gmail.com (Tomasz Wittner)
Date: Sun, 12 Oct 2008 23:23:44 +0200
Subject: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
Message-ID: <200810122323.44506.tomasz.wittner@gmail.com>

On Sunday 12 of October 2008, 19:15, twittner wrote:
> Author: twittner                     Date: Sun Oct 12 17:15:39 2008 GMT
> Module: SPECS                         Tag: HEAD
[...]
> - rel. 0.1 - rpm -E '%_docdir' shows that this macro is not defined
1. Ditto:
$ rpm -E '%_docdir'
%_docdir

$ q rpm-build-macros
rpm-build-macros-0:1.478-1 noarch th-x86-64.pld-linux.org
What should be fixed?

2. Why %doc macro puts documentation files 
in /usr/share/doc/%{name}-%{version} directory instead 
of /usr/share/doc/%{name} ?
What we gain by adding -%{version} to directory name? (my answer: nothing but 
unnecessary troubles).Many programs expects that their documentation is 
located 
in /usr/share/doc/%{name} - privoxy, fluid from fltk-devel are good examples.

-- 
Tomasz Wittner


From gotar at polanet.pl  Mon Oct 13 01:57:56 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 13 Oct 2008 01:57:56 +0200
Subject: SPECS: gksu.spec - findlang commented out
In-Reply-To: <200810122321.17322.tomasz.wittner@gmail.com>
References: <SPECS_gksu.spec.1.32@pld-linux.org>
	<SPECS_gksu.spec.1.33@pld-linux.org>
	<200810130009.11025.glen@pld-linux.org>
	<200810122321.17322.tomasz.wittner@gmail.com>
Message-ID: <20081012235756.GA17532@pepin.polanet.pl>

On Sun, Oct 12, 2008 at 23:21:17 +0200, Tomasz Wittner wrote:

>> On Sunday 12 October 2008 23:03, shadzik wrote:
>> > Author: shadzik                      Date: Sun Oct 12 20:03:45 2008 GMT
>> > Module: SPECS                         Tag: HEAD
>> > ---- Log message:
>> > - findlang commented out
> 
> ... and why have you removed %find_lang - it should be mentioned in your 
> commitlog.

Builds, so reverted.

-- 
Tomasz Pala <gotar at pld-linux.org>


From kiesiu at kiesiu.com  Mon Oct 13 09:07:43 2008
From: kiesiu at kiesiu.com (Lukasz Kies)
Date: Mon, 13 Oct 2008 09:07:43 +0200
Subject: [SPEC] roundup.spec - up to 1.4.6, rel. 1
In-Reply-To: <20081012181750.GA22540@bzium>
References: <1adc5bd30810110314t384bb7d9r5a56a969854da105@mail.gmail.com>
	<89b6ba3a0810110325g4db373fche35bf71bf2d866c1@mail.gmail.com>
	<1adc5bd30810120217p29f04855r6d3372db026e8255@mail.gmail.com>
	<1adc5bd30810121104t79c6c79t99f2ffbc20cbbf27@mail.gmail.com>
	<20081012181750.GA22540@bzium>
Message-ID: <1adc5bd30810130007n1fc974b8n36fc453af45ccf08@mail.gmail.com>

2008/10/12 Radoslaw Zielinski <radek at pld-linux.org>:
> Lukasz Kies <kiesiu at kiesiu.com> [12-10-2008 20:04]:
>> Just noticed that radek has made changes to this spec today, and
>> upgrade it to 1.4.6. So in attachment patch adding missing BR and
>> changing rel to 1 as it's fully working. Please STBR. Thank you.
>
> Done.
>
Thanks.

Regards,
Lukasz


From glen at pld-linux.org  Mon Oct 13 10:34:05 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 13 Oct 2008 11:34:05 +0300
Subject: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
In-Reply-To: <200810122323.44506.tomasz.wittner@gmail.com>
References: <200810122323.44506.tomasz.wittner@gmail.com>
Message-ID: <200810131134.05771.glen@pld-linux.org>

On Monday 13 October 2008 00:23, Tomasz Wittner wrote:
> 1. Ditto:
> $ rpm -E '%_docdir'
> %_docdir
>
> $ q rpm-build-macros
> rpm-build-macros-0:1.478-1 noarch th-x86-64.pld-linux.org
> What should be fixed?

there's nothing to fix. %_docdir is set at runtime (it's available in spec 
build time).

$ rpm -E '%_docdir'
%_docdir

$ rpm -E '%_defaultdocdir'
/usr/share/doc

-- 
glen


From glen at pld-linux.org  Mon Oct 13 10:35:12 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 13 Oct 2008 11:35:12 +0300
Subject: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
In-Reply-To: <200810122323.44506.tomasz.wittner@gmail.com>
References: <200810122323.44506.tomasz.wittner@gmail.com>
Message-ID: <200810131135.13013.glen@pld-linux.org>

On Monday 13 October 2008 00:23, Tomasz Wittner wrote:
> 2. Why %doc macro puts documentation files
> in /usr/share/doc/%{name}-%{version} directory instead
> of /usr/share/doc/%{name} ?
> What we gain by adding -%{version} to directory name? (my answer: nothing
> but unnecessary troubles).Many programs expects that their documentation is
> located
> in /usr/share/doc/%{name} - privoxy, fluid from fltk-devel are good
> examples.

dunno. some redhat convention that we follow as we use rpm? :)

same goes to %{_examplesdir} too, if we remove version, we should do there 
too.

-- 
glen


From glen at pld-linux.org  Mon Oct 13 10:50:25 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 13 Oct 2008 11:50:25 +0300
Subject: SOURCES: mysql.init - fixed bullshit about changing password for
	mysql_sysa...
In-Reply-To: <SOURCES_mysql.init.1.126@pld-linux.org>
References: <SOURCES_mysql.init.1.125@pld-linux.org>
	<SOURCES_mysql.init.1.126@pld-linux.org>
Message-ID: <200810131150.25854.glen@pld-linux.org>

On Monday 13 October 2008 01:50, baggins wrote:
> Author: baggins                      Date: Sun Oct 12 22:50:46 2008 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - fixed bullshit about changing password for mysql_sysadmin
...
> @@ -431,7 +431,7 @@
>
>  mysqladmin -u mysql -S $MYSQL_SOCKET password 'password'
>  mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password 'password'
> -mysqladmin -u mysql_sysadmin -S $MYSQL_SOCKET password 'password'
> +echo "set password=password('newpassword');" | mysql -u mysql_sysadmin -S
> $MYSQL_SOCKET

what bullshit. more details please?

-- 
glen


From z at xatka.net  Mon Oct 13 11:21:32 2008
From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=)
Date: Mon, 13 Oct 2008 11:21:32 +0200
Subject: SPECS: kernel-vanilla.spec - firmware subpackage
In-Reply-To: <SPECS_kernel_vanilla.spec.1.172@pld-linux.org>
References: <SPECS_kernel_vanilla.spec.1.171@pld-linux.org>
	<SPECS_kernel_vanilla.spec.1.172@pld-linux.org>
Message-ID: <200810131121.32844.z@xatka.net>

On Sunday 12 of October 2008 18:11:37 shadzik wrote:
> Author: shadzik                      Date: Sun Oct 12 16:11:37 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - firmware subpackage

Kernel does not build --with noarch now.

1. firmware is %installed if and only if --without noarch
2. subpackage firmware is built --without noarch AND --with noarch

I'm not sure how to fix it. Is firmware noarch?

-- 
Best regards,
Pawe? Zuzelski


From baggins at sith.mimuw.edu.pl  Mon Oct 13 11:31:51 2008
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Mon, 13 Oct 2008 11:31:51 +0200
Subject: SOURCES: mysql.init - fixed bullshit about changing password
	for mysql_sysa...
In-Reply-To: <200810131150.25854.glen@pld-linux.org>
References: <SOURCES_mysql.init.1.125@pld-linux.org>
	<SOURCES_mysql.init.1.126@pld-linux.org>
	<200810131150.25854.glen@pld-linux.org>
Message-ID: <20081013093151.GM10261@sith.mimuw.edu.pl>

On Mon, 13 Oct 2008, Elan Ruusam?e wrote:

> On Monday 13 October 2008 01:50, baggins wrote:
> > Author: baggins                      Date: Sun Oct 12 22:50:46 2008 GMT
> > Module: SOURCES                       Tag: HEAD
> > ---- Log message:
> > - fixed bullshit about changing password for mysql_sysadmin
> ...
> > @@ -431,7 +431,7 @@
> >
> >  mysqladmin -u mysql -S $MYSQL_SOCKET password 'password'
> >  mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password 'password'
> > -mysqladmin -u mysql_sysadmin -S $MYSQL_SOCKET password 'password'
> > +echo "set password=password('newpassword');" | mysql -u mysql_sysadmin -S
> > $MYSQL_SOCKET
> 
> what bullshit. more details please?

The bullshit:
mysqladmin -u mysql_sysadmin password 'password' 

The effect:
mysqladmin: Can't turn off logging; error: 'Access denied; you need the SUPER privilege for this operation'

It does not work for a LOOOOONG time.
And adding SUPER priv to this user is a no-no.

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


From radek at pld-linux.org  Mon Oct 13 12:05:55 2008
From: radek at pld-linux.org (Radoslaw Zielinski)
Date: Mon, 13 Oct 2008 12:05:55 +0200
Subject: gdm 2.24.0
Message-ID: <20081013100555.GA8316@bzium>

I have backed out gdm 2.24.0 to DEVEL.  Reasons:

1) does not work: hangs the keyboard (only SysRq works) and the
   "Shutdown" / "Reboot" buttons do nothing

2) it's not finished, according to http://live.gnome.org/GDM

Please keep the HEAD in a working state...  It's actually being *used*.

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

From patrys at pld-linux.org  Mon Oct 13 12:34:39 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Mon, 13 Oct 2008 12:34:39 +0200
Subject: gdm 2.24.0
In-Reply-To: <20081013100555.GA8316@bzium>
References: <20081013100555.GA8316@bzium>
Message-ID: <89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>

On Mon, Oct 13, 2008 at 12:05 PM, Radoslaw Zielinski
<radek at pld-linux.org> wrote:
> I have backed out gdm 2.24.0 to DEVEL.  Reasons:
>
> 1) does not work: hangs the keyboard (only SysRq works) and the
>   "Shutdown" / "Reboot" buttons do nothing

It does work - our SystemV starts mingetty after X and tty1 steals
keyboard input (Xorg takes the first free vte upon start, this is not
a gdm problem).

Possible solutions:

- install upstart-SystemV which brings ttys up before X - that's what
most distros do

- move gdm startup to /etc/inittab - that's what the rest of the distros do

- force Xorg to use a certain tty (there used to be a hack in GDM 2.20
for this as at this time Xorg did not have vte detection of its own,
now detection is the recommended way to start Xorg as it allows one to
have unlimited Xorg instances on one machine)

> 2) it's not finished, according to http://live.gnome.org/GDM

Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release.

> Please keep the HEAD in a working state...  It's actually being *used*.

See above. Please move it back to HEAD.

-- 
Patryk Zawadzki


From patrys at pld-linux.org  Mon Oct 13 12:50:59 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Mon, 13 Oct 2008 12:50:59 +0200
Subject: cups S: kdelibs
Message-ID: <89b6ba3a0810130350u16b7b9cejca9af228d546d8d9@mail.gmail.com>

Why does cups suggest kdelibs? Why would I want/need that? CUPS works
fine without KDE and/or GNOME and should not depend on/suggest any of
them.

-- 
Patryk Zawadzki


From radek at pld-linux.org  Mon Oct 13 13:43:56 2008
From: radek at pld-linux.org (Radoslaw Zielinski)
Date: Mon, 13 Oct 2008 13:43:56 +0200
Subject: gdm 2.24.0
In-Reply-To: <89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
Message-ID: <20081013114356.GA9102@bzium>

Patryk Zawadzki <patrys at pld-linux.org> [13-10-2008 12:34]:
> On Mon, Oct 13, 2008 at 12:05 PM, Radoslaw Zielinski
> <radek at pld-linux.org> wrote:
>> I have backed out gdm 2.24.0 to DEVEL.  Reasons:

>> 1) does not work: hangs the keyboard (only SysRq works) and the
>>   "Shutdown" / "Reboot" buttons do nothing

> It does work

A statement...

> - our SystemV starts mingetty after X and tty1 steals keyboard input
> (Xorg takes the first free vte upon start, this is not a gdm problem).

...and an explanation why this statement is false.  Sorry, unless it
allows me to log in, I don't consider it working.

> Possible solutions:

> - install upstart-SystemV which brings ttys up before X - that's what
> most distros do

Conflicts: SysVinit then?

> - move gdm startup to /etc/inittab - that's what the rest of the distros do

R: rc-scripts-V-R ?

> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20
> for this as at this time Xorg did not have vte detection of its own,
> now detection is the recommended way to start Xorg as it allows one to
> have unlimited Xorg instances on one machine)

How?

>> 2) it's not finished, according to http://live.gnome.org/GDM
> Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release.

Ah.  gdmsetup is no more?  No word about it in ChangeLog nor in the
release notes...

>> Please keep the HEAD in a working state...  It's actually being *used*.
> See above. Please move it back to HEAD.

Please feel free to do it yourself, after making sure it works (with
Conflicts/Requires where necessary).

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

From patrys at pld-linux.org  Mon Oct 13 13:54:19 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Mon, 13 Oct 2008 13:54:19 +0200
Subject: gdm 2.24.0
In-Reply-To: <20081013114356.GA9102@bzium>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
Message-ID: <89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>

2008/10/13 Radoslaw Zielinski <radek at pld-linux.org>:
> Patryk Zawadzki <patrys at pld-linux.org> [13-10-2008 12:34]:
>> It does work
> A statement...

Want a screenshot? I have 3 machines running it at the moment.

>> - our SystemV starts mingetty after X and tty1 steals keyboard input
>> (Xorg takes the first free vte upon start, this is not a gdm problem).
> ...and an explanation why this statement is false.  Sorry, unless it
> allows me to log in, I don't consider it working.

PLD rc is broken, not gdm.

>> Possible solutions:
>
>> - install upstart-SystemV which brings ttys up before X - that's what
>> most distros do
> Conflicts: SysVinit then?

R: upstart-SystemV

Conflicts would prevent both.

>> - move gdm startup to /etc/inittab - that's what the rest of the distros do
> R: rc-scripts-V-R ?

This can't be done in PLD unless we replace gdm-init with some sort of
a configurable *dm chooser that we add to inittab which is not likely.

>> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20
>> for this as at this time Xorg did not have vte detection of its own,
>> now detection is the recommended way to start Xorg as it allows one to
>> have unlimited Xorg instances on one machine)
> How?

Don't ask me, we use a pretty non-standard and not-recommended method
to start gdm.

>>> 2) it's not finished, according to http://live.gnome.org/GDM
>> Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release.
> Ah.  gdmsetup is no more?  No word about it in ChangeLog nor in the
> release notes...

It's a new app written from scratch. A more correct statement would be
"everything is no more."

>>> Please keep the HEAD in a working state...  It's actually being *used*.
>> See above. Please move it back to HEAD.
> Please feel free to do it yourself, after making sure it works (with
> Conflicts/Requires where necessary).

Will do.

-- 
Patryk Zawadzki


From baggins at sith.mimuw.edu.pl  Mon Oct 13 14:06:21 2008
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Mon, 13 Oct 2008 14:06:21 +0200
Subject: gdm 2.24.0
In-Reply-To: <89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
Message-ID: <20081013120621.GO10261@sith.mimuw.edu.pl>

On Mon, 13 Oct 2008, Patryk Zawadzki wrote:

> 2008/10/13 Radoslaw Zielinski <radek at pld-linux.org>:
> > Patryk Zawadzki <patrys at pld-linux.org> [13-10-2008 12:34]:
> >> It does work
> > A statement...
> 
> Want a screenshot? I have 3 machines running it at the moment.
> 
> >> - our SystemV starts mingetty after X and tty1 steals keyboard input
> >> (Xorg takes the first free vte upon start, this is not a gdm problem).
> > ...and an explanation why this statement is false.  Sorry, unless it
> > allows me to log in, I don't consider it working.
> 
> PLD rc is broken, not gdm.
> 
> >> Possible solutions:
> >
> >> - install upstart-SystemV which brings ttys up before X - that's what
> >> most distros do
> > Conflicts: SysVinit then?
> 
> R: upstart-SystemV

Try doing that and gdm will end up in /dev/null.

> Conflicts would prevent both.
> 
> >> - move gdm startup to /etc/inittab - that's what the rest of the distros do
> > R: rc-scripts-V-R ?
> 
> This can't be done in PLD unless we replace gdm-init with some sort of
> a configurable *dm chooser that we add to inittab which is not likely.
> 
> >> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20
> >> for this as at this time Xorg did not have vte detection of its own,

No? Really? Damn, that must have been a miracle it worked for me for more
than 10 years...

> >> now detection is the recommended way to start Xorg as it allows one to
> >> have unlimited Xorg instances on one machine)
> > How?
> 
> Don't ask me, we use a pretty non-standard and not-recommended method
> to start gdm.

What was the problem with forcing a tty number in default config?
It worked for years. And BTW having multiple Xorg instances on one
machine is a very non-standard thing, so why should we care?

> >>> 2) it's not finished, according to http://live.gnome.org/GDM
> >> Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release.
> > Ah.  gdmsetup is no more?  No word about it in ChangeLog nor in the
> > release notes...
> 
> It's a new app written from scratch. A more correct statement would be
> "everything is no more."

As usual with Gnome, total fuck up first, maybe clean up later. A lot later.

BTW When will you (you as Gnome develpoers) fix session handling (like
save/restore)?

> >>> Please keep the HEAD in a working state...  It's actually being *used*.
> >> See above. Please move it back to HEAD.
> > Please feel free to do it yourself, after making sure it works (with
> > Conflicts/Requires where necessary).
> 
> Will do.

We'll see, and smite you if you screw this up again.

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


From patrys at pld-linux.org  Mon Oct 13 14:16:15 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Mon, 13 Oct 2008 14:16:15 +0200
Subject: gdm 2.24.0
In-Reply-To: <20081013120621.GO10261@sith.mimuw.edu.pl>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081013120621.GO10261@sith.mimuw.edu.pl>
Message-ID: <89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>

On Mon, Oct 13, 2008 at 2:06 PM, Jan Rekorajski
<baggins at sith.mimuw.edu.pl> wrote:
> On Mon, 13 Oct 2008, Patryk Zawadzki wrote:
>> R: upstart-SystemV
> Try doing that and gdm will end up in /dev/null.

Because? AFAIK upstart is going to be default for Th at some point.
upstart-SystemV is built from SystemV sources and is a compatibility
mode for apps not using upstart event scripts.

>> >> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20
>> >> for this as at this time Xorg did not have vte detection of its own,
> No? Really? Damn, that must have been a miracle it worked for me for more
> than 10 years...

Xorg devs prefer if we let Xorg pick the vte. It worked for you
because back then Xorg did not do this and gdm forced vte9.

>> Don't ask me, we use a pretty non-standard and not-recommended method
>> to start gdm.
> What was the problem with forcing a tty number in default config?

See above.

> It worked for years. And BTW having multiple Xorg instances on one
> machine is a very non-standard thing, so why should we care?

It's pretty standard for any computer with user switching if you ask me.

>> It's a new app written from scratch. A more correct statement would be
>> "everything is no more."
> As usual with Gnome, total fuck up first, maybe clean up later. A lot later.

Please elaborate on that on GNOME lists or /dev/null.

> BTW When will you (you as Gnome develpoers) fix session handling (like
> save/restore)?

When you file a proper bug report.

>> Will do.
> We'll see, and smite you if you screw this up again.

Sure, sure. Either propose a working solution or kiss my tail -1

-- 
Patryk Zawadzki


From radek at pld-linux.org  Mon Oct 13 14:22:00 2008
From: radek at pld-linux.org (Radoslaw Zielinski)
Date: Mon, 13 Oct 2008 14:22:00 +0200
Subject: gdm 2.24.0
In-Reply-To: <89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081013120621.GO10261@sith.mimuw.edu.pl>
	<89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>
Message-ID: <20081013122159.GA9757@bzium>

Patryk Zawadzki <patrys at pld-linux.org> [13-10-2008 14:16]:
> On Mon, Oct 13, 2008 at 2:06 PM, Jan Rekorajski <baggins at sith.mimuw.edu.pl> wrote:
>> On Mon, 13 Oct 2008, Patryk Zawadzki wrote:
[...]
>>> Will do.
>> We'll see, and smite you if you screw this up again.
> Sure, sure. Either propose a working solution or kiss my tail -1

Working solution coming through: keep 2.20 until the issue is resolved.

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

From radek at pld-linux.org  Mon Oct 13 14:31:12 2008
From: radek at pld-linux.org (Radoslaw Zielinski)
Date: Mon, 13 Oct 2008 14:31:12 +0200
Subject: gdm 2.24.0
In-Reply-To: <89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
Message-ID: <20081013123112.GA10144@bzium>

Patryk Zawadzki <patrys at pld-linux.org> [13-10-2008 13:54]:
> 2008/10/13 Radoslaw Zielinski <radek at pld-linux.org>:
>> Patryk Zawadzki <patrys at pld-linux.org> [13-10-2008 12:34]:
[...]
>>> - our SystemV starts mingetty after X and tty1 steals keyboard input
>>> (Xorg takes the first free vte upon start, this is not a gdm problem).
>> ...and an explanation why this statement is false.  Sorry, unless it
>> allows me to log in, I don't consider it working.
> PLD rc is broken, not gdm.

The functionality of being able to log in is broken after update to 2.24.

>>> Possible solutions:

>>> - install upstart-SystemV which brings ttys up before X - that's what
>>> most distros do
>> Conflicts: SysVinit then?
> R: upstart-SystemV

That would silently screw someone who relies on SysVinit.  Not acceptable
without discussing it and some consensus.

> Conflicts would prevent both.

C: real(SysVinit)  # sigh

[...]
> This can't be done in PLD unless we replace gdm-init with some sort of
> a configurable *dm chooser that we add to inittab which is not likely.
[...]
> Don't ask me, we use a pretty non-standard and not-recommended method
> to start gdm.

Too bad.  Seems like it's going to have to wait.

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

From patrys at pld-linux.org  Mon Oct 13 14:36:24 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Mon, 13 Oct 2008 14:36:24 +0200
Subject: gdm 2.24.0
In-Reply-To: <20081013123112.GA10144@bzium>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081013123112.GA10144@bzium>
Message-ID: <89b6ba3a0810130536x54cd48a3r6e2547c2fb35a97c@mail.gmail.com>

2008/10/13 Radoslaw Zielinski <radek at pld-linux.org>:
> Patryk Zawadzki <patrys at pld-linux.org> [13-10-2008 13:54]:
>> 2008/10/13 Radoslaw Zielinski <radek at pld-linux.org>:
>>> Patryk Zawadzki <patrys at pld-linux.org> [13-10-2008 12:34]:
>>>> - install upstart-SystemV which brings ttys up before X - that's what
>>>> most distros do
>>> Conflicts: SysVinit then?
>> R: upstart-SystemV
> That would silently screw someone who relies on SysVinit.  Not acceptable
> without discussing it and some consensus.

upstart-SystemV *is* SystemV built from the SystemV sources (except
for the init binary).

-- 
Patryk Zawadzki


From baggins at sith.mimuw.edu.pl  Mon Oct 13 14:40:47 2008
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Mon, 13 Oct 2008 14:40:47 +0200
Subject: gdm 2.24.0
In-Reply-To: <89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081013120621.GO10261@sith.mimuw.edu.pl>
	<89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>
Message-ID: <20081013124047.GP10261@sith.mimuw.edu.pl>

On Mon, 13 Oct 2008, Patryk Zawadzki wrote:

> On Mon, Oct 13, 2008 at 2:06 PM, Jan Rekorajski
> <baggins at sith.mimuw.edu.pl> wrote:
> > On Mon, 13 Oct 2008, Patryk Zawadzki wrote:
> >> R: upstart-SystemV
> > Try doing that and gdm will end up in /dev/null.
> 
> Because? AFAIK upstart is going to be default for Th at some point.

Did you become Th RM?
IOW don't play with my init if you're not going to come and fix it when
it breaks.

> upstart-SystemV is built from SystemV sources and is a compatibility
> mode for apps not using upstart event scripts.
> 
> >> >> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20
> >> >> for this as at this time Xorg did not have vte detection of its own,
> > No? Really? Damn, that must have been a miracle it worked for me for more
> > than 10 years...
> 
> Xorg devs prefer if we let Xorg pick the vte. It worked for you
> because back then Xorg did not do this and gdm forced vte9.

Learn to understand what you're reading. X always could pick it's own vte.

> >> Don't ask me, we use a pretty non-standard and not-recommended method
> >> to start gdm.
> > What was the problem with forcing a tty number in default config?
> 
> See above.

I see your lack of reading skills.

> > It worked for years. And BTW having multiple Xorg instances on one
> > machine is a very non-standard thing, so why should we care?
> 
> It's pretty standard for any computer with user switching if you ask me.

So, how come nobody ever complained?

> >> It's a new app written from scratch. A more correct statement would be
> >> "everything is no more."
> > As usual with Gnome, total fuck up first, maybe clean up later. A lot later.
> 
> Please elaborate on that on GNOME lists or /dev/null.

ROTFL. What for? I saw a "discussion" on removal of splash screen. Gnome devs
answer was "because", even after they heard from two major distros that
was stupid. Elaborating anything on GNOME lists is pointless because they
live in their own small world and can't hear anything else.

> > BTW When will you (you as Gnome develpoers) fix session handling (like
> > save/restore)?
> 
> When you file a proper bug report.

See above, there's no point.

> >> Will do.
> > We'll see, and smite you if you screw this up again.
> 
> Sure, sure. Either propose a working solution or kiss my tail -1

Sure, restore vte9 in default config. Plain and simple.

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


From baggins at sith.mimuw.edu.pl  Mon Oct 13 14:43:08 2008
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Mon, 13 Oct 2008 14:43:08 +0200
Subject: gdm 2.24.0
In-Reply-To: <89b6ba3a0810130536x54cd48a3r6e2547c2fb35a97c@mail.gmail.com>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081013123112.GA10144@bzium>
	<89b6ba3a0810130536x54cd48a3r6e2547c2fb35a97c@mail.gmail.com>
Message-ID: <20081013124308.GQ10261@sith.mimuw.edu.pl>

On Mon, 13 Oct 2008, Patryk Zawadzki wrote:

> 2008/10/13 Radoslaw Zielinski <radek at pld-linux.org>:
> > Patryk Zawadzki <patrys at pld-linux.org> [13-10-2008 13:54]:
> >> 2008/10/13 Radoslaw Zielinski <radek at pld-linux.org>:
> >>> Patryk Zawadzki <patrys at pld-linux.org> [13-10-2008 12:34]:
> >>>> - install upstart-SystemV which brings ttys up before X - that's what
> >>>> most distros do
> >>> Conflicts: SysVinit then?
> >> R: upstart-SystemV
> > That would silently screw someone who relies on SysVinit.  Not acceptable
> > without discussing it and some consensus.
> 
> upstart-SystemV *is* SystemV built from the SystemV sources (except
> for the init binary).

So what? If it:
Requires:       upstart

And that will silently screw someone, and is not acceptable.

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


From patrys at pld-linux.org  Mon Oct 13 14:54:32 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Mon, 13 Oct 2008 14:54:32 +0200
Subject: gdm 2.24.0
In-Reply-To: <20081013124047.GP10261@sith.mimuw.edu.pl>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081013120621.GO10261@sith.mimuw.edu.pl>
	<89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>
	<20081013124047.GP10261@sith.mimuw.edu.pl>
Message-ID: <89b6ba3a0810130554p3d7a8bdl77412c4c667e2141@mail.gmail.com>

On Mon, Oct 13, 2008 at 2:40 PM, Jan Rekorajski
<baggins at sith.mimuw.edu.pl> wrote:
> On Mon, 13 Oct 2008, Patryk Zawadzki wrote:
>> Xorg devs prefer if we let Xorg pick the vte. It worked for you
>> because back then Xorg did not do this and gdm forced vte9.
> Learn to understand what you're reading. X always could pick it's own vte.

Xorg had serious problems with vts at the time gdm 2.4 introduced that
option (it would go and screw up even if launched after all ttys were
up).

>> >> Don't ask me, we use a pretty non-standard and not-recommended method
>> >> to start gdm.
>> > What was the problem with forcing a tty number in default config?
>> See above.
> I see your lack of reading skills.

See again.

>> > It worked for years. And BTW having multiple Xorg instances on one
>> > machine is a very non-standard thing, so why should we care?
>> It's pretty standard for any computer with user switching if you ask me.
> So, how come nobody ever complained?

There was a huge hack to enumerate the devices and walk over each one
starting from a given number, then try to find an unused one. I don't
feel like porting that code over at the moment.

Still, the recommended way to start gdm is using upstart or inittab as
xorg needs to be started after all ttys are up. We can work around
that for years but we're the only distro to run gdm this way.

>> >> It's a new app written from scratch. A more correct statement would be
>> >> "everything is no more."
>> > As usual with Gnome, total fuck up first, maybe clean up later. A lot later.
>> Please elaborate on that on GNOME lists or /dev/null.
> ROTFL. What for? I saw a "discussion" on removal of splash screen. Gnome devs
> answer was "because", even after they heard from two major distros that
> was stupid. Elaborating anything on GNOME lists is pointless because they
> live in their own small world and can't hear anything else.

Yes, it's a huge conspiracy against you :D

Go get some coffee and cool down.

>> > BTW When will you (you as Gnome develpoers) fix session handling (like
>> > save/restore)?
>> When you file a proper bug report.
> See above, there's no point.

If you use GNOME, file a bug and then you can complain. If you don't
use GNOME, why do you care? Again, there is no conspiracy and sessions
work for a lot of people including me. If you don't file a bug, it
won't get fixed as we need someone who can describe and reproduce the
bugs.

>> >> Will do.
>> > We'll see, and smite you if you screw this up again.
>>
>> Sure, sure. Either propose a working solution or kiss my tail -1
> Sure, restore vte9 in default config. Plain and simple.

It could work but see above. I might port that code over if arekm
votes against upstart and gdm maintainers declare they will accept the
patch.

-- 
Patryk Zawadzki


From glen at pld-linux.org  Mon Oct 13 15:09:59 2008
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Mon, 13 Oct 2008 16:09:59 +0300
Subject: SOURCES: mysql.init - fixed bullshit about changing password for
	mysql_sysa...
In-Reply-To: <20081013093151.GM10261@sith.mimuw.edu.pl>
References: <SOURCES_mysql.init.1.125@pld-linux.org>
	<200810131150.25854.glen@pld-linux.org>
	<20081013093151.GM10261@sith.mimuw.edu.pl>
Message-ID: <200810131609.59236.glen@pld-linux.org>

On Monday 13 October 2008 12:31:51 Jan Rekorajski wrote:
> On Mon, 13 Oct 2008, Elan Ruusam?e wrote:
> > On Monday 13 October 2008 01:50, baggins wrote:
> > > Author: baggins                      Date: Sun Oct 12 22:50:46 2008 GMT
> > > Module: SOURCES                       Tag: HEAD
> > > ---- Log message:
> > > - fixed bullshit about changing password for mysql_sysadmin
> >
> > ...
> >
> > > @@ -431,7 +431,7 @@
> > >
> > >  mysqladmin -u mysql -S $MYSQL_SOCKET password 'password'
> > >  mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password 'password'
this is pointless too, as it's the same user, irregardless of the host?

> > > -mysqladmin -u mysql_sysadmin -S $MYSQL_SOCKET password 'password'
> > > +echo "set password=password('newpassword');" | mysql -u mysql_sysadmin
> > > -S $MYSQL_SOCKET
> >
> > what bullshit. more details please?
>
> The bullshit:
> mysqladmin -u mysql_sysadmin password 'password'
>
> The effect:
> mysqladmin: Can't turn off logging; error: 'Access denied; you need the
> SUPER privilege for this operation'
>
> It does not work for a LOOOOONG time.
> And adding SUPER priv to this user is a no-no.

ou, it should be 'mysql' user, not 'mysql_sysadmin'!
but the syntax is still valid.

$ mysqladmin -u mysql password 'password' # sets password for 'mysql' user...

as mysql_sysadmin is just for rotating logs...

> Janek

-- 
glen


From glen at pld-linux.org  Mon Oct 13 15:21:07 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 13 Oct 2008 16:21:07 +0300
Subject: cups S: kdelibs
In-Reply-To: <89b6ba3a0810130350u16b7b9cejca9af228d546d8d9@mail.gmail.com>
References: <89b6ba3a0810130350u16b7b9cejca9af228d546d8d9@mail.gmail.com>
Message-ID: <200810131621.07183.glen@pld-linux.org>

On Monday 13 October 2008 13:50:59 Patryk Zawadzki wrote:
> Why does cups suggest kdelibs? Why would I want/need that? CUPS works
> fine without KDE and/or GNOME and should not depend on/suggest any of
> them.

extract from spec:

# Contains imagetops...:
Suggests:   kdelibs

(don't ask me why, you can bug somebody if you scan cvs log)

-- 
glen


From baggins at sith.mimuw.edu.pl  Mon Oct 13 15:28:38 2008
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Mon, 13 Oct 2008 15:28:38 +0200
Subject: gdm 2.24.0
In-Reply-To: <89b6ba3a0810130554p3d7a8bdl77412c4c667e2141@mail.gmail.com>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081013120621.GO10261@sith.mimuw.edu.pl>
	<89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>
	<20081013124047.GP10261@sith.mimuw.edu.pl>
	<89b6ba3a0810130554p3d7a8bdl77412c4c667e2141@mail.gmail.com>
Message-ID: <20081013132838.GR10261@sith.mimuw.edu.pl>

On Mon, 13 Oct 2008, Patryk Zawadzki wrote:

> On Mon, Oct 13, 2008 at 2:40 PM, Jan Rekorajski
> <baggins at sith.mimuw.edu.pl> wrote:
> > On Mon, 13 Oct 2008, Patryk Zawadzki wrote:
> >> Xorg devs prefer if we let Xorg pick the vte. It worked for you
> >> because back then Xorg did not do this and gdm forced vte9.
> > Learn to understand what you're reading. X always could pick it's own vte.
> 
> Xorg had serious problems with vts at the time gdm 2.4 introduced that
> option (it would go and screw up even if launched after all ttys were
> up).

X would screw up or gdm? X had working autodetection for a long time,
don't blame gdm bugs on someone else.

> >> >> Don't ask me, we use a pretty non-standard and not-recommended method
> >> >> to start gdm.
> >> > What was the problem with forcing a tty number in default config?
> >> See above.
> > I see your lack of reading skills.
> 
> See again.

See what?
 
> >> > It worked for years. And BTW having multiple Xorg instances on one
> >> > machine is a very non-standard thing, so why should we care?
> >> It's pretty standard for any computer with user switching if you ask me.
> > So, how come nobody ever complained?
> 
> There was a huge hack to enumerate the devices and walk over each one
> starting from a given number, then try to find an unused one. I don't
> feel like porting that code over at the moment.

WTF are you talking about?
There was 'FirstVT=' option that let you choose where X should start.
That's all.

> Still, the recommended way to start gdm is using upstart or inittab as
> xorg needs to be started after all ttys are up. We can work around
> that for years but we're the only distro to run gdm this way.

That was invented 9 years ago, and I don't really remember why :(

> >> >> It's a new app written from scratch. A more correct statement would be
> >> >> "everything is no more."
> >> > As usual with Gnome, total fuck up first, maybe clean up later. A lot later.
> >> Please elaborate on that on GNOME lists or /dev/null.
> > ROTFL. What for? I saw a "discussion" on removal of splash screen. Gnome devs
> > answer was "because", even after they heard from two major distros that
> > was stupid. Elaborating anything on GNOME lists is pointless because they
> > live in their own small world and can't hear anything else.
> 
> Yes, it's a huge conspiracy against you :D
>
> Go get some coffee and cool down.

Right, they're out to get me :/ Try disconnecting from GNOME world and
connecting to reality:

http://bugzilla.gnome.org/show_bug.cgi?id=546409


> >> > BTW When will you (you as Gnome develpoers) fix session handling (like
> >> > save/restore)?
> >> When you file a proper bug report.
> > See above, there's no point.
> 
> If you use GNOME, file a bug and then you can complain. If you don't

There is no point, see this:

http://bugzilla.gnome.org/show_bug.cgi?id=552387

That's month old. Anyone cared? No? Is it a blocker? So fucking what,
let's release it anyway.

> use GNOME, why do you care? Again, there is no conspiracy and sessions
> work for a lot of people including me. If you don't file a bug, it
> won't get fixed as we need someone who can describe and reproduce the
> bugs.

Open your eyes. How can you be a GNOME dev if you have no fucking idea
what's going on inside the project?

> >> >> Will do.
> >> > We'll see, and smite you if you screw this up again.
> >>
> >> Sure, sure. Either propose a working solution or kiss my tail -1
> > Sure, restore vte9 in default config. Plain and simple.
> 
> It could work but see above. I might port that code over if arekm
> votes against upstart and gdm maintainers declare they will accept the
> patch.

The whole patch is to add a 'vtXX' opion to exec(/usr/bin/X,...)
and readd FirstVT to gdm.conf

LOL, they will not, that would conflict with theirs illusion of a
perfect software.

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


From baggins at sith.mimuw.edu.pl  Mon Oct 13 15:34:31 2008
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Mon, 13 Oct 2008 15:34:31 +0200
Subject: SOURCES: mysql.init - fixed bullshit about changing password
	for mysql_sysa...
In-Reply-To: <200810131609.59236.glen@pld-linux.org>
References: <SOURCES_mysql.init.1.125@pld-linux.org>
	<200810131150.25854.glen@pld-linux.org>
	<20081013093151.GM10261@sith.mimuw.edu.pl>
	<200810131609.59236.glen@pld-linux.org>
Message-ID: <20081013133431.GS10261@sith.mimuw.edu.pl>

On Mon, 13 Oct 2008, Elan Ruusam?e wrote:

> On Monday 13 October 2008 12:31:51 Jan Rekorajski wrote:
> > On Mon, 13 Oct 2008, Elan Ruusam?e wrote:
> > > On Monday 13 October 2008 01:50, baggins wrote:
> > > > Author: baggins                      Date: Sun Oct 12 22:50:46 2008 GMT
> > > > Module: SOURCES                       Tag: HEAD
> > > > ---- Log message:
> > > > - fixed bullshit about changing password for mysql_sysadmin
> > >
> > > ...
> > >
> > > > @@ -431,7 +431,7 @@
> > > >
> > > >  mysqladmin -u mysql -S $MYSQL_SOCKET password 'password'
> > > >  mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password 'password'
> this is pointless too, as it's the same user, irregardless of the host?

I think not. Mysql distinguishes user by Host%User so the above may make
sense.

> > > > -mysqladmin -u mysql_sysadmin -S $MYSQL_SOCKET password 'password'
> > > > +echo "set password=password('newpassword');" | mysql -u mysql_sysadmin
> > > > -S $MYSQL_SOCKET
> > >
> > > what bullshit. more details please?
> >
> > The bullshit:
> > mysqladmin -u mysql_sysadmin password 'password'
> >
> > The effect:
> > mysqladmin: Can't turn off logging; error: 'Access denied; you need the
> > SUPER privilege for this operation'
> >
> > It does not work for a LOOOOONG time.
> > And adding SUPER priv to this user is a no-no.
> 
> ou, it should be 'mysql' user, not 'mysql_sysadmin'!

No, the point of this command is to set password for user mysql_sysadmin.
First two mysqladmin commands set password for mysql.
If you run `mysqladmin -u mysql password 'password'` you will change password
for user mysql.

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


From glen at pld-linux.org  Mon Oct 13 17:15:38 2008
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Mon, 13 Oct 2008 18:15:38 +0300
Subject: SOURCES: mysql.init - fixed bullshit about changing password for
	mysql_sysa...
In-Reply-To: <20081013133431.GS10261@sith.mimuw.edu.pl>
References: <SOURCES_mysql.init.1.125@pld-linux.org>
	<200810131609.59236.glen@pld-linux.org>
	<20081013133431.GS10261@sith.mimuw.edu.pl>
Message-ID: <200810131815.38941.glen@pld-linux.org>

On Monday 13 October 2008 16:34:31 Jan Rekorajski wrote:
> > > > > ?mysqladmin -u mysql -S $MYSQL_SOCKET password 'password'
> > > > > ?mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password
> > > > > 'password'
> >
> > this is pointless too, as it's the same user, irregardless of the host?
>
> I think not. Mysql distinguishes user by Host%User so the above may make
> sense.

yes, by access rights,  and access rights area already done by 
mysql_system_tables_data.sql file by `service mysql init'.

but password is unique for username....

mysql> show fields from user like '%pass%';
+----------+----------+------+-----+---------+-------+
| Field    | Type     | Null | Key | Default | Extra |
+----------+----------+------+-----+---------+-------+
| Password | char(41) | NO   |     |         |       |
+----------+----------+------+-----+---------+-------+
1 row in set (0.00 sec)

mysql> show fields from host like '%pass%';
Empty set (0.00 sec)

-- 
glen


From baggins at sith.mimuw.edu.pl  Mon Oct 13 17:18:10 2008
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Mon, 13 Oct 2008 17:18:10 +0200
Subject: gdm 2.24.0
In-Reply-To: <20081013132838.GR10261@sith.mimuw.edu.pl>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081013120621.GO10261@sith.mimuw.edu.pl>
	<89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>
	<20081013124047.GP10261@sith.mimuw.edu.pl>
	<89b6ba3a0810130554p3d7a8bdl77412c4c667e2141@mail.gmail.com>
	<20081013132838.GR10261@sith.mimuw.edu.pl>
Message-ID: <20081013151810.GT10261@sith.mimuw.edu.pl>

On Mon, 13 Oct 2008, Jan Rekorajski wrote:

> On Mon, 13 Oct 2008, Patryk Zawadzki wrote:
> 
> > Still, the recommended way to start gdm is using upstart or inittab as
> > xorg needs to be started after all ttys are up. We can work around
> > that for years but we're the only distro to run gdm this way.
> 
> That was invented 9 years ago, and I don't really remember why :(

Ah, I remembered where {xdm,kdm,gdm}.init came from.
It was invented for X servers, a REAL X servers that do not have their
own display but serve X sessions to other machines. It was later
bastardized with KDM and GDM as a way to start local X session.

So, the proper solution is to add a no-display/tcp/xdmcp gdm config to
gdm-init and scream in post that this script is not intended for
starting local X server/X session (use /etc/inittab instead).

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


From baggins at sith.mimuw.edu.pl  Mon Oct 13 17:22:35 2008
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Mon, 13 Oct 2008 17:22:35 +0200
Subject: SOURCES: mysql.init - fixed bullshit about changing password
	for mysql_sysa...
In-Reply-To: <200810131815.38941.glen@pld-linux.org>
References: <SOURCES_mysql.init.1.125@pld-linux.org>
	<200810131609.59236.glen@pld-linux.org>
	<20081013133431.GS10261@sith.mimuw.edu.pl>
	<200810131815.38941.glen@pld-linux.org>
Message-ID: <20081013152235.GU10261@sith.mimuw.edu.pl>

On Mon, 13 Oct 2008, Elan Ruusam?e wrote:

> On Monday 13 October 2008 16:34:31 Jan Rekorajski wrote:
> > > > > > ?mysqladmin -u mysql -S $MYSQL_SOCKET password 'password'
> > > > > > ?mysqladmin -h $hostname -u mysql -S $MYSQL_SOCKET password
> > > > > > 'password'
> > >
> > > this is pointless too, as it's the same user, irregardless of the host?
> >
> > I think not. Mysql distinguishes user by Host%User so the above may make
> > sense.
> 
> yes, by access rights,  and access rights area already done by 
> mysql_system_tables_data.sql file by `service mysql init'.
> 
> but password is unique for username....

Are you sure?

mysql> select  Host,User,Password from user where user = 'mysql';
+-----------+-------+-------------------------------------------+
| Host      | User  | Password                                  |
+-----------+-------+-------------------------------------------+
| localhost | mysql | *2470C0C06DEE42FD1618BB99005ADCA2EC9D1E19 | 
| 127.0.0.1 | mysql |                                           | 
+-----------+-------+-------------------------------------------+
2 rows in set (0.00 sec)

I have nothing against removing crap from packages, but please test it
first if you want to remove it. I just don't want to wake up with a
mysql install without a password ;)

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


From radek at pld-linux.org  Mon Oct 13 17:39:14 2008
From: radek at pld-linux.org (Radoslaw Zielinski)
Date: Mon, 13 Oct 2008 17:39:14 +0200
Subject: gdm 2.24.0
In-Reply-To: <20081013151810.GT10261@sith.mimuw.edu.pl>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081013120621.GO10261@sith.mimuw.edu.pl>
	<89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>
	<20081013124047.GP10261@sith.mimuw.edu.pl>
	<89b6ba3a0810130554p3d7a8bdl77412c4c667e2141@mail.gmail.com>
	<20081013132838.GR10261@sith.mimuw.edu.pl>
	<20081013151810.GT10261@sith.mimuw.edu.pl>
Message-ID: <20081013153913.GA11787@bzium>

Jan Rekorajski <baggins at sith.mimuw.edu.pl> [13-10-2008 17:18]:
[...]
> Ah, I remembered where {xdm,kdm,gdm}.init came from.
> It was invented for X servers, a REAL X servers that do not have their

"REAL X servers", huh? ;->

[...]
> So, the proper solution is to add a no-display/tcp/xdmcp gdm config to
> gdm-init and scream in post that this script is not intended for
> starting local X server/X session (use /etc/inittab instead).

No, "screaming" in %post with suggestions on editing some config file
to get a basic desktop functionality is not a proper solution.  [gxk]dm
should work OOTB after installing a package.  Somehow.

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

From freetz at gmx.net  Mon Oct 13 18:07:17 2008
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Mon, 13 Oct 2008 18:07:17 +0200
Subject: gdm 2.24.0
In-Reply-To: <89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
Message-ID: <20081013180717.d7801cdd.freetz@gmx.net>

On Mon, 13 Oct 2008 12:34:39 +0200
"Patryk Zawadzki" <patrys at pld-linux.org> wrote:

> On Mon, Oct 13, 2008 at 12:05 PM, Radoslaw Zielinski
> <radek at pld-linux.org> wrote:
> > I have backed out gdm 2.24.0 to DEVEL.  Reasons:
> >
> > 1) does not work: hangs the keyboard (only SysRq works) and the
> >   "Shutdown" / "Reboot" buttons do nothing
> 
> It does work - our SystemV starts mingetty after X and tty1 steals
> keyboard input (Xorg takes the first free vte upon start, this is not
> a gdm problem).
> 
> Possible solutions:
> 
> - install upstart-SystemV which brings ttys up before X - that's what
> most distros do
> 
> - move gdm startup to /etc/inittab - that's what the rest of the distros do
> 
> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20
> for this as at this time Xorg did not have vte detection of its own,
> now detection is the recommended way to start Xorg as it allows one to
> have unlimited Xorg instances on one machine)
> 
> > 2) it's not finished, according to http://live.gnome.org/GDM
> 
> Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release.

So what? There are way too much regressions in 2.24 to include it in
serious distribution.

Being a part a GNOME 2.24 does not mean nothing and the best example
for this is completly unfinished gnome-session. Gentoo will not even
release 2.24 due to seriuos regressions.

-- 
Fryderyk Dziarmagowski


From patrys at pld-linux.org  Mon Oct 13 18:18:04 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Mon, 13 Oct 2008 18:18:04 +0200
Subject: gdm 2.24.0
In-Reply-To: <20081013180717.d7801cdd.freetz@gmx.net>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013180717.d7801cdd.freetz@gmx.net>
Message-ID: <89b6ba3a0810130918i38529408qfb6e154b79ed6442@mail.gmail.com>

On Mon, Oct 13, 2008 at 6:07 PM, Fryderyk Dziarmagowski <freetz at gmx.net> wrote:
> On Mon, 13 Oct 2008 12:34:39 +0200
> "Patryk Zawadzki" <patrys at pld-linux.org> wrote:
>> On Mon, Oct 13, 2008 at 12:05 PM, Radoslaw Zielinski
>> <radek at pld-linux.org> wrote:
>> > 2) it's not finished, according to http://live.gnome.org/GDM
>> Wrong, I'm a GNOME dev and can assure you it's part of GNOME 2.24 release.
> So what? There are way too much regressions in 2.24 to include it in
> serious distribution.
>
> Being a part a GNOME 2.24 does not mean nothing and the best example
> for this is completly unfinished gnome-session. Gentoo will not even
> release 2.24 due to seriuos regressions.

I didn't say it's perfect, all I meant is it's the current stable
version. I agree that 2.24 deserves a whole lot of brown paper bag
fixes but I don't think gdm startup sequence is one of them. I propose
we provide gdm2.20 package along gdm anyway as some system might
depend on features of the old gdm.

And I see no reason to fight over it.

-- 
Patryk Zawadzki


From qboosh at pld-linux.org  Mon Oct 13 18:29:51 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 13 Oct 2008 18:29:51 +0200
Subject: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
In-Reply-To: <200810131135.13013.glen@pld-linux.org>
References: <200810122323.44506.tomasz.wittner@gmail.com>
	<200810131135.13013.glen@pld-linux.org>
Message-ID: <20081013162950.GA9380@stranger.qboosh.pl>

On Mon, Oct 13, 2008 at 11:35:12AM +0300, Elan Ruusam?e wrote:
> On Monday 13 October 2008 00:23, Tomasz Wittner wrote:
> > 2. Why %doc macro puts documentation files
> > in /usr/share/doc/%{name}-%{version} directory instead
> > of /usr/share/doc/%{name} ?
> > What we gain by adding -%{version} to directory name? (my answer: nothing
> > but unnecessary troubles).Many programs expects that their documentation is
> > located
> > in /usr/share/doc/%{name} - privoxy, fluid from fltk-devel are good
> > examples.
> 
> dunno. some redhat convention that we follow as we use rpm? :)

Ability to install new version of package (usually library) without
removing old one.

> same goes to %{_examplesdir} too, if we remove version, we should do there 
> too.

Right, consistency here.


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


From glen at pld-linux.org  Mon Oct 13 20:00:10 2008
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Mon, 13 Oct 2008 21:00:10 +0300
Subject: SOURCES: mysql.init - fixed bullshit about changing password for
	mysql_sysa...
In-Reply-To: <20081013152235.GU10261@sith.mimuw.edu.pl>
References: <SOURCES_mysql.init.1.125@pld-linux.org>
	<200810131815.38941.glen@pld-linux.org>
	<20081013152235.GU10261@sith.mimuw.edu.pl>
Message-ID: <200810132100.10286.glen@pld-linux.org>

On Monday 13 October 2008 18:22, Jan Rekorajski wrote:
> Are you sure?

not anymore :)

however i'd leave only 'localhost' entry from default install.

it's totaly pita if you forgot to configure hostname prior mysql install, and 
if you really need access elsewhere than localhost, you can add it later.

currently default install sets:
mysql at localhost
mysql at 127.0.0.1
mysql@$HOSTNAME

now looking, that in our initscript we try to resolve hostname, but @@hostname 
is provided by mysql server itself (at least 5.0.67)

-- 
glen


From gotar at polanet.pl  Tue Oct 14 02:35:29 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 14 Oct 2008 02:35:29 +0200
Subject: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
In-Reply-To: <20081013162950.GA9380@stranger.qboosh.pl>
References: <200810122323.44506.tomasz.wittner@gmail.com>
	<200810131135.13013.glen@pld-linux.org>
	<20081013162950.GA9380@stranger.qboosh.pl>
Message-ID: <20081014003529.GB8425@pepin.polanet.pl>

On Mon, Oct 13, 2008 at 18:29:51 +0200, Jakub Bogusz wrote:

>> > 2. Why %doc macro puts documentation files
>> > in /usr/share/doc/%{name}-%{version} directory instead
>> > of /usr/share/doc/%{name} ?
[...]
> Ability to install new version of package (usually library) without
> removing old one.

After initial mail I've checked my system - none of multiple version
libraries I have had installed ship %doc. Non-library packages would
almost certainly conflict on other files.

-- 
Tomasz Pala <gotar at pld-linux.org>


From gotar at polanet.pl  Tue Oct 14 02:51:57 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 14 Oct 2008 02:51:57 +0200
Subject: gdm 2.24.0
In-Reply-To: <89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
Message-ID: <20081014005157.GE8425@pepin.polanet.pl>

On Mon, Oct 13, 2008 at 13:54:19 +0200, Patryk Zawadzki wrote:

> PLD rc is broken, not gdm.

So one must fix them before removing any gdm hack/workaround, or
introduce alternate hack just to make it work OOTB.

-- 
Tomasz Pala <gotar at pld-linux.org>


From gotar at polanet.pl  Tue Oct 14 02:56:24 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 14 Oct 2008 02:56:24 +0200
Subject: gdm 2.24.0
In-Reply-To: <89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081013120621.GO10261@sith.mimuw.edu.pl>
	<89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>
Message-ID: <20081014005624.GF8425@pepin.polanet.pl>

On Mon, Oct 13, 2008 at 14:16:15 +0200, Patryk Zawadzki wrote:

>>> >> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20
>>> >> for this as at this time Xorg did not have vte detection of its own,
>> No? Really? Damn, that must have been a miracle it worked for me for more
>> than 10 years...
> 
> Xorg devs prefer if we let Xorg pick the vte. It worked for you
> because back then Xorg did not do this and gdm forced vte9.

I don't use *dm much, but XFree86, X11 and now Xorg used to allocate
first free VT since always I think.

-- 
Tomasz Pala <gotar at pld-linux.org>


From qboosh at pld-linux.org  Tue Oct 14 07:40:16 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 14 Oct 2008 07:40:16 +0200
Subject: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
In-Reply-To: <20081014003529.GB8425@pepin.polanet.pl>
References: <200810122323.44506.tomasz.wittner@gmail.com>
	<200810131135.13013.glen@pld-linux.org>
	<20081013162950.GA9380@stranger.qboosh.pl>
	<20081014003529.GB8425@pepin.polanet.pl>
Message-ID: <20081014054016.GA5506@stranger.qboosh.pl>

On Tue, Oct 14, 2008 at 02:35:29AM +0200, Tomasz Pala wrote:
> On Mon, Oct 13, 2008 at 18:29:51 +0200, Jakub Bogusz wrote:
> 
> >> > 2. Why %doc macro puts documentation files
> >> > in /usr/share/doc/%{name}-%{version} directory instead
> >> > of /usr/share/doc/%{name} ?
> [...]
> > Ability to install new version of package (usually library) without
> > removing old one.
> 
> After initial mail I've checked my system - none of multiple version
> libraries I have had installed ship %doc. Non-library packages would
> almost certainly conflict on other files.

Currently on my system (conflicting packages skipped):
libmpcdec-1.2.2-1.athlon
libmpcdec-1.2.6-2.athlon
libstdc++-4.1.2-1.athlon
libstdc++-3.3.6-1.athlon


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


From baggins at sith.mimuw.edu.pl  Tue Oct 14 08:49:37 2008
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Tue, 14 Oct 2008 08:49:37 +0200
Subject: SOURCES: mysql.init - fixed bullshit about changing password
	for mysql_sysa...
In-Reply-To: <200810132100.10286.glen@pld-linux.org>
References: <SOURCES_mysql.init.1.125@pld-linux.org>
	<200810131815.38941.glen@pld-linux.org>
	<20081013152235.GU10261@sith.mimuw.edu.pl>
	<200810132100.10286.glen@pld-linux.org>
Message-ID: <20081014064937.GA29609@sith.mimuw.edu.pl>

On Mon, 13 Oct 2008, Elan Ruusam?e wrote:

> On Monday 13 October 2008 18:22, Jan Rekorajski wrote:
> > Are you sure?
> 
> not anymore :)
> 
> however i'd leave only 'localhost' entry from default install.

I'm all for it! :)

> it's totaly pita if you forgot to configure hostname prior mysql install, and 
> if you really need access elsewhere than localhost, you can add it later.
> 
> currently default install sets:
> mysql at localhost
> mysql at 127.0.0.1
> mysql@$HOSTNAME
> 
> now looking, that in our initscript we try to resolve hostname, but @@hostname 
> is provided by mysql server itself (at least 5.0.67)

Oh, yeah, it just bit  me, I had unresolvable hostname and mysql db init
script tripped over it and fell face down ;) Let's just leave
mysql at localhost (no fancy 127.0.0.1, If you can't resolve localhost,
breaking mysql init is the least of you problems ;).

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


From patrys at pld-linux.org  Tue Oct 14 09:49:10 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Tue, 14 Oct 2008 09:49:10 +0200
Subject: gdm 2.24.0
In-Reply-To: <20081014005624.GF8425@pepin.polanet.pl>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081013120621.GO10261@sith.mimuw.edu.pl>
	<89b6ba3a0810130516n4eeaa351tab8f6b2f4f7f0843@mail.gmail.com>
	<20081014005624.GF8425@pepin.polanet.pl>
Message-ID: <89b6ba3a0810140049q2d5ed827m92e16d9da9b446dc@mail.gmail.com>

On Tue, Oct 14, 2008 at 2:56 AM, Tomasz Pala <gotar at polanet.pl> wrote:
> On Mon, Oct 13, 2008 at 14:16:15 +0200, Patryk Zawadzki wrote:
>>>> >> - force Xorg to use a certain tty (there used to be a hack in GDM 2.20
>>>> >> for this as at this time Xorg did not have vte detection of its own,
>>> No? Really? Damn, that must have been a miracle it worked for me for more
>>> than 10 years...
>> Xorg devs prefer if we let Xorg pick the vte. It worked for you
>> because back then Xorg did not do this and gdm forced vte9.
> I don't use *dm much, but XFree86, X11 and now Xorg used to allocate
> first free VT since always I think.

Yes but it does so in a pretty naive way. As I mentioned in this
thread, it used to cause problems for all distros (and thus around gdm
2.2 the FirstVT option was introduced).

-- 
Patryk Zawadzki


From patrys at pld-linux.org  Tue Oct 14 09:50:05 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Tue, 14 Oct 2008 09:50:05 +0200
Subject: gdm 2.24.0
In-Reply-To: <20081014005157.GE8425@pepin.polanet.pl>
References: <20081013100555.GA8316@bzium>
	<89b6ba3a0810130334maf00d0fm88c4cc30dd4d7588@mail.gmail.com>
	<20081013114356.GA9102@bzium>
	<89b6ba3a0810130454m501b2bdbybd2189502e2376d3@mail.gmail.com>
	<20081014005157.GE8425@pepin.polanet.pl>
Message-ID: <89b6ba3a0810140050m12744aa1tced011809db2669@mail.gmail.com>

On Tue, Oct 14, 2008 at 2:51 AM, Tomasz Pala <gotar at polanet.pl> wrote:
> On Mon, Oct 13, 2008 at 13:54:19 +0200, Patryk Zawadzki wrote:
>
>> PLD rc is broken, not gdm.
> So one must fix them before removing any gdm hack/workaround, or
> introduce alternate hack just to make it work OOTB.

That's why I didn't commit any changes since the revert. I'm waiting
for arekm decision and gdm maintainers' opinion on this.

-- 
Patryk Zawadzki


From glen at pld-linux.org  Wed Oct 15 13:15:57 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 15 Oct 2008 14:15:57 +0300
Subject: initscripts global change
Message-ID: <200810151415.57718.glen@pld-linux.org>

what you think of this change?
it will make global $PROG (varname could be debated), 
which means always same service name regardless of invocation:

/sbin/service httpd
/etc/rc.d/init.d/httpd
/etc/rc.d/rc2.d/K15httpd

and propagates more /sbin/service usage
(which is preffered as it cleans up $ENV for invoked daemons)

builder-ac share/mysql # d /etc/rc.d/rc2.d/*httpd
--- /etc/rc.d/rc2.d/K15httpd~    2008-10-15 14:13:18.000000000 +0300
+++ /etc/rc.d/rc2.d/K15httpd    2008-10-15 14:13:22.567094610 +0300
@@ -18,6 +18,8 @@
 # Get service config
 [ -f /etc/sysconfig/httpd ] && . /etc/sysconfig/httpd

+PROG=${0##*/}; PROG=${PROG#[SK][0-9][0-9]}
+
 # Check that networking is up.
 if is_yes "${NETWORKING}"; then
     if [ ! -f /var/lock/subsys/network -a "$1" != stop -a "$1" != status ]; then
@@ -126,7 +128,7 @@
     fi
     ;;
   *)
-    msg_usage "$0 {start|stop|restart|try-restart|reload|force-reload|graceful|status}"
+    msg_usage "/sbin/service $PROG {start|stop|restart|try-restart|reload|force-reload|graceful|status}"
     exit 3
     ;;
 esac
(END)

-- 
glen


From gotar at polanet.pl  Wed Oct 15 16:36:36 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 15 Oct 2008 16:36:36 +0200
Subject: initscripts global change
In-Reply-To: <200810151415.57718.glen@pld-linux.org>
References: <200810151415.57718.glen@pld-linux.org>
Message-ID: <20081015143635.GA28207@pepin.polanet.pl>

On Wed, Oct 15, 2008 at 14:15:57 +0300, Elan Ruusam?e wrote:

> what you think of this change?

I can't see any point.

> it will make global $PROG (varname could be debated), 
> which means always same service name regardless of invocation:

Who cares?

> (which is preffered as it cleans up $ENV for invoked daemons)

I'm not sure that unconditional environment tampering is good thing.

-- 
Tomasz Pala <gotar at pld-linux.org>


From glen at pld-linux.org  Wed Oct 15 19:04:00 2008
From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 15 Oct 2008 20:04:00 +0300
Subject: initscripts global change
In-Reply-To: <20081015143635.GA28207@pepin.polanet.pl>
References: <200810151415.57718.glen@pld-linux.org>
	<20081015143635.GA28207@pepin.polanet.pl>
Message-ID: <200810152004.00984.glen@pld-linux.org>

On Wednesday 15 October 2008 17:36:36 Tomasz Pala wrote:
> On Wed, Oct 15, 2008 at 14:15:57 +0300, Elan Ruusam?e wrote:
> > what you think of this change?
>
> I can't see any point.
next sentence explained that.

> > it will make global $PROG (varname could be debated),
> > which means always same service name regardless of invocation:
>
> Who cares?
looks like i, if i decided to write a email?

> > (which is preffered as it cleans up $ENV for invoked daemons)
>
> I'm not sure that unconditional environment tampering is good thing.

it is (proven so by the fact you didn't even know ;) )

why yould you like a started daemon depend on enviroment from where it was 
started? it's usually worse than good (do you want your $LDAP_PASSWORD being 
visible for all persons who use phpinfo() ;) 

if you want env for daemon, /etc/sysconfig/SERVICE or /etc/rc.d/init.d/SERVICE 
is place to set these.

-- 
glen


From tomasz.wittner at gmail.com  Thu Oct 16 23:15:22 2008
From: tomasz.wittner at gmail.com (Tomasz Wittner)
Date: Thu, 16 Oct 2008 23:15:22 +0200
Subject: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue
In-Reply-To: <20081014054016.GA5506@stranger.qboosh.pl>
References: <200810122323.44506.tomasz.wittner@gmail.com>
	<20081014003529.GB8425@pepin.polanet.pl>
	<20081014054016.GA5506@stranger.qboosh.pl>
Message-ID: <200810162315.22312.tomasz.wittner@gmail.com>

On Tuesday 14 of October 2008, 07:40, Jakub Bogusz wrote:
> On Tue, Oct 14, 2008 at 02:35:29AM +0200, Tomasz Pala wrote:
> > On Mon, Oct 13, 2008 at 18:29:51 +0200, Jakub Bogusz wrote:
> > >> > 2. Why %doc macro puts documentation files
> > >> > in /usr/share/doc/%{name}-%{version} directory instead
> > >> > of /usr/share/doc/%{name} ?
> >
> > [...]
> >
> > > Ability to install new version of package (usually library) without
> > > removing old one.
This "ability" breaks well known convention that documentation should be 
placed in `${datarootdir}/doc/${PACKAGE}' (according to `info automake': 
2.2.3 Standard Directory Variables)

Some programs have internal help, howtos, manual, etc viewers. These viewers 
rely on ${datarootdir}/doc/${PACKAGE} documentation location. I'm not going 
to fix such every program because of broken PLD packaging scheme (even such 
fixes are trivial).

There is other issue - %doc macro should only do one thing - mark files as 
documentation - unfortunately it does 3 things at once: marks files as docs 
(this is OK), compress documentation files (it is not always desirable) and 
copy files to %{_defaultdocdir}/%{name}-{version} (it is most confusing and 
harmful for me). IMHO %doc macro should accept some options for better 
controlling its behavior.

> >
> > After initial mail I've checked my system - none of multiple version
> > libraries I have had installed ship %doc. Non-library packages would
> > almost certainly conflict on other files.
>
> Currently on my system (conflicting packages skipped):
> libmpcdec-1.2.2-1.athlon
> libmpcdec-1.2.6-2.athlon
> libstdc++-4.1.2-1.athlon
> libstdc++-3.3.6-1.athlon


-- 
Tomasz Wittner


From qboosh at pld-linux.org  Fri Oct 17 21:19:49 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 17 Oct 2008 21:19:49 +0200
Subject: SPECS: python.spec - added python R to modules subpackage
In-Reply-To: <SPECS_python.spec.1.330@pld-linux.org>
References: <SPECS_python.spec.1.329@pld-linux.org>
	<SPECS_python.spec.1.330@pld-linux.org>
Message-ID: <20081017191949.GA14057@stranger.qboosh.pl>

On Fri, Oct 17, 2008 at 08:02:10PM +0200, uzsolt wrote:
> Author: uzsolt                       Date: Fri Oct 17 18:02:10 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - added python R to modules subpackage

> @@ -224,6 +224,7 @@
>  Summary(pl.UTF-8):	Modu?y j?zyka Python
>  Group:		Libraries/Python
>  Requires:	%{name}-libs = %{epoch}:%{version}-%{release}
> +Requires:       %{name} = %{epoch}:%{version}-%{release}

That's not true, modules can be used by any package with python embedded
(by linking with its library), without using /usr/bin/python executable.


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


From udvzsolt at gmail.com  Sat Oct 18 10:56:17 2008
From: udvzsolt at gmail.com (Zsolt Udvari)
Date: Sat, 18 Oct 2008 10:56:17 +0200
Subject: SPECS: python.spec - added python R to modules subpackage
In-Reply-To: <20081017191949.GA14057@stranger.qboosh.pl>
References: <SPECS_python.spec.1.329@pld-linux.org>
	<SPECS_python.spec.1.330@pld-linux.org>
	<20081017191949.GA14057@stranger.qboosh.pl>
Message-ID: <760ece280810180156t45714c5ch4ab62a149828403e@mail.gmail.com>

> That's not true, modules can be used by any package with python embedded
> (by linking with its library), without using /usr/bin/python executable.
Hm. I tried to install quodlibet (this is a python-based music
player). On my system was install python 2.5, and quoadlibet has some
python-deps, so it were install with quodlibet as dependencies. But it
didn't work, because of python version mismatch: these modules
installed to /usr/lib/python2.6 and the "old-installed" modules were
in python2.5. So I should update python, but after that the
python-modules doesn't worked (the python didn't find the
"old-installed" modules). After I've update the python-modules (2.5 to
2.6) and it works.
This is the reason why I've add the python R to python-modules.
Maybe I "corrected" it bad, maybe should add some R to quodlibet (same
version of python and python-modules).

Zsolt


From patrys at pld-linux.org  Sat Oct 18 13:49:58 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Sat, 18 Oct 2008 13:49:58 +0200
Subject: SPECS: python.spec - added python R to modules subpackage
In-Reply-To: <760ece280810180156t45714c5ch4ab62a149828403e@mail.gmail.com>
References: <SPECS_python.spec.1.329@pld-linux.org>
	<SPECS_python.spec.1.330@pld-linux.org>
	<20081017191949.GA14057@stranger.qboosh.pl>
	<760ece280810180156t45714c5ch4ab62a149828403e@mail.gmail.com>
Message-ID: <89b6ba3a0810180449h5986f29cn8c3179748ad419f5@mail.gmail.com>

On Sat, Oct 18, 2008 at 10:56 AM, Zsolt Udvari <udvzsolt at gmail.com> wrote:
>> That's not true, modules can be used by any package with python embedded
>> (by linking with its library), without using /usr/bin/python executable.
> Hm. I tried to install quodlibet (this is a python-based music
> player). On my system was install python 2.5, and quoadlibet has some
> python-deps, so it were install with quodlibet as dependencies. But it
> didn't work, because of python version mismatch: these modules
> installed to /usr/lib/python2.6 and the "old-installed" modules were
> in python2.5. So I should update python, but after that the
> python-modules doesn't worked (the python didn't find the
> "old-installed" modules). After I've update the python-modules (2.5 to
> 2.6) and it works.
> This is the reason why I've add the python R to python-modules.
> Maybe I "corrected" it bad, maybe should add some R to quodlibet (same
> version of python and python-modules).

All compiled python packages should depend on python magic so modules
dep should be enough (a greedy upgrade will pull python correctly).

-- 
Patryk Zawadzki


From kiesiu at kiesiu.com  Sat Oct 18 13:55:38 2008
From: kiesiu at kiesiu.com (Lukasz Kies)
Date: Sat, 18 Oct 2008 13:55:38 +0200
Subject: [SPEC] dia2code
Message-ID: <1adc5bd30810180455u3e7d9672x2f6d936048a7fae6@mail.gmail.com>

Hello all,

I'm using this little tool from time to time, so I've manage to create
some SPEC file for it.
If someone with w+ access to CVS could add this and send STBR I'll be
more than happy :)
If there is something which should be corrected, just let me know.

Regards,
Lukasz


From kiesiu at kiesiu.com  Sat Oct 18 13:57:42 2008
From: kiesiu at kiesiu.com (Lukasz Kies)
Date: Sat, 18 Oct 2008 13:57:42 +0200
Subject: [SPEC] dia2code
In-Reply-To: <1adc5bd30810180455u3e7d9672x2f6d936048a7fae6@mail.gmail.com>
References: <1adc5bd30810180455u3e7d9672x2f6d936048a7fae6@mail.gmail.com>
Message-ID: <1adc5bd30810180457n7c51e14bv6ea928c83d844dd8@mail.gmail.com>

2008/10/18 Lukasz Kies <kiesiu at kiesiu.com>:
> Hello all,
>
> I'm using this little tool from time to time, so I've manage to create
> some SPEC file for it.
> If someone with w+ access to CVS could add this and send STBR I'll be
> more than happy :)
> If there is something which should be corrected, just let me know.
>
Sorry, it's a missing attachment.

Regards,
Lukasz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dia2code.spec
Type: application/octet-stream
Size: 1442 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20081018/6a93ca0b/attachment.obj>

From kiesiu at kiesiu.com  Sat Oct 18 23:07:00 2008
From: kiesiu at kiesiu.com (Lukasz Kies)
Date: Sat, 18 Oct 2008 23:07:00 +0200
Subject: [SPEC] lcab - up to 1.0b12
Message-ID: <1adc5bd30810181407u18969e57yc51df959885affda@mail.gmail.com>

Dear all,

In attachment patch for lcab.spec on HEAD. Changes:
- upgrade to 1.0b12
- update Source URL
- update en and pl description

I'll be happy if someone with w+ access to CVS could commit it and if
it's possible send STBR. Thanks.

Regards,
Lukasz
-------------- next part --------------
A non-text attachment was scrubbed...
Name: lcab.patch
Type: text/x-patch
Size: 1072 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20081018/1e24237a/attachment.bin>

From pawel at dlugosz.eu  Sun Oct 19 08:45:18 2008
From: pawel at dlugosz.eu (Pawel Dlugosz)
Date: Sun, 19 Oct 2008 08:45:18 +0200
Subject: [SPEC] lcab - up to 1.0b12
In-Reply-To: <1adc5bd30810181407u18969e57yc51df959885affda@mail.gmail.com>
References: <1adc5bd30810181407u18969e57yc51df959885affda@mail.gmail.com>
Message-ID: <48FAD77E.2060506@dlugosz.eu>

Ehlo.

Lukasz Kies pisze:
> Dear all,
> 
> In attachment patch for lcab.spec on HEAD. Changes:
> - upgrade to 1.0b12
> - update Source URL
> - update en and pl description
> 
> I'll be happy if someone with w+ access to CVS could commit it and if
> it's possible send STBR. Thanks.

Updated. I can only send it to Titanium builders, so someone
else for Th/Ac is needed :)

-- 
Pozdrawiam,
Pawe? 'duddits' D?ugosz
.::http://dlugosz.eu::.


From adamg at pld-linux.org  Sun Oct 19 09:33:13 2008
From: adamg at pld-linux.org (Adam Golebiowski)
Date: Sun, 19 Oct 2008 09:33:13 +0200
Subject: [SPEC] dia2code
Message-ID: <200810190933.14076.adamg@pld-linux.org>

On Saturday 18 October 2008, Lukasz Kies wrote:
> 2008/10/18 Lukasz Kies <kiesiu at kiesiu.com>:
> > Hello all,
> >
> > I'm using this little tool from time to time, so I've manage to create
> > some SPEC file for it.
> > If someone with w+ access to CVS could add this and send STBR I'll be
> > more than happy :)
> > If there is something which should be corrected, just let me know.
>
> Sorry, it's a missing attachment.

Just two notes:
- we use http://dl.sourceforge.net/ URL for SourceX:
- we use http://foo.sourceforge.net/ for URL: fields

Anyway, I added this. Thanks.
-- 
 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 pld-linux.org  Sun Oct 19 16:46:42 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 19 Oct 2008 17:46:42 +0300
Subject: [SPEC] dia2code
In-Reply-To: <200810190933.14076.adamg@pld-linux.org>
References: <200810190933.14076.adamg@pld-linux.org>
Message-ID: <200810191746.42984.glen@pld-linux.org>

On Sunday 19 October 2008 10:33, Adam Golebiowski wrote:
> Just two notes:
> - we use http://dl.sourceforge.net/ URL for SourceX:

adapter should catch this!

-- 
glen


From glen at pld-linux.org  Mon Oct 20 20:55:19 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 20 Oct 2008 21:55:19 +0300
Subject: SPECS: python.spec - unified
In-Reply-To: <SPECS_python.spec.1.332@pld-linux.org>
References: <SPECS_python.spec.1.331@pld-linux.org>
	<SPECS_python.spec.1.332@pld-linux.org>
Message-ID: <200810202155.19449.glen@pld-linux.org>

On Monday 20 October 2008 20:33, qboosh wrote:
> Author: qboosh                       Date: Mon Oct 20 17:33:49 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - unified
>
> ---- Files affected:
> SPECS:
>    python.spec (1.331 -> 1.332)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/python.spec
> diff -u SPECS/python.spec:1.331 SPECS/python.spec:1.332
> --- SPECS/python.spec:1.331	Sun Oct 19 01:25:25 2008
> +++ SPECS/python.spec	Mon Oct 20 19:33:44 2008
> @@ -80,9 +80,9 @@
>  %{?with_tkinter:BuildRequires:	tix-devel >= 1:8.1.4-4}
>  %{?with_tkinter:BuildRequires:	tk-devel >= 8.4.3}
>  BuildRequires:	zlib-devel
> -Conflicts:	bzr < 1.8
>  Requires:	%{name}-libs = %{epoch}:%{version}-%{release}
>  Obsoletes:	python2
> +Conflicts:	bzr < 1.8
>  BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)

what is that for there?

or we will end up adding all pkgs that are not yet compiled with python 2.6 
there?

and will this stay there too?
 Revision 1.330  2008/10/17 18:02:03  uzsolt
 - added python R to modules subpackage
 

-- 
glen


From z at xatka.net  Tue Oct 21 22:07:49 2008
From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=)
Date: Tue, 21 Oct 2008 22:07:49 +0200
Subject: SPECS: ant.spec - unify java package (template-java.spec)
In-Reply-To: <SPECS_ant.spec.1.94@pld-linux.org>
References: <SPECS_ant.spec.1.93@pld-linux.org>
	<SPECS_ant.spec.1.94@pld-linux.org>
Message-ID: <200810212207.51924.z@xatka.net>

On Tuesday 21 of October 2008 14:12:45 glen wrote:
> Author: glen                         Date: Tue Oct 21 12:12:45 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - unify java package (template-java.spec)
>
> ---- Files affected:
> SPECS:
>    ant.spec (1.93 -> 1.94)
>
> (...)
>
> -%{_javadocdir}/%{name}
> +%ghost %{_javadocdir}/%{name}

Why did you %ghost'ed this file? It is %install'ed.

If I understand what does "%ghost" mean, you should either revert my commit 
and then mark this file as %ghost or revert your commit.

-- 
Best regards,
Pawe? Zuzelski


From glen at pld-linux.org  Tue Oct 21 22:32:03 2008
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Tue, 21 Oct 2008 23:32:03 +0300
Subject: SPECS: ant.spec - unify java package (template-java.spec)
In-Reply-To: <200810212207.51924.z@xatka.net>
References: <SPECS_ant.spec.1.93@pld-linux.org>
	<SPECS_ant.spec.1.94@pld-linux.org>
	<200810212207.51924.z@xatka.net>
Message-ID: <200810212332.03291.glen@pld-linux.org>

On Tuesday 21 October 2008 23:07, Pawe? Zuzelski wrote:
> On Tuesday 21 of October 2008 14:12:45 glen wrote:
> > Author: glen                         Date: Tue Oct 21 12:12:45 2008 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - unify java package (template-java.spec)
> >
> > ---- Files affected:
> > SPECS:
> >    ant.spec (1.93 -> 1.94)
> >
> > (...)
> >
> > -%{_javadocdir}/%{name}
> > +%ghost %{_javadocdir}/%{name}
>
> Why did you %ghost'ed this file? It is %install'ed.
???

> If I understand what does "%ghost" mean, you should either revert my commit
> and then mark this file as %ghost or revert your commit.

perhaps you should first understand how to package a %ghost-ed file?

-- 
glen


From qboosh at pld-linux.org  Tue Oct 21 22:50:40 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 21 Oct 2008 22:50:40 +0200
Subject: SPECS: python.spec - added python R to modules subpackage
In-Reply-To: <760ece280810180156t45714c5ch4ab62a149828403e@mail.gmail.com>
References: <SPECS_python.spec.1.329@pld-linux.org>
	<SPECS_python.spec.1.330@pld-linux.org>
	<20081017191949.GA14057@stranger.qboosh.pl>
	<760ece280810180156t45714c5ch4ab62a149828403e@mail.gmail.com>
Message-ID: <20081021205040.GC23507@stranger.qboosh.pl>

On Sat, Oct 18, 2008 at 10:56:17AM +0200, Zsolt Udvari wrote:
> > That's not true, modules can be used by any package with python embedded
> > (by linking with its library), without using /usr/bin/python executable.
> Hm. I tried to install quodlibet (this is a python-based music
> player). On my system was install python 2.5, and quoadlibet has some
> python-deps, so it were install with quodlibet as dependencies. But it
> didn't work, because of python version mismatch: these modules
> installed to /usr/lib/python2.6 and the "old-installed" modules were
> in python2.5. So I should update python, but after that the
> python-modules doesn't worked (the python didn't find the
> "old-installed" modules). After I've update the python-modules (2.5 to
> 2.6) and it works.
> This is the reason why I've add the python R to python-modules.
> Maybe I "corrected" it bad, maybe should add some R to quodlibet (same
> version of python and python-modules).

python-modules (or some more basic python package) dependency should be
handled by %pyrequires_eq. With it your case is impossible without
breaking dependencies.


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


From z at xatka.net  Tue Oct 21 23:20:44 2008
From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=)
Date: Tue, 21 Oct 2008 23:20:44 +0200
Subject: SPECS: ant.spec - unify java package (template-java.spec)
In-Reply-To: <200810212332.03291.glen@pld-linux.org>
References: <SPECS_ant.spec.1.93@pld-linux.org>
	<200810212207.51924.z@xatka.net>
	<200810212332.03291.glen@pld-linux.org>
Message-ID: <200810212320.47926.z@xatka.net>

On Tuesday 21 of October 2008 22:32:03 Elan Ruusam?e wrote:
> > If I understand what does "%ghost" mean, you should either revert my
> > commit and then mark this file as %ghost or revert your commit.
>
> perhaps you should first understand how to package a %ghost-ed file?

Perhaps. That is why I asked you.

According to rpm documentation:

'A %ghost tag on a file indicates that this file is not to be included
in the package.  It is typically used when the attributes of the file
are important while the contents is not (e.g. a log file).'

This file *is* going to be included in the package. It is created in %install 
section not in %post, so I do not understand why it should be %ghosted.

-- 
Best regards,
Pawe? Zuzelski


From n3npq at mac.com  Tue Oct 21 23:31:32 2008
From: n3npq at mac.com (Jeff Johnson)
Date: Tue, 21 Oct 2008 17:31:32 -0400
Subject: SPECS: ant.spec - unify java package (template-java.spec)
In-Reply-To: <200810212320.47926.z@xatka.net>
References: <SPECS_ant.spec.1.93@pld-linux.org>
	<200810212207.51924.z@xatka.net>
	<200810212332.03291.glen@pld-linux.org>
	<200810212320.47926.z@xatka.net>
Message-ID: <EA1B7146-8C91-4D06-8DE0-99DEE467519D@mac.com>


On Oct 21, 2008, at 5:20 PM, Pawe? Zuzelski wrote:

> On Tuesday 21 of October 2008 22:32:03 Elan Ruusam?e wrote:
>>> If I understand what does "%ghost" mean, you should either revert my
>>> commit and then mark this file as %ghost or revert your commit.
>>
>> perhaps you should first understand how to package a %ghost-ed file?
>
> Perhaps. That is why I asked you.
>
> According to rpm documentation:
>
> 'A %ghost tag on a file indicates that this file is not to be included
> in the package.  It is typically used when the attributes of the file
> are important while the contents is not (e.g. a log file).'
>
> This file *is* going to be included in the package. It is created in  
> %install
> section not in %post, so I do not understand why it should be  
> %ghosted.
>

(aside) That should likely be %ghost attribute instead of tag. and
%exclude, not %ghost, is closer to the "not to be included" semantic.
oh well ...

The difference is that %install is run on the build machine,
while %post is run on the install machine.

%ghost was added to accomodate files created by scripts like %post run
during install, as well as to handle permisions on log files that
cannot be packaged on the build machine.

73 de Jeff

From glen at pld-linux.org  Tue Oct 21 23:54:25 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 22 Oct 2008 00:54:25 +0300
Subject: SPECS: libwbxml2.spec (REMOVED) - there's already wbxml2.spec
In-Reply-To: <SPECS_libwbxml2.spec.NONE@pld-linux.org>
References: <SPECS_libwbxml2.spec.1.5@pld-linux.org>
	<SPECS_libwbxml2.spec.NONE@pld-linux.org>
Message-ID: <200810220054.25683.glen@pld-linux.org>

On Wednesday 22 October 2008 00:51, sls wrote:
> Author: sls                          Date: Tue Oct 21 21:51:50 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - there's already wbxml2.spec
>
> ---- Files affected:
> SPECS:
>    libwbxml2.spec (1.5 -> NONE)  (REMOVED)

are now synce modifications merged to one source that you removed the other 
spec?

-- 
glen


From sls at poczta.wp.pl  Wed Oct 22 00:23:46 2008
From: sls at poczta.wp.pl (Szymon Siwek)
Date: Wed, 22 Oct 2008 00:23:46 +0200
Subject: SPECS: libwbxml2.spec (REMOVED) - there's already wbxml2.spec
In-Reply-To: <200810220054.25683.glen@pld-linux.org>
References: <SPECS_libwbxml2.spec.1.5@pld-linux.org>
	<SPECS_libwbxml2.spec.NONE@pld-linux.org>
	<200810220054.25683.glen@pld-linux.org>
Message-ID: <20081021222346.GA28110@cion.siwster.com>

On Wed, Oct 22, 2008 at 12:54:25AM +0300, Elan Ruusam?e wrote:
> On Wednesday 22 October 2008 00:51, sls wrote:
> > Author: sls                          Date: Tue Oct 21 21:51:50 2008 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - there's already wbxml2.spec
> >
> > ---- Files affected:
> > SPECS:
> >    libwbxml2.spec (1.5 -> NONE)  (REMOVED)
> 
> are now synce modifications merged to one source that you removed the other 
> spec?
> 
OK, maybe I was too fast. I'll investigate if we really need both specs.

-- 
Szymon Siwek


From sls at poczta.wp.pl  Wed Oct 22 00:44:50 2008
From: sls at poczta.wp.pl (Szymon Siwek)
Date: Wed, 22 Oct 2008 00:44:50 +0200
Subject: SPECS: libwbxml2.spec (REMOVED) - there's already wbxml2.spec
In-Reply-To: <20081021222346.GA28110@cion.siwster.com>
References: <SPECS_libwbxml2.spec.1.5@pld-linux.org>
	<SPECS_libwbxml2.spec.NONE@pld-linux.org>
	<200810220054.25683.glen@pld-linux.org>
	<20081021222346.GA28110@cion.siwster.com>
Message-ID: <20081021224450.GA29355@cion.siwster.com>

On Wed, Oct 22, 2008 at 12:23:46AM +0200, Szymon Siwek wrote:
> On Wed, Oct 22, 2008 at 12:54:25AM +0300, Elan Ruusam?e wrote:
> > On Wednesday 22 October 2008 00:51, sls wrote:
> > > Author: sls                          Date: Tue Oct 21 21:51:50 2008 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - there's already wbxml2.spec
> > >
> > > ---- Files affected:
> > > SPECS:
> > >    libwbxml2.spec (1.5 -> NONE)  (REMOVED)
> > 
> > are now synce modifications merged to one source that you removed the other 
> > spec?
> > 
> OK, maybe I was too fast. I'll investigate if we really need both specs.
> 
It looks like I did the right thing (but screwed details).
Patches from synce (anonymous.patch, build.patch, datetime.patch,
namespace.patch) are applied in http://libwbxml.aymerick.com/ svn-repository
and will be included in version 0.9.3. If it will be released.
So I add these patches and look if it brake libsyncml.spec and
php-wbxml.spec.

-- 
Szymon Siwek


From z at xatka.net  Thu Oct 23 09:32:47 2008
From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=)
Date: Thu, 23 Oct 2008 09:32:47 +0200
Subject: SPECS: ant.spec - broken adapter?
In-Reply-To: <SPECS_ant.spec.1.98@pld-linux.org>
References: <SPECS_ant.spec.1.97@pld-linux.org>
	<SPECS_ant.spec.1.98@pld-linux.org>
Message-ID: <200810230932.49173.z@xatka.net>

On Thursday 23 of October 2008 06:56:28 qboosh wrote:
> Author: qboosh                       Date: Thu Oct 23 04:56:28 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - broken adapter?

And one more:

[z at davabel SPECS]$ adapter ant.spec
--- ant.spec    2008-10-23 00:45:12.000000000 +0200
+++ /home/users/z/tmp/adapter-qBGSGU/ant.spec    2008-10-23 09:30:57.000000000 
+0200
@@ -74,7 +74,7 @@
 %{?with_jdepend:BuildRequires:    jdepend}
 BuildRequires:    jdk
 BuildRequires:    jpackage-utils
-%{?with_jsch:BuildRequires:    jsch >= 0.1.21}
+%{?with_jsch:BuildRequires:    jsch:BuildRequires:    jsch >= 0.1.21}
                                ^^^^^^^^^^^^^^^^^^^

-- 
Best regards,
Pawe? Zuzelski


From glen at pld-linux.org  Thu Oct 23 10:49:59 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 23 Oct 2008 11:49:59 +0300
Subject: SOURCES: DevIL-c++.patch - $#^%&*$%^$% cvsnt
In-Reply-To: <SOURCES_DevIL_c__.patch.1.4@pld-linux.org>
References: <SOURCES_DevIL_c__.patch.1.3@pld-linux.org>
	<SOURCES_DevIL_c__.patch.1.4@pld-linux.org>
Message-ID: <200810231149.59991.glen@pld-linux.org>

On Wednesday 22 October 2008 22:09, qboosh wrote:
> Author: qboosh                       Date: Wed Oct 22 19:09:23 2008 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - $#^%&*$%^$% cvsnt
>
> ---- Files affected:
> SOURCES:
>    DevIL-c++.patch (1.3 -> 1.4)
>
> ---- Diffs:
>
> ================================================================
> Index: SOURCES/DevIL-c++.patch
> diff -u /dev/null SOURCES/DevIL-c++.patch:1.4
> --- /dev/null	Wed Oct 22 21:09:24 2008
> +++ SOURCES/DevIL-c++.patch	Wed Oct 22 21:09:18 2008
> @@ -0,0 +1,13 @@
> +--- DevIL-1.7.2/include/IL/il.h.orig	2008-09-05 03:07:54.000000000 +0200
> ++++ DevIL-1.7.2/include/IL/il.h	2008-10-22 17:12:05.242248526 +0200
> +@@ -510,8 +510,8 @@
> + ILAPI ILenum    ILAPIENTRY ilGetError(void);
> + ILAPI ILint     ILAPIENTRY ilGetInteger(ILenum Mode);
> + ILAPI ILvoid    ILAPIENTRY ilGetIntegerv(ILenum Mode, ILint *Param);
> +-ILAPI ILuint    ILAPIENTRY ilGetLumpPos(ILvoid);
> +-ILAPI ILubyte*  ILAPIENTRY ilGetPalette(ILvoid);
> ++ILAPI ILuint    ILAPIENTRY ilGetLumpPos(void);
> ++ILAPI ILubyte*  ILAPIENTRY ilGetPalette(void);
> + ILAPI ILstring  ILAPIENTRY ilGetString(ILenum StringName);
> + ILAPI ILvoid    ILAPIENTRY ilHint(ILenum Target, ILenum Mode);
> + ILAPI ILvoid    ILAPIENTRY ilInit(void);
> ================================================================

it is an ass!

when i managed to set file binary due this newline unwanted conversion,
how do you remove the binary sticky option later?

-- 
glen


From witek.firlej at gmail.com  Thu Oct 23 12:59:26 2008
From: witek.firlej at gmail.com (Witek Firlej)
Date: Thu, 23 Oct 2008 12:59:26 +0200
Subject: docs.pld-linux.org/
Message-ID: <cc1a00390810230359w7494e735ob883351cd1adfb6a@mail.gmail.com>

pl:
Jako, ze http://docs.pld-linux.org/ s? niezmiernie stare, praktycznie
nieaktualne i sami wiecie...
Po rozmowie z qwiatem Przenios?em to co si? nadaje na wuwu?
http://pld-linux.org/Docs/man
Jest wi?ksza, szansa, ze kto? co? tam zrobi czy poprawi - po prostu
proces edycji jest niezmiernie ?atwiejszy.
Prosze wi?c o podpi?cie http://docs.pld-linux.org/ tak by wskazywa?a
na http://pld-linux.org/Docs/man, ewentualnie zostawienie starej
dokumentacji np w
http://old.docs.pld-linux.org/

Co do Polskiej wersji - ta jest jeszcze w miare aktualna i u?yteczna.
Zobaczymy czyy co?(tm) ruszy z angielska wersja na wiki - to wtedy
polska tez zostanie przeniesiona.

en:
 Due to http://docs.pld-linux.org/ is old and out of date. I've moved
some still useful informations to main www
http://pld-linux.org/Docs/man.
Editing is now simplier, so there is a chance that docs will revive.

So let http://docs.pld-linux.org/ refer to
http://pld-linux.org/Docs/man. And old docs put to for example
http://old.docs.pld-linux.org/
-- 
::  Witek Firlej  ::
Voiceless it cries, Wingless flutters, Toothless bites, Mouthless mutters.
::  http://grizz.pl  ::  http://grizz.firlej.org  ::  jid: grizz//jabster.pl  ::

From witek.firlej at gmail.com  Fri Oct 24 15:00:06 2008
From: witek.firlej at gmail.com (Witek Firlej)
Date: Fri, 24 Oct 2008 15:00:06 +0200
Subject: docs.pld-linux.org/
In-Reply-To: <cc1a00390810230359w7494e735ob883351cd1adfb6a@mail.gmail.com>
References: <cc1a00390810230359w7494e735ob883351cd1adfb6a@mail.gmail.com>
Message-ID: <cc1a00390810240600m2bd085efw18bf768ffeb74143@mail.gmail.com>

2008/10/23 Witek Firlej <witek.firlej at gmail.com>:
> pl:
> Jako, ze http://docs.pld-linux.org/ s? niezmiernie stare, praktycznie
> nieaktualne i sami wiecie...
> Po rozmowie z qwiatem Przenios?em to co si? nadaje na wuwu?
> http://pld-linux.org/Docs/man
> Jest wi?ksza, szansa, ze kto? co? tam zrobi czy poprawi - po prostu
> proces edycji jest niezmiernie ?atwiejszy.
> Prosze wi?c o podpi?cie http://docs.pld-linux.org/ tak by wskazywa?a
> na http://pld-linux.org/Docs/man, ewentualnie zostawienie starej
> dokumentacji np w
> http://old.docs.pld-linux.org/
>
> Co do Polskiej wersji - ta jest jeszcze w miare aktualna i u?yteczna.
> Zobaczymy czyy co?(tm) ruszy z angielska wersja na wiki - to wtedy
> polska tez zostanie przeniesiona.
>
> en:
>  Due to http://docs.pld-linux.org/ is old and out of date. I've moved
> some still useful informations to main www
> http://pld-linux.org/Docs/man.
> Editing is now simplier, so there is a chance that docs will revive.
>
> So let http://docs.pld-linux.org/ refer to
> http://pld-linux.org/Docs/man. And old docs put to for example
> http://old.docs.pld-linux.org/
> --
> ::  Witek Firlej  ::
> Voiceless it cries, Wingless flutters, Toothless bites, Mouthless mutters.
> ::  http://grizz.pl  ::  http://grizz.firlej.org  ::  jid: grizz//jabster.pl  ::
>

Sombody, something...?



-- 
::  Witek Firlej  ::
Voiceless it cries, Wingless flutters, Toothless bites, Mouthless mutters.
::  http://grizz.pl  ::  http://grizz.firlej.org  ::  jid: grizz//jabster.pl  ::

From glen at pld-linux.org  Sat Oct 25 18:34:06 2008
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Sat, 25 Oct 2008 19:34:06 +0300
Subject: docs.pld-linux.org/
In-Reply-To: <cc1a00390810240600m2bd085efw18bf768ffeb74143@mail.gmail.com>
References: <cc1a00390810230359w7494e735ob883351cd1adfb6a@mail.gmail.com>
	<cc1a00390810240600m2bd085efw18bf768ffeb74143@mail.gmail.com>
Message-ID: <200810251934.06888.glen@pld-linux.org>

On Friday 24 October 2008 16:00, Witek Firlej wrote:
> > en:
> > ?Due to http://docs.pld-linux.org/ is old and out of date. I've moved
> > some still useful informations to main www
> > http://pld-linux.org/Docs/man.
> > Editing is now simplier, so there is a chance that docs will revive.
> >
> > So let http://docs.pld-linux.org/ refer to
> > http://pld-linux.org/Docs/man. And old docs put to for example
> > http://old.docs.pld-linux.org/
> > --
> Sombody, something...?

what is this? request for change? proposal?

anyhow, i don't know who can change main www site navigation or change docs 
site redirect.

-- 
glen


From witek.firlej at gmail.com  Sat Oct 25 18:56:11 2008
From: witek.firlej at gmail.com (Witek Firlej)
Date: Sat, 25 Oct 2008 18:56:11 +0200
Subject: docs.pld-linux.org/
In-Reply-To: <200810251934.06888.glen@pld-linux.org>
References: <cc1a00390810230359w7494e735ob883351cd1adfb6a@mail.gmail.com>
	<cc1a00390810240600m2bd085efw18bf768ffeb74143@mail.gmail.com>
	<200810251934.06888.glen@pld-linux.org>
Message-ID: <cc1a00390810250956m1777bd7fv1cc4dac3f546ccac@mail.gmail.com>

On Sat, Oct 25, 2008 at 6:34 PM, Elan Ruusam?e <glen at pld-linux.org> wrote:
> On Friday 24 October 2008 16:00, Witek Firlej wrote:
>> > en:
>> >  Due to http://docs.pld-linux.org/ is old and out of date. I've moved
>> > some still useful informations to main www
>> > http://pld-linux.org/Docs/man.
>> > Editing is now simplier, so there is a chance that docs will revive.
>> >
>> > So let http://docs.pld-linux.org/ refer to
>> > http://pld-linux.org/Docs/man. And old docs put to for example
>> > http://old.docs.pld-linux.org/
>> > --
>> Sombody, something...?
>
> what is this? request for change? proposal?
>
> anyhow, i don't know who can change main www site navigation or change docs
> site redirect.
>

Change was made by Adam Golebiowski (adamg).




-- 
::  Witek Firlej  ::
Voiceless it cries, Wingless flutters, Toothless bites, Mouthless mutters.
::  http://grizz.pl  ::  http://grizz.firlej.org  ::  jid: grizz//jabster.pl  ::

From mmazur at kernel.pl  Sat Oct 25 22:10:00 2008
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Sat, 25 Oct 2008 22:10:00 +0200
Subject: udev hangs on >=2.6.25
Message-ID: <200810252210.00321.mmazur@kernel.pl>

udev.spec has this inside:

# needed on kernels < 2.6.25
cat <<EOF >$RPM_BUILD_ROOT%{_sysconfdir}/udev/rules.d/05-udev-early.rules
# sysfs is populated after the event is sent
ACTION=="add", SUBSYSTEM=="scsi", WAIT_FOR_SYSFS="ioerr_cnt"
EOF

On kernels >2.6.25 (tested; dunno about 2.6.25 itself) this line causes a 
10second udev hangup while booting the system. Removing it fixes the problem 
and breaks nothing.

The question is whether we remove it altogether or is it possible to write a 
if kernelver version of this rule? (Any udev rules magicians please step 
out.)


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


From arekm at maven.pl  Sat Oct 25 22:19:32 2008
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Sat, 25 Oct 2008 22:19:32 +0200
Subject: udev hangs on >=2.6.25
In-Reply-To: <200810252210.00321.mmazur@kernel.pl>
References: <200810252210.00321.mmazur@kernel.pl>
Message-ID: <200810252219.32770.arekm@maven.pl>

On Saturday 25 of October 2008, Mariusz Mazur wrote:
> udev.spec has this inside:

Rule dropped since not needed on Th.

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


From glen at pld-linux.org  Sun Oct 26 19:13:28 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 26 Oct 2008 21:13:28 +0300
Subject: SPECS: glibc.spec S: tzdata, too then
In-Reply-To: <SPECS_glibc.spec.1.793@pld-linux.org>
References: <SPECS_glibc.spec.1.792@pld-linux.org>
	<SPECS_glibc.spec.1.793@pld-linux.org>
Message-ID: <200810262013.28265.glen@pld-linux.org>

On Sunday 26 October 2008 13:02, arekm wrote:
> Index: SPECS/glibc.spec
> diff -u SPECS/glibc.spec:1.792 SPECS/glibc.spec:1.793
> --- SPECS/glibc.spec:1.792	Sun Oct 26 10:34:33 2008
> +++ SPECS/glibc.spec	Sun Oct 26 12:02:44 2008
> @@ -272,6 +272,7 @@
>  AutoReq:	false
>  Requires:	%{name} = %{epoch}:%{version}-%{release}
>  Suggests:	%{name}-localedb-all
> +Suggests:	tzdata
>
>  %description misc
>  Utilities and data used by glibc.
> @@ -1638,6 +1639,9 @@
>  All persons listed below can be reached at <cvs_login>@pld-linux.org
>
>  $Log$
> +Revision 1.793  2008/10/26 11:02:44  arekm
> +S: tzdata, too then

LOOP now?

-- 
glen


From gotar at polanet.pl  Sun Oct 26 21:08:00 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 26 Oct 2008 21:08:00 +0100
Subject: SPECS: glibc.spec S: tzdata, too then
In-Reply-To: <200810262013.28265.glen@pld-linux.org>
References: <SPECS_glibc.spec.1.792@pld-linux.org>
	<SPECS_glibc.spec.1.793@pld-linux.org>
	<200810262013.28265.glen@pld-linux.org>
Message-ID: <20081026200800.GB15484@pepin.polanet.pl>

On Sun, Oct 26, 2008 at 21:13:28 +0300, Elan Ruusam?e wrote:

>> +S: tzdata, too then
> 
> LOOP now?

Is is tight enough to cause any problems?

-- 
Tomasz Pala <gotar at pld-linux.org>


From n3npq at mac.com  Sun Oct 26 21:32:51 2008
From: n3npq at mac.com (Jeff Johnson)
Date: Sun, 26 Oct 2008 16:32:51 -0400
Subject: SPECS: glibc.spec S: tzdata, too then
In-Reply-To: <20081026200800.GB15484@pepin.polanet.pl>
References: <SPECS_glibc.spec.1.792@pld-linux.org>
	<SPECS_glibc.spec.1.793@pld-linux.org>
	<200810262013.28265.glen@pld-linux.org>
	<20081026200800.GB15484@pepin.polanet.pl>
Message-ID: <2BE7A67E-A99C-4EB7-866A-509E93F99D26@mac.com>


On Oct 26, 2008, at 4:08 PM, Tomasz Pala wrote:

> On Sun, Oct 26, 2008 at 21:13:28 +0300, Elan Ruusam?e wrote:
>
>>> +S: tzdata, too then
>>
>> LOOP now?
>
> Is is tight enough to cause any problems?
>

The issue is rather different than described.

Suggests: added using RPMSENSE_MISSINGOK (as PLD does) will
never cause a dependency loop while ordering.

Howvere, Suggests: are promoted to Requires: when the suggestion
is accepted. That's the issue that glen is worrying abt.

Meanwhile, I just gave glen a patch that will display LOOP:
messages always, not just when -vv is specified.

The noise from displaying LOOP: whenever a dependency loop is found
is surely gonna drown out the rather minor and technical detail
of whether a promoted Suggests: -> Requires: causes an additional loop.

Hint: read up on using %_dependency_whiteout to snip loops  
deterministically.
The better fix, changing the packaging to not have any loops, is a
much harder issue to solve.

hth

73 de Jeff


> -- 
> Tomasz Pala <gotar at pld-linux.org>
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From gotar at polanet.pl  Sun Oct 26 23:06:04 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 26 Oct 2008 23:06:04 +0100
Subject: SPECS: glibc.spec S: tzdata, too then
In-Reply-To: <2BE7A67E-A99C-4EB7-866A-509E93F99D26@mac.com>
References: <SPECS_glibc.spec.1.792@pld-linux.org>
	<SPECS_glibc.spec.1.793@pld-linux.org>
	<200810262013.28265.glen@pld-linux.org>
	<20081026200800.GB15484@pepin.polanet.pl>
	<2BE7A67E-A99C-4EB7-866A-509E93F99D26@mac.com>
Message-ID: <20081026220604.GA10090@pepin.polanet.pl>

On Sun, Oct 26, 2008 at 16:32:51 -0400, Jeff Johnson wrote:

> Hint: read up on using %_dependency_whiteout to snip loops  
> deterministically.
> The better fix, changing the packaging to not have any loops, is a
> much harder issue to solve.

That's why I wanted not to have S for packages with the same %{name}
prefix, as they often require base package (xyz-plugin R: xyz, so don't
S: xyz-plugin from xyz).

-- 
Tomasz Pala <gotar at pld-linux.org>


From glen at pld-linux.org  Mon Oct 27 09:09:19 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 27 Oct 2008 11:09:19 +0300
Subject: SPECS: glibc.spec S: tzdata, too then
In-Reply-To: <20081026220604.GA10090@pepin.polanet.pl>
References: <SPECS_glibc.spec.1.792@pld-linux.org>
	<2BE7A67E-A99C-4EB7-866A-509E93F99D26@mac.com>
	<20081026220604.GA10090@pepin.polanet.pl>
Message-ID: <200810271009.19197.glen@pld-linux.org>

On Monday 27 October 2008 00:06, Tomasz Pala wrote:
> On Sun, Oct 26, 2008 at 16:32:51 -0400, Jeff Johnson wrote:
> > Hint: read up on using %_dependency_whiteout to snip loops
> > deterministically.
> > The better fix, changing the packaging to not have any loops, is a
> > much harder issue to solve.
>
> That's why I wanted not to have S for packages with the same %{name}
> prefix, as they often require base package (xyz-plugin R: xyz, so don't
> S: xyz-plugin from xyz).

the deps place is perhaps basesystem?

%description
While this package does not contain any files, it does perform an
important function. It defines the components of a basic PLD
distribution, providing packages install in right order.

-- 
glen


From n3npq at mac.com  Mon Oct 27 11:42:54 2008
From: n3npq at mac.com (Jeff Johnson)
Date: Mon, 27 Oct 2008 06:42:54 -0400
Subject: SPECS: glibc.spec S: tzdata, too then
In-Reply-To: <200810271009.19197.glen@pld-linux.org>
References: <SPECS_glibc.spec.1.792@pld-linux.org>
	<2BE7A67E-A99C-4EB7-866A-509E93F99D26@mac.com>
	<20081026220604.GA10090@pepin.polanet.pl>
	<200810271009.19197.glen@pld-linux.org>
Message-ID: <1D564861-060C-40BE-8E8E-B7370B2845A4@mac.com>


On Oct 27, 2008, at 4:09 AM, Elan Ruusam?e wrote:

> On Monday 27 October 2008 00:06, Tomasz Pala wrote:
>> On Sun, Oct 26, 2008 at 16:32:51 -0400, Jeff Johnson wrote:
>>> Hint: read up on using %_dependency_whiteout to snip loops
>>> deterministically.
>>> The better fix, changing the packaging to not have any loops, is a
>>> much harder issue to solve.
>>
>> That's why I wanted not to have S for packages with the same %{name}
>> prefix, as they often require base package (xyz-plugin R: xyz, so  
>> don't
>> S: xyz-plugin from xyz).
>
> the deps place is perhaps basesystem?
>
> %description
> While this package does not contain any files, it does perform an
> important function. It defines the components of a basic PLD
> distribution, providing packages install in right order.
>

Perhaps.

But basesystem exists solely because of the way that RedHat used to  
"cookie cutter"
distros before sending a tree for the next batch of cdroms' to be  
burned.

Maybe PLD is planning on burning cdroms for distribution too?

Seriously, the basesystem package is as useless as toe nails and an  
appendix.

73 de Jeff

From glen at pld-linux.org  Mon Oct 27 13:53:21 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 27 Oct 2008 14:53:21 +0200
Subject: SPECS: glibc.spec S: tzdata, too then
In-Reply-To: <1D564861-060C-40BE-8E8E-B7370B2845A4@mac.com>
References: <SPECS_glibc.spec.1.792@pld-linux.org>
	<200810271009.19197.glen@pld-linux.org>
	<1D564861-060C-40BE-8E8E-B7370B2845A4@mac.com>
Message-ID: <200810271453.22122.glen@pld-linux.org>

On Monday 27 October 2008 12:42:54 Jeff Johnson wrote:
> > the deps place is perhaps basesystem?
..
> Perhaps.
>
> Maybe PLD is planning on burning cdroms for distribution too?
>
> Seriously, the basesystem package is as useless as toe nails and an
> appendix.
i see some global obsoletes list in that package. and it's likely present in 
all pld installations

other purpose, like getting dev and setup in place came imho already 
elsewhere.

-- 
glen


From qboosh at pld-linux.org  Tue Oct 28 19:12:19 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 28 Oct 2008 19:12:19 +0100
Subject: rpm: groups - pl for Debug
In-Reply-To: <rpm_groups.1.87@pld-linux.org>
References: <rpm_groups.1.86@pld-linux.org> <rpm_groups.1.87@pld-linux.org>
Message-ID: <20081028181219.GA13869@stranger.qboosh.pl>

On Sat, Oct 25, 2008 at 05:15:28PM +0200, blues wrote:

(also in rpm-debuginfo.patch)

>  Development/Debug

Development/Debugging?

"debug" is a verb only, other groups don't use such form.


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


From n3npq at mac.com  Tue Oct 28 20:11:50 2008
From: n3npq at mac.com (Jeff Johnson)
Date: Tue, 28 Oct 2008 15:11:50 -0400
Subject: rpm: groups - pl for Debug
In-Reply-To: <20081028181219.GA13869@stranger.qboosh.pl>
References: <rpm_groups.1.86@pld-linux.org> <rpm_groups.1.87@pld-linux.org>
	<20081028181219.GA13869@stranger.qboosh.pl>
Message-ID: <7CF11276-70E7-424C-A4A6-1903D9E8266F@mac.com>


On Oct 28, 2008, at 2:12 PM, Jakub Bogusz wrote:

> On Sat, Oct 25, 2008 at 05:15:28PM +0200, blues wrote:
>
> (also in rpm-debuginfo.patch)
>
>> Development/Debug
>
> Development/Debugging?
>
> "debug" is a verb only, other groups don't use such form.
>

LOL

I'm reminded of the @rpm5.org easter egg

/*
  * Kurwa, durni ameryka?ce sobe zawsze my?l?, ?e ca?y ?wiat m?wi po
  * angielsku...
  */

English (and American) speakers rely on furreners (and immigrants) to  
Get It Right!

73 de Jeff

From arekm at maven.pl  Tue Oct 28 23:20:00 2008
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Oct 2008 23:20:00 +0100
Subject: SPECS: rpm.spec - 5.1.6 - updated TODO (will glob patch finally
	go away?)
In-Reply-To: <SPECS_rpm.spec.1.919@pld-linux.org>
References: <SPECS_rpm.spec.1.918@pld-linux.org>
	<SPECS_rpm.spec.1.919@pld-linux.org>
Message-ID: <200810282320.00333.arekm@maven.pl>

On Tuesday 28 of October 2008, baggins wrote:
> Author: baggins                      Date: Tue Oct 28 22:11:56 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - 5.1.6


> - updated TODO (will glob patch finally go away?)

Only if current upstream rpm is smart enough to always use own glob() 
implementation (which differently handles symlinks pointing to nowhere than 
current glibc implementation).

http://rpm5.org/cvs/tktview?tn=38&_submit=Show really got fixed?

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


From baggins at sith.mimuw.edu.pl  Tue Oct 28 23:24:47 2008
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Tue, 28 Oct 2008 23:24:47 +0100
Subject: SPECS: rpm.spec - 5.1.6 - updated TODO (will glob patch
	finally go away?)
In-Reply-To: <200810282320.00333.arekm@maven.pl>
References: <SPECS_rpm.spec.1.918@pld-linux.org>
	<SPECS_rpm.spec.1.919@pld-linux.org>
	<200810282320.00333.arekm@maven.pl>
Message-ID: <20081028222447.GA1597@sith.mimuw.edu.pl>

On Tue, 28 Oct 2008, Arkadiusz Miskiewicz wrote:

> On Tuesday 28 of October 2008, baggins wrote:
> > Author: baggins                      Date: Tue Oct 28 22:11:56 2008 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - 5.1.6
> 
> 
> > - updated TODO (will glob patch finally go away?)
> 
> Only if current upstream rpm is smart enough to always use own glob() 
> implementation (which differently handles symlinks pointing to nowhere than 
> current glibc implementation).

rpm's glob() has been moved from misc to rpmio, and I don't know how to
test if it works properly :(

> http://rpm5.org/cvs/tktview?tn=38&_submit=Show really got fixed?

I don't think so. The only that got fixed was
http://rpm5.org/cvs/tktview?tn=39&_submit=Show

I just removed duplicate URLs in spec.

BTW Why aren't we using rpm 5.1.x in Th?

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


From n3npq at mac.com  Tue Oct 28 23:31:27 2008
From: n3npq at mac.com (Jeff Johnson)
Date: Tue, 28 Oct 2008 18:31:27 -0400
Subject: SPECS: rpm.spec - 5.1.6 - updated TODO (will glob patch	finally go
	away?)
In-Reply-To: <20081028222447.GA1597@sith.mimuw.edu.pl>
References: <SPECS_rpm.spec.1.918@pld-linux.org>
	<SPECS_rpm.spec.1.919@pld-linux.org>
	<200810282320.00333.arekm@maven.pl>
	<20081028222447.GA1597@sith.mimuw.edu.pl>
Message-ID: <EB0F2135-D832-465C-982B-CA1367D5990E@mac.com>


On Oct 28, 2008, at 6:24 PM, Jan Rekorajski wrote:

> On Tue, 28 Oct 2008, Arkadiusz Miskiewicz wrote:
>
>> On Tuesday 28 of October 2008, baggins wrote:
>>> Author: baggins                      Date: Tue Oct 28 22:11:56  
>>> 2008 GMT
>>> Module: SPECS                         Tag: HEAD
>>> ---- Log message:
>>> - 5.1.6
>>
>>
>>> - updated TODO (will glob patch finally go away?)
>>
>> Only if current upstream rpm is smart enough to always use own glob()
>> implementation (which differently handles symlinks pointing to  
>> nowhere than
>> current glibc implementation).
>
> rpm's glob() has been moved from misc to rpmio, and I don't know how  
> to
> test if it works properly :(
>

If you find glob tests, I'll wire into rpm's "make check".

Otherwise, glob() failure is usually not quiet. De facto
testing using rpmbuild is more than sufficient.

The reason for the glob patch (which ultimately has led
to rpm internalizing glob) had to do
with dangling symlinks.

If you can package a dangling symlink, then the internal
rpmio glob is likely as good as glibc's (upon which its based).

>> http://rpm5.org/cvs/tktview?tn=38&_submit=Show really got fixed?
>
> I don't think so. The only that got fixed was
> http://rpm5.org/cvs/tktview?tn=39&_submit=Show
>
> I just removed duplicate URLs in spec.
>
> BTW Why aren't we using rpm 5.1.x in Th?
>

rpm-5.0 changed the rules for memory allocation. The older rule
was replaced with
	All memory return'ed from headerGet() must be free'd.

Reworking the changed malloc rule into poldek is likely the rate
limiting flaw.

But rpm-4.4.9 (and rpm-4.5 and ..) are all pretty similar in usefully
used functionality.

73 de Jeff


From n3npq at mac.com  Tue Oct 28 23:34:03 2008
From: n3npq at mac.com (Jeff Johnson)
Date: Tue, 28 Oct 2008 18:34:03 -0400
Subject: SPECS: rpm.spec - 5.1.6 - updated TODO (will glob patch finally	go
	away?)
In-Reply-To: <200810282320.00333.arekm@maven.pl>
References: <SPECS_rpm.spec.1.918@pld-linux.org>
	<SPECS_rpm.spec.1.919@pld-linux.org>
	<200810282320.00333.arekm@maven.pl>
Message-ID: <6DAFD3FB-24D0-4C2A-842E-03F4030CE34C@mac.com>


On Oct 28, 2008, at 6:20 PM, Arkadiusz Miskiewicz wrote:
>
> http://rpm5.org/cvs/tktview?tn=38&_submit=Show really got fixed?
>

If not fixed, I need a more precise reproducer.

The problem that I saw before, multiple RPMTAG_DESCRIPTION
tags ending up in packages using rpm-5.1, I tried (and could not)  
reproduce
with the case you originally gave me.

I explicitly checked before rpm-5.1.5 was released.

If not fixed, well, show me the flaw again.

73 de Jeff


> -- 
> Arkadiusz Mi?kiewicz        PLD/Linux Team
> arekm / maven.pl            http://ftp.pld-linux.org/
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From arekm at maven.pl  Tue Oct 28 23:37:30 2008
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Oct 2008 23:37:30 +0100
Subject: SPECS: rpm.spec - 5.1.6 - updated TODO (will glob patch finally
	go away?)
In-Reply-To: <20081028222447.GA1597@sith.mimuw.edu.pl>
References: <SPECS_rpm.spec.1.918@pld-linux.org>
	<200810282320.00333.arekm@maven.pl>
	<20081028222447.GA1597@sith.mimuw.edu.pl>
Message-ID: <200810282337.30540.arekm@maven.pl>

On Tuesday 28 of October 2008, Jan Rekorajski wrote:
> On Tue, 28 Oct 2008, Arkadiusz Miskiewicz wrote:
> > On Tuesday 28 of October 2008, baggins wrote:
> > > Author: baggins                      Date: Tue Oct 28 22:11:56 2008 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - 5.1.6
> > >
> > >
> > > - updated TODO (will glob patch finally go away?)
> >
> > Only if current upstream rpm is smart enough to always use own glob()
> > implementation (which differently handles symlinks pointing to nowhere
> > than current glibc implementation).
>
> rpm's glob() has been moved from misc to rpmio, and I don't know how to
> test if it works properly :(

Test was simple:

%install
ln -s /not-existing-crap $RPM_BUILD_ROOT/test

%files
/test

if it fails then the problem is still there.

> BTW Why aren't we using rpm 5.1.x in Th?

Because of these reported and unfixed bugs (which are serious regresions for 
us comparing to 4.4.9).

> Janek

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


From arekm at maven.pl  Tue Oct 28 23:39:32 2008
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Oct 2008 23:39:32 +0100
Subject: SPECS: rpm.spec - 5.1.6 - updated TODO (will glob patch
	=?utf-8?q?finally=09go?= away?)
In-Reply-To: <6DAFD3FB-24D0-4C2A-842E-03F4030CE34C@mac.com>
References: <SPECS_rpm.spec.1.918@pld-linux.org>
	<200810282320.00333.arekm@maven.pl>
	<6DAFD3FB-24D0-4C2A-842E-03F4030CE34C@mac.com>
Message-ID: <200810282339.32554.arekm@maven.pl>

On Tuesday 28 of October 2008, Jeff Johnson wrote:
> On Oct 28, 2008, at 6:20 PM, Arkadiusz Miskiewicz wrote:
> > http://rpm5.org/cvs/tktview?tn=38&_submit=Show really got fixed?
>
> If not fixed, I need a more precise reproducer.
>
> The problem that I saw before, multiple RPMTAG_DESCRIPTION
> tags ending up in packages using rpm-5.1, I tried (and could not)
> reproduce
> with the case you originally gave me.

Next time please file proper comment into rpm5.org bug system.

Will retest again at some point.

> 73 de Jeff

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


From n3npq at mac.com  Tue Oct 28 23:46:35 2008
From: n3npq at mac.com (Jeff Johnson)
Date: Tue, 28 Oct 2008 18:46:35 -0400
Subject: SPECS: rpm.spec - 5.1.6 - updated TODO (will glob patch finally	go
	away?)
In-Reply-To: <200810282339.32554.arekm@maven.pl>
References: <SPECS_rpm.spec.1.918@pld-linux.org>
	<200810282320.00333.arekm@maven.pl>
	<6DAFD3FB-24D0-4C2A-842E-03F4030CE34C@mac.com>
	<200810282339.32554.arekm@maven.pl>
Message-ID: <6828853D-C24A-4106-B727-D3702533A6B1@mac.com>


On Oct 28, 2008, at 6:39 PM, Arkadiusz Miskiewicz wrote:

> On Tuesday 28 of October 2008, Jeff Johnson wrote:
>> On Oct 28, 2008, at 6:20 PM, Arkadiusz Miskiewicz wrote:
>>> http://rpm5.org/cvs/tktview?tn=38&_submit=Show really got fixed?
>>
>> If not fixed, I need a more precise reproducer.
>>
>> The problem that I saw before, multiple RPMTAG_DESCRIPTION
>> tags ending up in packages using rpm-5.1, I tried (and could not)
>> reproduce
>> with the case you originally gave me.
>
> Next time please file proper comment into rpm5.org bug system.
>

I tried (see the url), but the @rpm5.org bug system is rather awkward  
and fragile.

What is a proper comment anyways?

> Will retest again at some point.
>

Please do. and if you send me a toy srpm reproducer, then I
will wire up into rpm's "make check". You can easily add too,
just check in a tests/foo*.srpm, that will automatically be rebuilt
and installed, which should exercise obvious flaws.

No matter what: RPM_I18NSTRING_TYPE needs to Die! Die! Die!

A data type that sometimes is a scalar, and sometimes is an array,
is no useful data type imho.

I know several ways to eliminate RPM_I18NSTRING_TYPE with
no loss of functionality if I extend arbitrary tag permitted
characters. But I cannot make a PLD change for you.

73 de Jeff



From qboosh at pld-linux.org  Tue Oct 28 23:50:57 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 28 Oct 2008 23:50:57 +0100
Subject: SPECS: rpm.spec - 5.1.6 - updated TODO (will glob patch
	finally go away?)
In-Reply-To: <200810282337.30540.arekm@maven.pl>
References: <SPECS_rpm.spec.1.918@pld-linux.org>
	<200810282320.00333.arekm@maven.pl>
	<20081028222447.GA1597@sith.mimuw.edu.pl>
	<200810282337.30540.arekm@maven.pl>
Message-ID: <20081028225057.GA30178@stranger.qboosh.pl>

On Tue, Oct 28, 2008 at 11:37:30PM +0100, Arkadiusz Miskiewicz wrote:
> On Tuesday 28 of October 2008, Jan Rekorajski wrote:
> > On Tue, 28 Oct 2008, Arkadiusz Miskiewicz wrote:
> > > On Tuesday 28 of October 2008, baggins wrote:
> > > > Author: baggins                      Date: Tue Oct 28 22:11:56 2008 GMT
> > > > Module: SPECS                         Tag: HEAD
> > > > ---- Log message:
> > > > - 5.1.6
> > > >
> > > >
> > > > - updated TODO (will glob patch finally go away?)
> > >
> > > Only if current upstream rpm is smart enough to always use own glob()
> > > implementation (which differently handles symlinks pointing to nowhere
> > > than current glibc implementation).
> >
> > rpm's glob() has been moved from misc to rpmio, and I don't know how to
> > test if it works properly :(
> 
> Test was simple:
> 
> %install
> ln -s /not-existing-crap $RPM_BUILD_ROOT/test
> 
> %files
> /test
> 
> if it fails then the problem is still there.

That's nothing to do with glob(). Didn't you mean:

%install
# (same as above)

%files
/*


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


From n3npq at mac.com  Wed Oct 29 00:50:15 2008
From: n3npq at mac.com (Jeff Johnson)
Date: Tue, 28 Oct 2008 19:50:15 -0400
Subject: SPECS: rpm.spec - 5.1.6 - updated TODO (will glob patch	finally go
	away?)
In-Reply-To: <20081028225057.GA30178@stranger.qboosh.pl>
References: <SPECS_rpm.spec.1.918@pld-linux.org>
	<200810282320.00333.arekm@maven.pl>
	<20081028222447.GA1597@sith.mimuw.edu.pl>
	<200810282337.30540.arekm@maven.pl>
	<20081028225057.GA30178@stranger.qboosh.pl>
Message-ID: <63D39CC6-DB94-42E1-929E-3BF22D08E563@mac.com>


On Oct 28, 2008, at 6:50 PM, Jakub Bogusz wrote:

>
> That's nothing to do with glob(). Didn't you mean:
>
> %install
> # (same as above)
>
> %files
> /*
>

Yes.

73 de Jeff


From n3npq at mac.com  Wed Oct 29 01:05:59 2008
From: n3npq at mac.com (Jeff Johnson)
Date: Tue, 28 Oct 2008 20:05:59 -0400
Subject: SPECS: rpm.spec - 5.1.6 - updated TODO (will glob patch	finally go
	away?)
In-Reply-To: <63D39CC6-DB94-42E1-929E-3BF22D08E563@mac.com>
References: <SPECS_rpm.spec.1.918@pld-linux.org>
	<200810282320.00333.arekm@maven.pl>
	<20081028222447.GA1597@sith.mimuw.edu.pl>
	<200810282337.30540.arekm@maven.pl>
	<20081028225057.GA30178@stranger.qboosh.pl>
	<63D39CC6-DB94-42E1-929E-3BF22D08E563@mac.com>
Message-ID: <5D3BBB53-D316-4BEB-9670-DB002E5301AE@mac.com>


On Oct 28, 2008, at 7:50 PM, Jeff Johnson wrote:

>
> On Oct 28, 2008, at 6:50 PM, Jakub Bogusz wrote:
>
>>
>> That's nothing to do with glob(). Didn't you mean:
>>
>> %install
>> # (same as above)
>>
>> %files
>> /*
>>
>
> Yes.
>

BTW, there's another approach to solving the glibc glob()
problem pursued by SuSE if you wish.

The GNU glob() has (*stat) and (*lstat) vectors that
are loaded with Stat() and Lstat() pointers when used
through rpmio.

All that is needed (iirc) is to load the (*lstat) vector with Stat()
instead of Lstat() (but I could have the issue backwards, this
is like 3 year ole memories).

See OpenSUSE patches to rpm if you want to use glibc glob() instead.

I wish distingushed Stat() and Lstat() in rpmio for potential use
with remote (i.e. through http/ftp) globbing.

There are also portability issues on non-GNU systems that do not support
the GNU extensions.

Those are the 2 rationales for internalizing GNU glob into rpmio. But  
rpmio glob also
fixed some symbol collision which arekm reported. However, reverting
to glibc glob(3) would have fixed that issue as well.

73 de Jeff

> 73 de Jeff
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From arekm at maven.pl  Wed Oct 29 08:34:30 2008
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Wed, 29 Oct 2008 08:34:30 +0100
Subject: SPECS: rpm.spec - 5.1.6 - updated TODO (will glob patch finally
	go away?)
In-Reply-To: <20081028225057.GA30178@stranger.qboosh.pl>
References: <SPECS_rpm.spec.1.918@pld-linux.org>
	<200810282337.30540.arekm@maven.pl>
	<20081028225057.GA30178@stranger.qboosh.pl>
Message-ID: <200810290834.30969.arekm@maven.pl>

On Tuesday 28 of October 2008, Jakub Bogusz wrote:
> On Tue, Oct 28, 2008 at 11:37:30PM +0100, Arkadiusz Miskiewicz wrote:
> > On Tuesday 28 of October 2008, Jan Rekorajski wrote:
> > > On Tue, 28 Oct 2008, Arkadiusz Miskiewicz wrote:
> > > > On Tuesday 28 of October 2008, baggins wrote:
> > > > > Author: baggins                      Date: Tue Oct 28 22:11:56 2008
> > > > > GMT Module: SPECS                         Tag: HEAD
> > > > > ---- Log message:
> > > > > - 5.1.6
> > > > >
> > > > >
> > > > > - updated TODO (will glob patch finally go away?)
> > > >
> > > > Only if current upstream rpm is smart enough to always use own glob()
> > > > implementation (which differently handles symlinks pointing to
> > > > nowhere than current glibc implementation).
> > >
> > > rpm's glob() has been moved from misc to rpmio, and I don't know how to
> > > test if it works properly :(
> >
> > Test was simple:
> >
> > %install
> > ln -s /not-existing-crap $RPM_BUILD_ROOT/test
> >
> > %files
> > /test
> >
> > if it fails then the problem is still there.
>
> That's nothing to do with glob(). Didn't you mean:
>
> %install
> # (same as above)
>
> %files
> /*

Yes.

Found old example:
http://pld.pastebin.com/m4cb56adf
ends like this
http://pld.pastebin.com/m6d8a59e6

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


From ankry at green.mif.pg.gda.pl  Wed Oct 29 21:13:38 2008
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 29 Oct 2008 21:13:38 +0100 (CET)
Subject: SPECS: gnump3d.spec (NEW)=?UTF-8?Q?=20?=- initial - need testing!
In-Reply-To: <SPECS_gnump3d.spec.1.1@pld-linux.org>
Message-ID: <200810292013.m9TKDcsm020058@green.mif.pg.gda.pl>

uzsolt wrote:
> +%description -l pl.UTF-8
> +GNUMP3d egy sream szerver MP3, OGG, vide?? ??s egy??b m??dia f??jlokhoz. A
> +k??vetkez??k jellemzik:

It does not look to be pl...
;)

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


From udvzsolt at gmail.com  Wed Oct 29 21:20:59 2008
From: udvzsolt at gmail.com (Zsolt Udvari)
Date: Wed, 29 Oct 2008 21:20:59 +0100
Subject: SPECS: gnump3d.spec (NEW) - initial - need testing!
In-Reply-To: <200810292013.m9TKDcsm020058@green.mif.pg.gda.pl>
References: <SPECS_gnump3d.spec.1.1@pld-linux.org>
	<200810292013.m9TKDcsm020058@green.mif.pg.gda.pl>
Message-ID: <760ece280810291320j663e34e3v108611ffe1fb0ce8@mail.gmail.com>

> uzsolt wrote:
>> +%description -l pl.UTF-8
>> +GNUMP3d egy sream szerver MP3, OGG, vide?? ??s egy??b m??dia f??jlokhoz. A
>> +k??vetkez? k jellemzik:
>
> It does not look to be pl...
> ;)
If you say... I can't speak pl ;)

Corrected...

From glen at pld-linux.org  Wed Oct 29 23:16:13 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 30 Oct 2008 00:16:13 +0200
Subject: SPECS: cacti.spec - own by cacti since poller is now run as cacti
	user
In-Reply-To: <SPECS_cacti.spec.1.96@pld-linux.org>
References: <SPECS_cacti.spec.1.95@pld-linux.org>
	<SPECS_cacti.spec.1.96@pld-linux.org>
Message-ID: <200810300016.13401.glen@pld-linux.org>

On Wednesday 29 October 2008 23:06, arekm wrote:
> Author: arekm                        Date: Wed Oct 29 21:06:55 2008 GMT
> Module: SPECS                         Tag: HEAD
...
> -%attr(750,root,http) %dir /var/lib/%{name}
> -%attr(770,root,http) %dir /var/lib/%{name}/rra
> +%attr(750,cacti,http) %dir /var/lib/%{name}
> +%attr(770,cacti,http) %dir /var/lib/%{name}/rra
>  %attr(730,root,http) %dir /var/log/%{name}
>  %attr(660,root,http) %ghost /var/log/%{name}/cacti.log

but cacti belongs to http group!

-- 
glen


From glen at pld-linux.org  Wed Oct 29 23:17:12 2008
From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Thu, 30 Oct 2008 00:17:12 +0200
Subject: SPECS: gnump3d.spec (NEW) - initial - need testing!
In-Reply-To: <200810292013.m9TKDcsm020058@green.mif.pg.gda.pl>
References: <200810292013.m9TKDcsm020058@green.mif.pg.gda.pl>
Message-ID: <200810300017.12215.glen@pld-linux.org>

On Wednesday 29 October 2008 22:13, Andrzej Krzysztofowicz wrote:
> uzsolt wrote:
> > +%description -l pl.UTF-8
> > +GNUMP3d egy sream szerver MP3, OGG, vide?? ??s egy??b m??dia f??jlokhoz.
> > A +k??vetkez??k jellemzik:
>
> It does not look to be pl...
> ;)

spec looks ok to me in encoding, something borked at your side.

-- 
glen


From patrys at pld-linux.org  Wed Oct 29 23:51:15 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Wed, 29 Oct 2008 23:51:15 +0100
Subject: SPECS: gnump3d.spec (NEW) - initial - need testing!
In-Reply-To: <200810300017.12215.glen@pld-linux.org>
References: <200810292013.m9TKDcsm020058@green.mif.pg.gda.pl>
	<200810300017.12215.glen@pld-linux.org>
Message-ID: <89b6ba3a0810291551x7c6e9861xdacb08f40800896c@mail.gmail.com>

On Wed, Oct 29, 2008 at 11:17 PM, Elan Ruusam?e <glen at pld-linux.org> wrote:
> On Wednesday 29 October 2008 22:13, Andrzej Krzysztofowicz wrote:
>> uzsolt wrote:
>> > +%description -l pl.UTF-8
>> > +GNUMP3d egy sream szerver MP3, OGG, vide?? ??s egy??b m??dia f??jlokhoz.
>> > A +k??vetkez? k jellemzik:
>>
>> It does not look to be pl...
>> ;)
> spec looks ok to me in encoding, something borked at your side.

It's not encoding - this looks more like Hungarian than Polish.

-- 
Patryk Zawadzki

From wrobell at pld-linux.org  Thu Oct 30 01:11:15 2008
From: wrobell at pld-linux.org (wrobell)
Date: Thu, 30 Oct 2008 00:11:15 +0000
Subject: pld on asus eee pc 701
Message-ID: <20081030001115.GC12442@borg>

i have just installed th pld linux on asus eee pc 701.

if anybody wants to share some experiences, then...

regards,

    wrobell <wrobell at pld-linux.org>


From arekm at maven.pl  Thu Oct 30 08:21:12 2008
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Thu, 30 Oct 2008 08:21:12 +0100
Subject: SPECS: cacti.spec - own by cacti since poller is now run as cacti
	user
In-Reply-To: <200810300016.13401.glen@pld-linux.org>
References: <SPECS_cacti.spec.1.95@pld-linux.org>
	<SPECS_cacti.spec.1.96@pld-linux.org>
	<200810300016.13401.glen@pld-linux.org>
Message-ID: <200810300821.12493.arekm@maven.pl>

On Wednesday 29 of October 2008, Elan Ruusam?e wrote:
> On Wednesday 29 October 2008 23:06, arekm wrote:
> > Author: arekm                        Date: Wed Oct 29 21:06:55 2008 GMT
> > Module: SPECS                         Tag: HEAD
>
> ...
>
> > -%attr(750,root,http) %dir /var/lib/%{name}
> > -%attr(770,root,http) %dir /var/lib/%{name}/rra
> > +%attr(750,cacti,http) %dir /var/lib/%{name}
> > +%attr(770,cacti,http) %dir /var/lib/%{name}/rra
> >  %attr(730,root,http) %dir /var/log/%{name}
> >  %attr(660,root,http) %ghost /var/log/%{name}/cacti.log
>
> but cacti belongs to http group!

Hm, reverting then.

btw. where did /usr/share/cacti/rra -> /var/lib/cacti/rra symlink go? My setup 
stopped working due to this (and due to user changes).

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


From grzegorz.sterniczuk at gmail.com  Thu Oct 30 08:32:32 2008
From: grzegorz.sterniczuk at gmail.com (Grzegorz Sterniczuk)
Date: Thu, 30 Oct 2008 08:32:32 +0100
Subject: SPECS: cacti.spec - own by cacti since poller is now run as
	cacti user
In-Reply-To: <200810300821.12493.arekm@maven.pl>
References: <SPECS_cacti.spec.1.95@pld-linux.org>
	<SPECS_cacti.spec.1.96@pld-linux.org>
	<200810300016.13401.glen@pld-linux.org>
	<200810300821.12493.arekm@maven.pl>
Message-ID: <1225351952.27330.6.camel@grzegorz-laptop>

Dnia 2008-10-30, czw o godzinie 08:21 +0100, Arkadiusz Miskiewicz pisze:
> btw. where did /usr/share/cacti/rra -> /var/lib/cacti/rra symlink go? My setup 
> stopped working due to this (and due to user changes).

Hmm, I'm not sure but i removed some ln stuff with "wtf is this?"
description. My cacti works for me without /usr/share/cacti/rra
-> /var/lib/cacti/rra.

-- 
?Grzegorz Sterniczuk  grzegorz.sterniczuk at gmail.com



From arekm at maven.pl  Thu Oct 30 08:38:13 2008
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Thu, 30 Oct 2008 08:38:13 +0100
Subject: SPECS: cacti.spec - own by cacti since poller is now run as cacti
	user
In-Reply-To: <1225351952.27330.6.camel@grzegorz-laptop>
References: <SPECS_cacti.spec.1.95@pld-linux.org>
	<200810300821.12493.arekm@maven.pl>
	<1225351952.27330.6.camel@grzegorz-laptop>
Message-ID: <200810300838.13759.arekm@maven.pl>

On Thursday 30 of October 2008, Grzegorz Sterniczuk wrote:
> Dnia 2008-10-30, czw o godzinie 08:21 +0100, Arkadiusz Miskiewicz pisze:
> > btw. where did /usr/share/cacti/rra -> /var/lib/cacti/rra symlink go? My
> > setup stopped working due to this (and due to user changes).
>
> Hmm, I'm not sure but i removed some ln stuff with "wtf is this?"
> description. My cacti works for me without /usr/share/cacti/rra
> -> /var/lib/cacti/rra.

I guess it stores paths to rrd files somewhere and my setup 
used /usr/share/cacti/rra thus removing symlink broke things.

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


From glen at pld-linux.org  Thu Oct 30 11:47:03 2008
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Thu, 30 Oct 2008 12:47:03 +0200
Subject: SPECS: cacti.spec - own by cacti since poller is now run as cacti
	user
In-Reply-To: <200810300821.12493.arekm@maven.pl>
References: <SPECS_cacti.spec.1.95@pld-linux.org>
	<200810300016.13401.glen@pld-linux.org>
	<200810300821.12493.arekm@maven.pl>
Message-ID: <200810301247.03412.glen@pld-linux.org>

On Thursday 30 October 2008 09:21, Arkadiusz Miskiewicz wrote:
> btw. where did /usr/share/cacti/rra -> /var/lib/cacti/rra symlink go? My
> setup stopped working due to this (and due to user changes).

apply source6 ...

Source6:    %{name}-rrdpath.sql

$ cat ../SOURCES/cacti-rrdpath.sql
update poller_item set rrd_path= replace(rrd_path, '/usr/share/cacti/rra', '/var/lib/cacti/rra') where rrd_path like '/usr/share/cacti/rra/%';

-- 
glen


From glen at pld-linux.org  Thu Oct 30 12:09:57 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 30 Oct 2008 13:09:57 +0200
Subject: Fwd: SOURCES (MYSQL_5_0): mysql-alpha-stack.patch (NEW) - another
	ugly hack for ...
Message-ID: <200810301309.57788.glen@pld-linux.org>

if anyone has some ideas,... do shoot!

likely we're the only distro on earth still compiling packages for alpha :(

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

Subject: SOURCES (MYSQL_5_0): mysql-alpha-stack.patch (NEW) - another ugly 
hack for ...
Date: Thursday 30 October 2008
From: glen <glen at pld-linux.org>
To: pld-cvs-commit at lists.pld-linux.org
Cc: 

Author: glen                         Date: Thu Oct 30 11:01:08 2008 GMT
Module: SOURCES                       Tag: MYSQL_5_0
---- Log message:
- another ugly hack for the insane alpha stacksize:
builder2 at pld-alpha ~$ ulimit -s
8192
builder2 at pld-alpha ~$ make
sh -c 'ulimit -s'
18014398509481983
builder2 at pld-alpha ~$ cat Makefile
all:
   sh -c 'ulimit -s'
Actual error from build:
./gen_lex_hash > lex_hash.h-t
gen_lex_hash: allocatestack.c:404: allocate_stack: Assertion `size != 0' 
failed.
Abort

---- Files affected:
SOURCES:
   mysql-alpha-stack.patch (NONE -> 1.1.2.1)  (NEW)

---- Diffs:

================================================================
Index: SOURCES/mysql-alpha-stack.patch
diff -u /dev/null SOURCES/mysql-alpha-stack.patch:1.1.2.1
--- /dev/null	Thu Oct 30 12:01:08 2008
+++ SOURCES/mysql-alpha-stack.patch	Thu Oct 30 12:01:02 2008
@@ -0,0 +1,11 @@
+--- mysql-5.0.68/sql/Makefile.am~	2008-10-29 05:57:43.000000000 +0000
++++ mysql-5.0.68/sql/Makefile.am	2008-10-30 13:47:56.000000000 +0000
+@@ -167,7 +167,7 @@
+ # this avoid the rebuild of the built files in a source dist
+ lex_hash.h:	gen_lex_hash.cc lex.h
+ 		$(MAKE) $(AM_MAKEFLAGS) gen_lex_hash$(EXEEXT)
+-		./gen_lex_hash$(EXEEXT) > $@-t
++		sh -c 'ulimit -s 8192; ./gen_lex_hash$(EXEEXT) > $@-t'
+ 		$(MV) $@-t $@
+ 
+ # For testing of udf_example.so
================================================================
_______________________________________________
pld-cvs-commit mailing list
pld-cvs-commit at lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit

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

-- 
glen


From gotar at polanet.pl  Thu Oct 30 20:53:37 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 30 Oct 2008 20:53:37 +0100
Subject: SPECS: cacti.spec - own by cacti since poller is now run as cacti
	user
In-Reply-To: <1225351952.27330.6.camel@grzegorz-laptop>
References: <SPECS_cacti.spec.1.95@pld-linux.org>
	<SPECS_cacti.spec.1.96@pld-linux.org>
	<200810300016.13401.glen@pld-linux.org>
	<200810300821.12493.arekm@maven.pl>
	<1225351952.27330.6.camel@grzegorz-laptop>
Message-ID: <20081030195337.GA20714@pepin.polanet.pl>

On Thu, Oct 30, 2008 at 08:32:32 +0100, Grzegorz Sterniczuk wrote:

> Hmm, I'm not sure but i removed some ln stuff with "wtf is this?"
> description. My cacti works for me without /usr/share/cacti/rra
> -> /var/lib/cacti/rra.

This symlink should be restored.

-- 
Tomasz Pala <gotar at pld-linux.org>