From udvzsolt at gmail.com  Thu Jan  1 23:54:34 2009
From: udvzsolt at gmail.com (Zsolt Udvari)
Date: Thu, 1 Jan 2009 23:54:34 +0100
Subject: TeXLive rel 0.8 testing
In-Reply-To: <760ece280812291121n2679aa4by341f6db6d3c5bca4@mail.gmail.com>
References: <760ece280812290642t75f1046cv43ca539a1364bcd9@mail.gmail.com>
	<77fcfd0a0812291042x45a84915xad185e57cf9f023c@mail.gmail.com>
	<760ece280812291049i6ed4cdd2ue0a6b61648da9861@mail.gmail.com>
	<77fcfd0a0812291053v228d0f8fm58ee9950647b38b7@mail.gmail.com>
	<760ece280812291121n2679aa4by341f6db6d3c5bca4@mail.gmail.com>
Message-ID: <760ece280901011454r51f0d0a7u9a9ef9915d2c471e@mail.gmail.com>

2008/12/29 Zsolt Udvari <udvzsolt at gmail.com>:
>> Well it's entirely up to you, but I would propose somethinglike that:
>> ~/public_html/texlive/RPMS/{i686,whatever_arch_is_built}
>> and then in the rpm directory run "poldek -s . --mkidxz" (sans quotes)
>> of course don't forget to make the files readable.
> IMHO it's done.
> http://carme.pld-linux.org/~uzsolt/texlive/RPMS/i686/

Updated to rel 0.9. It isn't perfect (yet), but more-more better. So,
please download, try and test it!

Zsolt

Ps.: Happy New Year!
Boldog ?j ?vet!


From deejay1 at srem.org  Sun Jan  4 16:49:42 2009
From: deejay1 at srem.org (=?UTF-8?Q?=C5=81ukasz_Jerna=C5=9B?=)
Date: Sun, 4 Jan 2009 16:49:42 +0100
Subject: SPECS (LINUX_2_6): kernel.spec - release 0.4 (vserver +
	grsec_minimal - grs...
In-Reply-To: <SPECS_kernel.spec.1.441.2.2045@pld-linux.org>
References: <SPECS_kernel.spec.1.441.2.2044@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.2045@pld-linux.org>
Message-ID: <77fcfd0a0901040749t6883c5a9n23d56350a934cf4e@mail.gmail.com>

On Sun, Jan 4, 2009 at 4:45 PM, adamg <adamg at pld-linux.org> wrote:
> Author: adamg                        Date: Sun Jan  4 15:45:45 2009 GMT
> Module: SPECS                         Tag: LINUX_2_6
> ---- Log message:
> - release 0.4 (vserver + grsec_minimal - grsec_full - apparmor works)

Does it boot? I can't get it to run on my machine (piix driver,
reiserfs partition).
It fails on remounting /dev/hda3 to /newroot with "no such device",
the devices are correctly recognized by the driver (with hda as HDD
and hdc as DVD)

Regards,
-- 
?ukasz

From baggins at sith.mimuw.edu.pl  Sun Jan  4 16:57:12 2009
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Sun, 4 Jan 2009 16:57:12 +0100
Subject: SPECS (LINUX_2_6): kernel.spec - release 0.4 (vserver +
	grsec_minimal - grs...
In-Reply-To: <77fcfd0a0901040749t6883c5a9n23d56350a934cf4e@mail.gmail.com>
References: <SPECS_kernel.spec.1.441.2.2044@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.2045@pld-linux.org>
	<77fcfd0a0901040749t6883c5a9n23d56350a934cf4e@mail.gmail.com>
Message-ID: <20090104155712.GA23218@sith.mimuw.edu.pl>

On Sun, 04 Jan 2009, ?ukasz Jerna? wrote:

> On Sun, Jan 4, 2009 at 4:45 PM, adamg <adamg at pld-linux.org> wrote:
> > Author: adamg                        Date: Sun Jan  4 15:45:45 2009 GMT
> > Module: SPECS                         Tag: LINUX_2_6
> > ---- Log message:
> > - release 0.4 (vserver + grsec_minimal - grsec_full - apparmor works)
> 
> Does it boot? I can't get it to run on my machine (piix driver,
> reiserfs partition).
> It fails on remounting /dev/hda3 to /newroot with "no such device",
> the devices are correctly recognized by the driver (with hda as HDD
> and hdc as DVD)

reiserfs is broken in 2.6.28.

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 deejay1 at srem.org  Sun Jan  4 17:00:58 2009
From: deejay1 at srem.org (=?UTF-8?Q?=C5=81ukasz_Jerna=C5=9B?=)
Date: Sun, 4 Jan 2009 17:00:58 +0100
Subject: SPECS (LINUX_2_6): kernel.spec - release 0.4 (vserver +
	grsec_minimal - grs...
In-Reply-To: <20090104155712.GA23218@sith.mimuw.edu.pl>
References: <SPECS_kernel.spec.1.441.2.2044@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.2045@pld-linux.org>
	<77fcfd0a0901040749t6883c5a9n23d56350a934cf4e@mail.gmail.com>
	<20090104155712.GA23218@sith.mimuw.edu.pl>
Message-ID: <77fcfd0a0901040800w7cf99880qbfa38daee99e3a07@mail.gmail.com>

On Sun, Jan 4, 2009 at 4:57 PM, Jan Rekorajski
<baggins at sith.mimuw.edu.pl> wrote:
> On Sun, 04 Jan 2009, ?ukasz Jerna? wrote:
>
>> On Sun, Jan 4, 2009 at 4:45 PM, adamg <adamg at pld-linux.org> wrote:
>> > Author: adamg                        Date: Sun Jan  4 15:45:45 2009 GMT
>> > Module: SPECS                         Tag: LINUX_2_6
>> > ---- Log message:
>> > - release 0.4 (vserver + grsec_minimal - grsec_full - apparmor works)
>>
>> Does it boot? I can't get it to run on my machine (piix driver,
>> reiserfs partition).
>> It fails on remounting /dev/hda3 to /newroot with "no such device",
>> the devices are correctly recognized by the driver (with hda as HDD
>> and hdc as DVD)
>
> reiserfs is broken in 2.6.28.

Ouch, so a big for the kernel devs FAIL. It's time to switch to ext4 I think...

-- 
?ukasz

From adamg at pld-linux.org  Sun Jan  4 17:06:21 2009
From: adamg at pld-linux.org (Adam Golebiowski)
Date: Sun, 4 Jan 2009 17:06:21 +0100
Subject: SPECS (LINUX_2_6): kernel.spec - release 0.4 (vserver +
	grsec_minimal - grs...
In-Reply-To: <77fcfd0a0901040749t6883c5a9n23d56350a934cf4e@mail.gmail.com>
References: <SPECS_kernel.spec.1.441.2.2044@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.2045@pld-linux.org>
	<77fcfd0a0901040749t6883c5a9n23d56350a934cf4e@mail.gmail.com>
Message-ID: <200901041706.21343.adamg@pld-linux.org>

On Sunday 04 January 2009, ?ukasz Jerna? wrote:
> On Sun, Jan 4, 2009 at 4:45 PM, adamg <adamg at pld-linux.org> wrote:
> > Author: adamg                        Date: Sun Jan  4 15:45:45 2009 GMT
> > Module: SPECS                         Tag: LINUX_2_6
> > ---- Log message:
> > - release 0.4 (vserver + grsec_minimal - grsec_full - apparmor works)
>
> Does it boot? 

It does, vserver works as does grsec_minimal functionality. 

> I can't get it to run on my machine (piix driver, 
> reiserfs partition).
> It fails on remounting /dev/hda3 to /newroot with "no such device",
> the devices are correctly recognized by the driver (with hda as HDD
> and hdc as DVD)

I tested 2.6.28 on a virtualbox guest with rootfs on ext4. Works fine. 

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


From zawadaa at gmail.com  Sun Jan  4 19:03:27 2009
From: zawadaa at gmail.com (Andrzej Zawadzki)
Date: Sun, 04 Jan 2009 19:03:27 +0100
Subject: SPECS (LINUX_2_6): kernel.spec - release 0.4 (vserver
	+	grsec_minimal - grs...
In-Reply-To: <20090104155712.GA23218@sith.mimuw.edu.pl>
References: <SPECS_kernel.spec.1.441.2.2044@pld-linux.org>	<SPECS_kernel.spec.1.441.2.2045@pld-linux.org>	<77fcfd0a0901040749t6883c5a9n23d56350a934cf4e@mail.gmail.com>
	<20090104155712.GA23218@sith.mimuw.edu.pl>
Message-ID: <4960F9EF.9040009@gmail.com>

Jan Rekorajski wrote:
> [...]
> reiserfs is broken in 2.6.28.
>   
?
$ mount
/dev/mapper/volumenik-pld_root on / type reiserfs (rw)
$ uname -r
2.6.28

This is vanilla kernel from kernel.org

-- 
Andrzej


From baggins at sith.mimuw.edu.pl  Sun Jan  4 19:13:14 2009
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Sun, 4 Jan 2009 19:13:14 +0100
Subject: SPECS (LINUX_2_6): kernel.spec - release 0.4 (vserver +
	grsec_minimal - grs...
In-Reply-To: <4960F9EF.9040009@gmail.com>
References: <SPECS_kernel.spec.1.441.2.2044@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.2045@pld-linux.org>
	<77fcfd0a0901040749t6883c5a9n23d56350a934cf4e@mail.gmail.com>
	<20090104155712.GA23218@sith.mimuw.edu.pl>
	<4960F9EF.9040009@gmail.com>
Message-ID: <20090104181314.GA29104@sith.mimuw.edu.pl>

On Sun, 04 Jan 2009, Andrzej Zawadzki wrote:

> Jan Rekorajski wrote:
> > [...]
> > reiserfs is broken in 2.6.28.
> >   
> ?
> $ mount
> /dev/mapper/volumenik-pld_root on / type reiserfs (rw)
> $ uname -r
> 2.6.28
> 
> This is vanilla kernel from kernel.org

Maybe I misread, and the bug was introduce after 2.6.28.
See this:

On Fri, Jan 02, 2009 at 09:38:11AM +0100, Marc Koschewski wrote:
> Hi!
> 
> I just booted into a 2.6.28-17244-gb58602a kernel that is the currently recent
> git code. The reiserfs fs has some major probs when booting this kernel. I just
> --rebuild-tree 4 partitions which are OK now again. When booting my Gentoo box
> says it cannot create an /etc/mtab~nnnn file and such. When I boot into stock
> 2.6.28, however, anything is OK. I re-tested that 3 times. Anytime I boot into
> the git kernel the messages occur and I shutdown the box via acpid (power
> button) as quick as I can.

Arrgh.  See if that helps:

now that we use ih.key earlier, we need to do all its setup early enough

Signed-off-by: Al Viro <viro at zeniv.linux.org.uk>
---
diff --git a/fs/reiserfs/inode.c b/fs/reiserfs/inode.c
index 145c2d3..1306d4f 100644
--- a/fs/reiserfs/inode.c
+++ b/fs/reiserfs/inode.c
@@ -1782,6 +1782,12 @@ int reiserfs_new_inode(struct reiserfs_transaction_handle *th,
 		goto out_bad_inode;
 	}
 	args.objectid = inode->i_ino = le32_to_cpu(ih.ih_key.k_objectid);
+	if (old_format_only(sb))
+		make_le_item_head(&ih, NULL, KEY_FORMAT_3_5, SD_OFFSET,
+				  TYPE_STAT_DATA, SD_V1_SIZE, MAX_US_INT);
+	else
+		make_le_item_head(&ih, NULL, KEY_FORMAT_3_6, SD_OFFSET,
+				  TYPE_STAT_DATA, SD_SIZE, MAX_US_INT);
 	memcpy(INODE_PKEY(inode), &(ih.ih_key), KEY_SIZE);
 	args.dirid = le32_to_cpu(ih.ih_key.k_dir_id);
 	if (insert_inode_locked4(inode, args.objectid,
@@ -1834,13 +1840,6 @@ int reiserfs_new_inode(struct reiserfs_transaction_handle *th,
 	reiserfs_init_acl_default(inode);
 	reiserfs_init_xattr_rwsem(inode);
 
-	if (old_format_only(sb))
-		make_le_item_head(&ih, NULL, KEY_FORMAT_3_5, SD_OFFSET,
-				  TYPE_STAT_DATA, SD_V1_SIZE, MAX_US_INT);
-	else
-		make_le_item_head(&ih, NULL, KEY_FORMAT_3_6, SD_OFFSET,
-				  TYPE_STAT_DATA, SD_SIZE, MAX_US_INT);
-
 	/* key to search for correct place for new stat data */
 	_make_cpu_key(&key, KEY_FORMAT_3_6, le32_to_cpu(ih.ih_key.k_dir_id),
 		      le32_to_cpu(ih.ih_key.k_objectid), SD_OFFSET,
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

-- 
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 Jan  6 07:34:43 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 6 Jan 2009 08:34:43 +0200
Subject: libungif.so.4: cannot open shared object file
Message-ID: <200901060834.44002.glen@pld-linux.org>

is there something to do with this?
it has had happened at least twice (likely due libungif/giflib switching).
as it causes really odd faults and hard to trace

and ldconfig run won't fix this, as the libungif is not the soname.

ruby.spec: -- 
# ruby emacs mode - borrowed from FC-4
%if %{with emacs}
install -d $RPM_BUILD_ROOT%{_emacs_lispdir}/{%{name}-mode,site-start.d}

ruby build -- 
+ cp -Rf ruby-uguide guide
+ cp -Rf rubyfaq faq
+ install -d /ruby-mode /site-start.d
install: cannot change permissions of `/ruby-mode': No such file or directory
install: cannot change permissions of `/site-start.d': No such file or directory
error: Bad exit status from /home/glen/tmp/rpm-tmp.83177 (%install)

$ emacs `rpm -E %___emacs_lispdir_helper`
emacs: error while loading shared libraries: libungif.so.4: cannot open shared object file: No such file or directory

$ l /usr/lib/libungif.so.4
ls: cannot access /usr/lib/libungif.so.4: No such file or directory

$ rpm -V ungif giflib
package ungif is not installed
missing     /usr/lib/libungif.so.4

$ rpm -ql giflib|grep /lib
/usr/lib/libgif.so.4.1.4
/usr/lib/libungif.so.4

$ l /usr/lib/libungif.*
lrwxrwxrwx 1 root root  9 2008-09-23 14:04 /usr/lib/libungif.la -> libgif.la
lrwxrwxrwx 1 root root 15 2008-09-23 14:04 /usr/lib/libungif.so -> libgif.so.4.1.4*

$ objdump -p /usr/lib/libungif.so | grep SONAME
  SONAME               libgif.so.4

-- 
glen


From glen at pld-linux.org  Tue Jan  6 07:40:05 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 6 Jan 2009 08:40:05 +0200
Subject: libungif.so.4: cannot open shared object file
In-Reply-To: <200901060834.44002.glen@pld-linux.org>
References: <200901060834.44002.glen@pld-linux.org>
Message-ID: <200901060840.06008.glen@pld-linux.org>

On Tuesday 06 January 2009 08:34, Elan Ruusam?e wrote:
> + install -d /ruby-mode /site-start.d
> install: cannot change permissions of `/ruby-mode': No such file or directory 
> install: cannot change permissions of `/site-start.d': No such file or directory 
> error: Bad exit status from /home/glen/tmp/rpm-tmp.83177
> (%install)

this is real evil. perhaps we should change our macros to return /ERROR/ instead of ERROR on random failures?

$ rpm -E 'install -d $RPM_BUILD_ROOT%{_emacs_lispdir}/{%{name}-mode,site-start.d}'
install -d $RPM_BUILD_ROOTERROR/{%{name}-mode,site-start.d}

-- 
glen


From sparky at pld-linux.org  Tue Jan  6 22:44:32 2009
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Tue, 6 Jan 2009 22:44:32 +0100
Subject: SPECS: perl-IP-Country.spec - up to 2.26, more %files
In-Reply-To: <SPECS_perl_IP_Country.spec.1.11@pld-linux.org>
References: <SPECS_perl_IP_Country.spec.1.10@pld-linux.org>
	<SPECS_perl_IP_Country.spec.1.11@pld-linux.org>
Message-ID: <20090106214432.GA9006@pld-linux.org>

On Tue, Jan 06, 2009 at 10:27:00PM +0100, duddits wrote:
> Author: duddits                      Date: Tue Jan  6 21:27:00 2009 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - up to 2.26, more %files

> +%{perl_vendorlib}/IP/._Authority.pm

ten plik oraz inne ._* wygl?da na b??d w paczkowaniu, prosz? usu? go lub
daj komentarz dlaczego jest potrzebny

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


From sparky at pld-linux.org  Tue Jan  6 22:45:56 2009
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Tue, 6 Jan 2009 22:45:56 +0100
Subject: SPECS: perl-IP-Country.spec - up to 2.26, more %files
In-Reply-To: <20090106214432.GA9006@pld-linux.org>
References: <SPECS_perl_IP_Country.spec.1.10@pld-linux.org>
	<SPECS_perl_IP_Country.spec.1.11@pld-linux.org>
	<20090106214432.GA9006@pld-linux.org>
Message-ID: <20090106214556.GB9006@pld-linux.org>

This mail should not be here, sorry.

On Tue, Jan 06, 2009 at 10:44:32PM +0100, Przemyslaw Iskra wrote:
> On Tue, Jan 06, 2009 at 10:27:00PM +0100, duddits wrote:
> > Author: duddits                      Date: Tue Jan  6 21:27:00 2009 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - up to 2.26, more %files
> 
> > +%{perl_vendorlib}/IP/._Authority.pm
> 
> ten plik oraz inne ._* wygl?da na b??d w paczkowaniu, prosz? usu? go lub
> daj komentarz dlaczego jest potrzebny

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


From pawel at dlugosz.eu  Tue Jan  6 22:46:41 2009
From: pawel at dlugosz.eu (Pawel Dlugosz)
Date: Tue, 06 Jan 2009 22:46:41 +0100
Subject: SPECS: perl-IP-Country.spec - up to 2.26, more %files
In-Reply-To: <20090106214432.GA9006@pld-linux.org>
References: <SPECS_perl_IP_Country.spec.1.10@pld-linux.org>	<SPECS_perl_IP_Country.spec.1.11@pld-linux.org>
	<20090106214432.GA9006@pld-linux.org>
Message-ID: <4963D141.7030007@dlugosz.eu>

Przemyslaw Iskra pisze:
>> +%{perl_vendorlib}/IP/._Authority.pm

It's good to have an extra pair of eyes :)

Wilco.

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


From maciej.pijanka at gmail.com  Fri Jan  9 13:08:42 2009
From: maciej.pijanka at gmail.com (maciej.pijanka at gmail.com)
Date: Fri, 9 Jan 2009 13:08:42 +0100
Subject: TeXLive rel 0.8 testing
In-Reply-To: <760ece280901011454r51f0d0a7u9a9ef9915d2c471e@mail.gmail.com>
References: <760ece280812290642t75f1046cv43ca539a1364bcd9@mail.gmail.com>
	<77fcfd0a0812291042x45a84915xad185e57cf9f023c@mail.gmail.com>
	<760ece280812291049i6ed4cdd2ue0a6b61648da9861@mail.gmail.com>
	<77fcfd0a0812291053v228d0f8fm58ee9950647b38b7@mail.gmail.com>
	<760ece280812291121n2679aa4by341f6db6d3c5bca4@mail.gmail.com>
	<760ece280901011454r51f0d0a7u9a9ef9915d2c471e@mail.gmail.com>
Message-ID: <e7f94b360901090408j5c8bebc9ia2b1a173497c160@mail.gmail.com>

On 01/01/2009, Zsolt Udvari <udvzsolt at gmail.com> wrote:
> 2008/12/29 Zsolt Udvari <udvzsolt at gmail.com>:
>>> Well it's entirely up to you, but I would propose somethinglike that:
>>> ~/public_html/texlive/RPMS/{i686,whatever_arch_is_built}
>>> and then in the rpm directory run "poldek -s . --mkidxz" (sans quotes)
>>> of course don't forget to make the files readable.
>> IMHO it's done.
>> http://carme.pld-linux.org/~uzsolt/texlive/RPMS/i686/
>
> Updated to rel 0.9. It isn't perfect (yet), but more-more better. So,
> please download, try and test it!

I tried at mine machine right now, at least basic things installed
well, i will try to use it some in next days. Good work.

> Zsolt

-- 
Maciej Pijanka, PLD-Linux Developer, Reg Linux user #133161
POE/Perl user


From witek.firlej at gmail.com  Sat Jan 10 01:21:32 2009
From: witek.firlej at gmail.com (Witek Firlej)
Date: Sat, 10 Jan 2009 01:21:32 +0100
Subject: TeXLive rel 0.8 testing
In-Reply-To: <760ece280901011454r51f0d0a7u9a9ef9915d2c471e@mail.gmail.com>
References: <760ece280812290642t75f1046cv43ca539a1364bcd9@mail.gmail.com>
	<77fcfd0a0812291042x45a84915xad185e57cf9f023c@mail.gmail.com>
	<760ece280812291049i6ed4cdd2ue0a6b61648da9861@mail.gmail.com>
	<77fcfd0a0812291053v228d0f8fm58ee9950647b38b7@mail.gmail.com>
	<760ece280812291121n2679aa4by341f6db6d3c5bca4@mail.gmail.com>
	<760ece280901011454r51f0d0a7u9a9ef9915d2c471e@mail.gmail.com>
Message-ID: <cc1a00390901091621h7740683paf7a540b2f00a8eb@mail.gmail.com>

On Thu, Jan 1, 2009 at 11:54 PM, Zsolt Udvari <udvzsolt at gmail.com> wrote:
> 2008/12/29 Zsolt Udvari <udvzsolt at gmail.com>:
>>> Well it's entirely up to you, but I would propose somethinglike that:
>>> ~/public_html/texlive/RPMS/{i686,whatever_arch_is_built}
>>> and then in the rpm directory run "poldek -s . --mkidxz" (sans quotes)
>>> of course don't forget to make the files readable.
>> IMHO it's done.
>> http://carme.pld-linux.org/~uzsolt/texlive/RPMS/i686/
>
> Updated to rel 0.9. It isn't perfect (yet), but more-more better. So,
> please download, try and test it!

I've got error with pdflatex:


Transcript written on pdflatex.log.
mv: cannot move `pdflatex.log' to
`/var/lib/texmf/web2c/pdftex/pdflatex.log': Permission denied
mv: cannot move `pdflatex.fmt' to
`/var/lib/texmf/web2c/pdftex/pdflatex.fmt': Permission denied
I can't find the format file `pdflatex.fmt'!


after chown tjis folder - everything is ok.




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


From adamg at pld-linux.org  Mon Jan 12 12:34:44 2009
From: adamg at pld-linux.org (Adam Golebiowski)
Date: Mon, 12 Jan 2009 12:34:44 +0100
Subject: SPECS: ZendFramework.spec - add DB charset patch for mysql
	drivers; rel 1
Message-ID: <200901121234.44156.adamg@pld-linux.org>

On Friday 09 January 2009, glen wrote:
> Author: glen                         Date: Fri Jan  9 15:10:04 2009 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - add DB charset patch for mysql drivers; rel 1
> (...)
>  URL:		http://framework.zend.com/
> +Patch0:		%{name}-additional-locales.patch
> +Patch1:		%{name}-db_charset.patch

There's no ZendFramework-additional-locales.patch in CVS.

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


From glen at pld-linux.org  Mon Jan 12 15:46:11 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 12 Jan 2009 16:46:11 +0200
Subject: Fwd: Undelivered Mail Returned to Sender
Message-ID: <200901121646.11921.glen@pld-linux.org>

i have no idea where to send this further...
but it's not cool if developer email forward doesn't work.

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

Subject: Undelivered Mail Returned to Sender
Date: Sunday 11 January 2009
From: Mail Delivery System <MAILER-DAEMON at pld-linux.org>
To: glen at pld-linux.org
Cc: 

This is the mail system at host b.mx.pld-linux.org.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

                   The mail system

<aredridel at nbtsc.org> (expanded from <aredridel at pld-linux.org>): conversation
    with polis.nbtsc.org[209.97.235.102] timed out while sending RCPT TO

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

-- 
glen


From arekm at maven.pl  Tue Jan 13 08:42:32 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 13 Jan 2009 08:42:32 +0100
Subject: SPECS: grub.spec - rel 13 - a PXE support that works
	(http://os.inf.tu-dres...
In-Reply-To: <SPECS_grub.spec.1.126@pld-linux.org>
References: <SPECS_grub.spec.1.125@pld-linux.org>
	<SPECS_grub.spec.1.126@pld-linux.org>
Message-ID: <200901130842.32338.arekm@maven.pl>

On Monday 12 of January 2009, baggins wrote:
> Author: baggins                      Date: Mon Jan 12 13:11:56 2009 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - rel 13
> - a PXE support that works
> (http://os.inf.tu-dresden.de/~adam/grub/0.97/grub-0.97-os.7.diff.gz) -
> cleaned up patches and configure options

It doesn't work too well. It tries to detect lan card here and gets prompt 
(and that's just because it tried tftp and failed - Jan 13 08:35:15 exploder 
atftpd[28007]: Serving /tftp/menu.lst/m to 192.168.1.121:2003) but...

... it has everything on local disk and was booting from local disk earlier.

baggins: act fast because it already ended on ftp main and my first solution 
is to revert...

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


From glen at pld-linux.org  Tue Jan 13 12:12:56 2009
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Tue, 13 Jan 2009 13:12:56 +0200
Subject: SPECS: grub.spec - rel 13 - a PXE support that works
	(http://os.inf.tu-dres...
In-Reply-To: <200901130842.32338.arekm@maven.pl>
References: <SPECS_grub.spec.1.125@pld-linux.org>
	<SPECS_grub.spec.1.126@pld-linux.org>
	<200901130842.32338.arekm@maven.pl>
Message-ID: <200901131312.56795.glen@pld-linux.org>

On Tuesday 13 January 2009 09:42:32 Arkadiusz Miskiewicz wrote:
> On Monday 12 of January 2009, baggins wrote:
> > Author: baggins                      Date: Mon Jan 12 13:11:56 2009 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - rel 13
> > - a PXE support that works
> > (http://os.inf.tu-dresden.de/~adam/grub/0.97/grub-0.97-os.7.diff.gz) -
> > cleaned up patches and configure options
>
> It doesn't work too well. It tries to detect lan card here and gets prompt
> (and that's just because it tried tftp and failed - Jan 13 08:35:15
> exploder atftpd[28007]: Serving /tftp/menu.lst/m to 192.168.1.121:2003)
> but...
>
> ... it has everything on local disk and was booting from local disk
> earlier.
>
> baggins: act fast because it already ended on ftp main and my first
> solution is to revert...

is there any plans to act on this rather critical bug:
https://bugs.launchpad.net/pld-linux/+bug/301483

upgrading grub and forgetting installing it on machine without remote access 
is quite bad for machine uptime.

-- 
glen


From glen at pld-linux.org  Tue Jan 13 12:15:27 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 13 Jan 2009 13:15:27 +0200
Subject: SOURCES: grub-pxe.patch - fixed default config back to
	/boot/grub/menu.lst
In-Reply-To: <SOURCES_grub_pxe.patch.1.3@pld-linux.org>
References: <SOURCES_grub_pxe.patch.1.2@pld-linux.org>
	<SOURCES_grub_pxe.patch.1.3@pld-linux.org>
Message-ID: <200901131315.27311.glen@pld-linux.org>

On Tuesday 13 January 2009 12:15:24 baggins wrote:
>  Index: stage2/common.c
>  ===================================================================
>  --- stage2/common.c	(.../upstream/grub-0.97)	(revision 112)
> @@ -3948,8 +3913,8 @@
>  - *                  network device driver which uses this chip
>  - *
>  - * $Log$
> -- * Revision 1.2  2009/01/12 14:00:12  baggins
> -- * - dang, don't play with version number/name
> +- * Revision 1.3  2009/01/13 10:15:18  baggins
> +- * - fixed default config back to /boot/grub/menu.lst
>  - *
>  - * Revision 1.3  2000/07/29 19:22:54  okuji
>  - * update the network support to etherboot-4.6.4.

why does it show diffs for these?
another stupidity from cvsnt?

$ grep baggins grub-pxe.patch
$ cvs status -v grub-pxe.patch
===================================================================
File: grub-pxe.patch    Status: Up-to-date

   Working revision:    1.3
   Repository revision: 1.3     /cvsroot/SOURCES/grub-pxe.patch,v
   Expansion option:    o
   Commit Identifier:   37d4496c6990544b
   Sticky Tag:          (none)
   Sticky Date:         (none)
   Sticky Options:      o
   Merge From:          (none)

   Existing Tags:
        auto-th-grub-0_97-14_1          (revision: 1.3)
        auto-th-grub-0_97-14            (revision: 1.2)
        auto-th-grub-0_97-13            (revision: 1.1)



-- 
glen


From glen at pld-linux.org  Tue Jan 13 17:59:20 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 13 Jan 2009 18:59:20 +0200
Subject: keyword subst
Message-ID: <200901131859.20663.glen@pld-linux.org>

could anyone describe how do you actually disable keyword subst with cvsnt?



glen at builder-ac pld/SOURCES $ grep 7.2.072 CVS/Entries
/7.2.072/1.3/Tue Jan 13 16:57:33 2009/-ko/
glen at builder-ac pld/SOURCES $ rm 7.2.072
glen at builder-ac pld/SOURCES $ cvs up 7.2.072
U 7.2.072
glen at builder-ac pld/SOURCES $ grep 7.2.072 CVS/Entries
/7.2.072/1.3/Tue Jan 13 16:58:12 2009/-kkv/
(reverse-i-search)`cvs up ': cvs up spec.vim
glen at builder-ac pld/SOURCES $ cvs update -ko 7.2.072
U 7.2.072
glen at builder-ac pld/SOURCES $ cvs ci -f -m '- disable keyword subst' 7.2.072
cvs server: Up-to-date check failed for `7.2.072'
cvs [server aborted]: correct above errors first!


-- 
glen


From glen at pld-linux.org  Tue Jan 13 18:03:43 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 13 Jan 2009 19:03:43 +0200
Subject: SPECS: highline.spec (NEW) - initial (need for sup)
In-Reply-To: <SPECS_highline.spec.1.1@pld-linux.org>
References: <SPECS_highline.spec.NONE@pld-linux.org>
	<SPECS_highline.spec.1.1@pld-linux.org>
Message-ID: <200901131903.43537.glen@pld-linux.org>

On Tuesday 13 January 2009 18:58:51 uzsolt wrote:
> Author: uzsolt                       Date: Tue Jan 13 16:58:51 2009 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - initial (need for sup)

...
> +%define date	%(echo `LC_ALL="C" date +"%a %b %d %Y"`)
> +%changelog
> +* %{date} PLD Team <feedback at pld-linux.org>
> +All persons listed below can be reached at <cvs_login>@pld-linux.org
> +
> +$Log$
> +Revision 1.1  2009/01/13 16:58:46  uzsolt
> +- initial (need for sup)

keep ruby libraries in ruby-* namespace!

-- 
glen


From glen at pld-linux.org  Tue Jan 13 18:05:28 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 13 Jan 2009 19:05:28 +0200
Subject: SPECS: highline.spec (NEW) - initial (need for sup)
In-Reply-To: <200901131903.43537.glen@pld-linux.org>
References: <SPECS_highline.spec.NONE@pld-linux.org>
	<SPECS_highline.spec.1.1@pld-linux.org>
	<200901131903.43537.glen@pld-linux.org>
Message-ID: <200901131905.28435.glen@pld-linux.org>

On Tuesday 13 January 2009 19:03:43 Elan Ruusam?e wrote:
> On Tuesday 13 January 2009 18:58:51 uzsolt wrote:
> > Author: uzsolt                       Date: Tue Jan 13 16:58:51 2009 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - initial (need for sup)
>
> ...
>
> > +%define date	%(echo `LC_ALL="C" date +"%a %b %d %Y"`)
> > +%changelog
> > +* %{date} PLD Team <feedback at pld-linux.org>
> > +All persons listed below can be reached at <cvs_login>@pld-linux.org
> > +
> > +$Log$
> > +Revision 1.1  2009/01/13 16:58:46  uzsolt
> > +- initial (need for sup)
>
> keep ruby libraries in ruby-* namespace!

and use template-ruby.spec as template

-- 
glen


From glen at pld-linux.org  Tue Jan 13 19:47:31 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 13 Jan 2009 20:47:31 +0200
Subject: SPECS: ruby-net-ssh.spec (NEW) - initial
In-Reply-To: <SPECS_ruby_net_ssh.spec.1.1@pld-linux.org>
References: <SPECS_ruby_net_ssh.spec.NONE@pld-linux.org>
	<SPECS_ruby_net_ssh.spec.1.1@pld-linux.org>
Message-ID: <200901132047.31681.glen@pld-linux.org>

On Tuesday 13 January 2009 20:23:24 uzsolt wrote:
> +%files
> +%defattr(644,root,root,755)
...
> +%{ruby_rubylibdir}

don't package dir owned by ruby.

> +
> +%files rdoc
> +%defattr(644,root,root,755)
...
> +%{ruby_ridir}

don't package dir owned by ruby.
don't package other modules than package itself.

-- 
glen


From udvzsolt at gmail.com  Tue Jan 13 20:21:14 2009
From: udvzsolt at gmail.com (Zsolt Udvari)
Date: Tue, 13 Jan 2009 20:21:14 +0100
Subject: Sup mail client
Message-ID: <760ece280901131121i1d8b5055o1dcd1ae1a7a5d227@mail.gmail.com>

Hi all!

I want create package from sup [1], but I don't know, what should I do
without setup/install.rb. The README says can install via ruby-gem, I
didn't found any information "conventional" build method. I've found a
Rakefile, but I don't know, what can I do with this.
So, please give me a suggestion, or begin a spec file. I've committed
a patch (sup-locale.patch) to SOURCES, which fixes an (absoloted?)
function calling.
IMHO sup is excellent mail client, and I want to try it (because of my
gmail email-address) - it seems it works.

Zsolt

[1] http://sup.rubyforge.org/


From udvzsolt at gmail.com  Tue Jan 13 20:24:53 2009
From: udvzsolt at gmail.com (Zsolt Udvari)
Date: Tue, 13 Jan 2009 20:24:53 +0100
Subject: Sup mail client
In-Reply-To: <760ece280901131121i1d8b5055o1dcd1ae1a7a5d227@mail.gmail.com>
References: <760ece280901131121i1d8b5055o1dcd1ae1a7a5d227@mail.gmail.com>
Message-ID: <760ece280901131124q6762b958ga674bd6dcb4d1892@mail.gmail.com>

Uh, sorry, I've forgot: sup requires some ruby-libs:
ruby-{ferret,Ncurses,mail,highline,net-ssh,trollop,lockfile,mime-types}.

There are SPECS in cvs/SPECS, so you can build them.

Zsolt


From glen at pld-linux.org  Tue Jan 13 21:14:12 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 13 Jan 2009 22:14:12 +0200
Subject: Sup mail client
In-Reply-To: <760ece280901131124q6762b958ga674bd6dcb4d1892@mail.gmail.com>
References: <760ece280901131121i1d8b5055o1dcd1ae1a7a5d227@mail.gmail.com>
	<760ece280901131124q6762b958ga674bd6dcb4d1892@mail.gmail.com>
Message-ID: <200901132214.13095.glen@pld-linux.org>

On Tuesday 13 January 2009 21:24:53 Zsolt Udvari wrote:
> Uh, sorry, I've forgot: sup requires some ruby-libs:
> ruby-{ferret,Ncurses,mail,highline,net-ssh,trollop,lockfile,mime-types}.
>
> There are SPECS in cvs/SPECS, so you can build them.

the sup.spec doesn't exist in cvs.

-- 
glen


From udvzsolt at gmail.com  Tue Jan 13 21:29:00 2009
From: udvzsolt at gmail.com (Zsolt Udvari)
Date: Tue, 13 Jan 2009 21:29:00 +0100
Subject: Sup mail client
In-Reply-To: <200901132214.13095.glen@pld-linux.org>
References: <760ece280901131121i1d8b5055o1dcd1ae1a7a5d227@mail.gmail.com>
	<760ece280901131124q6762b958ga674bd6dcb4d1892@mail.gmail.com>
	<200901132214.13095.glen@pld-linux.org>
Message-ID: <760ece280901131229w14cad74cwad2078684e384c6b@mail.gmail.com>

> the sup.spec doesn't exist in cvs.
Yes, I know. There isn't spec, I run it from source directory:
"ruby -L lib -w bin/sup"

(As I wrote on IRC ;) )

And I don't know what can I do without "standard" build utils (no
setup.rb, etc.)

Zsolt


From glen at pld-linux.org  Tue Jan 13 21:32:09 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 13 Jan 2009 22:32:09 +0200
Subject: Sup mail client
In-Reply-To: <760ece280901131229w14cad74cwad2078684e384c6b@mail.gmail.com>
References: <760ece280901131121i1d8b5055o1dcd1ae1a7a5d227@mail.gmail.com>
	<200901132214.13095.glen@pld-linux.org>
	<760ece280901131229w14cad74cwad2078684e384c6b@mail.gmail.com>
Message-ID: <200901132232.09376.glen@pld-linux.org>

On Tuesday 13 January 2009 22:29:00 Zsolt Udvari wrote:
> > the sup.spec doesn't exist in cvs.
>
> Yes, I know. There isn't spec, I run it from source directory:
> "ruby -L lib -w bin/sup"
>
> (As I wrote on IRC ;) )
>
> And I don't know what can I do without "standard" build utils (no
> setup.rb, etc.)

no spec, no help :P

and won't even bother to go to homepage to download some tarball. SPEC SPEC 
SPEC!

-- 
glen


From glen at pld-linux.org  Fri Jan 16 16:35:52 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 16 Jan 2009 17:35:52 +0200
Subject: pcreposix_regcomp
Message-ID: <200901161735.52897.glen@pld-linux.org>

erm?

should be bump soname? or just add >= xx dep to pound package?

Stopping Pound (external) service..................................[ DONE ]
Stopping Pound (internal) service..................................[ DONE ]
Starting Pound (external) service..................................starting...
/usr/sbin/pound: symbol lookup error: /usr/sbin/pound: undefined symbol: 
pcreposix_regcomp
                                                                   [ FAIL ]
Starting Pound (internal) service..................................starting...
/usr/sbin/pound: symbol lookup error: /usr/sbin/pound: undefined symbol: 
pcreposix_regcomp

pcre-7.3-2.amd64

after update ok:

pcre-7.8-1.amd64

-- 
glen


From qboosh at pld-linux.org  Fri Jan 16 16:41:55 2009
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 16 Jan 2009 16:41:55 +0100
Subject: pcreposix_regcomp
In-Reply-To: <200901161735.52897.glen@pld-linux.org>
References: <200901161735.52897.glen@pld-linux.org>
Message-ID: <20090116154155.GA13650@stranger.qboosh.pl>

On Fri, Jan 16, 2009 at 05:35:52PM +0200, Elan Ruusam?e wrote:
> erm?
> 
> should be bump soname? or just add >= xx dep to pound package?

Add dependency. Interface has been added, not dropped.


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


From adamg at pld-linux.org  Sun Jan 18 11:39:27 2009
From: adamg at pld-linux.org (Adam Golebiowski)
Date: Sun, 18 Jan 2009 11:39:27 +0100
Subject: [CVS] EOF in key in RCS file
Message-ID: <200901181139.27761.adamg@pld-linux.org>

Hi,

Seems like there's a problem with our cvs:

[adamg at ook SPECS]$ cvs log trac-plugin-wikirename.spec
cvs [server aborted]: EOF in key in RCS file /cvsroot/SPECS/trac-plugin-wikirename.spec,v
[adamg at ook SPECS]$



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


From arekm at maven.pl  Sun Jan 18 13:02:19 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Sun, 18 Jan 2009 13:02:19 +0100
Subject: [CVS] EOF in key in RCS file
In-Reply-To: <200901181139.27761.adamg@pld-linux.org>
References: <200901181139.27761.adamg@pld-linux.org>
Message-ID: <200901181302.20004.arekm@maven.pl>

On Sunday 18 of January 2009, Adam Golebiowski wrote:
> Hi,
>
> Seems like there's a problem with our cvs:
>
> [adamg at ook SPECS]$ cvs log trac-plugin-wikirename.spec
> cvs [server aborted]: EOF in key in RCS file
> /cvsroot/SPECS/trac-plugin-wikirename.spec,v [adamg at ook SPECS]$

This file contains binary crap right now and I'm deleting it. Does anyone have 
a backup?

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


From n3npq at mac.com  Sun Jan 18 16:31:35 2009
From: n3npq at mac.com (Jeff Johnson)
Date: Sun, 18 Jan 2009 10:31:35 -0500
Subject: Merging PLD patches for RPM @rpm5.org
Message-ID: <4166A7B0-B602-4BAE-96A6-7FA37055D128@mac.com>

I'm actively merging PLD patches for RPM from SOURCES found at
	:pserver:cvs at anoncvs.pld-linux.org:/cvsroot
into @rpm5.org CVS HEAD over the next couple months.

My immediate goal is to get global dependency filtering through  
exclude patterns
into @rpm5.org. The rpm-pld-autodep.patch is closest to what I think  
needs
to be implemented; I can/will try to preserve build macro syntax  
compatible
with PLD, but no guarantees (yet).

(aside)
Is the AUTODEP_PKGNAMES portion of the rpm-pld-autodep.patch, which maps
dependencies back to package names, actually useful/used by PLD? The  
mapping is
easy enough to support (but normally disabled) if so.

Any help merging (or stabilizing) the patches into rpm-5.2 is  
appreciated.

73 de Jeff


From radek at pld-linux.org  Sun Jan 18 16:56:05 2009
From: radek at pld-linux.org (Radoslaw Zielinski)
Date: Sun, 18 Jan 2009 16:56:05 +0100
Subject: Merging PLD patches for RPM @rpm5.org
In-Reply-To: <4166A7B0-B602-4BAE-96A6-7FA37055D128@mac.com>
References: <4166A7B0-B602-4BAE-96A6-7FA37055D128@mac.com>
Message-ID: <20090118155605.GA8339@bzium>

Jeff Johnson <n3npq at mac.com> [18-01-2009 16:31]:
[...]
> Is the AUTODEP_PKGNAMES portion of the rpm-pld-autodep.patch, which maps
> dependencies back to package names, actually useful/used by PLD? The  

No.

It has been turned off for Th, as it's an endless source of annoyances
for cases where multiple packages can satisfy a given dependency.

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

From n3npq at mac.com  Sun Jan 18 17:37:43 2009
From: n3npq at mac.com (Jeff Johnson)
Date: Sun, 18 Jan 2009 11:37:43 -0500
Subject: Merging PLD patches for RPM @rpm5.org
In-Reply-To: <20090118155605.GA8339@bzium>
References: <4166A7B0-B602-4BAE-96A6-7FA37055D128@mac.com>
	<20090118155605.GA8339@bzium>
Message-ID: <022F66FF-E0DD-4A03-89D9-C6E32F5BA02C@mac.com>


On Jan 18, 2009, at 10:56 AM, Radoslaw Zielinski wrote:

> Jeff Johnson <n3npq at mac.com> [18-01-2009 16:31]:
> [...]
>> Is the AUTODEP_PKGNAMES portion of the rpm-pld-autodep.patch, which  
>> maps
>> dependencies back to package names, actually useful/used by PLD? The
>
> No.
>
> It has been turned off for Th, as it's an endless source of annoyances
> for cases where multiple packages can satisfy a given dependency.
>

ok, thanks.

The case of multiple Provides: could be detected during the mapping
and the mapping could be disabled (or build failed) when multiple  
Provides:
are encountered.

Does that permit AUTODEP_PKGNAMES to be useful/used by Th?

Note that my personal POV is that the AUTODEP_PKGNAMES mapping is  
insufficiently
general because the mapping applies only to Requires:, ignoring all  
other dependencies.

But the mapping to package names could be attempted for other  
dependencies too.

73 de Jeff


From radek at pld-linux.org  Sun Jan 18 18:23:31 2009
From: radek at pld-linux.org (Radoslaw Zielinski)
Date: Sun, 18 Jan 2009 18:23:31 +0100
Subject: Merging PLD patches for RPM @rpm5.org
In-Reply-To: <022F66FF-E0DD-4A03-89D9-C6E32F5BA02C@mac.com>
References: <4166A7B0-B602-4BAE-96A6-7FA37055D128@mac.com>
	<20090118155605.GA8339@bzium>
	<022F66FF-E0DD-4A03-89D9-C6E32F5BA02C@mac.com>
Message-ID: <20090118172331.GA8749@bzium>

Jeff Johnson <n3npq at mac.com> [18-01-2009 17:37]:
> On Jan 18, 2009, at 10:56 AM, Radoslaw Zielinski wrote:
>> Jeff Johnson <n3npq at mac.com> [18-01-2009 16:31]:
>> [...]
>>> Is the AUTODEP_PKGNAMES portion of the rpm-pld-autodep.patch, which
>>> maps dependencies back to package names, actually useful/used by PLD?
>> No.
>> It has been turned off for Th, as it's an endless source of annoyances
>> for cases where multiple packages can satisfy a given dependency.

> ok, thanks.

> The case of multiple Provides: could be detected during the mapping
> and the mapping could be disabled (or build failed) when multiple
> Provides: are encountered.

> Does that permit AUTODEP_PKGNAMES to be useful/used by Th?

No, as that would only work for already installed packages.  You might
have conflicting packages, which satisfy the same dependency (or just
not have all of the alternatives installed at build time).

It's just so much easier to accept the fact, that to resolve dependencies
you need multiple data sets (name, epoch, version, release, provides,
requires, %files, conflicts, obsoletes), than to mess around with
%_noautoreq and fake provides trying to fit everything into the
%name/version/release.

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

From glen at delfi.ee  Sun Jan 18 23:03:39 2009
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Mon, 19 Jan 2009 00:03:39 +0200
Subject: SPECS: duplicity.spec - rel. 2 - find_lang disabled since io
	locale is not ...
In-Reply-To: <SPECS_duplicity.spec.1.16@pld-linux.org>
References: <SPECS_duplicity.spec.1.15@pld-linux.org>
	<SPECS_duplicity.spec.1.16@pld-linux.org>
Message-ID: <200901190003.39646.glen@delfi.ee>

On Saturday 17 January 2009 20:43:35 duddits wrote:
> Author: duddits                      Date: Sat Jan 17 18:43:35 2009 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - rel. 2
> - find_lang disabled since io locale is not yet (?) supported, consider
> turning it back on when appropriate
> - BR: librsync-devel >= 0.9.6...

>  $Log$
> +Revision 1.16  2009/01/17 18:43:30  duddits
> +- rel. 2
> +- find_lang disabled since io locale is not yet (?) supported, consider
> +turning it back on when appropriate

that's stupid. just rm -f the file you do not want to package

-- 
glen


From pawel at dlugosz.eu  Mon Jan 19 11:10:35 2009
From: pawel at dlugosz.eu (Pawel Dlugosz)
Date: Mon, 19 Jan 2009 11:10:35 +0100
Subject: SPECS: duplicity.spec - rel. 2 - find_lang disabled since io
	locale is not ...
In-Reply-To: <200901190003.39646.glen@delfi.ee>
References: <SPECS_duplicity.spec.1.15@pld-linux.org>	<SPECS_duplicity.spec.1.16@pld-linux.org>
	<200901190003.39646.glen@delfi.ee>
Message-ID: <4974519B.9060000@dlugosz.eu>

Elan Ruusam?e pisze:
> that's stupid. just rm -f the file you do not want to package

Maybe I was not clear enough in the commit.

I would have done that but since this was the only *.mo file produced by
the %find_lang macro it seemed that disabling it for now would have been
simpler.

Clearly international support for duplicity is not even in the alpha
state :)

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


From glen at pld-linux.org  Mon Jan 19 16:13:31 2009
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Mon, 19 Jan 2009 17:13:31 +0200
Subject: [CVS] EOF in key in RCS file
In-Reply-To: <200901181302.20004.arekm@maven.pl>
References: <200901181139.27761.adamg@pld-linux.org>
	<200901181302.20004.arekm@maven.pl>
Message-ID: <200901191713.32368.glen@pld-linux.org>

On Sunday 18 January 2009 14:02:19 Arkadiusz Miskiewicz wrote:
> On Sunday 18 of January 2009, Adam Golebiowski wrote:
> > Hi,
> >
> > Seems like there's a problem with our cvs:
> >
> > [adamg at ook SPECS]$ cvs log trac-plugin-wikirename.spec
> > cvs [server aborted]: EOF in key in RCS file
> > /cvsroot/SPECS/trac-plugin-wikirename.spec,v [adamg at ook SPECS]$
>
> This file contains binary crap right now and I'm deleting it. Does anyone
> have a backup?

i made it. added again :)

-- 
glen


From adamg at pld-linux.org  Mon Jan 19 20:40:36 2009
From: adamg at pld-linux.org (Adam Golebiowski)
Date: Mon, 19 Jan 2009 20:40:36 +0100
Subject: [CVS] EOF in key in RCS file
In-Reply-To: <200901181302.20004.arekm@maven.pl>
References: <200901181139.27761.adamg@pld-linux.org>
	<200901181302.20004.arekm@maven.pl>
Message-ID: <200901192040.36222.adamg@pld-linux.org>

On Sunday 18 January 2009, Arkadiusz Miskiewicz wrote:
> On Sunday 18 of January 2009, Adam Golebiowski wrote:
> > Hi,
> >
> > Seems like there's a problem with our cvs:
> >
> > [adamg at ook SPECS]$ cvs log trac-plugin-wikirename.spec
> > cvs [server aborted]: EOF in key in RCS file
> > /cvsroot/SPECS/trac-plugin-wikirename.spec,v [adamg at ook SPECS]$
>
> This file contains binary crap right now and I'm deleting it. Does anyone
> have a backup?

Speaking of backups... can anyone officially bless me with an account [0] on 
cvs ?  I'd like to start doing daily backups of cvs/svn, as well as bring 
git.pld-linux.org to usable state. 

[0] one of the pros: I already have direct access from dom0, but use it only 
in rare cases.

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


From arekm at maven.pl  Mon Jan 19 22:14:46 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Mon, 19 Jan 2009 22:14:46 +0100
Subject: [CVS] EOF in key in RCS file
In-Reply-To: <200901192040.36222.adamg@pld-linux.org>
References: <200901181139.27761.adamg@pld-linux.org>
	<200901181302.20004.arekm@maven.pl>
	<200901192040.36222.adamg@pld-linux.org>
Message-ID: <200901192214.46354.arekm@maven.pl>

On Monday 19 of January 2009, Adam Golebiowski wrote:
> On Sunday 18 January 2009, Arkadiusz Miskiewicz wrote:
> > On Sunday 18 of January 2009, Adam Golebiowski wrote:
> > > Hi,
> > >
> > > Seems like there's a problem with our cvs:
> > >
> > > [adamg at ook SPECS]$ cvs log trac-plugin-wikirename.spec
> > > cvs [server aborted]: EOF in key in RCS file
> > > /cvsroot/SPECS/trac-plugin-wikirename.spec,v [adamg at ook SPECS]$
> >
> > This file contains binary crap right now and I'm deleting it. Does anyone
> > have a backup?
>
> Speaking of backups... can anyone officially bless me with an account [0]
> on cvs ?  I'd like to start doing daily backups of cvs/svn, as well as
> bring git.pld-linux.org to usable state.

adamg at cvs, what do you use for backups btw?

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


From adamg at pld-linux.org  Mon Jan 19 22:35:18 2009
From: adamg at pld-linux.org (Adam Golebiowski)
Date: Mon, 19 Jan 2009 22:35:18 +0100
Subject: [CVS] EOF in key in RCS file
In-Reply-To: <200901192214.46354.arekm@maven.pl>
References: <200901181139.27761.adamg@pld-linux.org>
	<200901192040.36222.adamg@pld-linux.org>
	<200901192214.46354.arekm@maven.pl>
Message-ID: <200901192235.18298.adamg@pld-linux.org>

On Monday 19 January 2009, Arkadiusz Miskiewicz wrote:
> On Monday 19 of January 2009, Adam Golebiowski wrote:
> > On Sunday 18 January 2009, Arkadiusz Miskiewicz wrote:
> > > On Sunday 18 of January 2009, Adam Golebiowski wrote:
> > > > Hi,
> > > >
> > > > Seems like there's a problem with our cvs:
> > > >
> > > > [adamg at ook SPECS]$ cvs log trac-plugin-wikirename.spec
> > > > cvs [server aborted]: EOF in key in RCS file
> > > > /cvsroot/SPECS/trac-plugin-wikirename.spec,v [adamg at ook SPECS]$
> > >
> > > This file contains binary crap right now and I'm deleting it. Does
> > > anyone have a backup?
> >
> > Speaking of backups... can anyone officially bless me with an account [0]
> > on cvs ?  I'd like to start doing daily backups of cvs/svn, as well as
> > bring git.pld-linux.org to usable state.
>
> adamg at cvs, 

thanks

> what do you use for backups btw? 

rdiff-backup in a "pull" model. Works fine for my needs.

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


From arekm at maven.pl  Mon Jan 19 23:41:54 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Mon, 19 Jan 2009 23:41:54 +0100
Subject: [CVS] EOF in key in RCS file
In-Reply-To: <200901192235.18298.adamg@pld-linux.org>
References: <200901181139.27761.adamg@pld-linux.org>
	<200901192214.46354.arekm@maven.pl>
	<200901192235.18298.adamg@pld-linux.org>
Message-ID: <200901192341.54356.arekm@maven.pl>

On Monday 19 of January 2009, Adam Golebiowski wrote:
> > what do you use for backups btw?
>
> rdiff-backup in a "pull" model. Works fine for my needs.

Can it finally compress "current" state, too? That was it greatest weaknes.

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


From arekm at maven.pl  Tue Jan 20 10:14:14 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Tue, 20 Jan 2009 10:14:14 +0100
Subject: ANN: buildlogs.pld-linux.org updated
Message-ID: <200901201014.14778.arekm@maven.pl>


The new buildlogs.pld-linux.org version was deployed (thanks to Witold 
Filipczyk, Pawe? D?ugosz and me). 

The most important changes:
- buildlogs store all build logs now (previously new build log overwrote old 
build log for the same spec)
- URL links are unique and persistent, so contents of log, under the same url, 
won't change

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


From glen at pld-linux.org  Wed Jan 21 13:09:09 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 21 Jan 2009 14:09:09 +0200
Subject: SPECS: bind-snmp.spec - up to 1.7 - R: perl - %install phase
	updated - %fil...
In-Reply-To: <SPECS_bind_snmp.spec.1.7@pld-linux.org>
References: <SPECS_bind_snmp.spec.1.6@pld-linux.org>
	<SPECS_bind_snmp.spec.1.7@pld-linux.org>
Message-ID: <200901211409.09289.glen@pld-linux.org>

On Tuesday 20 January 2009 22:35:24 duddits wrote:
>  Source0:	http://www.bayour.com/bind9-snmp/bind9-snmp_%{version}.tgz
> -# Source0-md5:	834c7e296e9d5ba28d870629a618715f
> +# Source0-md5:	e04c7116a100a619cf81f9b9fb8943e1
>  URL:		http://www.bayour.com/bind9-snmp/
>  BuildRequires:	rpm-perlprov
>  Requires:	bind >= 9.0.0
> +Requires:	perl

never perl, but perl-base

or rather make script +x and be sure it has #!/usr/bin/perl shebang, then rpm 
autodeps can generate proper dep.

don't forget macros.perl to grab perl module deps (see template-perl.spec)

-- 
glen


From wrobell at pld-linux.org  Thu Jan 22 02:43:20 2009
From: wrobell at pld-linux.org (wrobell)
Date: Thu, 22 Jan 2009 01:43:20 +0000
Subject: SPECS: python-psycopg2.spec - Release 3. Killed nonworking mx
	bcond. Prepar...
In-Reply-To: <20081223104841.GC1006@borg>
References: <SPECS_python_psycopg2.spec.1.61@pld-linux.org>
	<SPECS_python_psycopg2.spec.1.62@pld-linux.org>
	<20081219181919.GZ6135@borg> <20081223104841.GC1006@borg>
Message-ID: <20090122014320.GA20746@borg>

On Tue, Dec 23, 2008 at 10:48:41AM +0000, wrobell wrote:
> On Fri, Dec 19, 2008 at 06:19:19PM +0000, wrobell wrote:
> > On Fri, Dec 19, 2008 at 09:49:35AM +0100, matkor wrote:
> > > Author: matkor                       Date: Fri Dec 19 08:49:34 2008 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - Release 3. Killed nonworking mx bcond. Prepared for Ac.
> > 
> > now, if somebody wants to to compile psycopg, then he has to build it with
> > mx.DateTime, which
> > - is non-standard
> > - i don't know any modern application, which uses it
> > 
> > what's the point? is it for python 2.4 and Ac? then just do that on ac
> > branch, please.
> > 
> > at least, you could leave mx bcond and explain why it is not working for
> > you.
> 
> no answer so far and my understanding is that matkor's change was due to
> python 2.4 in ac. therefore my proposal to solve this conflict is as
> follows
> - i will move python-psycopg2.spec to AC-branch
> - i will revert HEAD of the spec to previous version and upgrade it
>   to 2.0.8
> - if distro line bconds (whatever you call it) are allowed on HEAD,
>   then matkor, please use the distro line bcond instead of py_ver hack
>   (to not introduce more mess), but please leave mx bcond for those
>   who would like to use it[1]

i changed my mind. AC bcond is used. hope that's ok and it won't invoke any
fucking cvs commit war.

regards,

    wrobell <wrobell at pld-linux.org>


From qboosh at pld-linux.org  Thu Jan 22 07:18:57 2009
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 22 Jan 2009 07:18:57 +0100
Subject: SPECS: template-python.spec - python 2.4 is only in AC line,
	let's use (kin...
In-Reply-To: <SPECS_template_python.spec.1.12@pld-linux.org>
References: <SPECS_template_python.spec.1.11@pld-linux.org>
	<SPECS_template_python.spec.1.12@pld-linux.org>
Message-ID: <20090122061857.GB18353@stranger.qboosh.pl>

On Thu, Jan 22, 2009 at 02:10:57AM +0100, wrobell wrote:
> Author: wrobell                      Date: Thu Jan 22 01:10:57 2009 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - python 2.4 is only in AC line, let's use (kinda) agreed pld release bcond
>   instead of py_ver usage to not introduce more mess on HEAD

> @@ -46,7 +46,7 @@
>  %doc AUTHORS CREDITS ChangeLog NEWS README THANKS TODO
>  %{py_sitedir}/*.py[co]
>  %attr(755,root,root) %{py_sitedir}/*.so
> -%if "%{py_ver}" > "2.4"
> +%if "%{pld_release}" == "ac"
>  %{py_sitedir}/TEMPLATE-*.egg-info
>  %endif
>  

Why mess? This is exact condition.

If some day Ac goes to python 2.5 (unlikely, but...), such distro-line
conditions will need to be changed.


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


From wrobell at pld-linux.org  Thu Jan 22 10:49:57 2009
From: wrobell at pld-linux.org (wrobell)
Date: Thu, 22 Jan 2009 09:49:57 +0000
Subject: SPECS: template-python.spec - python 2.4 is only in AC line,
	let's use (kin...
In-Reply-To: <20090122061857.GB18353@stranger.qboosh.pl>
References: <SPECS_template_python.spec.1.11@pld-linux.org>
	<SPECS_template_python.spec.1.12@pld-linux.org>
	<20090122061857.GB18353@stranger.qboosh.pl>
Message-ID: <20090122094957.GB20746@borg>

On Thu, Jan 22, 2009 at 07:18:57AM +0100, Jakub Bogusz wrote:
> On Thu, Jan 22, 2009 at 02:10:57AM +0100, wrobell wrote:
> > Author: wrobell                      Date: Thu Jan 22 01:10:57 2009 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - python 2.4 is only in AC line, let's use (kinda) agreed pld release bcond
> >   instead of py_ver usage to not introduce more mess on HEAD
> 
> > @@ -46,7 +46,7 @@
> >  %doc AUTHORS CREDITS ChangeLog NEWS README THANKS TODO
> >  %{py_sitedir}/*.py[co]
> >  %attr(755,root,root) %{py_sitedir}/*.so
> > -%if "%{py_ver}" > "2.4"
> > +%if "%{pld_release}" == "ac"
> >  %{py_sitedir}/TEMPLATE-*.egg-info
> >  %endif
> >  
> 
> Why mess? This is exact condition.
> 
> If some day Ac goes to python 2.5 (unlikely, but...), such distro-line
> conditions will need to be changed.

so new bcond for other languange in AC. for some framework new bcond as
well...  and so on? do you want to track all of them?

regards,

    wrobell <wrobell at pld-linux.org>


From patrys at pld-linux.org  Thu Jan 22 11:19:05 2009
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Thu, 22 Jan 2009 11:19:05 +0100
Subject: SPECS: template-python.spec - python 2.4 is only in AC line, 
	let's use (kin...
In-Reply-To: <20090122094957.GB20746@borg>
References: <SPECS_template_python.spec.1.11@pld-linux.org>
	<SPECS_template_python.spec.1.12@pld-linux.org>
	<20090122061857.GB18353@stranger.qboosh.pl>
	<20090122094957.GB20746@borg>
Message-ID: <89b6ba3a0901220219i2ccbce07h982935306e4faa00@mail.gmail.com>

On Thu, Jan 22, 2009 at 10:49 AM, wrobell <wrobell at pld-linux.org> wrote:
> On Thu, Jan 22, 2009 at 07:18:57AM +0100, Jakub Bogusz wrote:
>> Why mess? This is exact condition.
>>
>> If some day Ac goes to python 2.5 (unlikely, but...), such distro-line
>> conditions will need to be changed.
> so new bcond for other languange in AC. for some framework new bcond as
> well...  and so on? do you want to track all of them?

The whole point being: egg-info files are python 2.5+-specific, not Th-specific.

-- 
Patryk Zawadzki


From wrobell at pld-linux.org  Thu Jan 22 11:49:21 2009
From: wrobell at pld-linux.org (wrobell)
Date: Thu, 22 Jan 2009 11:49:21 +0100
Subject: SPECS: template-python.spec - python 2.4 is only in AC line,
	let's use (kin...
In-Reply-To: <89b6ba3a0901220219i2ccbce07h982935306e4faa00@mail.gmail.com>
References: <SPECS_template_python.spec.1.11@pld-linux.org>
	<SPECS_template_python.spec.1.12@pld-linux.org>
	<20090122061857.GB18353@stranger.qboosh.pl>
	<20090122094957.GB20746@borg>
	<89b6ba3a0901220219i2ccbce07h982935306e4faa00@mail.gmail.com>
Message-ID: <20090122104921.14488.qmail@mx.it-zone.org>

Patryk Zawadzki writes: 

> On Thu, Jan 22, 2009 at 10:49 AM, wrobell <wrobell at pld-linux.org> wrote:
>> On Thu, Jan 22, 2009 at 07:18:57AM +0100, Jakub Bogusz wrote:
>>> Why mess? This is exact condition. 
>>>
>>> If some day Ac goes to python 2.5 (unlikely, but...), such distro-line
>>> conditions will need to be changed.
>> so new bcond for other languange in AC. for some framework new bcond as
>> well...  and so on? do you want to track all of them?
> 
> The whole point being: egg-info files are python 2.5+-specific, not Th-specific.

good point :] 

some want to support AC on HEAD - that's all. 

we do _not_ want to support python 2.4 on HEAD, do we?
well, until you want to live in hell :P 

it is really amazing. we started with one ac bcond in xulrunner.spec
and we will have over 20 specs affected (python), more when the rest
follows. i wonder who will cleanup this mess in the future. 

regards, 

   wrobell <wrobell at pld-linux.org>


From radek at pld-linux.org  Thu Jan 22 12:43:44 2009
From: radek at pld-linux.org (Radoslaw Zielinski)
Date: Thu, 22 Jan 2009 12:43:44 +0100
Subject: SPECS: python-psycopg2.spec - Release 3. Killed nonworking mx
	bcond. Prepar...
In-Reply-To: <20090122014320.GA20746@borg>
References: <SPECS_python_psycopg2.spec.1.61@pld-linux.org>
	<SPECS_python_psycopg2.spec.1.62@pld-linux.org>
	<20081219181919.GZ6135@borg> <20081223104841.GC1006@borg>
	<20090122014320.GA20746@borg>
Message-ID: <20090122114344.GA6548@bzium>

wrobell <wrobell at pld-linux.org> [22-01-2009 02:43]:
[...]
> i changed my mind. AC bcond is used. hope that's ok and it won't invoke any
> fucking cvs commit war.

That's what branches are for.  Creating mess in specs for a decaying
distro line doesn't sound like a good idea to me.

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

From glen at pld-linux.org  Thu Jan 22 14:03:21 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 22 Jan 2009 15:03:21 +0200
Subject: SPECS: nmap.spec - use one type of bcond for AC line on HEAD
In-Reply-To: <SPECS_nmap.spec.1.149@pld-linux.org>
References: <SPECS_nmap.spec.1.148@pld-linux.org>
	<SPECS_nmap.spec.1.149@pld-linux.org>
Message-ID: <200901221503.21786.glen@pld-linux.org>

On Thursday 22 January 2009 03:19:25 wrobell wrote:
> -%if "%{py_ver}" > "2.4"
> +%if "%{pld_release}" == "ac"
> ?%{py_sitescriptdir}/zenmap-*.egg-info
> ?%endif

but this is wrong. 
test your changes before you commit!

it should be inversed (!= "ac")

-- 
glen


From wrobell at pld-linux.org  Thu Jan 22 14:57:39 2009
From: wrobell at pld-linux.org (wrobell)
Date: Thu, 22 Jan 2009 14:57:39 +0100
Subject: SPECS: python-psycopg2.spec - Release 3. Killed nonworking mx
	bcond. Prepar...
In-Reply-To: <20090122114344.GA6548@bzium>
References: <SPECS_python_psycopg2.spec.1.61@pld-linux.org>
	<SPECS_python_psycopg2.spec.1.62@pld-linux.org>
	<20081219181919.GZ6135@borg> <20081223104841.GC1006@borg>
	<20090122014320.GA20746@borg> <20090122114344.GA6548@bzium>
Message-ID: <20090122135739.18547.qmail@mx.it-zone.org>

Radoslaw Zielinski writes: 

> wrobell <wrobell at pld-linux.org> [22-01-2009 02:43]:
> [...]
>> i changed my mind. AC bcond is used. hope that's ok and it won't invoke any
>> fucking cvs commit war.
> 
> That's what branches are for.  Creating mess in specs for a decaying
> distro line doesn't sound like a good idea to me.

i know. you really do not have to convince me. see thread about
ac bcond in xulrunner.spec about month ago. 

regards, 

   wrobell <wrobell at pld-linux.org>


From qboosh at pld-linux.org  Thu Jan 22 22:44:51 2009
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 22 Jan 2009 22:44:51 +0100
Subject: SPECS: template-python.spec - python 2.4 is only in AC line,
	let's use (kin...
In-Reply-To: <20090122104921.14488.qmail@mx.it-zone.org>
References: <SPECS_template_python.spec.1.11@pld-linux.org>
	<SPECS_template_python.spec.1.12@pld-linux.org>
	<20090122061857.GB18353@stranger.qboosh.pl>
	<20090122094957.GB20746@borg>
	<89b6ba3a0901220219i2ccbce07h982935306e4faa00@mail.gmail.com>
	<20090122104921.14488.qmail@mx.it-zone.org>
Message-ID: <20090122214451.GA26024@stranger.qboosh.pl>

On Thu, Jan 22, 2009 at 11:49:21AM +0100, wrobell wrote:
> Patryk Zawadzki writes: 
> 
> > On Thu, Jan 22, 2009 at 10:49 AM, wrobell <wrobell at pld-linux.org> wrote:
> >> On Thu, Jan 22, 2009 at 07:18:57AM +0100, Jakub Bogusz wrote:
> >>> Why mess? This is exact condition. 
> >>>
> >>> If some day Ac goes to python 2.5 (unlikely, but...), such distro-line
> >>> conditions will need to be changed.
> >> so new bcond for other languange in AC. for some framework new bcond as
> >> well...  and so on? do you want to track all of them?
> > 
> > The whole point being: egg-info files are python 2.5+-specific, not Th-specific.
> 
> good point :] 
> 
> some want to support AC on HEAD - that's all. 
> 
> we do _not_ want to support python 2.4 on HEAD, do we?
> well, until you want to live in hell :P 

Some want to support python 2.4 in some specs, I don't care why, for Ac
or different purposes.

"python > 2.4" is the actual condition.

Similarly, if some version of gcc requires adding some option, it should
be added depending on gcc version, not %{pld_release}.

> it is really amazing. we started with one ac bcond in xulrunner.spec
> and we will have over 20 specs affected (python), more when the rest
> follows. i wonder who will cleanup this mess in the future. 

Those who will update specs for the new versions of packages, when
everyone stops to care about python 2.4.
There is no need for "global anti-python-2.4 cleanup".


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


From wrobell at pld-linux.org  Fri Jan 23 01:30:52 2009
From: wrobell at pld-linux.org (wrobell)
Date: Fri, 23 Jan 2009 00:30:52 +0000
Subject: SPECS: template-python.spec - python 2.4 is only in AC line,
	let's use (kin...
In-Reply-To: <20090122214451.GA26024@stranger.qboosh.pl>
References: <SPECS_template_python.spec.1.11@pld-linux.org>
	<SPECS_template_python.spec.1.12@pld-linux.org>
	<20090122061857.GB18353@stranger.qboosh.pl>
	<20090122094957.GB20746@borg>
	<89b6ba3a0901220219i2ccbce07h982935306e4faa00@mail.gmail.com>
	<20090122104921.14488.qmail@mx.it-zone.org>
	<20090122214451.GA26024@stranger.qboosh.pl>
Message-ID: <20090123003052.GE20746@borg>

On Thu, Jan 22, 2009 at 10:44:51PM +0100, Jakub Bogusz wrote:
> On Thu, Jan 22, 2009 at 11:49:21AM +0100, wrobell wrote:
> > Patryk Zawadzki writes: 
> > 
> > > On Thu, Jan 22, 2009 at 10:49 AM, wrobell <wrobell at pld-linux.org> wrote:
> > >> On Thu, Jan 22, 2009 at 07:18:57AM +0100, Jakub Bogusz wrote:
> > >>> Why mess? This is exact condition. 
> > >>>
> > >>> If some day Ac goes to python 2.5 (unlikely, but...), such distro-line
> > >>> conditions will need to be changed.
> > >> so new bcond for other languange in AC. for some framework new bcond as
> > >> well...  and so on? do you want to track all of them?
> > > 
> > > The whole point being: egg-info files are python 2.5+-specific, not Th-specific.
> > 
> > good point :] 
> > 
> > some want to support AC on HEAD - that's all. 
> > 
> > we do _not_ want to support python 2.4 on HEAD, do we?
> > well, until you want to live in hell :P 
> 
> Some want to support python 2.4 in some specs, I don't care why, for Ac
> or different purposes.

but i do care. i really want to know why i am supposed to maintain some
support for obsolete software on HEAD.  my only conclusion is - AC line.

i do understand above need and as you can see i am ok to help with
something i don't use. but it should be done in such way, so we know
why it is there. this way, in the future, i will know when to stop above
support (i.e. AC is dead or it got python 2.5) and it will be easy to
identify what is supposed to be changed - for example, if some other distro
line still uses python 2.4 (or some other old software/whatever).

anyway, AC-branch is better solution. there would be no problem, then.

[...]

regards,

    wrobell <wrobell at pld-linux.org>


From glen at pld-linux.org  Fri Jan 23 11:52:40 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 23 Jan 2009 12:52:40 +0200
Subject: SPECS: template-python.spec - python 2.4 is only in AC line,
	let's use (kin...
In-Reply-To: <20090123003052.GE20746@borg>
References: <SPECS_template_python.spec.1.11@pld-linux.org>
	<20090122214451.GA26024@stranger.qboosh.pl>
	<20090123003052.GE20746@borg>
Message-ID: <200901231252.40308.glen@pld-linux.org>

On Friday 23 January 2009 02:30:52 wrobell wrote:
> but i do care. i really want to know why i am supposed to maintain some
> support for obsolete software on HEAD.  my only conclusion is - AC line.
what support? you don't have to _add_ anything, it it's present, leave it, 
don't touch it?

> anyway, AC-branch is better solution. there would be no problem, then.

why fighting with windmill?

this is totally __IRRELEVANT__ is the cond %{pld_release} or %{py_ver} 
comparision, the condition is still there. and both are easily grappable (for 
whatever reason you need to _find_ these).

my +1 for %{py_ver} cmp, as that's what it really is (py_ver not dist_line)

py2.5 to ac line is unlikely to happen officially, but you are still allowed 
to do such port on your own, for those people you would be chopping off their 
feet.

-- 
glen


From z at xatka.net  Fri Jan 23 12:56:02 2009
From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=)
Date: Fri, 23 Jan 2009 12:56:02 +0100
Subject: New names for commons and struts spec files
Message-ID: <200901231256.02531.z@xatka.net>

cvsadmin, please copy following files in SPECS:

jakarta-commons-codec      -> java-commons-codec
jakarta-commons-discovery  -> java-commons-discovery
jakarta-commons-httpclient -> java-commons-httpclient
jakarta-commons-lang       -> java-commons-lang
jakarta-commons-net        -> java-commons-net
jakarta-commons-validator  -> java-commons-validator
jakarta-struts             -> java-struts

commons and struts are no longer subprojects of jakarta.

-- 
    .....        Pozdrawiam,                                             .....
  .....              Pawel Zuzelski                                    .....
.....     jid:pzz at touk.pl                                            .....


From adamg at pld-linux.org  Fri Jan 23 14:02:48 2009
From: adamg at pld-linux.org (Adam Golebiowski)
Date: Fri, 23 Jan 2009 14:02:48 +0100
Subject: New names for commons and struts spec files
In-Reply-To: <200901231256.02531.z@xatka.net>
References: <200901231256.02531.z@xatka.net>
Message-ID: <200901231402.49171.adamg@pld-linux.org>

On Friday 23 January 2009, Pawe? Zuzelski wrote:
> cvsadmin, please copy following files in SPECS:
>
> jakarta-commons-codec      -> java-commons-codec
> jakarta-commons-discovery  -> java-commons-discovery
> jakarta-commons-httpclient -> java-commons-httpclient
> jakarta-commons-lang       -> java-commons-lang
> jakarta-commons-net        -> java-commons-net
> jakarta-commons-validator  -> java-commons-validator
> jakarta-struts             -> java-struts
>
> commons and struts are no longer subprojects of jakarta.

Cp-ed, please do a cvs rm on jakarta-*.spec.

For future reference, in order to ease cvsadmins work and avoid potential 
mistakes please provide such requests in ready to paste format:

	cp $old_spec,v $new_spec,v

as in:

	cp jakarta-commons-codec.spec,v java-commons-codec.spec,v

thanks.

adamg,v

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


From wrobell at pld-linux.org  Fri Jan 23 20:28:04 2009
From: wrobell at pld-linux.org (wrobell)
Date: Fri, 23 Jan 2009 19:28:04 +0000
Subject: SPECS: template-python.spec - python 2.4 is only in AC line,
	let's use (kin...
In-Reply-To: <200901231252.40308.glen@pld-linux.org>
References: <SPECS_template_python.spec.1.11@pld-linux.org>
	<20090122214451.GA26024@stranger.qboosh.pl>
	<20090123003052.GE20746@borg>
	<200901231252.40308.glen@pld-linux.org>
Message-ID: <20090123192804.GF20746@borg>

On Fri, Jan 23, 2009 at 12:52:40PM +0200, Elan Ruusam?e wrote:
> On Friday 23 January 2009 02:30:52 wrobell wrote:
> > but i do care. i really want to know why i am supposed to maintain some
> > support for obsolete software on HEAD.  my only conclusion is - AC line.
> what support? you don't have to _add_ anything, it it's present, leave it, 
> don't touch it?

for example, please take a look at commit fight around mx.DateTime in
python-psycopg2.spec. the ones, who constantly were reverting my changes
never bothered to contact me or to respond why they are doing that.

so, please, respect my time, ok?

[...]

regards,

    wrobell <wrobell at pld-linux.org>


From glen at pld-linux.org  Sun Jan 25 13:16:03 2009
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Sun, 25 Jan 2009 14:16:03 +0200
Subject: SPECS: template-python.spec - python 2.4 is only in AC line,
	let's use (kin...
In-Reply-To: <20090123192804.GF20746@borg>
References: <SPECS_template_python.spec.1.11@pld-linux.org>
	<200901231252.40308.glen@pld-linux.org>
	<20090123192804.GF20746@borg>
Message-ID: <200901251416.03868.glen@pld-linux.org>

On Friday 23 January 2009 21:28:04 wrobell wrote:
> for example, please take a look at commit fight around mx.DateTime in
> python-psycopg2.spec. the ones, who constantly were reverting my changes
> never bothered to contact me or to respond why they are doing that.
>
> so, please, respect my time, ok?

same can be said to you, you reverted "their" changes. did you bothered to 
contact them? :)

anyway, not my fight...

-- 
glen


From sparky at pld-linux.org  Sun Jan 25 14:00:35 2009
From: sparky at pld-linux.org (Przemyslaw Iskra)
Date: Sun, 25 Jan 2009 14:00:35 +0100
Subject: SPECS (LINUX_2_6): kernel.spec - move kernelsrcdir to main
	pkg, avoid dupli...
In-Reply-To: <SPECS_kernel.spec.1.441.2.2052@pld-linux.org>
References: <SPECS_kernel.spec.1.441.2.2051@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.2052@pld-linux.org>
Message-ID: <20090125130035.GA22567@pld-linux.org>

On Sun, Jan 25, 2009 at 01:14:10PM +0100, adamg wrote:
> Author: adamg                        Date: Sun Jan 25 12:14:10 2009 GMT
> Module: SPECS                         Tag: LINUX_2_6
> ---- Log message:
> - move kernelsrcdir to main pkg, avoid duplicated entries in -headers and -doc

this is even worse. We don't want to have to install kernel+headers on
builders.

How about kernel-dirs ?

It could contain:

/usr/src/linux-%{version}
/lib/modules/%{version}
/lib/modules/%{version}/build -> /usr/src/linux-%{version}

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


From adamg at pld-linux.org  Sun Jan 25 14:15:56 2009
From: adamg at pld-linux.org (Adam Golebiowski)
Date: Sun, 25 Jan 2009 14:15:56 +0100
Subject: SPECS (LINUX_2_6): kernel.spec - move kernelsrcdir to main pkg,
	avoid dupli...
In-Reply-To: <20090125130035.GA22567@pld-linux.org>
References: <SPECS_kernel.spec.1.441.2.2051@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.2052@pld-linux.org>
	<20090125130035.GA22567@pld-linux.org>
Message-ID: <200901251415.56984.adamg@pld-linux.org>

On Sunday 25 January 2009, Przemyslaw Iskra wrote:
> On Sun, Jan 25, 2009 at 01:14:10PM +0100, adamg wrote:
> > Author: adamg                        Date: Sun Jan 25 12:14:10 2009 GMT
> > Module: SPECS                         Tag: LINUX_2_6
> > ---- Log message:
> > - move kernelsrcdir to main pkg, avoid duplicated entries in -headers and
> > -doc
>
> this is even worse. We don't want to have to install kernel+headers on
> builders.

Ehrm... You're right, I didn't think about that.

> How about kernel-dirs ?
>
> It could contain:
>
> /usr/src/linux-%{version}
> /lib/modules/%{version}
> /lib/modules/%{version}/build -> /usr/src/linux-%{version}

seems like a better approach.

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


From glen at pld-linux.org  Sun Jan 25 15:56:39 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sun, 25 Jan 2009 16:56:39 +0200
Subject: SPECS (LINUX_2_6): kernel.spec - move kernelsrcdir to main pkg,
	avoid dupli...
In-Reply-To: <SPECS_kernel.spec.1.441.2.2052@pld-linux.org>
References: <SPECS_kernel.spec.1.441.2.2051@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.2052@pld-linux.org>
Message-ID: <200901251656.39903.glen@pld-linux.org>

On Sunday 25 January 2009 14:14:10 adamg wrote:
> Author: adamg                        Date: Sun Jan 25 12:14:10 2009 GMT
> Module: SPECS                         Tag: LINUX_2_6
> ---- Log message:
> - move kernelsrcdir to main pkg, avoid duplicated entries in -headers and
> -doc
...

>  $Log$
> +Revision 1.441.2.2052  2009/01/25 12:14:02  adamg
> +- move kernelsrcdir to main pkg, avoid duplicated entries in -headers and
> -doc +
>  Revision 1.441.2.2051  2009/01/25 02:28:05  adamg
>  - updated to 2.6.28.2
>

this is no good either, it would require builders have to install runtime 
kernel package....

rather let -doc depend on -headers ...?

-- 
glen


From baggins at sith.mimuw.edu.pl  Sun Jan 25 20:07:32 2009
From: baggins at sith.mimuw.edu.pl (Jan Rekorajski)
Date: Sun, 25 Jan 2009 20:07:32 +0100
Subject: SPECS: udev.spec - up to 137
In-Reply-To: <SPECS_udev.spec.1.269@pld-linux.org>
References: <SPECS_udev.spec.1.268@pld-linux.org>
	<SPECS_udev.spec.1.269@pld-linux.org>
Message-ID: <20090125190732.GA15308@sith.mimuw.edu.pl>

On Sun, 25 Jan 2009, arekm wrote:

> Author: arekm                        Date: Sun Jan 25 18:56:28 2009 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - up to 137

I wonder if you read the NEWS/README files that come with udev...
Because, starting with 136, udev in PLD is only half functional.
We don't have cdrom, dialout and tape groups. If you're so intent
on upgrading udev, then upgrade our setup, too.

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  Sun Jan 25 20:22:23 2009
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Sun, 25 Jan 2009 20:22:23 +0100
Subject: SPECS: udev.spec - up to 137
In-Reply-To: <20090125190732.GA15308@sith.mimuw.edu.pl>
References: <SPECS_udev.spec.1.268@pld-linux.org>
	<SPECS_udev.spec.1.269@pld-linux.org>
	<20090125190732.GA15308@sith.mimuw.edu.pl>
Message-ID: <200901252022.23800.arekm@maven.pl>

On Sunday 25 of January 2009, Jan Rekorajski wrote:
> On Sun, 25 Jan 2009, arekm wrote:
> > Author: arekm                        Date: Sun Jan 25 18:56:28 2009 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - up to 137
>
> I wonder if you read the NEWS/README files that come with udev...
> Because, starting with 136, udev in PLD is only half functional.
> We don't have cdrom, dialout and tape groups. If you're so intent
> on upgrading udev, then upgrade our setup, too.

Feel free to improve things (and stop telling me such crap especially after 
you did a joke called upgrade to syslog 3.0.1).

> Janek

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


From wiget at pld-linux.org  Sun Jan 25 20:24:24 2009
From: wiget at pld-linux.org (Artur Frysiak)
Date: Sun, 25 Jan 2009 20:24:24 +0100
Subject: SPECS: udev.spec - up to 137
In-Reply-To: <20090125190732.GA15308@sith.mimuw.edu.pl>
References: <SPECS_udev.spec.1.268@pld-linux.org>
	<SPECS_udev.spec.1.269@pld-linux.org>
	<20090125190732.GA15308@sith.mimuw.edu.pl>
Message-ID: <b78953300901251124s23d1752che3dc5e53f63507e6@mail.gmail.com>

2009/1/25 Jan Rekorajski <baggins at sith.mimuw.edu.pl>:
> On Sun, 25 Jan 2009, arekm wrote:
>
>> Author: arekm                        Date: Sun Jan 25 18:56:28 2009 GMT
>> Module: SPECS                         Tag: HEAD
>> ---- Log message:
>> - up to 137
>
> I wonder if you read the NEWS/README files that come with udev...
> Because, starting with 136, udev in PLD is only half functional.
> We don't have cdrom, dialout and tape groups. If you're so intent
> on upgrading udev, then upgrade our setup, too.

Quoting from README:
Requirements:
  - Version 2.6.22 of the Linux kernel for reliable operation of this release of
    udev. The kernel must not use the CONFIG_SYSFS_DEPRECATED* option.
[...]
  - The system must have the following group names resolvable at udev startup:
      disk, cdrom, floppy, tape, audio, video, lp, tty, dialout, kmem.
    Especially in LDAP setups, it is required, that getgrnam() is able
to resolve
    these group names with only the rootfs mounted, and while no network is
    available.

CONFIG_SYSFS_DEPRECATED is enabled in 2.6.27.10.
No cdrom, tape, dialout groups.
-- 
Artur Frysiak


From glen at pld-linux.org  Mon Jan 26 16:37:51 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 26 Jan 2009 17:37:51 +0200
Subject: SPECS: majordomo.spec (NEW) - added to repo - nfy - a lot of
	things to do
In-Reply-To: <SPECS_majordomo.spec.1.1@pld-linux.org>
References: <SPECS_majordomo.spec.NONE@pld-linux.org>
	<SPECS_majordomo.spec.1.1@pld-linux.org>
Message-ID: <200901261737.51491.glen@pld-linux.org>

On Monday 26 January 2009 15:31:43 lisu wrote:
> +Requires:??????perl >= 1:5.0

http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2009-January/020758.html


-- 
glen


From glen at pld-linux.org  Mon Jan 26 16:38:47 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 26 Jan 2009 17:38:47 +0200
Subject: SPECS: majordomo.spec (NEW) - added to repo - nfy - a lot of
	things to do
In-Reply-To: <SPECS_majordomo.spec.1.1@pld-linux.org>
References: <SPECS_majordomo.spec.NONE@pld-linux.org>
	<SPECS_majordomo.spec.1.1@pld-linux.org>
Message-ID: <200901261738.47914.glen@pld-linux.org>

On Monday 26 January 2009 15:31:43 lisu wrote:
> +%description -l pl.UTF-8
> +
> +%prep

don't create empty translations. disable (remove, don't add) to keep english 
one.

-- 
glen


From glen at pld-linux.org  Mon Jan 26 16:39:49 2009
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 26 Jan 2009 17:39:49 +0200
Subject: SPECS: majordomo.spec (NEW) - added to repo - nfy - a lot of
	things to do
In-Reply-To: <SPECS_majordomo.spec.1.1@pld-linux.org>
References: <SPECS_majordomo.spec.NONE@pld-linux.org>
	<SPECS_majordomo.spec.1.1@pld-linux.org>
Message-ID: <200901261739.49936.glen@pld-linux.org>

On Monday 26 January 2009 15:31:43 lisu wrote:
> +%pre
> +# how we choose proper GID and UID?
> +%groupadd -g 222 %{name}
> +%useradd -u 222 -d /var/lib/%{name} -g %{name} -c "Majordomo User" %{name}

register one in cvs:PLD-doc/uid_gid.db.txt and it's yours.

-- 
glen


From wrobell at pld-linux.org  Mon Jan 26 20:17:48 2009
From: wrobell at pld-linux.org (wrobell)
Date: Mon, 26 Jan 2009 19:17:48 +0000
Subject: python dependencies and pyrequires_eq macro
Message-ID: <20090126191747.GG8036@borg.lan>

long time ago i have invented pyrequires_eq macro to automate specifaction
of python dependencies for python based applications and libraries.

currently, this macro is no longer required
- there is something better, which injects python abi dependency
- pyrequires_eq does basically nothing, it just duplicates "Requires" field

i would like to start removal of pyrequires_eq from spec files on HEAD, soon.

any comments?

regards,

    wrobell <wrobell at pld-linux.org>


From wrobell at pld-linux.org  Mon Jan 26 20:22:38 2009
From: wrobell at pld-linux.org (wrobell)
Date: Mon, 26 Jan 2009 19:22:38 +0000
Subject: SPECS: hudson.spec - deploy hudson in tomcat - is this a
	correct way to pac...
In-Reply-To: <SPECS_hudson.spec.1.3@pld-linux.org>
References: <SPECS_hudson.spec.1.2@pld-linux.org>
	<SPECS_hudson.spec.1.3@pld-linux.org>
Message-ID: <20090126192238.GH8036@borg.lan>

On Mon, Jan 26, 2009 at 10:05:21AM +0100, pawelz wrote:
> Author: pawelz                       Date: Mon Jan 26 09:05:21 2009 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - deploy hudson in tomcat
> - is this a correct way to package .war apps? Please comment. It works
>   out-of-the-box. If you have apache-tomcat installed, you can just
>   rpm -ivh hudson and it works.

1. it would be nice to compile it from sources as it was decided long time
   ago, i.e. how do you want to apply a patch if required? .src.rpm won't
   contain source, just binary

2. hudson can be run standalone using embedded winstone http server,
   i would suggest putting tomcat related stuff into separate subpackage

regards,

    wrobell <wrobell at pld-linux.org>


From z at xatka.net  Mon Jan 26 22:34:13 2009
From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=)
Date: Mon, 26 Jan 2009 22:34:13 +0100
Subject: SPECS: hudson.spec - deploy hudson in tomcat - is this a correct
	way to pac...
In-Reply-To: <20090126192238.GH8036@borg.lan>
References: <SPECS_hudson.spec.1.2@pld-linux.org>
	<SPECS_hudson.spec.1.3@pld-linux.org>
	<20090126192238.GH8036@borg.lan>
Message-ID: <200901262234.13875.z@xatka.net>

On Monday 26 of January 2009 20:22:38 wrobell wrote:
> On Mon, Jan 26, 2009 at 10:05:21AM +0100, pawelz wrote:
> > Author: pawelz                       Date: Mon Jan 26 09:05:21 2009 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - deploy hudson in tomcat
> > - is this a correct way to package .war apps? Please comment. It works
> >   out-of-the-box. If you have apache-tomcat installed, you can just
> >   rpm -ivh hudson and it works.
>
> 1. it would be nice to compile it from sources as it was decided long time
>    ago, i.e. how do you want to apply a patch if required? .src.rpm won't
>    contain source, just binary

Yes, yes, of course I will compile it from sources.

> 2. hudson can be run standalone using embedded winstone http server,
>    i would suggest putting tomcat related stuff into separate subpackage

It would be great to have subpackages: hudson-tomcat and hudson-standalone 
(hudson-jboss, hudson-my-fovorite-application-server)? If there is anyone who 
want to maintain and use other configurations than hudson-tomcat, feel free 
to split hudson into subpackages. I need hudson only as an application inside 
tomcat.

And what do you think about deploing apps into tomcat using rpm? AFAIK no 
other distro does it this way (am I right?).

BTW thanks for comments.

-- 
    .....        Pozdrawiam,                                             .....
  .....              Pawel Zuzelski                                    .....
.....     jid:pzz at touk.pl                                            .....


From wrobell at pld-linux.org  Mon Jan 26 23:03:52 2009
From: wrobell at pld-linux.org (wrobell)
Date: Mon, 26 Jan 2009 22:03:52 +0000
Subject: SPECS: hudson.spec - deploy hudson in tomcat - is this a
	correct way to pac...
In-Reply-To: <200901262234.13875.z@xatka.net>
References: <SPECS_hudson.spec.1.2@pld-linux.org>
	<SPECS_hudson.spec.1.3@pld-linux.org>
	<20090126192238.GH8036@borg.lan> <200901262234.13875.z@xatka.net>
Message-ID: <20090126220352.GI8036@borg.lan>

On Mon, Jan 26, 2009 at 10:34:13PM +0100, Pawe? Zuzelski wrote:
> On Monday 26 of January 2009 20:22:38 wrobell wrote:
> > On Mon, Jan 26, 2009 at 10:05:21AM +0100, pawelz wrote:
> > > Author: pawelz                       Date: Mon Jan 26 09:05:21 2009 GMT
> > > Module: SPECS                         Tag: HEAD
> > > ---- Log message:
> > > - deploy hudson in tomcat
> > > - is this a correct way to package .war apps? Please comment. It works
> > >   out-of-the-box. If you have apache-tomcat installed, you can just
> > >   rpm -ivh hudson and it works.
[...]
> > 2. hudson can be run standalone using embedded winstone http server,
> >    i would suggest putting tomcat related stuff into separate subpackage
> 
> It would be great to have subpackages: hudson-tomcat and hudson-standalone 
> (hudson-jboss, hudson-my-fovorite-application-server)? If there is anyone who 
> want to maintain and use other configurations than hudson-tomcat, feel free 
> to split hudson into subpackages. I need hudson only as an application inside 
> tomcat.

i do understand, but from the start you put dependencies, which are not
needed...  if one uses jboss, geronimo or whatever.

> And what do you think about deploing apps into tomcat using rpm? AFAIK no 
> other distro does it this way (am I right?).

imho, that's nice. the only problem i see if you start to put tomcat
dependency on every java lib/app we have :) so i would suggest subpackages :)

> BTW thanks for comments.

no problem, commenting is easy :)

regards,

    wrobell <wrobell at pld-linux.org>


From z at xatka.net  Tue Jan 27 00:38:51 2009
From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=)
Date: Tue, 27 Jan 2009 00:38:51 +0100
Subject: SPECS: hudson.spec - deploy hudson in tomcat - is this a correct
	way to pac...
In-Reply-To: <20090126220352.GI8036@borg.lan>
References: <SPECS_hudson.spec.1.2@pld-linux.org>
	<200901262234.13875.z@xatka.net> <20090126220352.GI8036@borg.lan>
Message-ID: <200901270038.51816.z@xatka.net>

On Monday 26 of January 2009 23:03:52 wrobell wrote:
> > > 2. hudson can be run standalone using embedded winstone http server,
> > >    i would suggest putting tomcat related stuff into separate
> > > subpackage
> >
> > It would be great to have subpackages: hudson-tomcat and
> > hudson-standalone (hudson-jboss, hudson-my-fovorite-application-server)?
> > If there is anyone who want to maintain and use other configurations than
> > hudson-tomcat, feel free to split hudson into subpackages. I need hudson
> > only as an application inside tomcat.
>
> i do understand, but from the start you put dependencies, which are not
> needed...  if one uses jboss, geronimo or whatever.
... then current version of my package won't work for him at all.

> > And what do you think about deploing apps into tomcat using rpm? AFAIK no
> > other distro does it this way (am I right?).
>
> imho, that's nice. the only problem i see if you start to put tomcat
> dependency on every java lib/app we have :)
Only to those apps that need some sort of app server (-:

> so i would suggest subpackages 
> :)
OK, so I will add dependency like R:hudson-appservconfig, and add 
subpackage -tomcat (P:hudson-appservconfig) that will contain context.xml, 
web.xml etc. It should be easy to add another subpackages containing 
configuration for other applications servers, or even -standalone package.

-- 
    .....        Pozdrawiam,                                             .....
  .....              Pawel Zuzelski                                    .....
.....     jid:pzz at touk.pl                                            .....


From z at xatka.net  Wed Jan 28 11:36:58 2009
From: z at xatka.net (=?utf-8?q?Pawe=C5=82_Zuzelski?=)
Date: Wed, 28 Jan 2009 11:36:58 +0100
Subject: rename xml-related java specs
Message-ID: <200901281136.58541.z@xatka.net>

CVS Admin, please copy following specs:

cp xml-commons.spec,v java-xml-commons.spec,v
cp xmlbeans.spec,v java-xmlbeans.spec,v
cp xerces-j.spec,v java-xerces.spec,v
cp xalan-j.spec,v java-xalan.spec,v

-- 
    .....        Pozdrawiam,                                             .....
  .....              Pawel Zuzelski                                    .....
.....     jid:pzz at touk.pl                                            .....


From glen at pld-linux.org  Wed Jan 28 13:01:31 2009
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Wed, 28 Jan 2009 14:01:31 +0200
Subject: rename xml-related java specs
In-Reply-To: <200901281136.58541.z@xatka.net>
References: <200901281136.58541.z@xatka.net>
Message-ID: <200901281401.31512.glen@pld-linux.org>

On Wednesday 28 January 2009 12:36:58 Pawe? Zuzelski wrote:
> CVS Admin, please copy following specs:
>
> cp xml-commons.spec,v java-xml-commons.spec,v
> cp xmlbeans.spec,v java-xmlbeans.spec,v
> cp xerces-j.spec,v java-xerces.spec,v
> cp xalan-j.spec,v java-xalan.spec,v

done!

-- 
glen