From gotar at polanet.pl  Fri Apr  3 13:17:37 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 3 Apr 2009 13:17:37 +0200
Subject: RFC: separate FTP subdirectory for debuginfo
Message-ID: <20090403111737.GA5050@polanet.pl>

Hi,

ipoldek -n th ls | wc -l
17549

ipoldek -n th ls \*-debuginfo-\* | wc -l
3600

so it more than 20% packages which are useless for most people (I doubt
there're many people having more than 10 of these installed on purpose).
They only make indices bigger and poldek's tab-completion less effective.

I think they're people who would appreciate having debuginfo as noauto
source and others happy to get rid of those 'bogus' packages.

They live within arch subdirectories so can be moved into subdirectory
(arch/debuginfo) or upper directory (e.g. arch-debuginfo).

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


From mlukaszek at gmail.com  Fri Apr  3 13:27:31 2009
From: mlukaszek at gmail.com (=?ISO-8859-2?Q?Micha=B3_=A3ukaszek?=)
Date: Fri, 3 Apr 2009 13:27:31 +0200
Subject: RFC: separate FTP subdirectory for debuginfo
In-Reply-To: <20090403111737.GA5050@polanet.pl>
References: <20090403111737.GA5050@polanet.pl>
Message-ID: <cfcac88a0904030427p786b6301rc910f6bd7c6dfda4@mail.gmail.com>

> I think they're people who would appreciate having debuginfo as noauto
> source and others happy to get rid of those 'bogus' packages.
>
> They live within arch subdirectories so can be moved into subdirectory
> (arch/debuginfo) or upper directory (e.g. arch-debuginfo).

+1

-- 
pozdrawiam,
Micha? ?ukaszek
prism at pld-linux.org


From z at xatka.net  Fri Apr  3 15:01:26 2009
From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski)
Date: Fri, 3 Apr 2009 15:01:26 +0200
Subject: RFC: separate FTP subdirectory for debuginfo
In-Reply-To: <cfcac88a0904030427p786b6301rc910f6bd7c6dfda4@mail.gmail.com>
References: <20090403111737.GA5050@polanet.pl>
	<cfcac88a0904030427p786b6301rc910f6bd7c6dfda4@mail.gmail.com>
Message-ID: <20090403130126.GA3831@davabel.touk.pl>

On Fri, 03 Apr 2009, Micha? ?ukaszek wrote:

> > I think they're people who would appreciate having debuginfo as noauto
> > source and others happy to get rid of those 'bogus' packages.
> >
> > They live within arch subdirectories so can be moved into subdirectory
> > (arch/debuginfo) or upper directory (e.g. arch-debuginfo).
> 
> +1

+1

They are also annoying when trying to install something like
rpm-* or ekg2-*. In most cases I mean "install all matching packages
except debuginfo".

Of course one can add "ignore *-debuginfo-*" to his poldek.conf, but
I think separate repo for these files will be more convenient
solution.

-- 
Pozdrawiam,
Pawe?


From gotar at polanet.pl  Fri Apr  3 15:05:08 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 3 Apr 2009 15:05:08 +0200
Subject: RFC: separate FTP subdirectory for debuginfo
In-Reply-To: <20090403130126.GA3831@davabel.touk.pl>
References: <20090403111737.GA5050@polanet.pl>
	<cfcac88a0904030427p786b6301rc910f6bd7c6dfda4@mail.gmail.com>
	<20090403130126.GA3831@davabel.touk.pl>
Message-ID: <20090403130508.GA17434@polanet.pl>

On Fri, Apr 03, 2009 at 15:01:26 +0200, Pawe? Zuzelski wrote:

> They are also annoying when trying to install something like
> rpm-* or ekg2-*. In most cases I mean "install all matching packages
> except debuginfo".

Yep.

> Of course one can add "ignore *-debuginfo-*" to his poldek.conf, but

That's exactly what I've got and it's problematic when I really want to
install some debuginfo sometimes.

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


From glen at pld-linux.org  Fri Apr  3 15:08:18 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 3 Apr 2009 16:08:18 +0300
Subject: SPECS: openttd.spec - /usr/bin -> %%{_bindir}
In-Reply-To: <SPECS_openttd.spec.1.59@pld-linux.org>
References: <SPECS_openttd.spec.1.58@pld-linux.org>
	<SPECS_openttd.spec.1.59@pld-linux.org>
Message-ID: <200904031608.18951.glen@pld-linux.org>

On Friday 03 April 2009 11:52:17 lisu wrote:
> @@ -150,7 +150,7 @@
>  	--with-freetype \
>  	--with-fontconfig \
>  	--with-iconv \
> -	--with-midi=/usr/bin/timidity
> +	--with-midi=%{_bindir}/timidity

not really, you DO WANT there /usr/bin, as if this spec has 
redefined %{_bindir}, it will be wrong.

moral: never trust adapter

-- 
glen


From z at xatka.net  Fri Apr  3 18:15:37 2009
From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski)
Date: Fri, 3 Apr 2009 18:15:37 +0200
Subject: Copy java specs
Message-ID: <20090403161537.GB3831@davabel.touk.pl>

Please copy following files in SPECS:

cp -i derby.spec,v java-derby.spec,v
cp -i hamcrest.spec,v java-hamcrest.spec,v
cp -i cryptix.spec,v java-cryptix.spec,v
cp -i cryptix-asn1.spec,v java-cryptix-asn1.spec,v
cp -i puretls.spec,v java-puretls.spec,v

-- 
Pawe?


From glen at pld-linux.org  Fri Apr  3 18:36:26 2009
From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Fri, 3 Apr 2009 19:36:26 +0300
Subject: Copy java specs
In-Reply-To: <20090403161537.GB3831@davabel.touk.pl>
References: <20090403161537.GB3831@davabel.touk.pl>
Message-ID: <200904031936.26517.glen@pld-linux.org>

On Friday 03 April 2009 19:15:37 Pawe? Zuzelski wrote:
> Please copy following files in SPECS:
>
> cp -i derby.spec,v java-derby.spec,v
was already copied

> cp -i hamcrest.spec,v java-hamcrest.spec,v
> cp -i cryptix.spec,v java-cryptix.spec,v
> cp -i cryptix-asn1.spec,v java-cryptix-asn1.spec,v
> cp -i puretls.spec,v java-puretls.spec,v
done.

-- 
glen


From mike at osdn.org.ua  Sun Apr  5 07:32:27 2009
From: mike at osdn.org.ua (Michael Shigorin)
Date: Sun, 5 Apr 2009 08:32:27 +0300
Subject: [OT] q: YL in Krakow
Message-ID: <20090405053227.GA5557@osdn.org.ua>

	Shanowne panstwo,
there's somewhat unusual question: is there a gentleman who
would accomodate my younger sister in Krakow for a day or two?
She'll be returning from Italy (visiting friends' wedding) to
Ukraine this week and asked if I know folks in Poland.

She's pretty keen and nice to talk with and walk with, and
being modest and married should not provide too much hassle.
Also a Linux user since er... like, 1999?

Please drop me a note if there is.  Dzenkuju bardzo :)

-- 
WBR, Michael Shigorin,
who's been travelling Carpathians back then


From wojciech at blaszkowski.com  Sun Apr  5 11:47:47 2009
From: wojciech at blaszkowski.com (Wojciech =?utf-8?q?B=C5=82aszkowski?=)
Date: Sun, 5 Apr 2009 11:47:47 +0200
Subject: [OT] q: YL in Krakow
In-Reply-To: <20090405053227.GA5557@osdn.org.ua>
References: <20090405053227.GA5557@osdn.org.ua>
Message-ID: <200904051147.47524@wojtosz>

Dnia niedziela 05 kwiecie? 2009, Michael Shigorin napisa?:
> 	Shanowne panstwo,
> there's somewhat unusual question: is there a gentleman who
> would accomodate my younger sister in Krakow for a day or two?
> She'll be returning from Italy (visiting friends' wedding) to
> Ukraine this week and asked if I know folks in Poland.
>
> She's pretty keen and nice to talk with and walk with, and
> being modest and married should not provide too much hassle.
> Also a Linux user since er... like, 1999?
>
> Please drop me a note if there is.  Dzenkuju bardzo :)

That's the bets OT ever :D

-- 
Pozdrawiam, Best regards, Mit freundlichen Gr??en,

Wojciech "Wojtosz" B?aszkowski
www.blaszkowski.com
GSM: +48 600 197 207
JID: wojtosz at jabber.biz.pl


From kamil.listy at klecza.pl  Sun Apr  5 21:09:46 2009
From: kamil.listy at klecza.pl (Kamil Dziedzic)
Date: Sun, 5 Apr 2009 21:09:46 +0200
Subject: RFC: separate FTP subdirectory for debuginfo
In-Reply-To: <20090403130508.GA17434@polanet.pl>
References: <20090403111737.GA5050@polanet.pl>
	<20090403130126.GA3831@davabel.touk.pl>
	<20090403130508.GA17434@polanet.pl>
Message-ID: <200904052109.46765.kamil.listy@klecza.pl>

Tomasz Pala:
> On Fri, Apr 03, 2009 at 15:01:26 +0200, Pawe? Zuzelski wrote:
> > They are also annoying when trying to install something like
> > rpm-* or ekg2-*. In most cases I mean "install all matching packages
> > except debuginfo".
>
> Yep.
>
> > Of course one can add "ignore *-debuginfo-*" to his poldek.conf, but
>
> That's exactly what I've got
Me too.

> and it's problematic when I really want to 
> install some debuginfo sometimes.
Same problem.

+1

-- 
Regards, Kamil Dziedzic
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: </mailman/pipermail/pld-devel-en/attachments/20090405/2e987379/attachment.sig>

From gotar at polanet.pl  Sun Apr  5 23:44:34 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 5 Apr 2009 23:44:34 +0200
Subject: kernel: where's my RTC gone?
In-Reply-To: <200903292325.40262.arekm@maven.pl>
References: <20090321160045.GC17793@polanet.pl>
	<200903212037.56511.arekm@maven.pl>
	<20090329211930.GB8389@polanet.pl>
	<200903292325.40262.arekm@maven.pl>
Message-ID: <20090405214434.GB28024@polanet.pl>

On Sun, Mar 29, 2009 at 22:25:39 +0100, Arkadiusz Miskiewicz wrote:

>> BTW why is it build into kernel not module?
> 
> Because it's always used and there is no point of having it in module.

Is it?

~#  lsmod | grep rtc; rmmod rtc; date; lsmod | grep rtc
rtc                     8696  0 
Sun Apr  5 23:39:46 CEST 2009
~# 


Only hwclock and mplayer uses it here, so I doubt it's 'always'.

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


From gotar at polanet.pl  Tue Apr  7 10:50:15 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 7 Apr 2009 10:50:15 +0200
Subject: SOURCES: dev-list - added /dev/rtc0
In-Reply-To: <200903292330.06113.arekm@maven.pl>
References: <SOURCES_dev_list.1.46@pld-linux.org>
	<200903212037.00587.arekm@maven.pl>
	<20090329212511.GC8389@polanet.pl>
	<200903292330.06113.arekm@maven.pl>
Message-ID: <20090407085015.GA17341@polanet.pl>

On Sun, Mar 29, 2009 at 22:30:05 +0100, Arkadiusz Miskiewicz wrote:

>> First of all I doubt we should build into kernel any drivers creating:
>>
>> 240-254 char    LOCAL/EXPERIMENTAL USE
>> 240-254 block   LOCAL/EXPERIMENTAL USE
>> 		Allocated for local/experimental use.  For devices not
>> 		assigned official numbers, these ranges should be
>> 		used in order to avoid conflicting with future assignments.
> 
> This doc is probably outdated. Dynamic majors is recommended thing for drivers 
> in kernel currently.

1.10 Sat Jul 17 14:40:39 2004 by arekm
- add ipmi devs

+%dev(c,254,0) %attr(600,root,root) /dev/ipmi0
+%dev(c,10,173) %attr(600,root,root) /dev/ipmikcs

:)

>> this way allowing system administrator to take care in any way (either
>> some script as you proposed or simply by strict loading order or sth).
> 
> Or using udev.

Building such drivers into kernel changes 'or using udev' to 'only using udev'.

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


From gotar at polanet.pl  Tue Apr  7 10:54:26 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 7 Apr 2009 10:54:26 +0200
Subject: kernel: where's my RTC gone?
In-Reply-To: <20090405214434.GB28024@polanet.pl>
References: <20090321160045.GC17793@polanet.pl>
	<200903212037.56511.arekm@maven.pl>
	<20090329211930.GB8389@polanet.pl>
	<200903292325.40262.arekm@maven.pl>
	<20090405214434.GB28024@polanet.pl>
Message-ID: <20090407085426.GB17341@polanet.pl>

On Sun, Apr 05, 2009 at 23:44:34 +0200, Tomasz Pala wrote:

>>> BTW why is it build into kernel not module?
>> 
>> Because it's always used and there is no point of having it in module.
> 
> Is it?
[...]
> Only hwclock and mplayer uses it here, so I doubt it's 'always'.

If no arguments are given till Saturday I'm reverting this back into
module.

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


From patrys at pld-linux.org  Tue Apr  7 11:11:38 2009
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Tue, 7 Apr 2009 11:11:38 +0200
Subject: kernel: where's my RTC gone?
In-Reply-To: <20090407085426.GB17341@polanet.pl>
References: <20090321160045.GC17793@polanet.pl>
	<200903212037.56511.arekm@maven.pl> <20090329211930.GB8389@polanet.pl>
	<200903292325.40262.arekm@maven.pl>
	<20090405214434.GB28024@polanet.pl>
	<20090407085426.GB17341@polanet.pl>
Message-ID: <89b6ba3a0904070211qc249cc6pfcc70fc41c717dd@mail.gmail.com>

On Tue, Apr 7, 2009 at 10:54 AM, Tomasz Pala <gotar at polanet.pl> wrote:
> On Sun, Apr 05, 2009 at 23:44:34 +0200, Tomasz Pala wrote:
>
>>>> BTW why is it build into kernel not module?
>>>
>>> Because it's always used and there is no point of having it in module.
>>
>> Is it?
> [...]
>> Only hwclock and mplayer uses it here, so I doubt it's 'always'.
> If no arguments are given till Saturday I'm reverting this back into
> module.

I don't care about mplayer, but if you revert, first force a modprobe
when running hwclock during boot. I'm not going to reboot all the
machines I take care of just to make sure the time is right upon boot
:)

-- 
Patryk Zawadzki


From arekm at maven.pl  Tue Apr  7 11:21:35 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 7 Apr 2009 11:21:35 +0200
Subject: kernel: where's my RTC gone?
In-Reply-To: <20090405214434.GB28024@polanet.pl>
References: <20090321160045.GC17793@polanet.pl>
	<200903292325.40262.arekm@maven.pl>
	<20090405214434.GB28024@polanet.pl>
Message-ID: <200904071121.35610.arekm@maven.pl>

On Sunday 05 of April 2009, Tomasz Pala wrote:
> On Sun, Mar 29, 2009 at 22:25:39 +0100, Arkadiusz Miskiewicz wrote:
> >> BTW why is it build into kernel not module?
> >
> > Because it's always used and there is no point of having it in module.
>
> Is it?
>
> ~#  lsmod | grep rtc; rmmod rtc; date; lsmod | grep rtc
> rtc                     8696  0
> Sun Apr  5 23:39:46 CEST 2009
> ~#
>
>
> Only hwclock and mplayer uses it here, so I doubt it's 'always'.

hwclock is always run by our rc-scripts (well, there are corner cases) but rtc 
module isn't autoloaded in such case ;/

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



From gotar at polanet.pl  Tue Apr  7 11:48:58 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 7 Apr 2009 11:48:58 +0200
Subject: kernel: where's my RTC gone?
In-Reply-To: <200904071121.35610.arekm@maven.pl>
References: <20090321160045.GC17793@polanet.pl>
	<200903292325.40262.arekm@maven.pl>
	<20090405214434.GB28024@polanet.pl>
	<200904071121.35610.arekm@maven.pl>
Message-ID: <20090407094858.GA2044@polanet.pl>

On Tue, Apr 07, 2009 at 11:21:35 +0200, Arkadiusz Miskiewicz wrote:

> hwclock is always run by our rc-scripts (well, there are corner cases) but rtc 
> module isn't autoloaded in such case ;/

Hmm... would it be some regression in current util-linux-ng or something
specific to different RTC configuration in kernel?

~#  rmmod rtc; lsmod | grep rtc; hwclock; lsmod | grep rtc
Tue Apr  7 11:31:40 2009  -0.806023 seconds
rtc                     8696  0 
~#  rpm -qf =hwclock
util-linux-2.13-0.pre7.1.athlon

~:  grep rtc /proc/misc
135 rtc
~:  uname -r
2.6.29.1usPAE

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


From arekm at maven.pl  Tue Apr  7 11:52:40 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 7 Apr 2009 11:52:40 +0200
Subject: kernel: where's my RTC gone?
In-Reply-To: <20090407094858.GA2044@polanet.pl>
References: <20090321160045.GC17793@polanet.pl>
	<200904071121.35610.arekm@maven.pl>
	<20090407094858.GA2044@polanet.pl>
Message-ID: <200904071152.40628.arekm@maven.pl>

On Tuesday 07 of April 2009, Tomasz Pala wrote:
> On Tue, Apr 07, 2009 at 11:21:35 +0200, Arkadiusz Miskiewicz wrote:
> > hwclock is always run by our rc-scripts (well, there are corner cases)
> > but rtc module isn't autoloaded in such case ;/
>
> Hmm... would it be some regression in current util-linux-ng or something
> specific to different RTC configuration in kernel?

Was rm /dev/rtc* done, too?

> ~#  rmmod rtc; lsmod | grep rtc; hwclock; lsmod | grep rtc
> Tue Apr  7 11:31:40 2009  -0.806023 seconds
> rtc                     8696  0
> ~#  rpm -qf =hwclock
> util-linux-2.13-0.pre7.1.athlon
>
> ~:  grep rtc /proc/misc
> 135 rtc
> ~:  uname -r
> 2.6.29.1usPAE


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



From z at xatka.net  Wed Apr  8 19:57:57 2009
From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski)
Date: Wed, 8 Apr 2009 19:57:57 +0200
Subject: server side copy request
Message-ID: <20090408175757.GA4068@davabel>

Please, copy in SPECS:

cp -i jakarta-regexp.spec,v        java-regexp.spec,v
cp -i jakarta-struts-legacy.spec,v java-struts-legacy.spec,v
cp -i jakarta-cactus.spec,v        java-cactus.spec,v
cp -i jakarta-bcel.spec,v          java-bcel.spec,v
cp -i jdbc-stdext.spec,v           java-jdbc-stdext.spec,v

-- 
Pawe?


From glen at pld-linux.org  Sun Apr 12 14:09:55 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 12 Apr 2009 15:09:55 +0300
Subject: Fwd: SVN: geninitrd/trunk/mod-lvm.sh
Message-ID: <200904121509.55639.glen@pld-linux.org>

why do we use two set of tools in geninitrd? like require that initrd version 
is present but also use the tools from normal system? imho it would be 
sufficent to use only initrd version of tools to do lvdisplay, etc...

-- 
glen
-------------- next part --------------
An embedded message was scrubbed...
From: glen <glen at pld-linux.org>
Subject: SVN: geninitrd/trunk/mod-lvm.sh
Date: Sun, 12 Apr 2009 06:17:25 +0200
Size: 5617
URL: </mailman/pipermail/pld-devel-en/attachments/20090412/0358f8c5/attachment.eml>

From arekm at maven.pl  Sun Apr 12 22:54:44 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Sun, 12 Apr 2009 22:54:44 +0200
Subject: Fwd: SVN: geninitrd/trunk/mod-lvm.sh
In-Reply-To: <200904121509.55639.glen@pld-linux.org>
References: <200904121509.55639.glen@pld-linux.org>
Message-ID: <200904122254.44295.arekm@maven.pl>

On Sunday 12 of April 2009, Elan Ruusam?e wrote:
> why do we use two set of tools in geninitrd? like require that initrd
> version is present but also use the tools from normal system? imho it would
> be sufficent to use only initrd version of tools to do lvdisplay, etc...

No special reason. Sometimes initrd version is stripped in functionality and 
doesn't allow to do the same with full blown non-initrd tools version.

There is no gain in using initrd-only tools.

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



From patrys at pld-linux.org  Tue Apr 14 13:05:16 2009
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Tue, 14 Apr 2009 13:05:16 +0200
Subject: SPECS: pulseaudio.spec - add S:padevchooser, pavucontrol for Gnome
In-Reply-To: <SPECS_pulseaudio.spec.1.58@pld-linux.org>
References: <SPECS_pulseaudio.spec.1.57@pld-linux.org>
	<SPECS_pulseaudio.spec.1.58@pld-linux.org>
Message-ID: <89b6ba3a0904140405rf25ac91q22a4204ea36b97b3@mail.gmail.com>

On Sat, Apr 11, 2009 at 10:49 PM, wolvverine <wolvverine at pld-linux.org> wrote:
> Author: wolvverine ? ? ? ? ? ? ? ? ? Date: Sat Apr 11 20:49:13 2009 GMT
> Module: SPECS ? ? ? ? ? ? ? ? ? ? ? ? Tag: HEAD
> ---- Log message:
> - add S:padevchooser,pavucontrol for Gnome

Nope.

$ rpm -qf /usr/bin/gnome-volume-control
gnome-media-volume-control-2.26.0-1.i686

-- 
Patryk Zawadzki


From wrobell at pld-linux.org  Thu Apr 16 12:55:58 2009
From: wrobell at pld-linux.org (wrobell)
Date: Thu, 16 Apr 2009 11:55:58 +0100
Subject: postgresql 8.4 beta 1
Message-ID: <20090416105558.GE4148@borg.lanet.net.pl>

i have upgraded postgresql to version 8.4 beta 1 on DEVEL branch.

it builds on th builders (test build only, if i understand arekm well,
don't expect beta of postgresql in th) and seems to work on my machine.

postgis, psycopg2 will follow on DEVEL branch in few days, i hope.

enjoy.

    wrobell <wrobell at pld-linux.org>


From gotar at polanet.pl  Fri Apr 17 02:12:56 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 17 Apr 2009 02:12:56 +0200
Subject: kernel: where's my RTC gone?
In-Reply-To: <200904071121.35610.arekm@maven.pl>
References: <20090321160045.GC17793@polanet.pl>
	<200903292325.40262.arekm@maven.pl>
	<20090405214434.GB28024@polanet.pl>
	<200904071121.35610.arekm@maven.pl>
Message-ID: <20090417001255.GA19470@polanet.pl>

On Tue, Apr 07, 2009 at 11:21:35 +0200, Arkadiusz Miskiewicz wrote:

> hwclock is always run by our rc-scripts (well, there are corner cases) but rtc 
> module isn't autoloaded in such case ;/

Attached some info from util-linux-ng maillist. I suppose we should
eventually remove hwclock from rc-scripts or at least make it conditional (with
explicit modprobe rtc just before).

-- 
Tomasz Pala <gotar at pld-linux.org>
-------------- next part --------------
An embedded message was scrubbed...
From: "Frank A. Kingswood" <frank at kingswood-consulting.co.uk>
Subject: hwclock --notickwait for faster boot
Date: Thu, 16 Apr 2009 22:16:21 +0100
Size: 3459
URL: </mailman/pipermail/pld-devel-en/attachments/20090417/cdae30fb/attachment.eml>
-------------- next part --------------
An embedded message was scrubbed...
From: Kay Sievers <kay.sievers at vrfy.org>
Subject: Re: hwclock --notickwait for faster boot
Date: Thu, 16 Apr 2009 23:54:10 +0200
Size: 3027
URL: </mailman/pipermail/pld-devel-en/attachments/20090417/cdae30fb/attachment-0001.eml>

From blues at pld-linux.org  Sun Apr 19 16:03:48 2009
From: blues at pld-linux.org (Pawel Golaszewski)
Date: Sun, 19 Apr 2009 16:03:48 +0200 (CEST)
Subject: [geninitrd] LVM tools
Message-ID: <alpine.LNX.2.00.0904191554290.7325@fgnss.gnfx.tqn.cy>


[...]
# rpm -ihv kernel-2.6.28.9-1.i686.rpm 
Przygotowywanie...          ########################################### [100%]
   1:kernel                 ########################################### [100%]
geninitrd: ERROR: Can't determine LVM tools version. Please set LVMTOOLSVERSION and rerun geninitrd.
[...]
# rpm -q geninitrd
geninitrd-10000.10-2.noarch

After instalation lvm2-initrd everything looks fine but I don't use LVM 
and geninitrd shouldn't force me to install lvm2-initrd, right?

-- 
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 piotr.budny at gmail.com  Sun Apr 19 19:01:06 2009
From: piotr.budny at gmail.com (Piotr Budny)
Date: Sun, 19 Apr 2009 19:01:06 +0200
Subject: [geninitrd] LVM tools
In-Reply-To: <alpine.LNX.2.00.0904191554290.7325@fgnss.gnfx.tqn.cy>
References: <alpine.LNX.2.00.0904191554290.7325@fgnss.gnfx.tqn.cy>
Message-ID: <200904191901.06252.piotr.budny@gmail.com>

Dnia niedziela, 19 kwietnia 2009, Pawel Golaszewski napisa?:
> [...]
> # rpm -ihv kernel-2.6.28.9-1.i686.rpm
> Przygotowywanie...          ###########################################
> [100%] 1:kernel                 ###########################################
> [100%] geninitrd: ERROR: Can't determine LVM tools version. Please set
> LVMTOOLSVERSION and rerun geninitrd. [...]
> # rpm -q geninitrd
> geninitrd-10000.10-2.noarch
>
> After instalation lvm2-initrd everything looks fine but I don't use LVM
> and geninitrd shouldn't force me to install lvm2-initrd, right?

https://bugs.launchpad.net/pld-linux/+bug/359718
Looks like geninitrd-10000.11-2.noarch brings fixes.

vip;


From mmazur at kernel.pl  Tue Apr 21 12:19:30 2009
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Tue, 21 Apr 2009 12:19:30 +0200
Subject: Bacula upgrade will BLOW UP
Message-ID: <200904211219.30461.mmazur@kernel.pl>

Bacula uses a database backend, but can be compiled only against one database 
at a time. The default in pld was mysql.

Recently released Bacula 3.0 adds support for libdbi, which, in short, is a 
database abstraction layer with runtime db plugins (called drivers), so 
bacula compiled with libdbi supports any database without the need to 
recompile anything (you just install bacula + libdbi and add e.g. 
libdbi-drivers-mysql to the mix). This is obviously what we need to have as a 
default in pld.

Problem: if we make the switch, any old configuration which depends on bacula 
being compiled natively against mysql will stop working. The fix will most 
likely be extremely trivial, yet, I doubt many people will be happy that 
we're breaking something as crucial as a backup system.

So, anybody got any ideas how to handle this properly? Would a %banner be 
enough stating that you need to a) add libdbi-drivers-mysql and b) alter the 
config? Or maybe something else?

--mmazur


From areq at pld-linux.org  Tue Apr 21 16:17:30 2009
From: areq at pld-linux.org (Arkadiusz Patyk)
Date: Tue, 21 Apr 2009 16:17:30 +0200
Subject: Bacula upgrade will BLOW UP
In-Reply-To: <200904211219.30461.mmazur@kernel.pl>
References: <200904211219.30461.mmazur@kernel.pl>
Message-ID: <20090421141730.GA6243@Q.amg.net.pl>

On Tue, Apr 21, 2009 at 12:19:30PM +0200, Mariusz Mazur wrote:
> Bacula uses a database backend, but can be compiled only against one database 
> at a time. The default in pld was mysql.
> 
> Recently released Bacula 3.0 adds support for libdbi, which, in short, is a 
> database abstraction layer with runtime db plugins (called drivers), so 
> bacula compiled with libdbi supports any database without the need to 
> recompile anything (you just install bacula + libdbi and add e.g. 
> libdbi-drivers-mysql to the mix). This is obviously what we need to have as a 
> default in pld.
> 
> Problem: if we make the switch, any old configuration which depends on bacula 
> being compiled natively against mysql will stop working. The fix will most 
> likely be extremely trivial, yet, I doubt many people will be happy that 
> we're breaking something as crucial as a backup system.
> 
> So, anybody got any ideas how to handle this properly? Would a %banner be 
> enough stating that you need to a) add libdbi-drivers-mysql and b) alter the 
> config? Or maybe something else?

%banner is enough for me

Cheers,
Arek


From baggins at sith.mimuw.edu.pl  Tue Apr 21 16:27:42 2009
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Tue, 21 Apr 2009 16:27:42 +0200
Subject: Bacula upgrade will BLOW UP
In-Reply-To: <200904211219.30461.mmazur@kernel.pl>
References: <200904211219.30461.mmazur@kernel.pl>
Message-ID: <20090421142742.GB4655@sith.mimuw.edu.pl>

On Tue, 21 Apr 2009, Mariusz Mazur wrote:

> Bacula uses a database backend, but can be compiled only against one database 
> at a time. The default in pld was mysql.
[...]
> So, anybody got any ideas how to handle this properly? Would a %banner be 
> enough stating that you need to a) add libdbi-drivers-mysql and b) alter the 
> config? Or maybe something else?

banner and S:libdbi-drivers-mysql as it was the default.

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  Tue Apr 21 18:00:56 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 21 Apr 2009 19:00:56 +0300
Subject: Bacula upgrade will BLOW UP
In-Reply-To: <200904211219.30461.mmazur@kernel.pl>
References: <200904211219.30461.mmazur@kernel.pl>
Message-ID: <200904211900.56167.glen@pld-linux.org>

On Tuesday 21 April 2009 13:19:30 Mariusz Mazur wrote:
> So, anybody got any ideas how to handle this properly? Would a %banner be
> enough stating that you need to a) add libdbi-drivers-mysql and b) alter
> the config? Or maybe something else?

is the mysql database otherwise compatible?

to make it very smooth, one could add %triggerin on the mysql driver to 
migrate database config to libdbi format...

-- 
glen


From wrobell at pld-linux.org  Wed Apr 22 02:58:30 2009
From: wrobell at pld-linux.org (wrobell)
Date: Wed, 22 Apr 2009 01:58:30 +0100
Subject: Bacula upgrade will BLOW UP
In-Reply-To: <200904211219.30461.mmazur@kernel.pl>
References: <200904211219.30461.mmazur@kernel.pl>
Message-ID: <20090422005830.GI4148@borg.lanet.net.pl>

On Tue, Apr 21, 2009 at 12:19:30PM +0200, Mariusz Mazur wrote:
> Bacula uses a database backend, but can be compiled only against one database 
> at a time. The default in pld was mysql.
> 
> Recently released Bacula 3.0 adds support for libdbi, which, in short, is a 
> database abstraction layer with runtime db plugins (called drivers), so 
> bacula compiled with libdbi supports any database without the need to 
> recompile anything (you just install bacula + libdbi and add e.g. 
> libdbi-drivers-mysql to the mix). This is obviously what we need to have as a 
> default in pld.
> 
> Problem: if we make the switch, any old configuration which depends on bacula 
> being compiled natively against mysql will stop working. The fix will most 
> likely be extremely trivial, yet, I doubt many people will be happy that 
> we're breaking something as crucial as a backup system.
> 
> So, anybody got any ideas how to handle this properly? Would a %banner be 
> enough stating that you need to a) add libdbi-drivers-mysql and b) alter the 
> config? Or maybe something else?

pretrans script like in postgresql.spec? (i.e. upgrade from postgresql 8.2
to 8.3 requires dump&restore).

    wrobell <wrobell at pld-linux.org>


From jajcus at jajcus.net  Thu Apr 23 13:18:12 2009
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Thu, 23 Apr 2009 13:18:12 +0200
Subject: SPECS: josm.spec - why people never use 'EOF' instead?
In-Reply-To: <SPECS_josm.spec.1.6@pld-linux.org>
References: <SPECS_josm.spec.1.5@pld-linux.org>
	<SPECS_josm.spec.1.6@pld-linux.org>
Message-ID: <20090423111812.GE30566@jajo.eggsoft>

On Thu, Apr 23, 2009 at 12:40:14PM +0200, glen wrote:
> Author: glen                         Date: Thu Apr 23 10:40:14 2009 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - why people never use 'EOF' instead?

As they do not remember exact syntax and would have to look it up? ;)
As it looks uglier? As it needs more characters (two apostrophes instead
of one backslash)?

And why did you changed "$@" to ${1:+"$@"}? "$@" is expanded to
nothing (instead of empty string) when no parameters where given (it is
not "$*"). More punctuation marks do not make a code better (otherwise
Perl would rule the world)! ;)

Greets,
        Jacek


From gotar at polanet.pl  Thu Apr 23 13:38:41 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 23 Apr 2009 13:38:41 +0200
Subject: SPECS: josm.spec - why people never use 'EOF' instead?
In-Reply-To: <20090423111812.GE30566@jajo.eggsoft>
References: <SPECS_josm.spec.1.5@pld-linux.org>
	<SPECS_josm.spec.1.6@pld-linux.org>
	<20090423111812.GE30566@jajo.eggsoft>
Message-ID: <20090423113840.GA10172@polanet.pl>

On Thu, Apr 23, 2009 at 13:18:12 +0200, Jacek Konieczny wrote:

> not "$*"). More punctuation marks do not make a code better (otherwise
> Perl would rule the world)! ;)

But perl rules the world...


;)

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


From glen at pld-linux.org  Thu Apr 23 13:41:13 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 23 Apr 2009 14:41:13 +0300
Subject: SPECS: josm.spec - why people never use 'EOF' instead?
In-Reply-To: <20090423111812.GE30566@jajo.eggsoft>
References: <SPECS_josm.spec.1.5@pld-linux.org>
	<SPECS_josm.spec.1.6@pld-linux.org>
	<20090423111812.GE30566@jajo.eggsoft>
Message-ID: <200904231441.13772.glen@pld-linux.org>

On Thursday 23 April 2009 14:18:12 Jacek Konieczny wrote:
> And why did you changed "$@" to ${1:+"$@"}? "$@" is expanded to
> nothing (instead of empty string) when no parameters where given (it is
> not "$*").

i always tought "$@" expands to list with one empty string, thx for tearing 
down this false bit from me :)

-- 
glen


From glen at pld-linux.org  Thu Apr 23 13:44:05 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 23 Apr 2009 14:44:05 +0300
Subject: SPECS: josm.spec - why people never use 'EOF' instead?
In-Reply-To: <20090423111812.GE30566@jajo.eggsoft>
References: <SPECS_josm.spec.1.5@pld-linux.org>
	<SPECS_josm.spec.1.6@pld-linux.org>
	<20090423111812.GE30566@jajo.eggsoft>
Message-ID: <200904231444.05317.glen@pld-linux.org>

On Thursday 23 April 2009 14:18:12 Jacek Konieczny wrote:
> As they do not remember exact syntax and would have to look it up? ;)
> As it looks uglier? As it needs more characters (two apostrophes instead
> of one backslash)?

because you can then embed the real script (update the spec with it), without 
need to re-escape things (seen too many mistakes in this interpolation 
not-escaping area).

heredoc quick howto:

1. <<EOF
text is interpolated

2. <<'EOF'
text is not interpolated

3. <<-EOF
text is interpolated, leading indent is removed

4. <<-'EOF'
text is not interpolated, leading indent is removed

NOTE: when leading indent is removed (#3 and #4), the closing EOF can be 
indented itself too.

-- 
glen


From jajcus at jajcus.net  Thu Apr 23 14:43:06 2009
From: jajcus at jajcus.net (Jacek Konieczny)
Date: Thu, 23 Apr 2009 14:43:06 +0200
Subject: SPECS: josm.spec - why people never use 'EOF' instead?
In-Reply-To: <200904231444.05317.glen@pld-linux.org>
References: <SPECS_josm.spec.1.5@pld-linux.org>
	<SPECS_josm.spec.1.6@pld-linux.org>
	<20090423111812.GE30566@jajo.eggsoft>
	<200904231444.05317.glen@pld-linux.org>
Message-ID: <20090423124306.GF30566@jajo.eggsoft>

On Thu, Apr 23, 2009 at 02:44:05PM +0300, Elan Ruusam?e wrote:
> On Thursday 23 April 2009 14:18:12 Jacek Konieczny wrote:
> > As they do not remember exact syntax and would have to look it up? ;)
> > As it looks uglier? As it needs more characters (two apostrophes instead
> > of one backslash)?
> 
> because you can then embed the real script (update the spec with it), without 
> need to re-escape things (seen too many mistakes in this interpolation 
> not-escaping area).

Yes, I know such syntax is available and I would use it, for sure, for
anything more than one "$" to escape.

Greets,
        Jacek


From arekm at maven.pl  Mon Apr 27 18:15:49 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Mon, 27 Apr 2009 18:15:49 +0200
Subject: INFO: cvs downtime
Message-ID: <200904271815.49920.arekm@maven.pl>


cvs will be down for few hours (directory structure migration).

cvs b?dzie wy??czony przez kilka godzin (migracja do nowej struktury 
katalog?w).

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



From arekm at maven.pl  Tue Apr 28 14:55:37 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Apr 2009 14:55:37 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904271815.49920.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
Message-ID: <200904281455.37490.arekm@maven.pl>

On Monday 27 of April 2009, Arkadiusz Miskiewicz wrote:
> cvs will be down for few hours (directory structure migration).

It's back now. Old SPECS as SPECS.old and SOURCES as SOURCES.old.

How to use new structure:
cd ~/rpm
cvs -z3 -d:cvs at cvs.pld-linux.org:/cvsroot co packages
ctrl+c after it starts fetching
cvs up -A builder
./builder -bb alien

(or your favorite build mode/spec)

Report any problems or ideas.

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



From spider at linux.pl  Tue Apr 28 15:08:58 2009
From: spider at linux.pl (Piotr Skwarna)
Date: Tue, 28 Apr 2009 15:08:58 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281455.37490.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
Message-ID: <49F6FFEA.4020208@linux.pl>

Arkadiusz Miskiewicz pisze:
> On Monday 27 of April 2009, Arkadiusz Miskiewicz wrote:
>   
>> cvs will be down for few hours (directory structure migration).
>>     
>
> It's back now. Old SPECS as SPECS.old and SOURCES as SOURCES.old.
>
> How to use new structure:
> cd ~/rpm
> cvs -z3 -d:cvs at cvs.pld-linux.org:/cvsroot co packages
> ctrl+c after it starts fetching
> cvs up -A builder
> ./builder -bb alien
>
> (or your favorite build mode/spec)
>
> Report any problems or ideas.
>
>   
cvs -z3 -d:cvs at cvs.pld-linux.org:/cvsroot co packages
cvs checkout: Unknown method (`cvs at cvs.pld-linux.org') in CVSROOT.
cvs [checkout aborted]: Bad CVSROOT: `:cvs at cvs.pld-linux.org:/cvsroot'


From spider at linux.pl  Tue Apr 28 15:09:57 2009
From: spider at linux.pl (Piotr Skwarna)
Date: Tue, 28 Apr 2009 15:09:57 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281455.37490.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
Message-ID: <49F70025.7060509@linux.pl>

Arkadiusz Miskiewicz pisze:
> On Monday 27 of April 2009, Arkadiusz Miskiewicz wrote:
>   
>> cvs will be down for few hours (directory structure migration).
>>     
>
> It's back now. Old SPECS as SPECS.old and SOURCES as SOURCES.old.
>
> How to use new structure:
> cd ~/rpm
> cvs -z3 -d:cvs at cvs.pld-linux.org:/cvsroot co packages
> ctrl+c after it starts fetching
> cvs up -A builder
> ./builder -bb alien
>
> (or your favorite build mode/spec)
>
> Report any problems or ideas.
>
>   
cvs -z3 -d:cvs at cvs.pld-linux.org:/cvsroot co packages
cvs checkout: Unknown method (`cvs at cvs.pld-linux.org') in CVSROOT.
cvs [checkout aborted]: Bad CVSROOT: `:cvs at cvs.pld-linux.org:/cvsroot'


From pawel at dlugosz.eu  Tue Apr 28 15:11:34 2009
From: pawel at dlugosz.eu (Pawel Dlugosz)
Date: Tue, 28 Apr 2009 15:11:34 +0200
Subject: INFO: cvs downtime
In-Reply-To: <49F6FFEA.4020208@linux.pl>
References: <200904271815.49920.arekm@maven.pl>	<200904281455.37490.arekm@maven.pl>
	<49F6FFEA.4020208@linux.pl>
Message-ID: <49F70086.9040705@dlugosz.eu>

Piotr Skwarna pisze:
> cvs -z3 -d:cvs at cvs.pld-linux.org:/cvsroot co packages

cvs -z3 -d :pserver:cvs at cvs.pld-linux.org:/cvsroot co packages

-- 
Pawe? <@duddits> D?ugosz
.::http://dlugosz.eu::.


From arekm at maven.pl  Tue Apr 28 15:13:24 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Apr 2009 15:13:24 +0200
Subject: INFO: cvs downtime
In-Reply-To: <49F6FFEA.4020208@linux.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl> <49F6FFEA.4020208@linux.pl>
Message-ID: <200904281513.24369.arekm@maven.pl>

On Tuesday 28 of April 2009, Piotr Skwarna wrote:
> Arkadiusz Miskiewicz pisze:
> > On Monday 27 of April 2009, Arkadiusz Miskiewicz wrote:
> >> cvs will be down for few hours (directory structure migration).
> >
> > It's back now. Old SPECS as SPECS.old and SOURCES as SOURCES.old.
> >
> > How to use new structure:
> > cd ~/rpm
> > cvs -z3 -d:cvs at cvs.pld-linux.org:/cvsroot co packages
> > ctrl+c after it starts fetching
> > cvs up -A builder
> > ./builder -bb alien
> >
> > (or your favorite build mode/spec)
> >
> > Report any problems or ideas.
>
> cvs -z3 -d:cvs at cvs.pld-linux.org:/cvsroot co packages
> cvs checkout: Unknown method (`cvs at cvs.pld-linux.org') in CVSROOT.
> cvs [checkout aborted]: Bad CVSROOT: `:cvs at cvs.pld-linux.org:/cvsroot'

cvs -z3 -d:pserver:cvs at cvs.pld-linux.org:/cvsroot co packages

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



From gotar at polanet.pl  Tue Apr 28 15:29:18 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 15:29:18 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281455.37490.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
Message-ID: <20090428132918.GA29006@polanet.pl>

On Tue, Apr 28, 2009 at 14:55:37 +0200, Arkadiusz Miskiewicz wrote:

> It's back now. Old SPECS as SPECS.old and SOURCES as SOURCES.old.
[...]
> Report any problems or ideas.

http://cvs.pld-linux.org/SPECS.old/

opens in new (the more advanced) CVS web frontend instead of old one (as
it was before transition: cvsweb not cvsweb.cgi) - it's totally unusable.
The same applies to SOURCES.old.

2. *.old should be made read-only to avoid accidental commits:

Checking in xorg-driver-video-intel.spec;
/cvsroot/SPECS.old/xorg-driver-video-intel.spec,v  <-- xorg-driver-video-intel.spec
new revision: 1.69; previous revision: 1.68
done
Sending distfiles notification for xorg-driver-video-intel.spec (HEAD)...
Cannot open /cvsroot/SPECS/commits.log.
http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SPECS.old/xorg-driver-video-intel.spec

3. http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/
is one 5.5+ MB big unusable table, versus 1.5- MB plain HTML of
http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS.old


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


From gotar at polanet.pl  Tue Apr 28 15:32:52 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 15:32:52 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281513.24369.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl> <49F6FFEA.4020208@linux.pl>
	<200904281513.24369.arekm@maven.pl>
Message-ID: <20090428133252.GA4445@polanet.pl>

[gotar at fs ~/rpm/packages/xorg-driver-video-intel]$  cvs ci xorg-driver-video-intel.spec  
cvs [server aborted]: "commit" requires write access to the repository
cvs commit: saving log message in /tmp/cvsUXYEvG


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


From baggins at sith.mimuw.edu.pl  Tue Apr 28 15:45:24 2009
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Tue, 28 Apr 2009 15:45:24 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090428133252.GA4445@polanet.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl> <49F6FFEA.4020208@linux.pl>
	<200904281513.24369.arekm@maven.pl>
	<20090428133252.GA4445@polanet.pl>
Message-ID: <20090428134524.GE9634@sith.mimuw.edu.pl>

On Tue, 28 Apr 2009, Tomasz Pala wrote:

> [gotar at fs ~/rpm/packages/xorg-driver-video-intel]$  cvs ci xorg-driver-video-intel.spec  
> cvs [server aborted]: "commit" requires write access to the repository
> cvs commit: saving log message in /tmp/cvsUXYEvG

Old ACL, removed.

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  Tue Apr 28 15:47:02 2009
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Tue, 28 Apr 2009 15:47:02 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281455.37490.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
Message-ID: <20090428134702.GF9634@sith.mimuw.edu.pl>

On Tue, 28 Apr 2009, Arkadiusz Miskiewicz wrote:

> On Monday 27 of April 2009, Arkadiusz Miskiewicz wrote:
> > cvs will be down for few hours (directory structure migration).
> 
> It's back now. Old SPECS as SPECS.old and SOURCES as SOURCES.old.
> 
> How to use new structure:
> cd ~/rpm
> cvs -z3 -d:cvs at cvs.pld-linux.org:/cvsroot co packages
> ctrl+c after it starts fetching

Or:

cd ~/rpm
cvs -z3 -d:pserver:cvs at cvs.pld-linux.org:/cvsroot co packages/builder
cd packages
./builder -bb alien
> 
> (or your favorite build mode/spec)

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 arekm at maven.pl  Tue Apr 28 16:00:04 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Apr 2009 16:00:04 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090428132918.GA29006@polanet.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
	<20090428132918.GA29006@polanet.pl>
Message-ID: <200904281600.04433.arekm@maven.pl>

On Tuesday 28 of April 2009, Tomasz Pala wrote:
> On Tue, Apr 28, 2009 at 14:55:37 +0200, Arkadiusz Miskiewicz wrote:
> > It's back now. Old SPECS as SPECS.old and SOURCES as SOURCES.old.
>
> [...]
>
> > Report any problems or ideas.
>
> http://cvs.pld-linux.org/SPECS.old/
>
> opens in new (the more advanced) CVS web frontend instead of old one (as
> it was before transition: cvsweb not cvsweb.cgi) - it's totally unusable.
> The same applies to SOURCES.old.

Fixed.

>
> 2. *.old should be made read-only to avoid accidental commits:

Also fixed and  xorg-driver-video-intel.spec reverted.

> 3. http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/packages/
> is one 5.5+ MB big unusable table, versus 1.5- MB plain HTML of
> http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS.old

Fixed.

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



From glen at pld-linux.org  Tue Apr 28 16:17:30 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 28 Apr 2009 17:17:30 +0300
Subject: INFO: cvs downtime
In-Reply-To: <20090428134702.GF9634@sith.mimuw.edu.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
	<20090428134702.GF9634@sith.mimuw.edu.pl>
Message-ID: <200904281717.31362.glen@pld-linux.org>

On Tuesday 28 April 2009 16:47:02 Jan Rekorajski wrote:
> On Tue, 28 Apr 2009, Arkadiusz Miskiewicz wrote:
> > On Monday 27 of April 2009, Arkadiusz Miskiewicz wrote:
> > > cvs will be down for few hours (directory structure migration).
> >
> > It's back now. Old SPECS as SPECS.old and SOURCES as SOURCES.old.
> >
> > How to use new structure:
> > cd ~/rpm
> > cvs -z3 -d:cvs at cvs.pld-linux.org:/cvsroot co packages
> > ctrl+c after it starts fetching
>
> Or:
>
> cd ~/rpm
> cvs -z3 -d:pserver:cvs at cvs.pld-linux.org:/cvsroot co packages/builder
> cd packages
> ./builder -bb alien
>
> > (or your favorite build mode/spec)
>
> Janek

how do i get list of all existing .spec files? i'm used to "search" packages that way.

also relative topdir no longer works:

glen at wintersunset packages/rrdtool $ ../builder -bp rrdtool
builder: SMP make flags are set to -j16
../builder[2505]: cd: /home/glen/rpm/packages - No such file or directory
U rrdtool/rrdtool.spec
# $Revision: 1.142 $, $Date: 2009/04/11 18:25:54 $
../builder[2505]: cd: /home/glen/rpm/packages/rrdtool - No such file or directory

No conditional flags passed

from available:
--with   :
--without:       python

Available branches: RA-branch
../builder[2505]: cd: /home/glen/rpm/packages/rrdtool - No such file or directory
../builder[2505]: cd: /home/glen/rpm/packages/rrdtool - No such file or directory
../builder[2505]: cd: /home/glen/rpm/packages/rrdtool - No such file or directory
../builder[2505]: cd: /home/glen/rpm/packages/rrdtool - No such file or directory
../builder[2505]: cd: /home/glen/rpm/packages/rrdtool - No such file or directory
rrdtool-1.3.7.tar.gz having proper md5sum already exists
../builder[2505]: cd: /home/glen/rpm/packages/rrdtool - No such file or directory
../builder[2505]: cd: /home/glen/rpm/packages/rrdtool - No such file or directory
../builder[2505]: cd: /home/glen/rpm/packages/rrdtool - No such file or directory
../builder[2505]: cd: /home/glen/rpm/packages/rrdtool - No such file or directory
../builder[2505]: cd: /home/glen/rpm/packages/rrdtool - No such file or directory
tee: ../logs/rrdtool.2009-04-28_17-14-29: No such file or directory
error: cannot create %_sourcedir /home/glen/rpm/packages/rrdtool
    0.13s real     0.04s user     0.01s system
Error: package build failed. (no more info)
glen at wintersunset packages/rrdtool $ pwd
/home/glen/rpm/pld/packages/rrdtool


-- 
glen


From baggins at sith.mimuw.edu.pl  Tue Apr 28 17:05:53 2009
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Tue, 28 Apr 2009 17:05:53 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281717.31362.glen@pld-linux.org>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
	<20090428134702.GF9634@sith.mimuw.edu.pl>
	<200904281717.31362.glen@pld-linux.org>
Message-ID: <20090428150553.GH9634@sith.mimuw.edu.pl>

On Tue, 28 Apr 2009, Elan Ruusam?e wrote:

> how do i get list of all existing .spec files? i'm used to "search" packages that way.

Currently only by checking out whole packages/ tree.
Suggestions are welcome.

> also relative topdir no longer works:
> 
> glen at wintersunset packages/rrdtool $ ../builder -bp rrdtool
> builder: SMP make flags are set to -j16
> ../builder[2505]: cd: /home/glen/rpm/packages - No such file or directory
[...]

I don't know how it ever worked for you (fancy .rpmmacros?).
Feel free to make it work again, as I can't fully grasp what you're
trying to achieve.

-- 
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 gotar at polanet.pl  Tue Apr 28 17:28:54 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 17:28:54 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090428134524.GE9634@sith.mimuw.edu.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl> <49F6FFEA.4020208@linux.pl>
	<200904281513.24369.arekm@maven.pl>
	<20090428133252.GA4445@polanet.pl>
	<20090428134524.GE9634@sith.mimuw.edu.pl>
Message-ID: <20090428152854.GA12368@polanet.pl>

On Tue, Apr 28, 2009 at 15:45:24 +0200, Jan Rekorajski wrote:

>> [gotar at fs ~/rpm/packages/xorg-driver-video-intel]$  cvs ci xorg-driver-video-intel.spec  
>> cvs [server aborted]: "commit" requires write access to the repository
>> cvs commit: saving log message in /tmp/cvsUXYEvG
> 
> Old ACL, removed.

Nope, still the same problem...

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


From glen at pld-linux.org  Tue Apr 28 17:29:52 2009
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Tue, 28 Apr 2009 18:29:52 +0300
Subject: INFO: cvs downtime
In-Reply-To: <20090428150553.GH9634@sith.mimuw.edu.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281717.31362.glen@pld-linux.org>
	<20090428150553.GH9634@sith.mimuw.edu.pl>
Message-ID: <200904281829.52626.glen@pld-linux.org>

On Tuesday 28 April 2009 18:05:53 Jan Rekorajski wrote:
> On Tue, 28 Apr 2009, Elan Ruusam?e wrote:
> > how do i get list of all existing .spec files? i'm used to "search"
> > packages that way.
>
> Currently only by checking out whole packages/ tree.
> Suggestions are welcome.
triggered symlinks on commits like it was done for filling packages/ tree?

> > also relative topdir no longer works:
> >
> > glen at wintersunset packages/rrdtool $ ../builder -bp rrdtool
> > builder: SMP make flags are set to -j16
> > ../builder[2505]: cd: /home/glen/rpm/packages - No such file or directory
>
> [...]
>
> I don't know how it ever worked for you (fancy .rpmmacros?).
> Feel free to make it work again, as I can't fully grasp what you're
> trying to achieve.

call it "official one":

$ grep _topdir /usr/lib/rpm/macros.build
%_topdir                %{expand:%%global _topdir %(test -d ../SPECS -a -d ../SOURCES && (cd ..; pwd) || echo $HOME/rpm)}%_topdir


i'm just pissed that nobody warned such things like whole tree migrate are going to be done, just was only said "it is going to be done, now, 20 minutes ago"

because i'm so much used to the old paths, i can't even type anymore, which pisses me off even more.
cd ../BUILD/something <--- to the build dir of code
cd -SP <- cd back to specs dir
./compile.sh something <-- run %build
cd - <--- back to code source dir
ls ../all-specs/*something* <-- find pkg matching "something"
grep -r somesymbol <- find packages matching somesymbols
mv ../RPMS/* ../packages ( <---- now this path has been evilly overtaken by pld repo)
./adapter specname <- adapter program not present
./repackage specname <- repackage.sh program not present

i tried to reuse old structure being:
%_topdir = ~/rpm/pld/SPECS
but that fails too as builder script has hardcoded %_topdir/packages

such (filesystem) structure would be acceptable, but having buildri under SPECS is impossible as for that package name is needed to know:
rpm/SPECS = cvs/packages
rpm/SPECS/package = cvs/packages/package
rpm/SPECS/package/package-1.23 = build dir of package version 1.23
rpm/RPMS = resulting rpm's
rpm/SPRPMS = resulting srpm's


-- 
glen


From gotar at polanet.pl  Tue Apr 28 17:31:35 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 17:31:35 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281600.04433.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
	<20090428132918.GA29006@polanet.pl>
	<200904281600.04433.arekm@maven.pl>
Message-ID: <20090428153135.GB12368@polanet.pl>

On Tue, Apr 28, 2009 at 16:00:04 +0200, Arkadiusz Miskiewicz wrote:

> Fixed.
>>
>> 2. *.old should be made read-only to avoid accidental commits:
> 
> Also fixed and  xorg-driver-video-intel.spec reverted.
[...]
> Fixed.

Ack, thnx.

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


From glen at pld-linux.org  Tue Apr 28 17:32:35 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 28 Apr 2009 18:32:35 +0300
Subject: INFO: cvs downtime
In-Reply-To: <20090428152854.GA12368@polanet.pl>
References: <200904271815.49920.arekm@maven.pl>
	<20090428134524.GE9634@sith.mimuw.edu.pl>
	<20090428152854.GA12368@polanet.pl>
Message-ID: <200904281832.36120.glen@pld-linux.org>

On Tuesday 28 April 2009 18:28:54 Tomasz Pala wrote:
> On Tue, Apr 28, 2009 at 15:45:24 +0200, Jan Rekorajski wrote:
> >> [gotar at fs ~/rpm/packages/xorg-driver-video-intel]$  cvs ci
> >> xorg-driver-video-intel.spec cvs [server aborted]: "commit" requires
> >> write access to the repository cvs commit: saving log message in
> >> /tmp/cvsUXYEvG
> >
> > Old ACL, removed.
>
> Nope, still the same problem...

cat CVS/Repository ?
cat CVS/Root ?

-- 
glen


From gotar at polanet.pl  Tue Apr 28 17:36:00 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 17:36:00 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281717.31362.glen@pld-linux.org>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
	<20090428134702.GF9634@sith.mimuw.edu.pl>
	<200904281717.31362.glen@pld-linux.org>
Message-ID: <20090428153600.GC12368@polanet.pl>

On Tue, Apr 28, 2009 at 17:17:30 +0300, Elan Ruusam?e wrote:

> how do i get list of all existing .spec files? i'm used to "search" packages that way.

http://cvs.pld-linux.org/packages

I was searching for spec files this way, now there's no .spec suffix.
Obviously this way you won't grep/sed/whatever *.spec this way.

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


From gotar at polanet.pl  Tue Apr 28 17:38:51 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 17:38:51 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281832.36120.glen@pld-linux.org>
References: <200904271815.49920.arekm@maven.pl>
	<20090428134524.GE9634@sith.mimuw.edu.pl>
	<20090428152854.GA12368@polanet.pl>
	<200904281832.36120.glen@pld-linux.org>
Message-ID: <20090428153851.GD12368@polanet.pl>

On Tue, Apr 28, 2009 at 18:32:35 +0300, Elan Ruusam?e wrote:

> cat CVS/Repository ?
> cat CVS/Root ?

Yes, my mistake, thnx.

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


From baggins at sith.mimuw.edu.pl  Tue Apr 28 17:48:20 2009
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Tue, 28 Apr 2009 17:48:20 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281829.52626.glen@pld-linux.org>
References: <200904271815.49920.arekm@maven.pl>
	<200904281717.31362.glen@pld-linux.org>
	<20090428150553.GH9634@sith.mimuw.edu.pl>
	<200904281829.52626.glen@pld-linux.org>
Message-ID: <20090428154820.GI9634@sith.mimuw.edu.pl>

On Tue, 28 Apr 2009, Elan Ruusam?e wrote:

> On Tuesday 28 April 2009 18:05:53 Jan Rekorajski wrote:
> > On Tue, 28 Apr 2009, Elan Ruusam?e wrote:
> > > how do i get list of all existing .spec files? i'm used to "search"
> > > packages that way.
> >
> > Currently only by checking out whole packages/ tree.
> > Suggestions are welcome.
> triggered symlinks on commits like it was done for filling packages/ tree?

We'll do, but I don't know if it won't go away if/when we switch from
CVS to something else (which is possible now after repo reorganisation).

> call it "official one":
> 
> $ grep _topdir /usr/lib/rpm/macros.build
> %_topdir                %{expand:%%global _topdir %(test -d ../SPECS -a -d ../SOURCES && (cd ..; pwd) || echo $HOME/rpm)}%_topdir
> 
> 
> i'm just pissed that nobody warned such things like whole tree migrate
> are going to be done, just was only said "it is going to be done, now,
> 20 minutes ago"

Sorry for this. I (at least) was afraid that posting something more
elaborate would induce another flamewar and all will end in total failure.

> because i'm so much used to the old paths, i can't even type anymore,
> which pisses me off even more.
> cd ../BUILD/something <--- to the build dir of code
> cd -SP <- cd back to specs dir
> ./compile.sh something <-- run %build
> cd - <--- back to code source dir
> ls ../all-specs/*something* <-- find pkg matching "something"
> grep -r somesymbol <- find packages matching somesymbols
> mv ../RPMS/* ../packages ( <---- now this path has been evilly overtaken by pld repo)
> ./adapter specname <- adapter program not present
> ./repackage specname <- repackage.sh program not present
> 
> i tried to reuse old structure being:
> %_topdir = ~/rpm/pld/SPECS
> but that fails too as builder script has hardcoded %_topdir/packages

I know it's not a perfect solution but I couldn't think of nothing better that
would make sense and _worked_. Really, you are the scriptology magician,
if you know how not to hardcode %_topdir/packages then please change it.

> such (filesystem) structure would be acceptable, but having buildri under SPECS is impossible as for that package name is needed to know:
> rpm/SPECS = cvs/packages
> rpm/SPECS/package = cvs/packages/package
> rpm/SPECS/package/package-1.23 = build dir of package version 1.23
> rpm/RPMS = resulting rpm's
> rpm/SPRPMS = resulting srpm's

Build dir in package space is a bad idea, you will end up with searching
through a thousands of directories looking for build leftovers that ate
your disk space. Current layout is IMO just what we need.

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 arekm at maven.pl  Tue Apr 28 18:08:13 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Apr 2009 18:08:13 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281717.31362.glen@pld-linux.org>
References: <200904271815.49920.arekm@maven.pl>
	<20090428134702.GF9634@sith.mimuw.edu.pl>
	<200904281717.31362.glen@pld-linux.org>
Message-ID: <200904281808.13832.arekm@maven.pl>

On Tuesday 28 of April 2009, Elan Ruusam?e wrote:
> On Tuesday 28 April 2009 16:47:02 Jan Rekorajski wrote:
> > On Tue, 28 Apr 2009, Arkadiusz Miskiewicz wrote:
> > > On Monday 27 of April 2009, Arkadiusz Miskiewicz wrote:
> > > > cvs will be down for few hours (directory structure migration).
> > >
> > > It's back now. Old SPECS as SPECS.old and SOURCES as SOURCES.old.
> > >
> > > How to use new structure:
> > > cd ~/rpm
> > > cvs -z3 -d:cvs at cvs.pld-linux.org:/cvsroot co packages
> > > ctrl+c after it starts fetching
> >
> > Or:
> >
> > cd ~/rpm
> > cvs -z3 -d:pserver:cvs at cvs.pld-linux.org:/cvsroot co packages/builder
> > cd packages
> > ./builder -bb alien
> >
> > > (or your favorite build mode/spec)
> >
> > Janek
>
> how do i get list of all existing .spec files? i'm used to "search"
> packages that way.

maybe:

[arekm at t400 ~]$ cvs -z3 -d:pserver:cvs at cvs.pld-linux.org:/cvsroot ls packages 
| head -n 20
Empty password used - try 'cvs login' with a real password
Listing module: packages

.cvsignore
adapter
adapter.awk
builder
compile.sh
dropin
fetchsrc_request
md5
mirrors
relup.sh
repackage.sh
++DFB
0verkill
2UTF
3DKit
3DLDF
3DM2-7000
3DM2-9650SE
3c5x9setup
3ddesktop


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



From gotar at polanet.pl  Tue Apr 28 18:28:09 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 18:28:09 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090428150553.GH9634@sith.mimuw.edu.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
	<20090428134702.GF9634@sith.mimuw.edu.pl>
	<200904281717.31362.glen@pld-linux.org>
	<20090428150553.GH9634@sith.mimuw.edu.pl>
Message-ID: <20090428162809.GA23529@polanet.pl>

On Tue, Apr 28, 2009 at 17:05:53 +0200, Jan Rekorajski wrote:

>> how do i get list of all existing .spec files? i'm used to "search" packages that way.
> 
> Currently only by checking out whole packages/ tree.
> Suggestions are welcome.

packages/SPECS-flat.sh - definetely not this way....

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


From ankry at green.mif.pg.gda.pl  Tue Apr 28 18:41:38 2009
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 28 Apr 2009 18:41:38 +0200 (CEST)
Subject: INFO: cvs downtime
In-Reply-To: <200904281808.13832.arekm@maven.pl>
Message-ID: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>

Arkadiusz Miskiewicz wrote:
> On Tuesday 28 of April 2009, Elan Ruusam??e wrote:
> > how do i get list of all existing .spec files? i'm used to "search"
> > packages that way.
> 
> maybe:
> 
> [arekm at t400 ~]$ cvs -z3 -d:pserver:cvs at cvs.pld-linux.org:/cvsroot ls packages 
> | head -n 20
> Empty password used - try 'cvs login' with a real password
> Listing module: packages
> 
> .cvsignore
> adapter
> adapter.awk
> builder
> compile.sh
> dropin

.cvsignore.spec ?
adapter.spec ?
adapter.awk.spec ?
builder.spec ?
compile.sh.spec ?
dropin.spec ?

> fetchsrc_request
> md5
> mirrors
> relup.sh
> repackage.sh
> ++DFB
> 0verkill
> 2UTF
> 3DKit
> 3DLDF
> 3DM2-7000
> 3DM2-9650SE
> 3c5x9setup
> 3ddesktop

How to recognize dirs here ?

And: what would we do if we need to create packages named "mirrors",
"adapter", "builder", "md5" some day? Is there a simple way to replace a
file by a dir in CVS? IMVHO these files should go somewhere else.


-- 
=======================================================================
  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 ankry at green.mif.pg.gda.pl  Tue Apr 28 18:45:23 2009
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 28 Apr 2009 18:45:23 +0200 (CEST)
Subject: INFO: cvs downtime
In-Reply-To: <20090428162809.GA23529@polanet.pl>
Message-ID: <200904281645.n3SGjNo3023193@green.mif.pg.gda.pl>

Tomasz Pala wrote:
> 
> On Tue, Apr 28, 2009 at 17:05:53 +0200, Jan Rekorajski wrote:
> 
> >> how do i get list of all existing .spec files? i'm used to "search" packages that way.
> > 
> > Currently only by checking out whole packages/ tree.
> > Suggestions are welcome.
> 
> packages/SPECS-flat.sh - definetely not this way....

Couldn't it be done server-side as symlinks? Via cron?

-- 
=======================================================================
  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 glen at delfi.ee  Tue Apr 28 19:04:06 2009
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Tue, 28 Apr 2009 20:04:06 +0300
Subject: INFO: cvs downtime
In-Reply-To: <20090428154820.GI9634@sith.mimuw.edu.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281829.52626.glen@pld-linux.org>
	<20090428154820.GI9634@sith.mimuw.edu.pl>
Message-ID: <200904282004.06339.glen@delfi.ee>

On Tuesday 28 April 2009 18:48, Jan Rekorajski wrote:
> > i'm just pissed that nobody warned such things like whole tree migrate
> > are going to be done, just was only said "it is going to be done, now,
> > 20 minutes ago"
>
> Sorry for this. I (at least) was afraid that posting something more
> elaborate would induce another flamewar and all will end in total failure.

there's another problem with current builder script:

it creates CVS/Entries.Static, which means `cvs up` or even `cvs up -A` will 
not bring to light all sources. rm the file with builder script seems evil too 
(what if i _do_ want it there)

otherwise ./builder -ns pkgname is useful script to skip fetching (huge) 
source tarballs, if you only want to fix a spec file.

-- 
glen


From arekm at maven.pl  Tue Apr 28 19:25:35 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Apr 2009 19:25:35 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
Message-ID: <200904281925.36085.arekm@maven.pl>

On Tuesday 28 of April 2009, Andrzej Krzysztofowicz wrote:
> Arkadiusz Miskiewicz wrote:

> How to recognize dirs here ?

Use "ls -l".

> And: what would we do if we need to create packages named "mirrors",
> "adapter", "builder", "md5" some day? Is there a simple way to replace a
> file by a dir in CVS? IMVHO these files should go somewhere else.

Then we will have to rename or move scripts and it's easy.

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



From arekm at maven.pl  Tue Apr 28 20:44:14 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Apr 2009 20:44:14 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281455.37490.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
Message-ID: <200904282044.14359.arekm@maven.pl>

On Tuesday 28 of April 2009, Arkadiusz Miskiewicz wrote:

> Report any problems or ideas.

If you want to fetch only specs then use this script:

#!/bin/sh
CROOT=:pserver:cvs at cvs.pld-linux.org:/cvsroot

SPECS=$(for a in `cvs -z3 -d${CROOT} ls -l packages | awk '/(directory)/ { print $1 } '`; do echo -n "packages/$a/$a.spec "; done)

cvs -z3 -d${CROOT} co $SPECS

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



From arekm at maven.pl  Tue Apr 28 20:50:50 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Apr 2009 20:50:50 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904282044.14359.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
	<200904282044.14359.arekm@maven.pl>
Message-ID: <200904282050.50464.arekm@maven.pl>

On Tuesday 28 of April 2009, Arkadiusz Miskiewicz wrote:
> On Tuesday 28 of April 2009, Arkadiusz Miskiewicz wrote:
> > Report any problems or ideas.
>
> If you want to fetch only specs then use this script:

And a script for building packages.

Example: $ pldrpmbuild -bb rpm/packages/alien/alien.spec

[arekm at carme-pld ~]$ more bin/pldrpmbuild
#!/bin/sh

for a in $@; do
        case "$a" in
                *.spec)
                SPEC="$a"
        ;;
        esac
done

SPECDIR="$(pwd)/${SPEC}"
SPECDIR=$(dirname ${SPECDIR})

exec rpmbuild --define "_specdir $SPECDIR" --define "_sourcedir $SPECDIR" $@


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



From gotar at polanet.pl  Tue Apr 28 21:18:51 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 21:18:51 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904282044.14359.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
	<200904282044.14359.arekm@maven.pl>
Message-ID: <20090428191851.GA28139@polanet.pl>

On Tue, Apr 28, 2009 at 20:44:14 +0200, Arkadiusz Miskiewicz wrote:

> If you want to fetch only specs then use this script:
> 
> #!/bin/sh
> CROOT=:pserver:cvs at cvs.pld-linux.org:/cvsroot
> 
> SPECS=$(for a in `cvs -z3 -d${CROOT} ls -l packages | awk '/(directory)/ { print $1 } '`; do echo -n "packages/$a/$a.spec "; done)
> 
> cvs -z3 -d${CROOT} co $SPECS

cvs [ls aborted]: server does not support ls

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


From arekm at maven.pl  Tue Apr 28 21:24:26 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Apr 2009 21:24:26 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090428191851.GA28139@polanet.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904282044.14359.arekm@maven.pl>
	<20090428191851.GA28139@polanet.pl>
Message-ID: <200904282124.26562.arekm@maven.pl>

On Tuesday 28 of April 2009, Tomasz Pala wrote:
> On Tue, Apr 28, 2009 at 20:44:14 +0200, Arkadiusz Miskiewicz wrote:
> > If you want to fetch only specs then use this script:
> >
> > #!/bin/sh
> > CROOT=:pserver:cvs at cvs.pld-linux.org:/cvsroot
> >
> > SPECS=$(for a in `cvs -z3 -d${CROOT} ls -l packages | awk '/(directory)/
> > { print $1 } '`; do echo -n "packages/$a/$a.spec "; done)
> >
> > cvs -z3 -d${CROOT} co $SPECS
>
> cvs [ls aborted]: server does not support ls

Works fine here with cvsnt as client.

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



From gotar at polanet.pl  Tue Apr 28 21:41:45 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 21:41:45 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904282124.26562.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904282044.14359.arekm@maven.pl>
	<20090428191851.GA28139@polanet.pl>
	<200904282124.26562.arekm@maven.pl>
Message-ID: <20090428194145.GA2971@polanet.pl>

On Tue, Apr 28, 2009 at 21:24:26 +0200, Arkadiusz Miskiewicz wrote:

>> > #!/bin/sh
>> > CROOT=:pserver:cvs at cvs.pld-linux.org:/cvsroot
>> >
>> > SPECS=$(for a in `cvs -z3 -d${CROOT} ls -l packages | awk '/(directory)/
>> > { print $1 } '`; do echo -n "packages/$a/$a.spec "; done)
>> >
>> > cvs -z3 -d${CROOT} co $SPECS
>>
>> cvs [ls aborted]: server does not support ls
> 
> Works fine here with cvsnt as client.

It's not...

zsh: argument list too long: cvs

$ echo $SPECS | wc -c
562207

$ echo $SPECS | xargs cvs -z3 -d${CROOT} co

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


From arekm at maven.pl  Tue Apr 28 22:02:17 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Apr 2009 22:02:17 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090428194145.GA2971@polanet.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904282124.26562.arekm@maven.pl>
	<20090428194145.GA2971@polanet.pl>
Message-ID: <200904282202.18092.arekm@maven.pl>

On Tuesday 28 of April 2009, Tomasz Pala wrote:
> On Tue, Apr 28, 2009 at 21:24:26 +0200, Arkadiusz Miskiewicz wrote:
> >> > #!/bin/sh
> >> > CROOT=:pserver:cvs at cvs.pld-linux.org:/cvsroot
> >> >
> >> > SPECS=$(for a in `cvs -z3 -d${CROOT} ls -l packages | awk
> >> > '/(directory)/ { print $1 } '`; do echo -n "packages/$a/$a.spec ";
> >> > done)
> >> >
> >> > cvs -z3 -d${CROOT} co $SPECS
> >>
> >> cvs [ls aborted]: server does not support ls
> >
> > Works fine here with cvsnt as client.
>
> It's not...
>
> zsh: argument list too long: cvs
>
> $ echo $SPECS | wc -c
> 562207
>
> $ echo $SPECS | xargs cvs -z3 -d${CROOT} co

Well, upgrade your kernel (and maybe zsh, too) then. Works fine in Th.

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



From glen at delfi.ee  Tue Apr 28 22:58:59 2009
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Tue, 28 Apr 2009 23:58:59 +0300
Subject: INFO: cvs downtime
In-Reply-To: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
Message-ID: <200904282358.59490.glen@delfi.ee>

On Tuesday 28 April 2009 19:41, Andrzej Krzysztofowicz wrote:
> How to recognize dirs here ?
>
> And: what would we do if we need to create packages named "mirrors",
> "adapter", "builder", "md5" some day? Is there a simple way to replace a
> file by a dir in CVS? IMVHO these files should go somewhere else.

and where do template-*.spec files land? i really do need to see them in one 
dir...

root dir, aka packages/ could do, but i do not want to cvs up all package 
specs  (only files)... cvs up without -d is answer?

-- 
glen


From ankry at green.mif.pg.gda.pl  Tue Apr 28 23:03:08 2009
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Tue, 28 Apr 2009 23:03:08 +0200 (CEST)
Subject: INFO: cvs downtime
In-Reply-To: <200904282202.18092.arekm@maven.pl>
Message-ID: <200904282103.n3SL38xO024492@green.mif.pg.gda.pl>

Arkadiusz Miskiewicz wrote:
> On Tuesday 28 of April 2009, Tomasz Pala wrote:
> > On Tue, Apr 28, 2009 at 21:24:26 +0200, Arkadiusz Miskiewicz wrote:
> > >> > #!/bin/sh
> > >> > CROOT=:pserver:cvs at cvs.pld-linux.org:/cvsroot
> > >> >
> > >> > SPECS=$(for a in `cvs -z3 -d${CROOT} ls -l packages | awk
> > >> > '/(directory)/ { print $1 } '`; do echo -n "packages/$a/$a.spec ";
> > >> > done)
> > >> >
> > >> > cvs -z3 -d${CROOT} co $SPECS
> > >>
> > >> cvs [ls aborted]: server does not support ls
> > >
> > > Works fine here with cvsnt as client.
> >
> > It's not...
> >
> > zsh: argument list too long: cvs
> >
> > $ echo $SPECS | wc -c
> > 562207
> >
> > $ echo $SPECS | xargs cvs -z3 -d${CROOT} co
> 
> Well, upgrade your kernel (and maybe zsh, too) then. Works fine in Th.

Well, requirement of Th for developers is not a good idea. Ac is still
supported. And it would be nice to have the repo usable also for Ra users
(ra2ac.spec ?)

-- 
=======================================================================
  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 glen at delfi.ee  Tue Apr 28 23:03:56 2009
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Wed, 29 Apr 2009 00:03:56 +0300
Subject: INFO: cvs downtime
In-Reply-To: <200904282044.14359.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
	<200904282044.14359.arekm@maven.pl>
Message-ID: <200904290003.56721.glen@delfi.ee>

On Tuesday 28 April 2009 21:44, Arkadiusz Miskiewicz wrote:
> On Tuesday 28 of April 2009, Arkadiusz Miskiewicz wrote:
> > Report any problems or ideas.
>
> If you want to fetch only specs then use this script:
>
> #!/bin/sh
> CROOT=:pserver:cvs at cvs.pld-linux.org:/cvsroot
>
> SPECS=$(for a in `cvs -z3 -d${CROOT} ls -l packages | awk '/(directory)/ {
> print $1 } '`; do echo -n "packages/$a/$a.spec "; done)
>
> cvs -z3 -d${CROOT} co $SPECS

cvs server: warning: packages/DbConnectionBroker/DbConnectionBroker.spec is not (any longer) pertinent

for "packages" no longer present on HEAD...

but really, why not manage the symlinks server-side?
even the cvs commit over symlinks has been working fine so far... only have to worry about dead symlinks (perhaps)

-- 
glen


From arekm at maven.pl  Tue Apr 28 23:10:11 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 28 Apr 2009 23:10:11 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904282103.n3SL38xO024492@green.mif.pg.gda.pl>
References: <200904282103.n3SL38xO024492@green.mif.pg.gda.pl>
Message-ID: <200904282310.11999.arekm@maven.pl>

On Tuesday 28 of April 2009, Andrzej Krzysztofowicz wrote:
> Arkadiusz Miskiewicz wrote:
> > On Tuesday 28 of April 2009, Tomasz Pala wrote:
> > > On Tue, Apr 28, 2009 at 21:24:26 +0200, Arkadiusz Miskiewicz wrote:
> > > >> > #!/bin/sh
> > > >> > CROOT=:pserver:cvs at cvs.pld-linux.org:/cvsroot
> > > >> >
> > > >> > SPECS=$(for a in `cvs -z3 -d${CROOT} ls -l packages | awk
> > > >> > '/(directory)/ { print $1 } '`; do echo -n "packages/$a/$a.spec ";
> > > >> > done)
> > > >> >
> > > >> > cvs -z3 -d${CROOT} co $SPECS
> > > >>
> > > >> cvs [ls aborted]: server does not support ls
> > > >
> > > > Works fine here with cvsnt as client.
> > >
> > > It's not...
> > >
> > > zsh: argument list too long: cvs
> > >
> > > $ echo $SPECS | wc -c
> > > 562207
> > >
> > > $ echo $SPECS | xargs cvs -z3 -d${CROOT} co
> >
> > Well, upgrade your kernel (and maybe zsh, too) then. Works fine in Th.
>
> Well, requirement of Th for developers is not a good idea. Ac is still
> supported. And it would be nice to have the repo usable also for Ra users
> (ra2ac.spec ?)

Tomasz already gave you a solution for old systems.

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



From gotar at polanet.pl  Tue Apr 28 23:37:35 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 23:37:35 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904282202.18092.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904282124.26562.arekm@maven.pl>
	<20090428194145.GA2971@polanet.pl>
	<200904282202.18092.arekm@maven.pl>
Message-ID: <20090428213735.GA4816@polanet.pl>

On Tue, Apr 28, 2009 at 22:02:17 +0200, Arkadiusz Miskiewicz wrote:

>> >> > cvs -z3 -d${CROOT} co $SPECS
>> >>
>> >> cvs [ls aborted]: server does not support ls
>> >
>> > Works fine here with cvsnt as client.
>>
>> It's not...
>>
>> zsh: argument list too long: cvs
>>
>> $ echo $SPECS | wc -c
>> 562207
>>
>> $ echo $SPECS | xargs cvs -z3 -d${CROOT} co
> 
> Well, upgrade your kernel (and maybe zsh, too) then. Works fine in Th.


...yeah, let's require Th kernel.

FYI kernel's default ARG_MAX is 131072 (as of 2.6.29.2 I'm just running).

1. Despite of:
$ getconf ARG_MAX
2097152


2. zsh (4.3.6 from Th)

$ echo $SPECS | wc -c		this is builtin!
562207
$ /bin/echo $SPECS
zsh: argument list too long: /bin/echo

$ true $SPECS			builtin too!
$ /bin/true $SPECS
zsh: argument list too long: /bin/true


3.

$ export SPECS
$ [any command]
zsh: argument list too long: [command]


And I just gave you working solution (with xargs), zsh can handle this
itself by zargs.

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


From gotar at polanet.pl  Tue Apr 28 23:43:31 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 23:43:31 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904282310.11999.arekm@maven.pl>
References: <200904282103.n3SL38xO024492@green.mif.pg.gda.pl>
	<200904282310.11999.arekm@maven.pl>
Message-ID: <20090428214331.GB4816@polanet.pl>

On Tue, Apr 28, 2009 at 23:10:11 +0200, Arkadiusz Miskiewicz wrote:

> Tomasz already gave you a solution for old systems.

For all systems - someone willing to commit Arek's method in
SPECS-flat.sh (for the record), or should I just remove this from repo?

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


From gotar at polanet.pl  Tue Apr 28 23:48:59 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Tue, 28 Apr 2009 23:48:59 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904281645.n3SGjNo3023193@green.mif.pg.gda.pl>
References: <20090428162809.GA23529@polanet.pl>
	<200904281645.n3SGjNo3023193@green.mif.pg.gda.pl>
Message-ID: <20090428214859.GD4816@polanet.pl>

On Tue, Apr 28, 2009 at 18:45:23 +0200, Andrzej Krzysztofowicz wrote:

>> packages/SPECS-flat.sh - definetely not this way....
> 
> Couldn't it be done server-side as symlinks? Via cron?

Dunno. Apparently this transition was not prepared (I mean: Authors(TM)
didn't consider arguments from previous discussions).

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


From ankry at green.mif.pg.gda.pl  Wed Apr 29 00:11:41 2009
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 29 Apr 2009 00:11:41 +0200 (CEST)
Subject: INFO: cvs downtime
In-Reply-To: <20090428214859.GD4816@polanet.pl>
Message-ID: <200904282211.n3SMBfjf025050@green.mif.pg.gda.pl>

Tomasz Pala wrote:
> 
> On Tue, Apr 28, 2009 at 18:45:23 +0200, Andrzej Krzysztofowicz wrote:
> 
> >> packages/SPECS-flat.sh - definetely not this way....
> > 
> > Couldn't it be done server-side as symlinks? Via cron?
> 
> Dunno. Apparently this transition was not prepared (I mean: Authors(TM)
> didn't consider arguments from previous discussions).

cdg ?

-- 
=======================================================================
  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 ankry at green.mif.pg.gda.pl  Wed Apr 29 00:35:28 2009
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 29 Apr 2009 00:35:28 +0200 (CEST)
Subject: INFO: cvs downtime
In-Reply-To: <200904282310.11999.arekm@maven.pl>
Message-ID: <200904282235.n3SMZSkO025180@green.mif.pg.gda.pl>

Arkadiusz Miskiewicz wrote:
> On Tuesday 28 of April 2009, Andrzej Krzysztofowicz wrote:
> > Arkadiusz Miskiewicz wrote:
> > > On Tuesday 28 of April 2009, Tomasz Pala wrote:
> > > > On Tue, Apr 28, 2009 at 21:24:26 +0200, Arkadiusz Miskiewicz wrote:
> > > > >> > #!/bin/sh
> > > > >> > CROOT=:pserver:cvs at cvs.pld-linux.org:/cvsroot
> > > > >> >
> > > > >> > SPECS=$(for a in `cvs -z3 -d${CROOT} ls -l packages | awk
> > > > >> > '/(directory)/ { print $1 } '`; do echo -n "packages/$a/$a.spec ";
> > > > >> > done)
> > > > >> >
> > > > >> > cvs -z3 -d${CROOT} co $SPECS
> > > > >>
> > > > >> cvs [ls aborted]: server does not support ls
> > > > >
> > > > > Works fine here with cvsnt as client.
> > > >
> > > > It's not...
> > > >
> > > > zsh: argument list too long: cvs
> > > >
> > > > $ echo $SPECS | wc -c
> > > > 562207
> > > >
> > > > $ echo $SPECS | xargs cvs -z3 -d${CROOT} co
> > >
> > > Well, upgrade your kernel (and maybe zsh, too) then. Works fine in Th.
> >
> > Well, requirement of Th for developers is not a good idea. Ac is still
> > supported. And it would be nice to have the repo usable also for Ra users
> > (ra2ac.spec ?)
> 
> Tomasz already gave you a solution for old systems.

I did notice.
Please, treat my comment as more general suggestion.

-- 
=======================================================================
  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 gotar at polanet.pl  Wed Apr 29 01:10:41 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 29 Apr 2009 01:10:41 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904282050.50464.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281455.37490.arekm@maven.pl>
	<200904282044.14359.arekm@maven.pl>
	<200904282050.50464.arekm@maven.pl>
Message-ID: <20090428231041.GA13220@polanet.pl>

On Tue, Apr 28, 2009 at 20:50:50 +0200, Arkadiusz Miskiewicz wrote:

> And a script for building packages.
> 
> Example: $ pldrpmbuild -bb rpm/packages/alien/alien.spec

Merged as rpmb() function into rpm-build-macros.

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


From baggins at sith.mimuw.edu.pl  Wed Apr 29 01:30:26 2009
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Wed, 29 Apr 2009 01:30:26 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904282211.n3SMBfjf025050@green.mif.pg.gda.pl>
References: <20090428214859.GD4816@polanet.pl>
	<200904282211.n3SMBfjf025050@green.mif.pg.gda.pl>
Message-ID: <20090428233026.GB19436@sith.mimuw.edu.pl>

On Wed, 29 Apr 2009, Andrzej Krzysztofowicz wrote:

> Tomasz Pala wrote:
> > 
> > On Tue, Apr 28, 2009 at 18:45:23 +0200, Andrzej Krzysztofowicz wrote:
> > 
> > >> packages/SPECS-flat.sh - definetely not this way....
> > > 
> > > Couldn't it be done server-side as symlinks? Via cron?
> > 
> > Dunno. Apparently this transition was not prepared (I mean: Authors(TM)
> > didn't consider arguments from previous discussions).
> 
> cdg ?

Nah... Authors(TM) are well aware of the arguments from previous
discussions. AFAIR switch from flat SPECS/SOURCES to package-per-dir was
agreed on (with some kind of server side symlinked SPECS). The rest was
a flame fest, all previous discussions ended in a flame fest, and a VCS war.

Yes, transition was not prepared perfectly, if we stared preparing
we wouldn't do it. Again.

Sorry for the inconviences we caused, but that was the only way to clean
up cesspool that SOURCES became. And it is IMO more effective to do
something and then squash the bugs than neverending planning.

-- 
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 ankry at green.mif.pg.gda.pl  Wed Apr 29 07:39:45 2009
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 29 Apr 2009 07:39:45 +0200 (CEST)
Subject: INFO: cvs downtime
In-Reply-To: <20090428233026.GB19436@sith.mimuw.edu.pl>
Message-ID: <200904290539.n3T5djmH026777@green.mif.pg.gda.pl>

Jan Rekorajski wrote:
> 
> On Wed, 29 Apr 2009, Andrzej Krzysztofowicz wrote:
> 
> > Tomasz Pala wrote:
> > > 
> > > On Tue, Apr 28, 2009 at 18:45:23 +0200, Andrzej Krzysztofowicz wrote:
> > > 
> > > >> packages/SPECS-flat.sh - definetely not this way....
> > > > 
> > > > Couldn't it be done server-side as symlinks? Via cron?
> > > 
> > > Dunno. Apparently this transition was not prepared (I mean: Authors(TM)
> > > didn't consider arguments from previous discussions).
> > 
> > cdg ?
> 
> Nah... Authors(TM) are well aware of the arguments from previous
> discussions. AFAIR switch from flat SPECS/SOURCES to package-per-dir was
> agreed on (with some kind of server side symlinked SPECS). The rest was

I really appreciate your work.
If server side symlinked SPECS is agreed, I also do not see any big
disadvantage of current directory structure (assumming fixed package building
system).

-- 
=======================================================================
  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 glen at pld-linux.org  Wed Apr 29 09:11:58 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 29 Apr 2009 10:11:58 +0300
Subject: INFO: cvs downtime
In-Reply-To: <200904282358.59490.glen@delfi.ee>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904282358.59490.glen@delfi.ee>
Message-ID: <200904291011.58620.glen@pld-linux.org>

On Tuesday 28 April 2009 23:58, Elan Ruusam?e wrote:
> On Tuesday 28 April 2009 19:41, Andrzej Krzysztofowicz wrote:
> > How to recognize dirs here ?
> >
> > And: what would we do if we need to create packages named "mirrors",
> > "adapter", "builder", "md5" some day? Is there a simple way to replace a
> > file by a dir in CVS? IMVHO these files should go somewhere else.
>
> and where do template-*.spec files land? i really do need to see them in
> one dir...
>
> root dir, aka packages/ could do, but i do not want to cvs up all package
> specs  (only files)... cvs up without -d is answer?

currently they seem each to be a "package", which is wrong:

09:10:16 root[load: 0.22]@1822-cvs /cvsroot/packages# l template* -d
drwxr-xr-x 2 cvs cvs 47 2009-04-28 16:11 template/
drwxr-xr-x 2 cvs cvs 61 2009-04-28 16:11 template-amarok-script/
drwxr-xr-x 2 cvs cvs 62 2009-04-28 16:11 template-apache1_module/
drwxr-xr-x 2 cvs cvs 61 2009-04-28 16:11 template-apache_module/
drwxr-xr-x 2 cvs cvs 62 2009-04-28 16:11 template-browser-plugin/
drwxr-xr-x 2 cvs cvs 60 2009-04-28 16:11 template-cacti-plugin/
drwxr-xr-x 2 cvs cvs 63 2009-04-28 16:11 template-dokuwiki-plugin/
drwxr-xr-x 2 cvs cvs 58 2009-04-28 16:11 template-drupal-mod/
drwxr-xr-x 2 cvs cvs 57 2009-04-28 16:11 template-gDesklets/
drwxr-xr-x 2 cvs cvs 59 2009-04-28 16:11 template-gnome-icons/
drwxr-xr-x 2 cvs cvs 53 2009-04-28 16:11 template-horde/
drwxr-xr-x 2 cvs cvs 52 2009-04-28 16:11 template-java/
drwxr-xr-x 2 cvs cvs 52 2009-04-28 16:11 template-kde4/
drwxr-xr-x 2 cvs cvs 58 2009-04-28 16:11 template-kdepackage/
drwxr-xr-x 2 cvs cvs 57 2009-04-28 16:11 template-kde-theme/
drwxr-xr-x 2 cvs cvs 61 2009-04-28 16:11 template-kernel-module/
drwxr-xr-x 2 cvs cvs 51 2009-04-28 16:11 template-lib/
drwxr-xr-x 2 cvs cvs 61 2009-04-28 16:11 template-nagios-plugin/
drwxr-xr-x 2 cvs cvs 53 2009-04-28 16:11 template-ocaml/
drwxr-xr-x 3 cvs cvs 64 2009-04-28 16:11 template-perl/
drwxr-xr-x 2 cvs cvs 57 2009-04-28 16:11 template-php4-pecl/
drwxr-xr-x 2 cvs cvs 59 2009-04-28 16:11 template-php-package/
drwxr-xr-x 2 cvs cvs 56 2009-04-28 16:11 template-php-pear/
drwxr-xr-x 2 cvs cvs 56 2009-04-28 16:11 template-php-pecl/
drwxr-xr-x 2 cvs cvs 54 2009-04-28 16:11 template-python/
drwxr-xr-x 2 cvs cvs 51 2009-04-28 16:11 template-qt4/
drwxr-xr-x 2 cvs cvs 52 2009-04-28 16:11 template-ruby/
drwxr-xr-x 2 cvs cvs 54 2009-04-28 16:11 template-simple/
drwxr-xr-x 2 cvs cvs 59 2009-04-28 16:11 template-trac-plugin/
drwxr-xr-x 2 cvs cvs 54 2009-04-28 16:11 template-webapp/


-- 
glen


From arekm at maven.pl  Wed Apr 29 09:17:28 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Wed, 29 Apr 2009 09:17:28 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904291011.58620.glen@pld-linux.org>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904282358.59490.glen@delfi.ee>
	<200904291011.58620.glen@pld-linux.org>
Message-ID: <200904290917.28856.arekm@maven.pl>

On Wednesday 29 of April 2009, Elan Ruusam?e wrote:
> On Tuesday 28 April 2009 23:58, Elan Ruusam?e wrote:
> > On Tuesday 28 April 2009 19:41, Andrzej Krzysztofowicz wrote:
> > > How to recognize dirs here ?
> > >
> > > And: what would we do if we need to create packages named "mirrors",
> > > "adapter", "builder", "md5" some day? Is there a simple way to replace
> > > a file by a dir in CVS? IMVHO these files should go somewhere else.
> >
> > and where do template-*.spec files land? i really do need to see them in
> > one dir...
> >
> > root dir, aka packages/ could do, but i do not want to cvs up all package
> > specs  (only files)... cvs up without -d is answer?
>
> currently they seem each to be a "package", which is wrong:
>
> 09:10:16 root[load: 0.22]@1822-cvs /cvsroot/packages# l template* -d
> drwxr-xr-x 2 cvs cvs 47 2009-04-28 16:11 template/
> drwxr-xr-x 2 cvs cvs 61 2009-04-28 16:11 template-amarok-script/
> drwxr-xr-x 2 cvs cvs 62 2009-04-28 16:11 template-apache1_module/
> drwxr-xr-x 2 cvs cvs 61 2009-04-28 16:11 template-apache_module/
> drwxr-xr-x 2 cvs cvs 62 2009-04-28 16:11 template-browser-plugin/
> drwxr-xr-x 2 cvs cvs 60 2009-04-28 16:11 template-cacti-plugin/
> drwxr-xr-x 2 cvs cvs 63 2009-04-28 16:11 template-dokuwiki-plugin/
> drwxr-xr-x 2 cvs cvs 58 2009-04-28 16:11 template-drupal-mod/
> drwxr-xr-x 2 cvs cvs 57 2009-04-28 16:11 template-gDesklets/
> drwxr-xr-x 2 cvs cvs 59 2009-04-28 16:11 template-gnome-icons/
> drwxr-xr-x 2 cvs cvs 53 2009-04-28 16:11 template-horde/
> drwxr-xr-x 2 cvs cvs 52 2009-04-28 16:11 template-java/
> drwxr-xr-x 2 cvs cvs 52 2009-04-28 16:11 template-kde4/
> drwxr-xr-x 2 cvs cvs 58 2009-04-28 16:11 template-kdepackage/
> drwxr-xr-x 2 cvs cvs 57 2009-04-28 16:11 template-kde-theme/
> drwxr-xr-x 2 cvs cvs 61 2009-04-28 16:11 template-kernel-module/
> drwxr-xr-x 2 cvs cvs 51 2009-04-28 16:11 template-lib/
> drwxr-xr-x 2 cvs cvs 61 2009-04-28 16:11 template-nagios-plugin/
> drwxr-xr-x 2 cvs cvs 53 2009-04-28 16:11 template-ocaml/
> drwxr-xr-x 3 cvs cvs 64 2009-04-28 16:11 template-perl/
> drwxr-xr-x 2 cvs cvs 57 2009-04-28 16:11 template-php4-pecl/
> drwxr-xr-x 2 cvs cvs 59 2009-04-28 16:11 template-php-package/
> drwxr-xr-x 2 cvs cvs 56 2009-04-28 16:11 template-php-pear/
> drwxr-xr-x 2 cvs cvs 56 2009-04-28 16:11 template-php-pecl/
> drwxr-xr-x 2 cvs cvs 54 2009-04-28 16:11 template-python/
> drwxr-xr-x 2 cvs cvs 51 2009-04-28 16:11 template-qt4/
> drwxr-xr-x 2 cvs cvs 52 2009-04-28 16:11 template-ruby/
> drwxr-xr-x 2 cvs cvs 54 2009-04-28 16:11 template-simple/
> drwxr-xr-x 2 cvs cvs 59 2009-04-28 16:11 template-trac-plugin/
> drwxr-xr-x 2 cvs cvs 54 2009-04-28 16:11 template-webapp/

It can be merged. Is "templates" dir fine?

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



From gotar at polanet.pl  Wed Apr 29 09:23:52 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 29 Apr 2009 09:23:52 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904290917.28856.arekm@maven.pl>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904282358.59490.glen@delfi.ee>
	<200904291011.58620.glen@pld-linux.org>
	<200904290917.28856.arekm@maven.pl>
Message-ID: <20090429072351.GA20154@polanet.pl>

On Wed, Apr 29, 2009 at 09:17:28 +0200, Arkadiusz Miskiewicz wrote:

>> drwxr-xr-x 2 cvs cvs 59 2009-04-28 16:11 template-trac-plugin/
>> drwxr-xr-x 2 cvs cvs 54 2009-04-28 16:11 template-webapp/
> 
> It can be merged. Is "templates" dir fine?

template-specs (in case some 'templates' package emerges sometime)?

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


From arekm at maven.pl  Wed Apr 29 09:28:47 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Wed, 29 Apr 2009 09:28:47 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090429072351.GA20154@polanet.pl>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904290917.28856.arekm@maven.pl>
	<20090429072351.GA20154@polanet.pl>
Message-ID: <200904290928.47592.arekm@maven.pl>

On Wednesday 29 of April 2009, Tomasz Pala wrote:
> On Wed, Apr 29, 2009 at 09:17:28 +0200, Arkadiusz Miskiewicz wrote:
> >> drwxr-xr-x 2 cvs cvs 59 2009-04-28 16:11 template-trac-plugin/
> >> drwxr-xr-x 2 cvs cvs 54 2009-04-28 16:11 template-webapp/
> >
> > It can be merged. Is "templates" dir fine?
>
> template-specs (in case some 'templates' package emerges sometime)?

And maybe it should be outside of packages/ leaving this for real packages 
only ?

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



From gotar at polanet.pl  Wed Apr 29 09:33:01 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 29 Apr 2009 09:33:01 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090428233026.GB19436@sith.mimuw.edu.pl>
References: <20090428214859.GD4816@polanet.pl>
	<200904282211.n3SMBfjf025050@green.mif.pg.gda.pl>
	<20090428233026.GB19436@sith.mimuw.edu.pl>
Message-ID: <20090429073301.GB20154@polanet.pl>

On Wed, Apr 29, 2009 at 01:30:26 +0200, Jan Rekorajski wrote:

> discussions. AFAIR switch from flat SPECS/SOURCES to package-per-dir was
> agreed on (with some kind of server side symlinked SPECS). The rest was

You remember correctly, there were consensus with flat specs access.

> a flame fest, all previous discussions ended in a flame fest, and a VCS war.

There were also suggestions that interested persons should create test
repo.

> up cesspool that SOURCES became. And it is IMO more effective to do
> something and then squash the bugs than neverending planning.

It's not about planning, but doing something right (test repo, symlinks,
then transition).

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


From gotar at polanet.pl  Wed Apr 29 09:37:01 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 29 Apr 2009 09:37:01 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904290928.47592.arekm@maven.pl>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904290917.28856.arekm@maven.pl>
	<20090429072351.GA20154@polanet.pl>
	<200904290928.47592.arekm@maven.pl>
Message-ID: <20090429073701.GC20154@polanet.pl>

On Wed, Apr 29, 2009 at 09:28:47 +0200, Arkadiusz Miskiewicz wrote:

> On Wednesday 29 of April 2009, Tomasz Pala wrote:
>> >
>> > It can be merged. Is "templates" dir fine?
>>
>> template-specs (in case some 'templates' package emerges sometime)?
> 
> And maybe it should be outside of packages/ leaving this for real packages 
> only ?

+1

And how about moving scripts (builder, adapter etc.)? It would be
finally possible 'to bring them all and in the darkness bind them'.

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


From arekm at maven.pl  Wed Apr 29 09:45:44 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Wed, 29 Apr 2009 09:45:44 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090429073701.GC20154@polanet.pl>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904290928.47592.arekm@maven.pl>
	<20090429073701.GC20154@polanet.pl>
Message-ID: <200904290945.45009.arekm@maven.pl>

On Wednesday 29 of April 2009, Tomasz Pala wrote:

> And how about moving scripts (builder, adapter etc.)? It would be
> finally possible 'to bring them all and in the darkness bind them'.

I like doing just ../builder -bb whatever or ../pldnotify.awk 
package/package.spec but well. Better solutions are welcome.

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



From gotar at polanet.pl  Wed Apr 29 09:46:32 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 29 Apr 2009 09:46:32 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090428154820.GI9634@sith.mimuw.edu.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281717.31362.glen@pld-linux.org>
	<20090428150553.GH9634@sith.mimuw.edu.pl>
	<200904281829.52626.glen@pld-linux.org>
	<20090428154820.GI9634@sith.mimuw.edu.pl>
Message-ID: <20090429074632.GA26419@polanet.pl>

On Tue, Apr 28, 2009 at 17:48:20 +0200, Jan Rekorajski wrote:

>> triggered symlinks on commits like it was done for filling packages/ tree?
> 
> We'll do, but I don't know if it won't go away if/when we switch from

Would they be commitable (two-way) or read-only? And when we may expect
this?

> Build dir in package space is a bad idea, you will end up with searching
> through a thousands of directories looking for build leftovers that ate
> your disk space. Current layout is IMO just what we need.

I agree, moreover I'd like to see DF-sources (non-CVS) outside package
space, unfortunately rpm won't handle this.

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


From gotar at polanet.pl  Wed Apr 29 09:53:01 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 29 Apr 2009 09:53:01 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904290945.45009.arekm@maven.pl>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904290928.47592.arekm@maven.pl>
	<20090429073701.GC20154@polanet.pl>
	<200904290945.45009.arekm@maven.pl>
Message-ID: <20090429075300.GA29154@polanet.pl>

On Wed, Apr 29, 2009 at 09:45:44 +0200, Arkadiusz Miskiewicz wrote:

>> And how about moving scripts (builder, adapter etc.)? It would be
>> finally possible 'to bring them all and in the darkness bind them'.
> 
> I like doing just ../builder -bb whatever or ../pldnotify.awk 
> package/package.spec but well. Better solutions are welcome.

I like it too (well, with one leading dot ;>) - you could keep this on
client-side many ways:
- symlink to packages,
- symlink to ~/bin,
- creating alias
or via symlinks on server-side - but IMHO it's better to leave this for
user (I'd symlink only scripts I use).

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


From glen at pld-linux.org  Wed Apr 29 10:12:36 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 29 Apr 2009 11:12:36 +0300
Subject: INFO: cvs downtime
In-Reply-To: <20090429074632.GA26419@polanet.pl>
References: <200904271815.49920.arekm@maven.pl>
	<20090428154820.GI9634@sith.mimuw.edu.pl>
	<20090429074632.GA26419@polanet.pl>
Message-ID: <200904291112.36895.glen@pld-linux.org>

On Wednesday 29 April 2009 10:46:32 Tomasz Pala wrote:
> > Build dir in package space is a bad idea, you will end up with searching
> > through a thousands of directories looking for build leftovers that ate
> > your disk space. Current layout is IMO just what we need.
>
> I agree, moreover I'd like to see DF-sources (non-CVS) outside package
> space, unfortunately rpm won't handle this.

are you sure?

afaik openpkg patches in rpm allow this (those %{_rsourcedir}, etc you see 
sometimes are undefined for us)

-- 
glen


From glen at pld-linux.org  Wed Apr 29 10:17:43 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 29 Apr 2009 11:17:43 +0300
Subject: INFO: cvs downtime
In-Reply-To: <20090429075300.GA29154@polanet.pl>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904290945.45009.arekm@maven.pl>
	<20090429075300.GA29154@polanet.pl>
Message-ID: <200904291117.43180.glen@pld-linux.org>

On Wednesday 29 April 2009 10:53:01 Tomasz Pala wrote:
> On Wed, Apr 29, 2009 at 09:45:44 +0200, Arkadiusz Miskiewicz wrote:
> >> And how about moving scripts (builder, adapter etc.)? It would be
> >> finally possible 'to bring them all and in the darkness bind them'.
> >
> > I like doing just ../builder -bb whatever or ../pldnotify.awk
> > package/package.spec but well. Better solutions are welcome.
>
> I like it too (well, with one leading dot ;>) - you could keep this on
> client-side many ways:
> - symlink to packages,
> - symlink to ~/bin,
> - creating alias
> or via symlinks on server-side - but IMHO it's better to leave this for
> user (I'd symlink only scripts I use).

how about (for now) just /packages as files? as it would be easier to locate 
them (builder --init-rpm-dir would checkout them for you)

later we could improve ./builder script to always create the ./symlinks to 
tools dir?

in long term all those should go to rpm-build-macros package perhaps (and 
rpm-build-macros be renamed to rpm-build-tools?) so you could grab them 
from /usr/share/blah without network access (install from rpm)

-- 
glen


From glen at pld-linux.org  Wed Apr 29 10:25:21 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 29 Apr 2009 11:25:21 +0300
Subject: INFO: cvs downtime
In-Reply-To: <200904291117.43180.glen@pld-linux.org>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<20090429075300.GA29154@polanet.pl>
	<200904291117.43180.glen@pld-linux.org>
Message-ID: <200904291125.21428.glen@pld-linux.org>

On Wednesday 29 April 2009 11:17:43 Elan Ruusam?e wrote:
> how about (for now) just /packages as files?

nevermind, seems checkout root module respecs CVS/Root and getting them is easy as:

11:23:35 glen[load: 1.40]@carme-pld ~/rpm/packages$ cvs co template-specs
cvs server: Updating template-specs
U template-specs/template-amarok-script.spec
...

-- 
glen


From gotar at polanet.pl  Wed Apr 29 10:47:11 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 29 Apr 2009 10:47:11 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904291117.43180.glen@pld-linux.org>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904290945.45009.arekm@maven.pl>
	<20090429075300.GA29154@polanet.pl>
	<200904291117.43180.glen@pld-linux.org>
Message-ID: <20090429084711.GA10247@polanet.pl>

On Wed, Apr 29, 2009 at 11:17:43 +0300, Elan Ruusam?e wrote:

> how about (for now) just /packages as files? as it would be easier to locate 
> them (builder --init-rpm-dir would checkout them for you)

All the scripts already reside in /packages and they are difficult to
locate without builder ...script.

> in long term all those should go to rpm-build-macros package perhaps (and 
> rpm-build-macros be renamed to rpm-build-tools?) so you could grab them 
> from /usr/share/blah without network access (install from rpm)

There is rpm-build-tools package, I doubt it's always fresh enough.

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


From mmazur at kernel.pl  Wed Apr 29 10:48:12 2009
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Wed, 29 Apr 2009 10:48:12 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090429074632.GA26419@polanet.pl>
References: <200904271815.49920.arekm@maven.pl>
	<20090428154820.GI9634@sith.mimuw.edu.pl>
	<20090429074632.GA26419@polanet.pl>
Message-ID: <200904291048.12745.mmazur@kernel.pl>

Dnia ?roda, 29 kwietnia 2009, Tomasz Pala napisa?:
> Would they be commitable (two-way) or read-only? And when we may expect
> this?

read-only. It's a almost guaranteed that after switching VCS-es, there would 
be no real possibility of doing them +rw.

--mmazur


From gotar at polanet.pl  Wed Apr 29 10:54:26 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 29 Apr 2009 10:54:26 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904291125.21428.glen@pld-linux.org>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<20090429075300.GA29154@polanet.pl>
	<200904291117.43180.glen@pld-linux.org>
	<200904291125.21428.glen@pld-linux.org>
Message-ID: <20090429085426.GB10247@polanet.pl>

On Wed, Apr 29, 2009 at 11:25:21 +0300, Elan Ruusam?e wrote:

> nevermind, seems checkout root module respecs CVS/Root and getting them is easy as:

Yes, co needs only CVS/Root file.


But it's more difficult to get new package now (having Entries.Static):

before:
~/rpm/SPECS: cvs up icewm.spec

now:
~/rpm/packages: cvs up icewm		-> no effect
~/rpm/packages: cvs up icewm/icewm.spec -> error
cvs [update aborted]: no such directory `icewm'
~/rpm/packages: cvs co icewm/icewm.spec -> error
cvs server: cannot find module `icewm/icewm.spec' - ignored
~/rpm/packages: cvs co icewm		-> error
cvs server: cannot find module `icewm' - ignored


and one have to do (having ~/rpm/CVS/Root only):

~/rpm: cvs co packages/icewm/icewm.spec


without this file one would have to append

-d :pserver:<login>@cvs.pld-linux.org/cvsroot

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


From glen at pld-linux.org  Wed Apr 29 11:49:23 2009
From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 29 Apr 2009 12:49:23 +0300
Subject: INFO: cvs downtime
In-Reply-To: <20090429085426.GB10247@polanet.pl>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904291125.21428.glen@pld-linux.org>
	<20090429085426.GB10247@polanet.pl>
Message-ID: <200904291249.24092.glen@pld-linux.org>

On Wednesday 29 April 2009 11:54:26 Tomasz Pala wrote:
> But it's more difficult to get new package now (having Entries.Static):

solved now (cvs up builder)

> before:
> ~/rpm/SPECS: cvs up icewm.spec
>
> now:
> ~/rpm/packages: cvs up icewm????????????-> no effect
> ~/rpm/packages: cvs up icewm/icewm.spec -> error
> cvs [update aborted]: no such directory `icewm'
> ~/rpm/packages: cvs co icewm/icewm.spec -> error
> cvs server: cannot find module `icewm/icewm.spec' - ignored
> ~/rpm/packages: cvs co icewm????????????-> error
> cvs server: cannot find module `icewm' - ignored

cvs up -dP icewm

-- 
glen


From glen at pld-linux.org  Wed Apr 29 11:59:01 2009
From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 29 Apr 2009 12:59:01 +0300
Subject: INFO: cvs downtime
In-Reply-To: <200904291048.12745.mmazur@kernel.pl>
References: <200904271815.49920.arekm@maven.pl>
	<20090429074632.GA26419@polanet.pl>
	<200904291048.12745.mmazur@kernel.pl>
Message-ID: <200904291259.01534.glen@pld-linux.org>

On Wednesday 29 April 2009 11:48:12 Mariusz Mazur wrote:
> Dnia ?roda, 29 kwietnia 2009, Tomasz Pala napisa?:
> > Would they be commitable (two-way) or read-only? And when we may expect
> > this?
>
> read-only. It's a almost guaranteed that after switching VCS-es, there
> would be no real possibility of doing them +rw.

plz +rw in cvs mode, as i tend to be mentor fixing silly mistakes others 
commit to specs, checkout each package to fix those will suck

-- 
glen


From arekm at maven.pl  Wed Apr 29 12:08:49 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Wed, 29 Apr 2009 12:08:49 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904291259.01534.glen@pld-linux.org>
References: <200904271815.49920.arekm@maven.pl>
	<200904291048.12745.mmazur@kernel.pl>
	<200904291259.01534.glen@pld-linux.org>
Message-ID: <200904291208.49454.arekm@maven.pl>

On Wednesday 29 of April 2009, Elan Ruusam?e wrote:
> On Wednesday 29 April 2009 11:48:12 Mariusz Mazur wrote:
> > Dnia ?roda, 29 kwietnia 2009, Tomasz Pala napisa?:
> > > Would they be commitable (two-way) or read-only? And when we may expect
> > > this?
> >
> > read-only. It's a almost guaranteed that after switching VCS-es, there
> > would be no real possibility of doing them +rw.
>
> plz +rw in cvs mode, as i tend to be mentor fixing silly mistakes others
> commit to specs, checkout each package to fix those will suck

Use script that was posted here ... it will checkout/update only specs.

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



From ankry at green.mif.pg.gda.pl  Wed Apr 29 12:34:32 2009
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Wed, 29 Apr 2009 12:34:32 +0200 (CEST)
Subject: INFO: cvs downtime
In-Reply-To: <20090429073701.GC20154@polanet.pl>
Message-ID: <200904291034.n3TAYW09028394@green.mif.pg.gda.pl>

Tomasz Pala wrote:
> 
> On Wed, Apr 29, 2009 at 09:28:47 +0200, Arkadiusz Miskiewicz wrote:
> 
> > On Wednesday 29 of April 2009, Tomasz Pala wrote:
> >> >
> >> > It can be merged. Is "templates" dir fine?
> >>
> >> template-specs (in case some 'templates' package emerges sometime)?
> > 
> > And maybe it should be outside of packages/ leaving this for real packages 
> > only ?
> 
> +1
> 
> And how about moving scripts (builder, adapter etc.)? It would be
> finally possible 'to bring them all and in the darkness bind them'.

+1
unless there is a realy strong reason against it.
It would clean up the repo structure.

And I strongly suggest to forbid creation new _files_ in top-level packages/
directory. IMO only dirs creation should be allowed there to avoid potential
problems in future.

-- 
=======================================================================
  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 mmazur at kernel.pl  Wed Apr 29 12:55:40 2009
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Wed, 29 Apr 2009 12:55:40 +0200
Subject: flat SPECS available!
In-Reply-To: <200904271815.49920.arekm@maven.pl>
References: <200904271815.49920.arekm@maven.pl>
Message-ID: <200904291255.40657.mmazur@kernel.pl>

I just did a server-side read-only SPECS that's full of symlinks to 
the ../packages spec files. I've also added a small monitoring script that 
will rename/delete/create new symlinks whenever a directory in packages/ gets 
created/deleted/renamed.

Enjoy.

--mmazur

Oh, and I'll use this mail as backup for the script:


#!/bin/bash

inotifywait -q -m  -e create -e move -e delete /cvsroot/packages | (
        cd /cvsroot/SPECS;
        while read path change file; do
                if [ -z "`echo $change|grep ISDIR`" ]; then
                        continue
                fi
                change=`echo $change|cut -d, -f 1`
                echo `date` $change $file >> /var/log/flatspecsd

                if [ "$change" == "CREATE" ]; then
                        ln -s "../packages/${file}/${file}.spec,v"
                elif [ "$change" == "MOVED_TO" ]; then
                        ln -s "../packages/${file}/${file}.spec,v"
                elif [ "$change" == "DELETE" ]; then
                        rm -f "${file}.spec,v"
                elif [ "$change" == "MOVED_FROM" ]; then
                        rm -f "${file}.spec,v"
                fi
        done
        )


From mmazur at kernel.pl  Wed Apr 29 12:56:53 2009
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Wed, 29 Apr 2009 12:56:53 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904291259.01534.glen@pld-linux.org>
References: <200904271815.49920.arekm@maven.pl>
	<200904291048.12745.mmazur@kernel.pl>
	<200904291259.01534.glen@pld-linux.org>
Message-ID: <200904291256.53438.mmazur@kernel.pl>

Dnia ?roda, 29 kwietnia 2009, Elan Ruusam?e napisa?:
> plz +rw in cvs mode, as i tend to be mentor fixing silly mistakes others
> commit to specs, checkout each package to fix those will suck

Nope. Even the possibility of RW will go away soon, so you should stop relying 
on it right about now.

--mmazur


From mmazur at kernel.pl  Wed Apr 29 13:04:38 2009
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Wed, 29 Apr 2009 13:04:38 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904291256.53438.mmazur@kernel.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904291259.01534.glen@pld-linux.org>
	<200904291256.53438.mmazur@kernel.pl>
Message-ID: <200904291304.38657.mmazur@kernel.pl>

Dnia ?roda, 29 kwietnia 2009, Mariusz Mazur napisa?:
> Dnia ?roda, 29 kwietnia 2009, Elan Ruusam?e napisa?:
> > plz +rw in cvs mode, as i tend to be mentor fixing silly mistakes others
> > commit to specs, checkout each package to fix those will suck
>
> Nope. Even the possibility of RW will go away soon, so you should stop
> relying on it right about now.

Btw: I believe cvs does per directory locking, so even with cvs trying to 
commit through the current SPECS can break someone else's checkout (since cvs 
won't know it's checking out a file mid-commit) or, in the very unlikely 
case, the file itself.

So, committing through SPECS is currently just potentially dangerous, and soon 
impossible. Live with it :)

--mmazur


From glen at pld-linux.org  Wed Apr 29 13:08:36 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 29 Apr 2009 14:08:36 +0300
Subject: flat SPECS available!
In-Reply-To: <200904291255.40657.mmazur@kernel.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904291255.40657.mmazur@kernel.pl>
Message-ID: <200904291408.37429.glen@pld-linux.org>

On Wednesday 29 April 2009 13:55:40 Mariusz Mazur wrote:
> I just did a server-side read-only SPECS that's full of symlinks to
> the ../packages spec files.

doing cvs up revealed what other non-spec files were present, where they are now?


glen at builder-ac pld/SPECS $ grep 'is no longer' /tmp/ss
cvs server: .cvsignore is no longer in the repository
cvs server: COPYING is no longer in the repository
cvs server: R-spec.sh is no longer in the repository
cvs server: adapter is no longer in the repository
cvs server: adapter.awk is no longer in the repository
cvs server: additional-md5sums is no longer in the repository
cvs server: apt-get-buildrequires is no longer in the repository
cvs server: bcond-list is no longer in the repository
cvs server: builder is no longer in the repository
cvs server: buildrpm_request is no longer in the repository
cvs server: check-cvs-sync is no longer in the repository
cvs server: check-ftp-sync is no longer in the repository
cvs server: check_fresh is no longer in the repository
cvs server: compile.sh is no longer in the repository
cvs server: fetchsrc_request is no longer in the repository
cvs server: find-spec is no longer in the repository
cvs server: ftplinks.sh is no longer in the repository
cvs server: getsrc is no longer in the repository
cvs server: getsrcurl is no longer in the repository
cvs server: hamcrest.spec is no longer in the repository
cvs server: hardcoded-pkgs is no longer in the repository
cvs server: makegen is no longer in the repository
cvs server: md5 is no longer in the repository
cvs server: mirrors is no longer in the repository
cvs server: mysql-connector-j.spec is no longer in the repository
cvs server: new-cpan.sh is no longer in the repository
cvs server: nps.spec is no longer in the repository
cvs server: old2newbconds.awk is no longer in the repository
cvs server: optflags-test is no longer in the repository
cvs server: package-opts is no longer in the repository
cvs server: patchtool.pl is no longer in the repository
cvs server: pearize.sh is no longer in the repository
cvs server: perl-autoup is no longer in the repository
cvs server: pldnotify.awk is no longer in the repository
cvs server: poldek-get-buildrequires is no longer in the repository
cvs server: relup.sh is no longer in the repository
cvs server: repackage.sh is no longer in the repository
cvs server: review.py is no longer in the repository
cvs server: rollback is no longer in the repository
cvs server: rpmdb-checkdir.sh is no longer in the repository
cvs server: rsget2.spec is no longer in the repository
cvs server: sb.sh is no longer in the repository
cvs server: sed_to_patch.pl is no longer in the repository
cvs server: spec_utf8 is no longer in the repository
cvs server: specparser.pl is no longer in the repository
cvs server: srcwrap is no longer in the repository
[template*.spec omited]
cvs server: updatelib.sh is no longer in the repository
cvs server: utf8_check.py is no longer in the repository
cvs server: verup.sh is no longer in the repository
cvs server: workcleanup.sh is no longer in the repository
cvs server: xemacs-adapter is no longer in the repository
cvs server: xemacs-adapter-template is no longer in the repository
cvs server: xemacs-adapter.awk is no longer in the repository
glen at builder-ac pld/SPECS $


-- 
glen


From mmazur at kernel.pl  Wed Apr 29 13:13:03 2009
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Wed, 29 Apr 2009 13:13:03 +0200
Subject: flat SPECS available!
In-Reply-To: <200904291408.37429.glen@pld-linux.org>
References: <200904271815.49920.arekm@maven.pl>
	<200904291255.40657.mmazur@kernel.pl>
	<200904291408.37429.glen@pld-linux.org>
Message-ID: <200904291313.03274.mmazur@kernel.pl>

Dnia ?roda, 29 kwietnia 2009, Elan Ruusam?e napisa?:
> On Wednesday 29 April 2009 13:55:40 Mariusz Mazur wrote:
> > I just did a server-side read-only SPECS that's full of symlinks to
> > the ../packages spec files.
>
> doing cvs up revealed what other non-spec files were present, where they
> are now?

The new place of course. It's not like you can use the builder script for much 
of anything currently. Or can you?

--mmazur


From glen at pld-linux.org  Wed Apr 29 13:20:07 2009
From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 29 Apr 2009 14:20:07 +0300
Subject: flat SPECS available!
In-Reply-To: <200904291313.03274.mmazur@kernel.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904291408.37429.glen@pld-linux.org>
	<200904291313.03274.mmazur@kernel.pl>
Message-ID: <200904291420.07814.glen@pld-linux.org>

On Wednesday 29 April 2009 14:13:03 Mariusz Mazur wrote:
> Dnia ?roda, 29 kwietnia 2009, Elan Ruusam?e napisa?:
> > On Wednesday 29 April 2009 13:55:40 Mariusz Mazur wrote:
> > > I just did a server-side read-only SPECS that's full of symlinks to
> > > the ../packages spec files.
> >
> > doing cvs up revealed what other non-spec files were present, where they
> > are now?
>
> The new place of course.

if it's not big secret, then what is the new place?

-- 
glen


From mmazur at kernel.pl  Wed Apr 29 13:23:50 2009
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Wed, 29 Apr 2009 13:23:50 +0200
Subject: flat SPECS available!
In-Reply-To: <200904291420.07814.glen@pld-linux.org>
References: <200904271815.49920.arekm@maven.pl>
	<200904291313.03274.mmazur@kernel.pl>
	<200904291420.07814.glen@pld-linux.org>
Message-ID: <200904291323.50479.mmazur@kernel.pl>

Dnia ?roda, 29 kwietnia 2009, Elan Ruusam?e napisa?:
> if it's not big secret, then what is the new place?

packages/builder, just don't tell anyone :)

--mmazur


From glen at pld-linux.org  Wed Apr 29 13:29:11 2009
From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 29 Apr 2009 14:29:11 +0300
Subject: flat SPECS available!
In-Reply-To: <200904291323.50479.mmazur@kernel.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904291420.07814.glen@pld-linux.org>
	<200904291323.50479.mmazur@kernel.pl>
Message-ID: <200904291429.11517.glen@pld-linux.org>

On Wednesday 29 April 2009 14:23:50 Mariusz Mazur wrote:
> Dnia ?roda, 29 kwietnia 2009, Elan Ruusam?e napisa?:
> > if it's not big secret, then what is the new place?
>
> packages/builder, just don't tell anyone :)

no, i mean the _other_ files in that list...
http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2009-April/021049.html

-- 
glen


From gotar at polanet.pl  Wed Apr 29 13:36:44 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 29 Apr 2009 13:36:44 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904291249.24092.glen@pld-linux.org>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904291125.21428.glen@pld-linux.org>
	<20090429085426.GB10247@polanet.pl>
	<200904291249.24092.glen@pld-linux.org>
Message-ID: <20090429113644.GA14394@polanet.pl>

On Wed, Apr 29, 2009 at 12:49:23 +0300, Elan Ruusam?e wrote:

>> ~/rpm/packages: cvs up icewm????????????-> no effect
>> ~/rpm/packages: cvs up icewm/icewm.spec -> error
>> cvs [update aborted]: no such directory `icewm'
>> ~/rpm/packages: cvs co icewm/icewm.spec -> error
>> cvs server: cannot find module `icewm/icewm.spec' - ignored
>> ~/rpm/packages: cvs co icewm????????????-> error
>> cvs server: cannot find module `icewm' - ignored
> 
> cvs up -dP icewm

Thnx (however this fetches all package contents, any way to get spec
alone?)

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


From mmazur at kernel.pl  Wed Apr 29 13:52:20 2009
From: mmazur at kernel.pl (Mariusz Mazur)
Date: Wed, 29 Apr 2009 13:52:20 +0200
Subject: flat SPECS available!
In-Reply-To: <200904291429.11517.glen@pld-linux.org>
References: <200904271815.49920.arekm@maven.pl>
	<200904291323.50479.mmazur@kernel.pl>
	<200904291429.11517.glen@pld-linux.org>
Message-ID: <200904291352.20735.mmazur@kernel.pl>

Dnia ?roda, 29 kwietnia 2009, Elan Ruusam?e napisa?:
> > packages/builder, just don't tell anyone :)
>
> no, i mean the _other_ files in that list...
> http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2009-April/021049
>.html

Dunno. If some of them are still useful, just copy them from SPECS.old to some 
new place.

--mmazur


From glen at pld-linux.org  Wed Apr 29 15:13:06 2009
From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Wed, 29 Apr 2009 16:13:06 +0300
Subject: INFO: cvs downtime
In-Reply-To: <20090429113644.GA14394@polanet.pl>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904291249.24092.glen@pld-linux.org>
	<20090429113644.GA14394@polanet.pl>
Message-ID: <200904291613.06904.glen@pld-linux.org>

On Wednesday 29 April 2009 14:36:44 Tomasz Pala wrote:
> On Wed, Apr 29, 2009 at 12:49:23 +0300, Elan Ruusam?e wrote:
> >> ~/rpm/packages: cvs up icewm????????????-> no effect
> >> ~/rpm/packages: cvs up icewm/icewm.spec -> error
> >> cvs [update aborted]: no such directory `icewm'
> >> ~/rpm/packages: cvs co icewm/icewm.spec -> error
> >> cvs server: cannot find module `icewm/icewm.spec' - ignored
> >> ~/rpm/packages: cvs co icewm????????????-> error
> >> cvs server: cannot find module `icewm' - ignored
> >
> > cvs up -dP icewm
>
> Thnx (however this fetches all package contents, any way to get spec
> alone?)

./builder -g -ns icewm?

-- 
glen


From kornet at camk.edu.pl  Wed Apr 29 15:35:55 2009
From: kornet at camk.edu.pl (Kacper Kornet)
Date: Wed, 29 Apr 2009 15:35:55 +0200
Subject: vim-rt-extras and gvim-gtk
Message-ID: <20090429133555.GB29722@onyx.camk.edu.pl>

Are there any objections against adding R: vim-rt-extras to gvim-gtk?
Without vim-rt-extras installed I get warning:

Error detected while processing /usr/share/vim/vim72/menu.vim:
line  155:
E121: Undefined variable: paste#paste_cmd
E15: Invalid expression: 'vnoremenu <script> &Edit.&Paste<Tab>"+gP^I' .
paste#paste_cmd['v']

and gvim has no toolbar.
-- 
  Kacper


From glen at pld-linux.org  Wed Apr 29 15:57:48 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 29 Apr 2009 16:57:48 +0300
Subject: alternative SOURCE dir
In-Reply-To: <200904291112.36895.glen@pld-linux.org>
References: <200904271815.49920.arekm@maven.pl>
	<20090429074632.GA26419@polanet.pl>
	<200904291112.36895.glen@pld-linux.org>
Message-ID: <200904291657.49547.glen@pld-linux.org>

On Wednesday 29 April 2009 11:12:36 Elan Ruusam?e wrote:
> On Wednesday 29 April 2009 10:46:32 Tomasz Pala wrote:
> > > Build dir in package space is a bad idea, you will end up with
> > > searching through a thousands of directories looking for build
> > > leftovers that ate your disk space. Current layout is IMO just what we
> > > need.
> >
> > I agree, moreover I'd like to see DF-sources (non-CVS) outside package
> > space, unfortunately rpm won't handle this.
>
> are you sure?
>
> afaik openpkg patches in rpm allow this (those %{_rsourcedir}, etc you see
> sometimes are undefined for us)

rpmbuild searches files also from %{_Rsourcedir}:

$ rpmbuild -bp trac-plugin-ticketchange.spec
error: Fetching /%{_Rsourcedir}/ticketchangeplugin.zip failed: Unknown or unexpected error

$ wget ftp://distfiles.pld-linux.org/distfiles/by-md5/7/c/7c21c57730434992bf0e7aca47fdaa0c/ticketchangeplugin.zip -q -O /home/users/glen/rpm/SOURCES/ticketchangeplugin.zip

$ rpmbuild -D '_Rsourcedir /home/users/glen/rpm/SOURCES' -bp trac-plugin-ticketchange.spec
Executing(%prep):  env -i PATH=/home/users/glen/GNUstep/Tools:/usr/local/bin:/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11R6/bin:/usr/local/bin:/home/users/glen/bin:/usr/games:/home/users/glen/okas 
HOME=/home/users/glen TMP=/home/users/glen/tmp TMPDIR=/home/users/glen/tmp  /bin/sh -e /home/users/glen/tmp/rpm-tmp.58204
+ umask 022
+ cd /home/users/glen/rpm/BUILD.x86_64-linux
+ cd /home/users/glen/rpm/BUILD.x86_64-linux
+ rm -rf ticketchangeplugin
+ /usr/bin/unzip -qq /home/users/glen/rpm/SOURCES/ticketchangeplugin.zip
+ STATUS=0
+ [ 0 -ne 0 ]
+ cd ticketchangeplugin
+ /bin/id -u
+ [ 1009 = 0 ]
+ true .
+ /bin/chmod -Rf -Rf a+rX,u+w,g-w,o-w .
+ exit 0
$

16:26:31  jbj> well yes, L is local, R is remote, one could use that same mechanism. note that a R -> L copy operation is implied, that isn't quite VPATH.

actually it means rpmbuild copies from %{_Rsourcedir} -> %{_Lsourcedir} in the process...

-- 
glen


From gotar at polanet.pl  Wed Apr 29 19:28:45 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Wed, 29 Apr 2009 19:28:45 +0200
Subject: INFO: cvs downtime
In-Reply-To: <200904291613.06904.glen@pld-linux.org>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904291249.24092.glen@pld-linux.org>
	<20090429113644.GA14394@polanet.pl>
	<200904291613.06904.glen@pld-linux.org>
Message-ID: <20090429172845.GA6765@polanet.pl>

On Wed, Apr 29, 2009 at 16:13:06 +0300, Elan Ruusam?e wrote:

>> Thnx (however this fetches all package contents, any way to get spec
>> alone?)
> 
> ./builder -g -ns icewm?

Works as expected, thanks.

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


From gotar at polanet.pl  Thu Apr 30 20:07:16 2009
From: gotar at polanet.pl (Tomasz Pala)
Date: Thu, 30 Apr 2009 20:07:16 +0200
Subject: INFO: cvs downtime
In-Reply-To: <20090429172845.GA6765@polanet.pl>
References: <200904281641.n3SGfceC023150@green.mif.pg.gda.pl>
	<200904291249.24092.glen@pld-linux.org>
	<20090429113644.GA14394@polanet.pl>
	<200904291613.06904.glen@pld-linux.org>
	<20090429172845.GA6765@polanet.pl>
Message-ID: <20090430180714.GA8656@polanet.pl>

On Wed, Apr 29, 2009 at 19:28:45 +0200, Tomasz Pala wrote:

> On Wed, Apr 29, 2009 at 16:13:06 +0300, Elan Ruusam?e wrote:
> 
>>> Thnx (however this fetches all package contents, any way to get spec
>>> alone?)
>> 
>> ./builder -g -ns icewm?
> 
> Works as expected, thanks.

Ermmm, no, it doesn't now... what might have changed?

[gotar at fs ~/rpm/packages]$  ./builder -g -ns icewm
U icewm/icewm.spec
# $Revision: 1.207 $, $Date: 2008/09/18 15:51:29 $
U icewm-broken-xrandr.patch
U icewm-helpbrowser.patch
U icewm-tray_hotfixes.patch

I don't want any sources to be fetched.

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


From wrobell at pld-linux.org  Thu Apr 30 21:29:55 2009
From: wrobell at pld-linux.org (wrobell)
Date: Thu, 30 Apr 2009 20:29:55 +0100
Subject: cvs directory structure change (was: Re: INFO: cvs downtime)
In-Reply-To: <20090428154820.GI9634@sith.mimuw.edu.pl>
References: <200904271815.49920.arekm@maven.pl>
	<200904281717.31362.glen@pld-linux.org>
	<20090428150553.GH9634@sith.mimuw.edu.pl>
	<200904281829.52626.glen@pld-linux.org>
	<20090428154820.GI9634@sith.mimuw.edu.pl>
Message-ID: <20090430192955.GL4148@borg.lanet.net.pl>

On Tue, Apr 28, 2009 at 05:48:20PM +0200, Jan Rekorajski wrote:
> On Tue, 28 Apr 2009, Elan Ruusam?e wrote:
[...]
> > i'm just pissed that nobody warned such things like whole tree migrate
> > are going to be done, just was only said "it is going to be done, now,
> > 20 minutes ago"
> 
> Sorry for this. I (at least) was afraid that posting something more
> elaborate would induce another flamewar and all will end in total failure.

i propose to perform SCM migration in similar way. ;)

but seriously, the information about the change could be titled something
better than "cvs downtime". 

may i suggest "swine flu killer" next time, so spam filters pick it up? ;)

beside that, it is better now. thanks!

regards,

    wrobell <wrobell at pld-linux.org>