From wrobell at pld-linux.org  Thu May  1 23:20:14 2008
From: wrobell at pld-linux.org (wrobell)
Date: Thu, 1 May 2008 22:20:14 +0100
Subject: tex in pld
Message-ID: <20080501212014.GF4136@borg.lan>

tetex is no longer maintained

    http://www.tug.org/teTeX/
    http://article.gmane.org/gmane.comp.tex.tetex.general/1226

this means that our main source of tex/latex software is going to be out of
date sooner or later.

thomas esser suggests using texlive as the source

    http://www.tug.org/texlive/

fedora seems to go this way

    http://fedoraproject.org/wiki/Releases/FeatureTexLive

what about us?

    wrobell <wrobell at pld-linux.org>


From dhubleizh at o2.pl  Fri May  2 06:03:42 2008
From: dhubleizh at o2.pl (Cezary =?UTF-8?Q?Krzy=C5=BCanowski?=)
Date: Fri, 02 May 2008 00:03:42 -0400
Subject: tex in pld
In-Reply-To: <20080501212014.GF4136@borg.lan>
References: <20080501212014.GF4136@borg.lan>
Message-ID: <1209701022.10940.2.camel@localhost>

Dnia 2008-05-01, czw o godzinie 22:20 +0100, wrobell pisze:
> tetex is no longer maintained
> 

I've also wandered bout that for some time.

BTW -- is there any other alternative to texlive anyway?

Cz at rny



From glen at pld-linux.org  Fri May  2 10:01:11 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 2 May 2008 11:01:11 +0300
Subject: file 4.24 breaks php build
In-Reply-To: <481793BB.4080506@limanowa.net>
References: <48124340.7050304@limanowa.net> <200804262116.27862.glen@delfi.ee>
	<481793BB.4080506@limanowa.net>
Message-ID: <200805021101.12248.glen@pld-linux.org>

On Wednesday 30 April 2008 00:31:39 Marcin Krol wrote:
> > check if debian patch update made the badness
>
> Doesn't seems so.

what a pity. they parse magic file themselves instead of using library 
function.

for example php-pecl-fileinfo does use library functions, and i remember i 
patched it not to specify magic file, which means library will use internally 
the binary database.

--
glen


From blues at pld-linux.org  Sat May  3 11:00:11 2008
From: blues at pld-linux.org (Pawel Golaszewski)
Date: Sat, 3 May 2008 11:00:11 +0200 (CEST)
Subject: tex in pld
In-Reply-To: <20080501212014.GF4136@borg.lan>
References: <20080501212014.GF4136@borg.lan>
Message-ID: <alpine.LNX.1.10.0805031056520.1373@fgnss.gnfx.tqn.cy>

On Thu, 1 May 2008, wrobell wrote:
> tetex is no longer maintained
> 
>     http://www.tug.org/teTeX/
>     http://article.gmane.org/gmane.comp.tex.tetex.general/1226
> 
> this means that our main source of tex/latex software is going to be out 
> of date sooner or later. thomas esser suggests using texlive as the 
> source
> 
>     http://www.tug.org/texlive/
> 
> fedora seems to go this way
> 
>     http://fedoraproject.org/wiki/Releases/FeatureTexLive

What is the difference in functionality? I mean - what will be lost 
because this is most important...

> what about us?

I think we have no choice and we have to follow that way... or someone of 
us would like to maintain tetex :)

-- 
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 gotar at polanet.pl  Sat May  3 13:28:22 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 3 May 2008 13:28:22 +0200
Subject: tex in pld
In-Reply-To: <alpine.LNX.1.10.0805031056520.1373@fgnss.gnfx.tqn.cy>
References: <20080501212014.GF4136@borg.lan>
	<alpine.LNX.1.10.0805031056520.1373@fgnss.gnfx.tqn.cy>
Message-ID: <20080503112822.GA27279@pepin.polanet.pl>

On Sat, May 03, 2008 at 11:00:11 +0200, Pawel Golaszewski wrote:

> What is the difference in functionality? I mean - what will be lost 
> because this is most important...

Why 'lost'? It's all about creating texlive* packages, not removing
tetex* ones.

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


From blues at pld-linux.org  Sat May  3 19:22:23 2008
From: blues at pld-linux.org (Pawel Golaszewski)
Date: Sat, 3 May 2008 19:22:23 +0200 (CEST)
Subject: tex in pld
In-Reply-To: <20080503112822.GA27279@pepin.polanet.pl>
References: <20080501212014.GF4136@borg.lan>
	<alpine.LNX.1.10.0805031056520.1373@fgnss.gnfx.tqn.cy>
	<20080503112822.GA27279@pepin.polanet.pl>
Message-ID: <alpine.LNX.1.10.0805031918190.1373@fgnss.gnfx.tqn.cy>

On Sat, 3 May 2008, Tomasz Pala wrote:
> > What is the difference in functionality? I mean - what will be lost 
> > because this is most important...
> Why 'lost'? It's all about creating texlive* packages, not removing
> tetex* ones.

Unmaintained tetex will finally dissapear from ftp... that is why I'm 
asking what will be lost/broken when replacing tetex with texlive...

If nothing and one can replace another we could consider putting tetex to 
(un)supported and texlive to main...

But first of all texlive should appear on ftp at all :D

-- 
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 gotar at polanet.pl  Sat May  3 20:27:48 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 3 May 2008 20:27:48 +0200
Subject: tex in pld
In-Reply-To: <alpine.LNX.1.10.0805031918190.1373@fgnss.gnfx.tqn.cy>
References: <20080501212014.GF4136@borg.lan>
	<alpine.LNX.1.10.0805031056520.1373@fgnss.gnfx.tqn.cy>
	<20080503112822.GA27279@pepin.polanet.pl>
	<alpine.LNX.1.10.0805031918190.1373@fgnss.gnfx.tqn.cy>
Message-ID: <20080503182748.GA15146@pepin.polanet.pl>

On Sat, May 03, 2008 at 19:22:23 +0200, Pawel Golaszewski wrote:

> Unmaintained tetex will finally dissapear from ftp... that is why I'm 
> asking what will be lost/broken when replacing tetex with texlive...

If so - better ask about incompatibilities. I've got dozens of macros,
workarounds and other solutions for LaTeX, but some of them may be tetex
specific, dunno.

> If nothing and one can replace another we could consider putting tetex to 
> (un)supported and texlive to main...

There were differences even between tetex versions - after transition to
3.0 I compared dvi files generated by former tetex 2.0 and I've noticed
different kerning (IMO it got worse).
And it's hard to say if third party addon packages work well with texlive.

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


From glen at pld-linux.org  Tue May  6 05:52:06 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Tue, 6 May 2008 06:52:06 +0300
Subject: Fwd: TEST build ERRORS: kernel-vanilla.spec
Message-ID: <200805060652.06813.glen@pld-linux.org>

any ideas?
bug in kernel source?
broken same way in ac-ppc too

header itself is present in source as 
linux-2.6.25/arch/powerpc/boot/libfdt/fdt.h

-- 
glen
-------------- next part --------------
An embedded message was scrubbed...
From: PLD th-ppc builder <builder-th-ppc at pld-linux.org>
Subject: TEST build ERRORS: kernel-vanilla.spec
Date: Mon, 05 May 2008 20:45:37 +0000
Size: 11487
URL: </mailman/pipermail/pld-devel-en/attachments/20080506/a35475bf/attachment.eml>

From glen at pld-linux.org  Tue May  6 08:07:50 2008
From: glen at pld-linux.org (Elan =?iso-8859-15?q?Ruusam=E4e?=)
Date: Tue, 6 May 2008 09:07:50 +0300
Subject: Fwd: TEST build ERRORS: kernel-vanilla.spec
In-Reply-To: <200805060652.06813.glen@pld-linux.org>
References: <200805060652.06813.glen@pld-linux.org>
Message-ID: <200805060907.51244.glen@pld-linux.org>

On Tuesday 06 May 2008 06:52, Elan Ruusam?e wrote:
> any ideas?
> bug in kernel source?
> broken same way in ac-ppc too
>
> header itself is present in source as
> linux-2.6.25/arch/powerpc/boot/libfdt/fdt.h

looks like it's due we override HOSTCFLAGS:

%define     CommonOpts  HOSTCC="%{kgcc}" HOSTCFLAGS="-Wall -Wstrict-prototypes %{rpmcflags} -fomit-frame-pointer"

and linux-2.6.25/arch/powerpc/boot/Makefile has:
HOSTCFLAGS += -I$(src)/dtc-src/ -I$(src)/libfdt/

i couldn't find git diff for the change, only link i found was "merge from linux-2.6"
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.25.y.git;a=history;f=arch/powerpc/boot/Makefile;h=1aded8f759d0fc7e164b91a5208e0256ad7ea9cd;hb=1420f09c0b8a88f9df2034e6ba04fcc4c3f6925e

any suggestions how to fix?

-- 
glen


From qboosh at pld-linux.org  Wed May  7 00:03:25 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 7 May 2008 00:03:25 +0200
Subject: SPECS: bzip2.spec - force 64bit offsets for handling large
	files o...
In-Reply-To: <SPECS_bzip2.spec.1.119@pld-linux.org>
References: <SPECS_bzip2.spec.1.118@pld-linux.org>
	<SPECS_bzip2.spec.1.119@pld-linux.org>
Message-ID: <20080506220325.GA4983@stranger.qboosh.pl>

On Wed, Apr 30, 2008 at 12:29:47PM +0200, glen wrote:
> Author: glen                         Date: Wed Apr 30 10:29:47 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - force 64bit offsets for handling large files on ix86; rel 3

> -%define		specflags_ia32	-fomit-frame-pointer
> +%define		specflags_ia32	-fomit-frame-pointer -D_FILE_OFFSET_BITS=64

This is wrong:

1) specflags* are used only for optimized builds
2) if there are some problems with LFS on 32-bit archs, they are most
likely not x86-specific


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


From blues at pld-linux.org  Wed May  7 10:50:13 2008
From: blues at pld-linux.org (Pawel Golaszewski)
Date: Wed, 7 May 2008 10:50:13 +0200 (CEST)
Subject: tex in pld
In-Reply-To: <20080503182748.GA15146@pepin.polanet.pl>
References: <20080501212014.GF4136@borg.lan>
	<alpine.LNX.1.10.0805031056520.1373@fgnss.gnfx.tqn.cy>
	<20080503112822.GA27279@pepin.polanet.pl>
	<alpine.LNX.1.10.0805031918190.1373@fgnss.gnfx.tqn.cy>
	<20080503182748.GA15146@pepin.polanet.pl>
Message-ID: <alpine.LNX.1.10.0805071025150.30930@fgnss.gnfx.tqn.cy>

On Sat, 3 May 2008, Tomasz Pala wrote:
> > Unmaintained tetex will finally dissapear from ftp... that is why I'm 
> > asking what will be lost/broken when replacing tetex with texlive...
> If so - better ask about incompatibilities.

I was thinking about "incompatibilities" saying "broken" :)

> I've got dozens of macros, workarounds and other solutions for LaTeX, 
> but some of them may be tetex specific, dunno.

I will take a look how is it made in ubuntu in a few days...
They have livetex...

Anyway - we won't see it if we won't try... :(

> > If nothing and one can replace another we could consider putting tetex 
> > to (un)supported and texlive to main...
> There were differences even between tetex versions - after transition to
> 3.0 I compared dvi files generated by former tetex 2.0 and I've noticed
> different kerning (IMO it got worse).

Well - docs I was generating were better after switch 2->3

I think it depends what are you using...

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

From tomasz.wittner at gmail.com  Wed May  7 16:47:40 2008
From: tomasz.wittner at gmail.com (Tomasz Wittner)
Date: Wed, 7 May 2008 16:47:40 +0200
Subject: [Th][FTP] where are newly built packages?
Message-ID: <200805071647.40616.tomasz.wittner@gmail.com>

Hi,

1. I cannot find recently built packages on Th FTP - f.e. 
qt4-4.4.0*-1.i686.rpm . I checked ftp://master-ftp.pld-linux.org.
2. There are a few packages under 
ftp://master-ftp.pld-linux.org/dists/th/ready/i686/RPMS/ - AFAIK this 
directory should be emty for the time being.

What's going on?

-- 
Tomasz Wittner


From glen at pld-linux.org  Wed May  7 17:03:41 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 7 May 2008 18:03:41 +0300
Subject: [Th][FTP] where are newly built packages?
In-Reply-To: <200805071647.40616.tomasz.wittner@gmail.com>
References: <200805071647.40616.tomasz.wittner@gmail.com>
Message-ID: <200805071803.41916.glen@pld-linux.org>

On Wednesday 07 May 2008 17:47:40 Tomasz Wittner wrote:
> Hi,
>
> 1. I cannot find recently built packages on Th FTP - f.e.
> qt4-4.4.0*-1.i686.rpm . I checked ftp://master-ftp.pld-linux.org.
> 2. There are a few packages under
> ftp://master-ftp.pld-linux.org/dists/th/ready/i686/RPMS/ - AFAIK this
> directory should be emty for the time being.

perhaps file copy doesn't work from builders? as i don't see .info files either.

18:02:23 pldth[pts/11]@ep09-pld SRPMS/.metadata$ pwd
/home/services/ftp/pld/dists/3.0/test/SRPMS/.metadata
18:02:24 pldth[pts/11]@ep09-pld SRPMS/.metadata$ l qt4* -rt
-rw-r--r-- 1 pldth pldth 881 2008-04-07 11:01 qt4-plugin-qca-cyrus-sasl-2.0.0-0.beta3.1.src.rpm.info
-rw-r--r-- 1 pldth pldth 837 2008-04-07 11:03 qt4-plugin-qca-pkcs11-2.0.0-0.beta2.1.src.rpm.info
-rw-r--r-- 1 pldth pldth 815 2008-04-07 11:06 qt4-plugin-qca-ossl-2.0.0-0.beta3.1.src.rpm.info
-rw-r--r-- 1 pldth pldth 826 2008-04-07 11:07 qt4-plugin-qca-gnupg-2.0.0-0.beta2.1.src.rpm.info
-rw-r--r-- 1 pldth pldth 17K 2008-04-13 02:38 qt4-4.4.0-0.rc1.4.src.rpm.info
18:03:01 pldth[pts/11]@ep09-pld SRPMS/.metadata$


and if you enabled th-test you should have th-ready enabled too
(it contains pkgs choosen by ftp admin that are ready to be moved to main, but not yet moved as not all deps satisfied).

-- 
glen


From kamil.listy at klecza.pl  Wed May  7 17:40:49 2008
From: kamil.listy at klecza.pl (Kamil Dziedzic)
Date: Wed, 7 May 2008 17:40:49 +0200
Subject: [th] builder fails: error: QtDBus-4.4.0-1.athlon: req
	/usr/lib/qt4/plugins/script not found
Message-ID: <200805071740.52660.kamil.listy@klecza.pl>

Could somebody fix that?

http://buildlogs.pld-linux.org/index.php?dist=th&arch=x86_64&ok=0&name=VirtualBox

Thanks;)
-- 
Regards, Kamil Dziedzic
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: </mailman/pipermail/pld-devel-en/attachments/20080507/93cf880b/attachment.sig>

From tomasz.wittner at gmail.com  Wed May  7 20:41:25 2008
From: tomasz.wittner at gmail.com (Tomasz Wittner)
Date: Wed, 7 May 2008 20:41:25 +0200
Subject: [th] builder fails: error: QtDBus-4.4.0-1.athlon: req
	/usr/lib/qt4/plugins/script not found
In-Reply-To: <200805071740.52660.kamil.listy@klecza.pl>
References: <200805071740.52660.kamil.listy@klecza.pl>
Message-ID: <200805072041.25730.tomasz.wittner@gmail.com>

On Wednesday 07 of May 2008, 17:40, Kamil Dziedzic wrote:
> Could somebody fix that?
For now on I can't. In my environment building qt4 at DEVEL failed after:

+ 
[ -a /home/users/tw/tmp/qt4-4.4.0-root-tw/usr/include/qt4/Qt/Q3CanvasPolygonalItem ]
+ ifecho Qt3Support-devel /usr/include/qt4/Qt/Q3CanvasPolygonalItem
+ mkdevfl phonon
+ MODULE=phonon
+ shift
+ echo %defattr(644,root,root,755)
+ > phonon-devel.files
+ ifecho phonon-devel /usr/lib/libphonon*.so
Error generation phonon-devel files list!
/home/users/tw/tmp/qt4-4.4.0-root-tw/usr/lib/libphonon*.so: no such file or 
direcotry!
error: Bad exit status from /home/users/tw/tmp/rpm-tmp.99904 (%install)


RPM build errors:
    Bad exit status from /home/users/tw/tmp/rpm-tmp.99904 (%install)
11634.15s real 18997.28s user  1143.41s system
Error: package build failed. (no more info)

There are some missing BRs? (I don't have any kde4 related stuff installed on 
my computer).
>
> http://buildlogs.pld-linux.org/index.php?dist=th&arch=x86_64&ok=0&name=Virt
>ualBox
>
> Thanks;)



-- 
Tomasz Wittner


From ed at yen.ipipan.waw.pl  Wed May  7 21:13:26 2008
From: ed at yen.ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=)
Date: Wed, 7 May 2008 21:13:26 +0200
Subject: [Th][FTP] where are newly built packages?
In-Reply-To: <200805071647.40616.tomasz.wittner@gmail.com>
References: <200805071647.40616.tomasz.wittner@gmail.com>
Message-ID: <200805072113.27380@laptok.ed.pl>

Dnia ?roda, 7 maja 2008, Tomasz Wittner napisa?:
[...]
> What's going on?

Correct me, if I'm wrong, but it seems, that all these packages didn't build 
on i486 architecture, therefore they were not uploaded on the ftp server.

-- 
?ukasz Ma?ko                                           GG:   2441498    _o)
Lukasz.Masko(at)ipipan.waw.pl                                           /\\
Registered Linux User #61028                                           _\_V
Ubuntu: staroafryka?skie s?owo oznaczaj?ce "Nie umiem zainstalowa? Debiana"


From glen at delfi.ee  Wed May  7 23:18:52 2008
From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=)
Date: Thu, 8 May 2008 00:18:52 +0300
Subject: Fwd: TEST build ERRORS: kernel-vanilla.spec
In-Reply-To: <200805060907.51244.glen@pld-linux.org>
References: <200805060652.06813.glen@pld-linux.org>
	<200805060907.51244.glen@pld-linux.org>
Message-ID: <200805080018.52439.glen@delfi.ee>

On Tuesday 06 May 2008 09:07, Elan Ruusam?e wrote:
> any suggestions how to fix?

options i see:
1. do not define HOSTCFLAGS on ppc
2. include '-I$(src)/dtc-src/ -I$(src)/libfdt/' in spec HOSTCFLAGS
3. use some other variable than HOSTCFLAGS to pass host cflags (!)

anyway, why the += doesn't have effect in Makefile?

meanwhile i found this link where the dtc was introduced initially:
http://patchwork.ozlabs.org/linuxppc/patch?id=15184

perhaps should revert back use "dtc" from installed from system (which i don't 
see in ac-ppc)?

something else changed as 2.6.25 needs mkimage also to exist on system to 
create uImage (which i packaged already from uboot.spec)

or just all that just not worth the effort and add EA: ppc in 
kernel-vanilla.spec?

-- 
glen


From qboosh at pld-linux.org  Wed May  7 23:56:49 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 7 May 2008 23:56:49 +0200
Subject: Fwd: TEST build ERRORS: kernel-vanilla.spec
In-Reply-To: <200805080018.52439.glen@delfi.ee>
References: <200805060652.06813.glen@pld-linux.org>
	<200805060907.51244.glen@pld-linux.org>
	<200805080018.52439.glen@delfi.ee>
Message-ID: <20080507215649.GA23652@stranger.qboosh.pl>

On Thu, May 08, 2008 at 12:18:52AM +0300, Elan Ruusam?e wrote:
> On Tuesday 06 May 2008 09:07, Elan Ruusam?e wrote:
> > any suggestions how to fix?
> 
> options i see:
> 1. do not define HOSTCFLAGS on ppc
> 2. include '-I$(src)/dtc-src/ -I$(src)/libfdt/' in spec HOSTCFLAGS
> 3. use some other variable than HOSTCFLAGS to pass host cflags (!)
> 
> anyway, why the += doesn't have effect in Makefile?

Depends on the way particular variable is passed to make.
If passed through environment, += works.
If passed as make argument, it overrides all = and += statements from
makefiles. In turn "override VARIABLE+=..." statement in makefile is
stronger.


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


From tiwek at manta.univ.gda.pl  Fri May  9 10:50:19 2008
From: tiwek at manta.univ.gda.pl (Tomasz Witek)
Date: Fri, 09 May 2008 10:50:19 +0200
Subject: kernel-desktop
Message-ID: <1210323019.5412.42.camel@localhost>


Why kernel-desktop not build noarch packages.
Every new version I must build these packages so that buil nvidia, gspca
and VirtualBox kernel drivers.

TiweK

-- 



From glen at pld-linux.org  Fri May  9 11:30:09 2008
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Fri, 9 May 2008 12:30:09 +0300
Subject: SPECS: enchant.spec - rel.2 - get rid of stupid banners,
	use suggests
In-Reply-To: <SPECS_enchant.spec.1.22@pld-linux.org>
References: <SPECS_enchant.spec.1.21@pld-linux.org>
	<SPECS_enchant.spec.1.22@pld-linux.org>
Message-ID: <200805091230.10311.glen@pld-linux.org>

On Friday 09 May 2008 00:12:43 blues wrote:
>  $Log$
> -Revision 1.21  2007-02-12 21:23:54  glen
> +Revision 1.22  2008-05-08 21:12:37  blues
> +- rel.2 - get rid of stupid banners, use suggests

imho Suggests is even more stupid for huge list as poldek can't handle > 26 
choices [1] :)

[1] https://bugs.pld-linux.org/show_bug.cgi?id=98

-- 
glen


From glen at pld-linux.org  Fri May  9 14:14:46 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 9 May 2008 15:14:46 +0300
Subject: kernel-desktop
In-Reply-To: <1210323019.5412.42.camel@localhost>
References: <1210323019.5412.42.camel@localhost>
Message-ID: <200805091514.46784.glen@pld-linux.org>

On Friday 09 May 2008 11:50:19 Tomasz Witek wrote:
> Why kernel-desktop not build noarch packages.
> Every new version I must build these packages so that buil nvidia, gspca
> and VirtualBox kernel drivers.

to build with one single run:
$ rpmbuild --target noarch,i686

or you can later build with:
$ rpmbuild --target noarch
or
$ rpmbuild --with noarch

-- 
glen


From tomipnh at gmail.com  Fri May  9 16:12:05 2008
From: tomipnh at gmail.com (Krzysztof Lewczuk)
Date: Fri, 9 May 2008 16:12:05 +0200
Subject: SPECS: medit.spec NEW
In-Reply-To: <200805091230.10311.glen@pld-linux.org>
References: <SPECS_enchant.spec.1.21@pld-linux.org>
	<SPECS_enchant.spec.1.22@pld-linux.org>
	<200805091230.10311.glen@pld-linux.org>
Message-ID: <20080509141046.GA25268@htsh.sed.pl>

Witajcie,

Nie moglem znalezc speca z meditem, wiec go zrobilem
bazujac na fedorowym.

Pozdrawiam, Krzysiek

-- 
Perl - The only language that looks the  | http://tomipnh.jogger.pl
same before and after RSA encryption.    | xmpp://lwr at i386.pl
-------------- next part --------------
# $Revision:$, $Date:$
Summary:	Multiplatform GTK+2 text editor
Summary(pl.UTF-8):	Wieloplatformowy edytor tekstu
Name:		medit
Version:	0.9.3
Release:	1
License:	GPL
Group:		X11/Applications/Editors
Source0:	http://dl.sourceforge.net/mooedit/%{name}-%{version}.tar.bz2
# Source0-md5:	24ffe177248e94795345a11a1a668741
URL:		http://mooedit.sourceforge.net/
BuildRequires:	gtk+2-devel >= 2.2.0
BuildRequires:	intltool
BuildRequires:	libxml2-devel
BuildRequires:	pcre-devel
BuildRequires:	python-pygtk-devel
BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)

%description
Medit is a multiplatform GTK+2 text editor. Features:
- Configurable syntax highlighting
- Configurable keyboard accelerators
- Multiplatform - works both on unix and windows

%description -l pl.UTF-8
Medit to wieloplatformowy editor tekstu. Cechy:
- Konfigurowalne pod?wietlanie sk?adni
- Konfigurowalne skr?ty klawiszowe
- Wieloplatformowo?? - dzia?a zar?wno na systemie Unix jak i Windows

%prep
%setup -q

%build
%configure \
	 --with-xml \
	 --with-python

%{__make}

%install
rm -rf $RPM_BUILD_ROOT

%{__make} install DESTDIR=$RPM_BUILD_ROOT

rm -rf $RPM_BUILD_ROOT%{_datadir}/mime/mime.cache

rm -rf $RPM_BUILD_ROOT%{_datadir}/icons/hicolor/icon-theme.cache

%clean
rm -rf $RPM_BUILD_ROOT

%post
update-mime-database %{_datadir}/mime &> /dev/null || :

touch --no-create %{_datadir}/icons/hicolor
if [ -x %{_bindir}/gtk-update-icon-cache ]; then
  %{_bindir}/gtk-update-icon-cache --quiet %{_datadir}/icons/hicolor || :
fi

%postun
update-mime-database %{_datadir}/mime &> /dev/null || :

touch --no-create %{_datadir}/icons/hicolor
if [ -x %{_bindir}/gtk-update-icon-cache ]; then
  %{_bindir}/gtk-update-icon-cache --quiet %{_datadir}/icons/hicolor || :
fi

%files
%defattr(644,root,root,755)
%doc AUTHORS COPYING COPYING.GPL INSTALL LICENSE NEWS README THANKS doc/help/
%attr(755,root,root) %{_bindir}/medit
%{_libdir}/moo/
%{_libdir}/python2.5/
%{_desktopdir}/medit.desktop
%{_iconsdir}/hicolor/48x48/apps/medit.png
%{_datadir}/locale/
%{_datadir}/mime/
%{_datadir}/moo/
%{_pixmapsdir}/medit.png
%{_mandir}/man1/medit*


%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:$

From glen at pld-linux.org  Fri May  9 16:44:42 2008
From: glen at pld-linux.org (Elan =?iso-8859-15?q?Ruusam=E4e?=)
Date: Fri, 9 May 2008 17:44:42 +0300
Subject: SPECS: medit.spec NEW
In-Reply-To: <20080509141046.GA25268@htsh.sed.pl>
References: <SPECS_enchant.spec.1.21@pld-linux.org>
	<200805091230.10311.glen@pld-linux.org>
	<20080509141046.GA25268@htsh.sed.pl>
Message-ID: <200805091744.42954.glen@pld-linux.org>

On Friday 09 May 2008 17:12:05 Krzysztof Lewczuk wrote:
> medit.spec

added with pldization, however as not gnome user don't know 
how /usr/share/mime should be handled.

-- 
glen


From tomipnh at gmail.com  Fri May  9 17:01:11 2008
From: tomipnh at gmail.com (Krzysztof Lewczuk)
Date: Fri, 9 May 2008 17:01:11 +0200
Subject: SPECS: pcmanfm.spec updated
In-Reply-To: <200805091744.42954.glen@pld-linux.org>
References: <SPECS_enchant.spec.1.21@pld-linux.org>
	<200805091230.10311.glen@pld-linux.org>
	<20080509141046.GA25268@htsh.sed.pl>
	<200805091744.42954.glen@pld-linux.org>
Message-ID: <20080509150111.GA25028@htsh.sed.pl>

up to 0.4.0 version

Pozdrawiam, Krzysiek

-- 
Perl - The only language that looks the  | http://tomipnh.jogger.pl
same before and after RSA encryption.    | xmpp://lwr at i386.pl
-------------- next part --------------
Index: pcmanfm.spec
===================================================================
RCS file: /cvsroot/SPECS/pcmanfm.spec,v
retrieving revision 1.17
diff -u -r1.17 pcmanfm.spec
--- pcmanfm.spec	24 Apr 2008 11:46:43 -0000	1.17
+++ pcmanfm.spec	9 May 2008 14:56:07 -0000
@@ -2,19 +2,19 @@
 Summary:	File manager for GTK
 Summary(pl.UTF-8):	Zarz?dca plik?w dla GTK
 Name:		pcmanfm
-Version:	0.3.6
-Release:	2
+Version:	0.4.0
+Release:	1
 License:	GPL v2
 Group:		X11/Applications
 Source0:	http://dl.sourceforge.net/pcmanfm/%{name}-%{version}.tar.gz
-# Source0-md5:	2975a4f7e8f618664b30222365fc36ff
+# Source0-md5:	d4a528e37605df0806b5f1bd94d85604
 URL:		http://pcmanfm.sourceforge.net/
 BuildRequires:	autoconf >= 2.53
 BuildRequires:	automake
 BuildRequires:	dbus-glib-devel
 BuildRequires:	fam-devel
-BuildRequires:	hal-devel
 BuildRequires:	gtk+2-devel >= 2:2.8
+BuildRequires:	hal-devel
 BuildRequires:	libselinux-devel
 BuildRequires:	pkgconfig
 BuildRequires:	startup-notification-devel
@@ -48,7 +48,6 @@
 	DESTDIR=$RPM_BUILD_ROOT
 
 cp -a %{name}.desktop $RPM_BUILD_ROOT%{_desktopdir}
-mv $RPM_BUILD_ROOT%{_datadir}/locale/sv{_SE,}
 mv $RPM_BUILD_ROOT%{_datadir}/locale/pt{_PT,}
 
 %find_lang %{name} --all-name
@@ -66,6 +65,7 @@
 %dir %{_datadir}/%{name}
 %{_datadir}/%{name}/*.rules
 %{_datadir}/%{name}/icons/
+%{_datadir}/%{name}/ui/*.glade
 
 %{_datadir}/mime/packages/libmimetype.xml
 

From kamil.listy at klecza.pl  Fri May  9 18:02:24 2008
From: kamil.listy at klecza.pl (Kamil Dziedzic)
Date: Fri, 9 May 2008 18:02:24 +0200
Subject: [memtest86.spec] Request for update
Message-ID: <200805091802.32386.kamil.listy@klecza.pl>

Could somebody upgrade memtest86.spec?

Also upgrade/remove %{name}-i686-ld.patch from memtest86+.spec?

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

From tomipnh at gmail.com  Fri May  9 18:44:33 2008
From: tomipnh at gmail.com (Krzysztof Lewczuk)
Date: Fri, 9 May 2008 18:44:33 +0200
Subject: SPECS: mirage.spec updated
In-Reply-To: <200805091744.42954.glen@pld-linux.org>
References: <SPECS_enchant.spec.1.21@pld-linux.org>
	<200805091230.10311.glen@pld-linux.org>
	<20080509141046.GA25268@htsh.sed.pl>
	<200805091744.42954.glen@pld-linux.org>
Message-ID: <20080509164433.GA21816@htsh.sed.pl>

up to 0.9.3

Pozdrawiam, Krzysiek

-- 
Perl - The only language that looks the  | http://tomipnh.jogger.pl
same before and after RSA encryption.    | xmpp://lwr at i386.pl
-------------- next part --------------
Index: mirage.spec
===================================================================
RCS file: /cvsroot/SPECS/mirage.spec,v
retrieving revision 1.3
diff -u -r1.3 mirage.spec
--- mirage.spec	27 May 2007 21:51:50 -0000	1.3
+++ mirage.spec	9 May 2008 16:42:08 -0000
@@ -5,12 +5,12 @@
 Summary:	Fast and simple image viewer in GTK+
 Summary(pl.UTF-8):	Szybka i prosta przegl?darka obrazk?w w GTK+
 Name:		mirage
-Version:	0.8.3
-Release:	0.1
-License:	GPL v2
+Version:	0.9.3
+Release:	1
+License:	GPL v3+
 Group:		X11/Applications/Graphics
 Source0:	http://download.berlios.de/mirageiv/%{name}-%{version}.tar.bz2
-# Source0-md5:	a72f26fb2a60101816a50679729802e7
+# Source0-md5:	87bd8b8de578f34f4028073ecfa43474
 URL:		http://mirageiv.berlios.de/
 BuildRequires:	gtk+2-devel >= 2:2.6.0
 BuildRequires:	python-devel
@@ -53,6 +53,8 @@
 
 %prep
 %setup -q
+# Don't remove rebuilt files!
+%{__sed} -i.build -e '/Cleanup/,$d' setup.py
 
 %build
 %{__python} setup.py build
@@ -72,7 +74,7 @@
 
 %files -f %{name}.lang
 %defattr(644,root,root,755)
-%doc CHANGELOG README TODO TRANSLATORS
+%doc CHANGELOG COPYING README TODO TRANSLATORS
 %attr(755,root,root) %{_bindir}/mirage
 %{py_sitedir}/mirage.py[co]
 %attr(755,root,root) %{py_sitedir}/imgfuncs.so

From gotar at polanet.pl  Sat May 10 02:50:50 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 10 May 2008 02:50:50 +0200
Subject: SPECS: mirage.spec updated
In-Reply-To: <20080509164433.GA21816@htsh.sed.pl>
References: <SPECS_enchant.spec.1.21@pld-linux.org>
	<200805091230.10311.glen@pld-linux.org>
	<20080509141046.GA25268@htsh.sed.pl>
	<200805091744.42954.glen@pld-linux.org>
	<20080509164433.GA21816@htsh.sed.pl>
Message-ID: <20080510005049.GA12422@pepin.polanet.pl>

On Fri, May 09, 2008 at 18:44:33 +0200, Krzysztof Lewczuk wrote:

> +License:	GPL v3+
[...]
>  %defattr(644,root,root,755)
> -%doc CHANGELOG README TODO TRANSLATORS
> +%doc CHANGELOG COPYING README TODO TRANSLATORS

GPL v3 shall go to common-licenses not here.

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


From glen at delfi.ee  Sat May 10 11:00:20 2008
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 10 May 2008 12:00:20 +0300
Subject: SPECS: mirage.spec updated
In-Reply-To: <20080510005049.GA12422@pepin.polanet.pl>
References: <SPECS_enchant.spec.1.21@pld-linux.org>
	<20080509164433.GA21816@htsh.sed.pl>
	<20080510005049.GA12422@pepin.polanet.pl>
Message-ID: <200805101200.21376.glen@delfi.ee>

On Saturday 10 May 2008 03:50, Tomasz Pala wrote:
> On Fri, May 09, 2008 at 18:44:33 +0200, Krzysztof Lewczuk wrote:
> > +License:	GPL v3+
>
> [...]
>
> >  %defattr(644,root,root,755)
> > -%doc CHANGELOG README TODO TRANSLATORS
> > +%doc CHANGELOG COPYING README TODO TRANSLATORS
>
> GPL v3 shall go to common-licenses not here.

didn't include that in commit anyway.

-- 
glen


From wrobell at pld-linux.org  Tue May 13 03:02:57 2008
From: wrobell at pld-linux.org (wrobell)
Date: Tue, 13 May 2008 02:02:57 +0100
Subject: SPECS: beagle.spec - added missing files, nfy
In-Reply-To: <SPECS_beagle.spec.1.124@pld-linux.org>
References: <SPECS_beagle.spec.1.123@pld-linux.org>
	<SPECS_beagle.spec.1.124@pld-linux.org>
Message-ID: <20080513010257.GA31745@borg.lan>

hi,

beagle main package contains beagled binary but all the configuration files
are in beagle-crawl-system package. is it a mistake or was it done on
purpose?

regards,

    wrobell <wrobell at pld-linux.org>


From tommat at pimpek.one.pl  Tue May 13 09:13:51 2008
From: tommat at pimpek.one.pl (Tomasz Mateja)
Date: Tue, 13 May 2008 09:13:51 +0200
Subject: xalan-c @ sparc
Message-ID: <48293FAF.3060805@pimpek.one.pl>

wywala sie na:

rm -f ../../lib/libxalan-c.so && \
                 ln -fs libxalan-c.so.110.0 ../../lib/libxalan-c.so
rm -f ../../lib/libxalan-c.so.110 && \
                 ln -fs libxalan-c.so.110.0 ../../lib/libxalan-c.so.110
sparc-pld-linux-g++ -O2 -DNDEBUG -I/usr/include    -Wall -fPIC -DLINUX 
-D_REENTRANT -DXALAN_ICU_MSG_LOADER -DXALAN_USE_ICU -c 
-I/home/users/builder/rpm/BUILD/xml-xalan/c/src 
-I/home/users/builder/rpm/BUILD/xml-xalan/c/include -I../../nls/include 
-I/src/ -I/include/xercesc -I/include/ -I/usr/include  -o 
../../obj/process.o 
/home/users/builder/rpm/BUILD/xml-xalan/c/src/xalanc/TestXSLT/process.cpp
sparc-pld-linux-g++ -DLINUX -fPIC  -DXALAN_ICU_MSG_LOADER 
-DXALAN_USE_ICU -Wl,-rpath,/usr/lib  \
          -L../../lib -L/home/users/builder/rpm/BUILD/xml-xalan/c/lib 
-lxalan-c -lm -L/usr -L/usr/lib -L/usr/data -lpthread  -L/lib -lxerces-c 
-L../../lib -lxalanMsg -L/usr/lib -licuuc -L/usr/lib -licui18n 
../../obj/process.o -o ../../bin/testXSLT
../../lib/libxalanMsg.so: undefined reference to 
`xalanMsg__________nls_icu_xalanMsg_en_US_res'
collect2: ld returned 1 exit status
make[1]: *** [../../bin/testXSLT] Error 1
make[1]: Leaving directory 
`/home/users/builder/rpm/BUILD/xml-xalan/c/src/xalanc'
make: *** [all] Error 2
error: Bad exit status from /home/users/builder/tmp/rpm-tmp.5928 (%build)


Tylko zastanawiam sie czy to wina icu czy xalan-a.
Sparc64 to samo.
Any advises??

-- 
T.


From kamil.listy at klecza.pl  Thu May 15 00:15:14 2008
From: kamil.listy at klecza.pl (Kamil Dziedzic)
Date: Thu, 15 May 2008 00:15:14 +0200
Subject: [SPECS] subversion.spec - support for javahl
Message-ID: <200805150015.24609.kamil.listy@klecza.pl>

Please look on this patch before I will commit it. If something is wrong (and 
propably is) please point what and tell how it should be.

I have also question. I need java bindings for eclipse subversive plugin. It 
works well but on x86_64 arch there is one more problem. Eclipse searches for 
plugins by default in[1]:
java.library.path=/usr/lib64/jvm/java-sun-1.6.0.03/jre/lib/amd64/server:/usr/lib64/jvm/java-sun-1.6.0.03/jre/lib/amd64:/usr/lib64/jvm/java-sun-1.6.0.03/jre/../lib/amd64:/usr/java/packages/lib/amd64:/lib:/usr/lib
But on x86_64 java bindings are in /usr/lib64.

I know almost nothing about java. How is set default java.library.path? It is 
global for all java application? If so where and how I can change it?

I searched for solution but I found nothing. Right now I add 
to /usr/lib64/eclipse/eclipse.ini option '-Djava.library.path=/usr/lib64
'. This works but its only for eclipse, not global... or maybe this is a 
proper solution? Maybe only eclipse has such java.library.path? I really know 
nothing about this.

Thanks for any help.
-- 
Regards, Kamil Dziedzic
-------------- next part --------------
A non-text attachment was scrubbed...
Name: subversion.patch
Type: text/x-diff
Size: 3056 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20080515/45e46787/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: </mailman/pipermail/pld-devel-en/attachments/20080515/45e46787/attachment.sig>

From glen at pld-linux.org  Thu May 15 14:44:56 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Thu, 15 May 2008 15:44:56 +0300
Subject: dirdeps over strict deps
Message-ID: <200805151544.56402.glen@pld-linux.org>


18:29:31 glen[pts/1]@ravenous pld/SPECS$ poldek -u kernel-laptop-module-build
Processing dependencies...
kernel-laptop-module-build-2.6.24.7-1.noarch: 
required "/usr/src/linux-2.6.24.7_laptop" is provided by folowing packages:
a) kernel-laptop-config-2.6.24.7-1.i686
b) kernel-laptop-doc-2.6.24.7-1.noarch
Which one do you want to install ('Q' to abort)? [b]

kernel-laptop-module-build-2.6.24.7-1.noarch has dep on 
kernel-laptop-config-2.6.24.7-1

file bug/feature request against poldek?

-- 
glen


From kamil.listy at klecza.pl  Sat May 17 15:33:17 2008
From: kamil.listy at klecza.pl (Kamil Dziedzic)
Date: Sat, 17 May 2008 15:33:17 +0200
Subject: [SPECS] subversion.spec - support for javahl
In-Reply-To: <200805150015.24609.kamil.listy@klecza.pl>
References: <200805150015.24609.kamil.listy@klecza.pl>
Message-ID: <200805171533.22439.kamil.listy@klecza.pl>

Patch added.

Feel free to correct any mistakes in spec.

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

From glen at pld-linux.org  Sun May 18 12:51:17 2008
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Sun, 18 May 2008 13:51:17 +0300
Subject: SPECS: msynctool.spec (NEW) - added
In-Reply-To: <SPECS_msynctool.spec.1.1@pld-linux.org>
References: <SPECS_msynctool.spec.NONE@pld-linux.org>
	<SPECS_msynctool.spec.1.1@pld-linux.org>
Message-ID: <200805181351.17962.glen@pld-linux.org>

On Sunday 18 May 2008 09:08, aredridel wrote:
> Author: aredridel                    Date: Sun May 18 06:08:11 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - added
>
> ---- Files affected:
> SPECS:
>    msynctool.spec (NONE -> 1.1)  (NEW)
>
> ---- Diffs:
>
> ================================================================
> Index: SPECS/msynctool.spec
> diff -u /dev/null SPECS/msynctool.spec:1.1
> --- /dev/null	Sun May 18 08:08:11 2008
> +++ SPECS/msynctool.spec	Sun May 18 08:08:05 2008
> @@ -0,0 +1,207 @@
> +# $Revision$, $Date$
> +Summary:	OpenSync data synchronization commandline programs
> +Summary(pl.UTF-8):	Programy do synchronizacji danych OpenSync
> +Name:		msynctool
> +Version:	0.36
> +Release:	1
> +License:	GPL
> +Group:		Applications
> +Source0:	http://opensync.org/download/releases/0.36/msynctool-0.36.tar.bz2
> +# Source0-md5:	9ef1c03d1e087493dbca67dabb612e6b
> +URL:		http://opensync.org/
> +BuildRequires:	cmake
> +BuildRequires:	libopensync-devel
> +BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
> +
> +%description
> +OpenSync is a synchronization framework that is platform and distribution
> +independent.
> +
> +It consists of several plugins that can be used to connect to devices,
> +a powerful sync-engine and the framework itself.
> +
> +This package contains commandline programs to use OpenSync framework.
> +
> +%description -l pl.UTF-8
> +OpenSync to niezale?ny od platformy i dystrybucji szkielet do
> +synchronizacji danych.
> +
> +Sk?ada si? z r??nych wtyczek, kt?rych mo?na u?ywa? do ??czenia z
> +urz?dzeniami, pot??nego silnika synchronizacji oraz samego szkieletu.
> +
> +Ten pakiet zawiera dzia?aj?ce z linii polece? programy do korzystania
> +ze szkieletu OpenSync.
> +
> +%prep
> +%setup -q
> +
> +%build
> +%cmake \
> +	-DCMAKE_INSTALL_PREFIX=%{_prefix} \
> +%if "%{_lib}" != "lib"
> +	-DLIB_SUFFIX=64 \
> +%endif
> +	.
> +%{__make}
> +
> +%install
> +rm -rf $RPM_BUILD_ROOT
> +
> +%{__make} install \
> +	DESTDIR=$RPM_BUILD_ROOT
> +
> +%clean
> +rm -rf $RPM_BUILD_ROOT
> +
> +%files
> +%defattr(644,root,root,755)
> +%doc AUTHORS
> +%attr(755,root,root) %{_bindir}/*
> +
> +%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  2008-05-18 06:08:05  aredridel
> +- added
there's already multisync-msynctool.spec spec for same source.

whose changelog is this?
> +
> +Revision 1.46  2007-02-13 07:16:49  glen
> +- tabs in preamble
> +
> +Revision 1.45  2007/02/12 00:49:08  baggins
> +- converted to UTF-8
> +
> +Revision 1.44  2006/01/24 10:41:20  qboosh
> +- pl
> +
> +Revision 1.43  2006/01/23 12:21:58  wrobell
> +- proper source link (i hope)
> +
> +Revision 1.42  2006/01/23 12:19:24  wrobell
> +- ver. 0.90.18 (gui is going to be distributed as separate software)
> +
> +Revision 1.36  2005/10/21 23:02:44  qboosh
> +- no yacc, bison is enough
> +
> +Revision 1.35  2005/10/06 23:53:45  patrys
> +- builds with new evolution
> +- added missing BR:
> +- tested and works (at least with evolution and T610 phone)
> +- rel. up
> +
> +Revision 1.34  2005/02/25 20:56:57  qboosh
> +- moved BR to preamble
> +
> +Revision 1.33  2005/02/25 10:19:23  tiwek
> +- SyncML subpackare req wbxml library
> +
> +Revision 1.32  2004/12/01 10:19:36  wrobell
> +- snap 2004-12-01
> +
> +Revision 1.31  2004/11/06 17:49:42  serek
> +- more BR.
> +
> +Revision 1.30  2004/11/06 15:55:00  serek
> +- make it compatible with rpm ver. 4.3
> +
> +Revision 1.29  2004/11/06 15:09:36  wrobell
> +- simplified skipping plugin a bit
> +- snap 2004-11-06
> +
> +Revision 1.28  2004/10/28 10:14:57  wrobell
> +- fixed build requirements
> +
> +Revision 1.27  2004/10/28 10:00:21  wrobell
> +- fixed build requirements
> +
> +Revision 1.26  2004/10/28 01:12:31  wrobell
> +- fixed md5
> +
> +Revision 1.25  2004/10/28 01:03:34  wrobell
> +- snap 20041028 (with working evo 2.0.x plugin)
> +
> +Revision 1.24  2004/08/07 15:02:21  havner
> +- rel 4
> +
> +Revision 1.23  2004/08/06 23:55:48  arekm
> +- add patch for new bluez-libs (no sdp lib)
> +
> +Revision 1.22  2004/07/14 20:30:02  qboosh
> +- fixed build on amd64, ac/am cleanup, added desktop patch
> +- package header file as -devel subpackage, release 3
> +
> +Revision 1.21  2004/07/14 18:43:18  havner
> +- BR: curl-devel
> +
> +Revision 1.20  2004/06/15 09:08:57  krolik
> +- evolution plugin works only with Evolution >= 1.4, moved to bcond
> +- rel. 2
> +
> +Revision 1.19  2004/06/03 21:57:27  wrobell
> +- typo
> +
> +Revision 1.18  2004/06/03 21:55:47  wrobell
> +- added a note about aux dir
> +
> +Revision 1.17  2004/06/03 21:54:50  wrobell
> +- ver. 0.82
> +- there are some hacks, maybe we can do it better, but let's see how
> +  authors will react to multisync-install.patch
> +  also ver. 0.90 is planned,  which will be quite different,
> +  so maybe solution without hacks is not worth our time
> +
> +Revision 1.16  2004/04/11 14:11:04  qboosh
> +- use libsdp from bluez-libs >= 2.6, strict internal deps, .so perms
> +
> +Revision 1.15  2004/03/27 23:25:20  twittner
> +- typo
> +
> +Revision 1.14  2004/03/16 14:08:45  averne
> +- rel1 for Ac
> +
> +Revision 1.13  2003/12/03 12:36:13  ankry
> +- cosmetics
> +
> +Revision 1.12  2003/12/03 11:22:57  qboosh
> +- pl for -opie, missing dir, BR: ac,am
> +
> +Revision 1.11  2003/12/03 10:25:39  wrobell
> +- ver. 0.81
> +- opie plugin
> +
> +Revision 1.10  2003/11/20 15:41:53  wrobell
> +- evolution static should not be required, now
> +- rel. 0.4
> +
> +Revision 1.9  2003/09/04 23:40:17  wrobell
> +- updated todo
> +
> +Revision 1.8  2003/09/04 18:22:23  wrobell
> +- kill mulitsync-multisync naming
> +- kill glib 1.2.x dependency
> +- rel. 0.3
> +
> +Revision 1.7  2003/08/18 10:08:32  ankry
> +- summaries /descriptions from enclosed templates
> +- added some Requires
> +- cleaning
> +
> +Revision 1.6  2003/08/18 08:08:21  gotar
> +- mass commit: cosmetics (removed trailing white spaces)
> +
> +Revision 1.5  2003/08/12 06:01:06  ankry
> +- cosmetics
> +
> +Revision 1.4  2003/08/12 01:47:30  serek
> +- work in progress, artur.
> +
> +Revision 1.3  2003/08/11 13:19:09  serek
> +- more BR.
> +
> +Revision 1.2  2003/08/05 17:57:46  wrobell
> +- added todo
> +
> +Revision 1.1  2003/08/01 14:44:45  wrobell
> +- nfy
> ================================================================
> _______________________________________________
> pld-cvs-commit mailing list
> pld-cvs-commit at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit



-- 
glen


From tommat at pimpek.one.pl  Sun May 18 19:47:23 2008
From: tommat at pimpek.one.pl (Tomasz Mateja)
Date: Sun, 18 May 2008 19:47:23 +0200
Subject: SPECS: antargis.spec, archivemail.spec, builder, ekg.spec,
	gpm.spec, kpogre...
In-Reply-To: <SPECS_python_kiwi.spec.1.7@pld-linux.org>
References: <SPECS_antargis.spec.1.4@pld-linux.org>	<SPECS_archivemail.spec.1.19@pld-linux.org>	<SPECS_builder.1.557@pld-linux.org>	<SPECS_ekg.spec.1.217@pld-linux.org>	<SPECS_gpm.spec.1.145@pld-linux.org>	<SPECS_kpogre.spec.1.10@pld-linux.org>	<SPECS_lyx.spec.1.123@pld-linux.org>	<SPECS_openttd.spec.1.47@pld-linux.org>	<SPECS_php_pear_Date_Holidays.spec.1.30@pld-linux.org>	<SPECS_php_pear_PhpDocumentor.spec.1.33@pld-linux.org>	<SPECS_php_pear_URI_Template.spec.NONE@pld-linux.org>	<SPECS_pida.spec.1.18@pld-linux.org>	<SPECS_python_kiwi.spec.1.6@pld-linux.org>
	<SPECS_python_kiwi.spec.1.7@pld-linux.org>
Message-ID: <48306BAB.2000003@pimpek.one.pl>

adamg pisze:
> Author: adamg                        Date: Sun May 18 16:12:29 2008 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - new
> 
> ---- Files affected:
> SPECS:
>    antargis.spec (1.4 -> 1.5) , archivemail.spec (1.19 -> 1.20) , builder (1.557 -> 1.558) , ekg.spec (1.217 -> 1.218) , gpm.spec (1.145 -> 1.146) , kpogre.spec (1.10 -> 1.11) , lyx.spec (1.123 -> 1.124) , openttd.spec (1.47 -> 1.48) , php-pear-Date_Holidays.spec (1.30 -> 1.31) , php-pear-PhpDocumentor.spec (1.33 -> 1.34) , php-pear-URI_Template.spec (NONE -> 1.1)  (NEW), pida.spec (1.18 -> 1.19) , python-kiwi.spec (1.6 -> 1.7) 
> 

Oj sie chyba komit?o za duzo :-)
czy nie?

-- 
T.


From patrys at pld-linux.org  Sun May 18 20:13:50 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Sun, 18 May 2008 20:13:50 +0200
Subject: SPECS: antargis.spec, archivemail.spec, builder, ekg.spec,
	gpm.spec, kpogre...
In-Reply-To: <48306BAB.2000003@pimpek.one.pl>
References: <SPECS_antargis.spec.1.4@pld-linux.org>
	<SPECS_lyx.spec.1.123@pld-linux.org>
	<SPECS_openttd.spec.1.47@pld-linux.org>
	<SPECS_php_pear_Date_Holidays.spec.1.30@pld-linux.org>
	<SPECS_php_pear_PhpDocumentor.spec.1.33@pld-linux.org>
	<SPECS_php_pear_URI_Template.spec.NONE@pld-linux.org>
	<SPECS_pida.spec.1.18@pld-linux.org>
	<SPECS_python_kiwi.spec.1.6@pld-linux.org>
	<SPECS_python_kiwi.spec.1.7@pld-linux.org>
	<48306BAB.2000003@pimpek.one.pl>
Message-ID: <89b6ba3a0805181113p563fd61bm30cffbfe015ac0e1@mail.gmail.com>

On Sun, May 18, 2008 at 7:47 PM, Tomasz Mateja <tommat at pimpek.one.pl> wrote:
> Oj sie chyba komit?o za duzo :-)
> czy nie?

Ja od razu prosz? o cofni?cie usuni?cia *.egg-info z HEAD.

-- 
Patryk Zawadzki
PLD Linux Distribution

From glen at pld-linux.org  Sun May 18 23:37:54 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 19 May 2008 00:37:54 +0300
Subject: SOURCES: rpm-mimetype.patch (NEW) - automatically generate
	mimetype(...) pr...
In-Reply-To: <SOURCES_rpm_mimetype.patch.1.1@pld-linux.org>
References: <SOURCES_rpm_mimetype.patch.NONE@pld-linux.org>
	<SOURCES_rpm_mimetype.patch.1.1@pld-linux.org>
Message-ID: <200805190037.55810.glen@pld-linux.org>

On Saturday 17 May 2008 17:43, megabajt wrote:
> Author: megabajt                     Date: Sat May 17 14:43:52 2008 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - automatically generate mimetype(...) provides for packages at build time
>
> ---- Files affected:
> SOURCES:
>    rpm-mimetype.patch (NONE -> 1.1)  (NEW)
>    rpm-mimetypedeps (NONE -> 1.1)  (NEW)

could you describe value from this patch? does any packagemanager process 
these? any desktop apps require such deps?

-- 
glen


From patrys at pld-linux.org  Sun May 18 23:49:40 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Sun, 18 May 2008 23:49:40 +0200
Subject: SOURCES: rpm-mimetype.patch (NEW) - automatically generate
	mimetype(...) pr...
In-Reply-To: <200805190037.55810.glen@pld-linux.org>
References: <SOURCES_rpm_mimetype.patch.NONE@pld-linux.org>
	<SOURCES_rpm_mimetype.patch.1.1@pld-linux.org>
	<200805190037.55810.glen@pld-linux.org>
Message-ID: <89b6ba3a0805181449y7ffbbfcod5e2f570f816a75@mail.gmail.com>

On Sun, May 18, 2008 at 11:37 PM, Elan Ruusam?e <glen at pld-linux.org> wrote:
> On Saturday 17 May 2008 17:43, megabajt wrote:
>> Author: megabajt                     Date: Sat May 17 14:43:52 2008 GMT
>> Module: SOURCES                       Tag: HEAD
>> ---- Log message:
>> - automatically generate mimetype(...) provides for packages at build time
>>
>> ---- Files affected:
>> SOURCES:
>>    rpm-mimetype.patch (NONE -> 1.1)  (NEW)
>>    rpm-mimetypedeps (NONE -> 1.1)  (NEW)
> could you describe value from this patch? does any packagemanager process
> these? any desktop apps require such deps?

PackageKit will use such data to allow you to suggest programs when
you click a file (and no installed program handles the type).

I would also suggest adding a similar patch to fetch supported
hardware ids from kernel modeinfo and store them in Provides (so you
can plug a new type of hardware and let PackageKit find an appropriate
package).

-- 
Patryk Zawadzki
PLD Linux Distribution

From megabajt at pld-linux.org  Mon May 19 10:05:50 2008
From: megabajt at pld-linux.org (Marcin Banasiak)
Date: Mon, 19 May 2008 10:05:50 +0200
Subject: SOURCES: rpm-mimetype.patch (NEW) - automatically generate
	mimetype(...) pr...
In-Reply-To: <200805190037.55810.glen@pld-linux.org>
References: <SOURCES_rpm_mimetype.patch.NONE@pld-linux.org>
	<SOURCES_rpm_mimetype.patch.1.1@pld-linux.org>
	<200805190037.55810.glen@pld-linux.org>
Message-ID: <1211184350.2410.26.camel@localhost>

Elan Ruusam?e wrote:
> could you describe value from this patch? does any packagemanager process 
> these? any desktop apps require such deps?

As Patryk said, PackageKit (I hope 0.2.2 will already support it [1])
will use this kind of data to allow the user to install application
which can open files with the given MIME type.

In the future, this functionality can be integrated into applications
such as Nautilus or Thunar.

Of course, you can use poldek too to find application which can open
files with the given MIME type.

For example:

poldek:/all-avail> what-provides mimetype(text/plain)
6 package(s) found:
gedit2-2.22.1-1.i686
gvim-athena-7.1.291-2.i686
gvim-gnome-7.1.291-2.i686
gvim-gtk-7.1.291-2.i686
gvim-motif-7.1.291-2.i686
vim-7.1.291-2.i686

[1] gpk-install-mime-type "text/plain" and sample result of this
command:
http://carme.pld-linux.org/~megabajt/images/gpk-install-mime-type.png

-- 
Marcin Banasiak


From glen at pld-linux.org  Fri May 23 11:01:11 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 23 May 2008 12:01:11 +0300
Subject: macro for /usr/share/php
Message-ID: <200805231201.11229.glen@pld-linux.org>

anyone can suggest macro name for /usr/share/php?

%php_data_dir 
%php_apps_dir
%php....

-- 
glen


From kamil.listy at klecza.pl  Fri May 23 18:03:45 2008
From: kamil.listy at klecza.pl (Kamil Dziedzic)
Date: Fri, 23 May 2008 18:03:45 +0200
Subject: PLD-specs-TODO
Message-ID: <200805231803.52904.kamil.listy@klecza.pl>

[en] What do you think about moving PLD-doc/PLD-specs-TODO to wiki? Or maybe 
about some integration with wiki? Everybody could then add new propositions 
of specs, not only developers. You know, not all PLD users are developers;)

[pl] Co my?licie o przeniesieniu PLD-doc/PLD-specs-TODO na wiki? Lub o jakiej? 
integracji z wiki? Ka?dy wtedy m?g?by dodawa? propozycje nowych specy, nie 
tylko deweloperzy. Wiecie, nie ka?dy u?ytkownik PLD jest developerem;)

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

From glen at delfi.ee  Fri May 23 18:37:27 2008
From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=)
Date: Fri, 23 May 2008 19:37:27 +0300
Subject: PLD-specs-TODO
In-Reply-To: <200805231803.52904.kamil.listy@klecza.pl>
References: <200805231803.52904.kamil.listy@klecza.pl>
Message-ID: <200805231937.28148.glen@delfi.ee>

On Friday 23 May 2008 19:03, Kamil Dziedzic wrote:
> [en] What do you think about moving PLD-doc/PLD-specs-TODO to wiki? Or
> maybe about some integration with wiki? Everybody could then add new
> propositions of specs, not only developers. You know, not all PLD users are
> developers;)

+1

-- 
glen


From undefine at aramin.net  Sat May 24 00:08:24 2008
From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Sat, 24 May 2008 00:08:24 +0200
Subject: PLD-specs-TODO
In-Reply-To: <200805231937.28148.glen@delfi.ee>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805231937.28148.glen@delfi.ee>
Message-ID: <20080523220824.GA19339@aramin.net>

On Fri, May 23, 2008 at 07:37:27PM +0300, Elan Ruusam?e wrote:
> On Friday 23 May 2008 19:03, Kamil Dziedzic wrote:
> > [en] What do you think about moving PLD-doc/PLD-specs-TODO to wiki? Or
> > maybe about some integration with wiki? Everybody could then add new
> > propositions of specs, not only developers. You know, not all PLD users are
> > developers;)
> 
> +1
+1

-- 
Andrzej 'The Undefined' Dopiera?a
Linux && Unix && Network administrator
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine at piastlan.net         e-mail: andrzej at dopierala.name


From gotar at polanet.pl  Sat May 24 11:46:49 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 24 May 2008 11:46:49 +0200
Subject: PLD-specs-TODO
In-Reply-To: <20080523220824.GA19339@aramin.net>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805231937.28148.glen@delfi.ee>
	<20080523220824.GA19339@aramin.net>
Message-ID: <20080524094649.GA20864@pepin.polanet.pl>

On Sat, May 24, 2008 at 00:08:24 +0200, Andrzej 'The Undefined' Dopiera?a wrote:

> > +1
> +1

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


From wolf.pld at gmail.com  Sat May 24 13:27:56 2008
From: wolf.pld at gmail.com (Bartosz Taudul)
Date: Sat, 24 May 2008 13:27:56 +0200
Subject: PLD-specs-TODO
In-Reply-To: <20080524094649.GA20864@pepin.polanet.pl>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805231937.28148.glen@delfi.ee>
	<20080523220824.GA19339@aramin.net>
	<20080524094649.GA20864@pepin.polanet.pl>
Message-ID: <20080524112755.GA661@bajzel>

On Sat, May 24, 2008 at 11:46:49AM +0200, Tomasz Pala wrote:
> > > +1
> > +1
> -1
-57

wolf
-- 
  Bartek   .  
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/


From glen at delfi.ee  Sat May 24 14:21:54 2008
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 24 May 2008 15:21:54 +0300
Subject: PLD-specs-TODO
In-Reply-To: <20080524112755.GA661@bajzel>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<20080524094649.GA20864@pepin.polanet.pl>
	<20080524112755.GA661@bajzel>
Message-ID: <200805241521.54636.glen@delfi.ee>

On Saturday 24 May 2008 14:27, Bartosz Taudul wrote:
> On Sat, May 24, 2008 at 11:46:49AM +0200, Tomasz Pala wrote:
> > > > +1
> > >
> > > +1
> >
> > -1
>
> -57

i think adding "-" deserves explanation, as for "+" the initial email and an 
explanation.

-- 
glen


From gotar at polanet.pl  Sat May 24 23:21:22 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Sat, 24 May 2008 23:21:22 +0200
Subject: PLD-specs-TODO
In-Reply-To: <200805241521.54636.glen@delfi.ee>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<20080524094649.GA20864@pepin.polanet.pl>
	<20080524112755.GA661@bajzel> <200805241521.54636.glen@delfi.ee>
Message-ID: <20080524212122.GA3013@pepin.polanet.pl>

On Sat, May 24, 2008 at 15:21:54 +0300, Elan Ruusam?e wrote:

> > > > > +1
> > > >
> > > > +1
> > >
> > > -1
> >
> > -57

I wanted to give -2 ;)

> i think adding "-" deserves explanation, as for "+" the initial email and an 
> explanation.

Well, as we follow The Rule (Do It Yourselve) - there's no justification
to _move_ sth from developer-only place (CVS) to any common (like wiki).
If you want to create anything public accessible - go ahead, just don't
break things that work now (via cvs client). If this proposal turns out
to be better, cvs version will simply die, but I don't see it coming.

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


From wrobell at pld-linux.org  Sat May 24 15:49:25 2008
From: wrobell at pld-linux.org (wrobell)
Date: Sat, 24 May 2008 14:49:25 +0100
Subject: PLD-specs-TODO
In-Reply-To: <20080524112755.GA661@bajzel>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805231937.28148.glen@delfi.ee>
	<20080523220824.GA19339@aramin.net>
	<20080524094649.GA20864@pepin.polanet.pl>
	<20080524112755.GA661@bajzel>
Message-ID: <20080524134925.GA7872@borg.lan>

On Sat, May 24, 2008 at 01:27:56PM +0200, Bartosz Taudul wrote:
> On Sat, May 24, 2008 at 11:46:49AM +0200, Tomasz Pala wrote:
> > > > +1
> > > +1
> > -1
> -57

*2

    wrobell <wrobell at pld-linux.org>


From wolf.pld at gmail.com  Sun May 25 12:37:09 2008
From: wolf.pld at gmail.com (Bartosz Taudul)
Date: Sun, 25 May 2008 12:37:09 +0200
Subject: PLD-specs-TODO
In-Reply-To: <20080524134925.GA7872@borg.lan>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805231937.28148.glen@delfi.ee>
	<20080523220824.GA19339@aramin.net>
	<20080524094649.GA20864@pepin.polanet.pl>
	<20080524112755.GA661@bajzel> <20080524134925.GA7872@borg.lan>
Message-ID: <20080525103709.GA3822@bajzel>

On Sat, May 24, 2008 at 02:49:25PM +0100, wrobell wrote:
> > > > > +1
> > > > +1
> > > -1
> > -57
> *2
dx (c=-1)

wolf
-- 
  Bartek   .  
  Taudul   :  
          .:....................................................................
w o l f @ p l d - l i n u x . o r g            .:. http://wolf.valkyrie.one.pl/


From blues at pld-linux.org  Mon May 26 01:03:59 2008
From: blues at pld-linux.org (Pawel Golaszewski)
Date: Mon, 26 May 2008 01:03:59 +0200 (CEST)
Subject: PLD-specs-TODO
In-Reply-To: <200805231803.52904.kamil.listy@klecza.pl>
References: <200805231803.52904.kamil.listy@klecza.pl>
Message-ID: <alpine.LNX.1.10.0805260103010.21966@fgnss.gnfx.tqn.cy>

On Fri, 23 May 2008, Kamil Dziedzic wrote:
> [pl] Co my?licie o przeniesieniu PLD-doc/PLD-specs-TODO na wiki? Lub o 
> jakiej? integracji z wiki? Ka?dy wtedy m?g?by dodawa? propozycje nowych 
> specy, nie tylko deweloperzy. Wiecie, nie ka?dy u?ytkownik PLD jest 
> developerem;)

Je?eli to b?dzie dzia?a?o w ten spos?b, ?e na wiki b?d? pobierane na 
bierz?co dane z cvs-u to jasne, jestem jak najbardziej za :)

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

From glen at delfi.ee  Mon May 26 01:26:01 2008
From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Mon, 26 May 2008 02:26:01 +0300
Subject: PLD-specs-TODO
In-Reply-To: <20080524212122.GA3013@pepin.polanet.pl>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805241521.54636.glen@delfi.ee>
	<20080524212122.GA3013@pepin.polanet.pl>
Message-ID: <200805260226.01934.glen@delfi.ee>

On Sunday 25 May 2008 00:21, Tomasz Pala wrote:
> On Sat, May 24, 2008 at 15:21:54 +0300, Elan Ruusam?e wrote:
> > > > > > +1
> > > > >
> > > > > +1
> > > >
> > > > -1
> > >
> > > -57
>
> I wanted to give -2 ;)
>
> > i think adding "-" deserves explanation, as for "+" the initial email and
> > an explanation.
>
> Well, as we follow The Rule (Do It Yourselve) - there's no justification
> to _move_ sth from developer-only place (CVS) to any common (like wiki).
> If you want to create anything public accessible - go ahead, just don't
> break things that work now (via cvs client). If this proposal turns out
> to be better, cvs version will simply die, but I don't see it coming.

i find it otoh easier to edit in wiki than in file in filesystem. you can 
create markup and make links in the descriptions.

and the requests to make specs should not come only from developers, but from 
users who are not yet blessed(!?) with deviloper account. i mean that 
developer will add the spec by himself, even pretty raw one if he has rw 
account. reasons devilopers add items to the list are really bizarre, like 
ENOTIME ;)

-- 
glen


From gotar at polanet.pl  Mon May 26 11:14:47 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 26 May 2008 11:14:47 +0200
Subject: PLD-specs-TODO
In-Reply-To: <200805260226.01934.glen@delfi.ee>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805241521.54636.glen@delfi.ee>
	<20080524212122.GA3013@pepin.polanet.pl>
	<200805260226.01934.glen@delfi.ee>
Message-ID: <20080526091447.GA17372@pepin.polanet.pl>

On Mon, May 26, 2008 at 02:26:01 +0300, Elan Ruusam?e wrote:

> i find it otoh easier to edit in wiki than in file in filesystem. you can 

Only if that wiki editing works sensibly in elinks, otherwise it's
unacceptable for me.

> and the requests to make specs should not come only from developers, but from 
> users who are not yet blessed(!?) with deviloper account. i mean that 

Ermmm... who cares what users want? ;) If someone does, please make
separate place (e.g. wiki), because I find _this_ file usable in
devil-for-devil way.

> developer will add the spec by himself, even pretty raw one if he has rw 
> account. reasons devilopers add items to the list are really bizarre, like 
> ENOTIME ;)

Let's face the facts - most of developers suffer ENOTIME syndrome.

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


From patrys at pld-linux.org  Mon May 26 12:19:42 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Mon, 26 May 2008 12:19:42 +0200
Subject: PLD-specs-TODO
In-Reply-To: <200805260226.01934.glen@delfi.ee>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805241521.54636.glen@delfi.ee>
	<20080524212122.GA3013@pepin.polanet.pl>
	<200805260226.01934.glen@delfi.ee>
Message-ID: <89b6ba3a0805260319u6f4712e4k3498eff66e9d9707@mail.gmail.com>

2008/5/26 Elan Ruusam?e <glen at delfi.ee>:
> i find it otoh easier to edit in wiki than in file in filesystem. you can
> create markup and make links in the descriptions.
>
> and the requests to make specs should not come only from developers, but from
> users who are not yet blessed(!?) with deviloper account. i mean that
> developer will add the spec by himself, even pretty raw one if he has rw
> account. reasons devilopers add items to the list are really bizarre, like
> ENOTIME ;)

Then let users file requests as launchpad tickets. Interested
developers can either fulfill the requests or offer mentoring for
newcomers.

-- 
Patryk Zawadzki
PLD Linux Distribution

From glen at pld-linux.org  Mon May 26 12:33:38 2008
From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=)
Date: Mon, 26 May 2008 13:33:38 +0300
Subject: PLD-specs-TODO
In-Reply-To: <20080526091447.GA17372@pepin.polanet.pl>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805260226.01934.glen@delfi.ee>
	<20080526091447.GA17372@pepin.polanet.pl>
Message-ID: <200805261333.38725.glen@pld-linux.org>

On Monday 26 May 2008 12:14:47 Tomasz Pala wrote:
> > developer will add the spec by himself, even pretty raw one if he has rw
> > account. reasons devilopers add items to the list are really bizarre,
> > like ENOTIME ;)
>
> Let's face the facts - most of developers suffer ENOTIME syndrome.

which means they don't edit the file either there.

-- 
glen


From adamg at biomerieux.pl  Mon May 26 15:28:47 2008
From: adamg at biomerieux.pl (Adam =?utf-8?B?R2/FgsSZYmlvd3NraQ==?=)
Date: Mon, 26 May 2008 15:28:47 +0200
Subject: PLD-specs-TODO
In-Reply-To: <89b6ba3a0805260319u6f4712e4k3498eff66e9d9707@mail.gmail.com>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805241521.54636.glen@delfi.ee>
	<20080524212122.GA3013@pepin.polanet.pl>
	<200805260226.01934.glen@delfi.ee>
	<89b6ba3a0805260319u6f4712e4k3498eff66e9d9707@mail.gmail.com>
Message-ID: <20080526132847.GA4564@mysza.eu.org>

On Mon, May 26, 2008 at 12:19:42PM +0200, Patryk Zawadzki wrote:
> 2008/5/26 Elan Ruusam?e <glen at delfi.ee>:
> > i find it otoh easier to edit in wiki than in file in filesystem. you can
> > create markup and make links in the descriptions.
> >
> > and the requests to make specs should not come only from developers, but from
> > users who are not yet blessed(!?) with deviloper account. i mean that
> > developer will add the spec by himself, even pretty raw one if he has rw
> > account. reasons devilopers add items to the list are really bizarre, like
> > ENOTIME ;)
> 
> Then let users file requests as launchpad tickets. Interested
> developers can either fulfill the requests or offer mentoring for
> newcomers.

Or perhaps ask them to fill bugs on bugs.pld-linux.org, under some new
category. This approach seems to work for gentoo.

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


From patrys at pld-linux.org  Mon May 26 15:51:16 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Mon, 26 May 2008 15:51:16 +0200
Subject: PLD-specs-TODO
In-Reply-To: <20080526132847.GA4564@mysza.eu.org>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805241521.54636.glen@delfi.ee>
	<20080524212122.GA3013@pepin.polanet.pl>
	<200805260226.01934.glen@delfi.ee>
	<89b6ba3a0805260319u6f4712e4k3498eff66e9d9707@mail.gmail.com>
	<20080526132847.GA4564@mysza.eu.org>
Message-ID: <89b6ba3a0805260651p420e5d9x477b7555880946@mail.gmail.com>

On Mon, May 26, 2008 at 3:28 PM, Adam Go??biowski <adamg at biomerieux.pl> wrote:
> Or perhaps ask them to fill bugs on bugs.pld-linux.org, under some new
> category. This approach seems to work for gentoo.

Asking people to report bugs in bugzilla is no better then forcing
them to get CVS accounts :)

We already have https://bugs.edge.launchpad.net/pld-linux/

-- 
Patryk Zawadzki
PLD Linux Distribution

From gotar at polanet.pl  Mon May 26 16:36:18 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Mon, 26 May 2008 16:36:18 +0200
Subject: PLD-specs-TODO
In-Reply-To: <200805261333.38725.glen@pld-linux.org>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805260226.01934.glen@delfi.ee>
	<20080526091447.GA17372@pepin.polanet.pl>
	<200805261333.38725.glen@pld-linux.org>
Message-ID: <20080526143617.GA13182@pepin.polanet.pl>

On Mon, May 26, 2008 at 13:33:38 +0300, Elan Ruusam?e wrote:

> > Let's face the facts - most of developers suffer ENOTIME syndrome.
> 
> which means they don't edit the file either there.

Editing and commiting a file - 6-7 seconds.

Launching web browser: 25 sec, typing in URL: 3 sec, logging in: 8 sec,
editing: 4 sec, total: 40 sec.

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


From patrys at pld-linux.org  Mon May 26 16:44:08 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Mon, 26 May 2008 16:44:08 +0200
Subject: PLD-specs-TODO
In-Reply-To: <20080526143617.GA13182@pepin.polanet.pl>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805260226.01934.glen@delfi.ee>
	<20080526091447.GA17372@pepin.polanet.pl>
	<200805261333.38725.glen@pld-linux.org>
	<20080526143617.GA13182@pepin.polanet.pl>
Message-ID: <89b6ba3a0805260744i6090315ahdc63a4d87eac09e3@mail.gmail.com>

2008/5/26 Tomasz Pala <gotar at polanet.pl>:
> Editing and commiting a file - 6-7 seconds.

Finding the proper file: 30 sec, finding out you don't have it checked
out: 5 sec, finding proper CVS module: 30 sec, checking out: 5 sec,
editing: 6-7 sec, commiting: 5 sec, waiting for CVS lock: 5 sec,
waiting for CVS lock: 5 sec, waiting for CVS lock: 5 sec, waiting for
CVS lock: 5 sec, ...

> Launching web browser: 25 sec, typing in URL: 3 sec, logging in: 8 sec,
> editing: 4 sec, total: 40 sec.

Doing alt+tab to the already open browser: 1 sec, switching tabs to
launchpad: 1 sec, filing a new bug: 5 sec

:)

-- 
Patryk Zawadzki
PLD Linux Distribution


From adamg at biomerieux.pl  Mon May 26 16:47:38 2008
From: adamg at biomerieux.pl (Adam =?utf-8?B?R2/FgsSZYmlvd3NraQ==?=)
Date: Mon, 26 May 2008 16:47:38 +0200
Subject: PLD-specs-TODO
In-Reply-To: <20080526143617.GA13182@pepin.polanet.pl>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805260226.01934.glen@delfi.ee>
	<20080526091447.GA17372@pepin.polanet.pl>
	<200805261333.38725.glen@pld-linux.org>
	<20080526143617.GA13182@pepin.polanet.pl>
Message-ID: <20080526144738.GA19802@mysza.eu.org>

On Mon, May 26, 2008 at 04:36:18PM +0200, Tomasz Pala wrote:
> On Mon, May 26, 2008 at 13:33:38 +0300, Elan Ruusam?e wrote:
> 
> > > Let's face the facts - most of developers suffer ENOTIME syndrome.
> > 
> > which means they don't edit the file either there.
> 
> Editing and commiting a file - 6-7 seconds.

+ few more seconds to open new terminal, cd to proper dir, and do cvs up.

> Launching web browser: 25 sec, typing in URL: 3 sec, logging in: 8 sec,
> editing: 4 sec, total: 40 sec.

Good heavens, that's 33 seconds! 

How many times did you commit to that file?

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


From adamg at biomerieux.pl  Mon May 26 16:55:30 2008
From: adamg at biomerieux.pl (Adam =?utf-8?B?R2/FgsSZYmlvd3NraQ==?=)
Date: Mon, 26 May 2008 16:55:30 +0200
Subject: PLD-specs-TODO
In-Reply-To: <89b6ba3a0805260651p420e5d9x477b7555880946@mail.gmail.com>
References: <200805231803.52904.kamil.listy@klecza.pl>
	<200805241521.54636.glen@delfi.ee>
	<20080524212122.GA3013@pepin.polanet.pl>
	<200805260226.01934.glen@delfi.ee>
	<89b6ba3a0805260319u6f4712e4k3498eff66e9d9707@mail.gmail.com>
	<20080526132847.GA4564@mysza.eu.org>
	<89b6ba3a0805260651p420e5d9x477b7555880946@mail.gmail.com>
Message-ID: <20080526145530.GB19802@mysza.eu.org>

On Mon, May 26, 2008 at 03:51:16PM +0200, Patryk Zawadzki wrote:
> On Mon, May 26, 2008 at 3:28 PM, Adam Go??biowski <adamg at biomerieux.pl> wrote:
> > Or perhaps ask them to fill bugs on bugs.pld-linux.org, under some new
> > category. This approach seems to work for gentoo.
> 
> Asking people to report bugs in bugzilla is no better then forcing
> them to get CVS accounts :)

Others are successfully using bugzilla, it's not that scary... 

> We already have https://bugs.edge.launchpad.net/pld-linux/

Which is just another issue tracker system, with bug filling form being
just a little shorter than bugzilla's.

As for now, our users tend to post spec requests in a special thread on
forum.pld-linux.org - the question is, would they use an issue tracker
if asked to.

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


From qboosh at pld-linux.org  Tue May 27 22:36:40 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 27 May 2008 22:36:40 +0200
Subject: SOURCES: rpm.macros - normalize rpath before processing. this
	fixes: /us...
In-Reply-To: <SOURCES_rpm.macros.1.451@pld-linux.org>
References: <SOURCES_rpm.macros.1.450@pld-linux.org>
	<SOURCES_rpm.macros.1.451@pld-linux.org>
Message-ID: <20080527203640.GA6583@stranger.qboosh.pl>

On Tue, May 20, 2008 at 03:04:12PM +0200, pluto wrote:
> Author: pluto                        Date: Tue May 20 13:04:12 2008 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - normalize rpath before processing.
>   this fixes:
> /usr/bin/gij: RPATH=/usr/lib64/../lib64:/usr/lib64/gcj-4.2.4
> /usr/bin/jv-convert: RPATH=/usr/lib64/../lib64
>   into:
> $ chrpath -l /usr/bin/gij
> /usr/bin/gij: RPATH=/usr/lib64/gcj-4.3.0-9
> $ chrpath -l /usr/bin/jv-convert
> /usr/bin/jv-convert: no rpath or runpath tag found.

That's desirable, but

> @@ -449,6 +449,7 @@
>  			chmod u+w "$file"; \
>  			for dir in `chrpath -l "$file" | \
>  					awk '/RPATH=/ { gsub(/.*RPATH=/,""); gsub(/:/," "); print $0 }'` ; do \
> +					dir=`%{__python} -c 'import sys, os; print os.path.normpath(sys.argv[1]);' $dir`

this way adds python dependency in rpm-build, which we don't want.
Path should be normalized using more common tools.


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


From qboosh at pld-linux.org  Wed May 28 17:50:19 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 28 May 2008 17:50:19 +0200
Subject: SOURCES: gedit2-libtool.patch (NEW) - fix build with libtool 2.2.x
In-Reply-To: <SOURCES_gedit2_libtool.patch.1.1@pld-linux.org>
References: <SOURCES_gedit2_libtool.patch.NONE@pld-linux.org>
	<SOURCES_gedit2_libtool.patch.1.1@pld-linux.org>
Message-ID: <20080528155019.GA1184@stranger.qboosh.pl>

On Wed, May 28, 2008 at 05:12:53PM +0200, megabajt wrote:
> Author: megabajt                     Date: Wed May 28 15:12:52 2008 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - fix build with libtool 2.2.x

> +-	if /bin/sh ../libtool --mode=compile ${CC} $PYTHON_CFLAGS -c testpython.c >/dev/null 2>&1 && \
> +-		/bin/sh ../libtool --mode=link ${CC} -o testpython.la -rpath `pwd` -module -avoid-version -no-undefined $PYTHON_LIB_LOC testpython.lo $PYTHON_LIBS $PYTHON_EXTRA_LIBS >/dev/null 2>&1 && \
> ++	if /bin/sh /usr/bin/libtool --tag=CC --mode=compile ${CC} $PYTHON_CFLAGS -c testpython.c >/dev/null 2>&1 && \
> ++		/bin/sh /usr/bin/libtool --tag=CC --mode=link ${CC} -o testpython.la -rpath `pwd` -module -avoid-version -no-undefined $PYTHON_LIB_LOC testpython.lo $PYTHON_LIBS $PYTHON_EXTRA_LIBS >/dev/null 2>&1 && \
> + 		grep 'dlname.*testpython' testpython.la >/dev/null 2>&1; then
> + 		result=yes
> + 	else

Use LT_OUTPUT to get local libtool earlier (see glib2-lt.patch).


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


From megabajt at pld-linux.org  Wed May 28 18:08:45 2008
From: megabajt at pld-linux.org (Marcin Banasiak)
Date: Wed, 28 May 2008 18:08:45 +0200
Subject: SOURCES: gedit2-libtool.patch (NEW) - fix build with libtool 2.2.x
In-Reply-To: <20080528155019.GA1184@stranger.qboosh.pl>
References: <SOURCES_gedit2_libtool.patch.NONE@pld-linux.org>
	<SOURCES_gedit2_libtool.patch.1.1@pld-linux.org>
	<20080528155019.GA1184@stranger.qboosh.pl>
Message-ID: <1211990925.3902.1.camel@localhost>

Jakub Bogusz wrote:
> Use LT_OUTPUT to get local libtool earlier (see glib2-lt.patch).

Thanks for the hint!

-- 
Marcin Banasiak


From glen at delfi.ee  Fri May 30 08:36:23 2008
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Fri, 30 May 2008 09:36:23 +0300
Subject: SPECS (AC-branch): vim.spec - updated to 7.1.305 - php.vim
	updated to 0.9.7...
In-Reply-To: <SPECS_vim.spec.1.407.2.14@pld-linux.org>
References: <SPECS_vim.spec.1.407.2.13@pld-linux.org>
	<SPECS_vim.spec.1.407.2.14@pld-linux.org>
Message-ID: <200805300936.24031.glen@delfi.ee>

On Friday 30 May 2008 01:20, adamg wrote:
> - vim-heavy / gvim-heavy subpackages (todo done)

should we perhaps package vim from vim package as vim.ncurses and make symlink 
to vim and then one can replace the symlink with heavy manually? so it's done 
line in gvim packages.

or should we perhaps also overwrite symlink with first vim-heavy install (and 
restore if uninstalled)?

should we put suggets: (g)vim-heavy to vim-rt?

ps: if replying to devel-pl keep me on cc: as i don't receive that list email.

-- 
glen


From adamg at biomerieux.pl  Fri May 30 09:19:20 2008
From: adamg at biomerieux.pl (Adam =?utf-8?B?R2/FgsSZYmlvd3NraQ==?=)
Date: Fri, 30 May 2008 09:19:20 +0200
Subject: SPECS (AC-branch): vim.spec - updated to 7.1.305 - php.vim
	updated to 0.9.7...
In-Reply-To: <200805300936.24031.glen@delfi.ee>
References: <SPECS_vim.spec.1.407.2.13@pld-linux.org>
	<SPECS_vim.spec.1.407.2.14@pld-linux.org>
	<200805300936.24031.glen@delfi.ee>
Message-ID: <20080530071920.GA7324@mysza.eu.org>

On Fri, May 30, 2008 at 09:36:23AM +0300, Elan Ruusam?e wrote:
> On Friday 30 May 2008 01:20, adamg wrote:
> > - vim-heavy / gvim-heavy subpackages (todo done)
> 
> should we perhaps package vim from vim package as vim.ncurses and make symlink 
> to vim and then one can replace the symlink with heavy manually? so it's done 
> line in gvim packages.
> 
> or should we perhaps also overwrite symlink with first vim-heavy install (and 
> restore if uninstalled)?

+1 for packaging vim as vim.ncurses (and perhaps separate vim-ncurses
package).

I was thinking with something like simple vim-config shell script. When
vim/vim-heavy is installed, it checks for /usr/bin/vim existence and
creates such symlink when necessary. When the other package gets
installed, it does nothing, as /usr/bin/vim already exists.

And for those upgrading older vim versions, vim package would create
/usr/bin/vim -> /usr/bin/vim.ncurses symlink.

Sample vim-config usage (idea borrowed from various gentoo's *-config
scripts):

# vim-config --list
  [1] /usr/bin/vim.ncurses *
  [2] /usr/bin/vim.heavy
# ls -l /usr/bin/vim
lrwxrwxrwx 1 root root 8 2008-04-09 21:57 /usr/bin/vim -> vim.ncurses*
# vim-config --select 2
# vim-config --list
  [1] /usr/bin/vim.ncurses
  [2] /usr/bin/vim.heavy *
# ls -l /usr/bin/vim
lrwxrwxrwx 1 root root 8 2008-04-09 21:57 /usr/bin/vim -> vim.heavy*

And similar gvim-config script for gvim. {,g}vim-config would be part of
vim-rt.

Comments?

> should we put suggets: (g)vim-heavy to vim-rt?

-1... maybe suggests: virtual(vim) / virtual(gvim) + appropriate 
provides: in vim-ncurses / vim-heavy

-- 
 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  Fri May 30 09:45:08 2008
From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Fri, 30 May 2008 10:45:08 +0300
Subject: SPECS (AC-branch): vim.spec - updated to 7.1.305 - php.vim
	updated to 0.9.7...
In-Reply-To: <200805300936.24031.glen@delfi.ee>
References: <SPECS_vim.spec.1.407.2.13@pld-linux.org>
	<SPECS_vim.spec.1.407.2.14@pld-linux.org>
	<200805300936.24031.glen@delfi.ee>
Message-ID: <200805301045.09206.glen@pld-linux.org>

On Friday 30 May 2008 09:36:23 Elan Ruusam?e wrote:
> On Friday 30 May 2008 01:20, adamg wrote:
> > - vim-heavy / gvim-heavy subpackages (todo done)

also i forgot one question.

the language binding bconds seem to affect globally, all vim, gvim-* packages.
so to have vim.rpm without binding these must be off. and as for -heavy 
package, all bindings are always compiled in. so is there point of them 
having at all?

ps0: perhaps just try to code the addons being pluggable? instead of creating 
packages with all combinations of them :)

ps: if replying to devel-pl keep me on cc: as i don't receive that list email.

-- 
glen


From qboosh at pld-linux.org  Fri May 30 17:29:06 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 30 May 2008 17:29:06 +0200
Subject: SPECS (AC-branch): vim.spec - updated to 7.1.305 - php.vim
	updated to 0.9.7...
In-Reply-To: <20080530071920.GA7324@mysza.eu.org>
References: <SPECS_vim.spec.1.407.2.13@pld-linux.org>
	<SPECS_vim.spec.1.407.2.14@pld-linux.org>
	<200805300936.24031.glen@delfi.ee>
	<20080530071920.GA7324@mysza.eu.org>
Message-ID: <20080530152906.GA14711@stranger.qboosh.pl>

On Fri, May 30, 2008 at 09:19:20AM +0200, Adam Go??biowski wrote:
> On Fri, May 30, 2008 at 09:36:23AM +0300, Elan Ruusam?e wrote:
> > On Friday 30 May 2008 01:20, adamg wrote:
> > > - vim-heavy / gvim-heavy subpackages (todo done)
> > 
> > should we perhaps package vim from vim package as vim.ncurses and make symlink 
> > to vim and then one can replace the symlink with heavy manually? so it's done 
> > line in gvim packages.
> > 
> > or should we perhaps also overwrite symlink with first vim-heavy install (and 
> > restore if uninstalled)?
> 
> +1 for packaging vim as vim.ncurses (and perhaps separate vim-ncurses
> package).
> 
> I was thinking with something like simple vim-config shell script. When
> vim/vim-heavy is installed, it checks for /usr/bin/vim existence and
> creates such symlink when necessary. When the other package gets
> installed, it does nothing, as /usr/bin/vim already exists.
> 
> And for those upgrading older vim versions, vim package would create
> /usr/bin/vim -> /usr/bin/vim.ncurses symlink.
> 
> Sample vim-config usage (idea borrowed from various gentoo's *-config
> scripts):
> 
> # vim-config --list
>   [1] /usr/bin/vim.ncurses *
>   [2] /usr/bin/vim.heavy
> # ls -l /usr/bin/vim
> lrwxrwxrwx 1 root root 8 2008-04-09 21:57 /usr/bin/vim -> vim.ncurses*
> # vim-config --select 2
> # vim-config --list
>   [1] /usr/bin/vim.ncurses
>   [2] /usr/bin/vim.heavy *
> # ls -l /usr/bin/vim
> lrwxrwxrwx 1 root root 8 2008-04-09 21:57 /usr/bin/vim -> vim.heavy*
> 
> And similar gvim-config script for gvim. {,g}vim-config would be part of
> vim-rt.

Uhm, looks like etc-alternatives specialization.
So maybe use more general solution instead of individual scripts in
dozen packages (I bet vim and gvim won't be the only ones, e.g. pinentry
is good candidate for the next)?

IIRC new versions of chkconfig have some etc-alternatives support?


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


From patrys at pld-linux.org  Fri May 30 17:33:35 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Fri, 30 May 2008 17:33:35 +0200
Subject: SPECS (AC-branch): vim.spec - updated to 7.1.305 - php.vim
	updated to 0.9.7...
In-Reply-To: <20080530152906.GA14711@stranger.qboosh.pl>
References: <SPECS_vim.spec.1.407.2.13@pld-linux.org>
	<SPECS_vim.spec.1.407.2.14@pld-linux.org>
	<200805300936.24031.glen@delfi.ee>
	<20080530071920.GA7324@mysza.eu.org>
	<20080530152906.GA14711@stranger.qboosh.pl>
Message-ID: <89b6ba3a0805300833v4c2fcff7q50ece59ac6e1e88@mail.gmail.com>

2008/5/30 Jakub Bogusz <qboosh at pld-linux.org>:
> Uhm, looks like etc-alternatives specialization.
> So maybe use more general solution instead of individual scripts in
> dozen packages (I bet vim and gvim won't be the only ones, e.g. pinentry
> is good candidate for the next)?
>
> IIRC new versions of chkconfig have some etc-alternatives support?

I am all against the etc-alternatives. 99% of these are per-user
preferences instead of per-system. Most of these can be solved by
adding a symlink to ~/bin/.

-- 
Patryk Zawadzki
PLD Linux Distribution


From wrobell at pld-linux.org  Fri May 30 17:35:21 2008
From: wrobell at pld-linux.org (wrobell)
Date: Fri, 30 May 2008 16:35:21 +0100
Subject: SPECS (AC-branch): vim.spec - updated to 7.1.305 - php.vim
	updated to 0.9.7...
In-Reply-To: <20080530152906.GA14711@stranger.qboosh.pl>
References: <SPECS_vim.spec.1.407.2.13@pld-linux.org>
	<SPECS_vim.spec.1.407.2.14@pld-linux.org>
	<200805300936.24031.glen@delfi.ee>
	<20080530071920.GA7324@mysza.eu.org>
	<20080530152906.GA14711@stranger.qboosh.pl>
Message-ID: <20080530153521.GC3574@borg.lan>

On Fri, May 30, 2008 at 05:29:06PM +0200, Jakub Bogusz wrote:
> On Fri, May 30, 2008 at 09:19:20AM +0200, Adam Go??biowski wrote:
> > On Fri, May 30, 2008 at 09:36:23AM +0300, Elan Ruusam?e wrote:
> > > On Friday 30 May 2008 01:20, adamg wrote:
> > > > - vim-heavy / gvim-heavy subpackages (todo done)
> > > 
> > > should we perhaps package vim from vim package as vim.ncurses and make symlink 
> > > to vim and then one can replace the symlink with heavy manually? so it's done 
> > > line in gvim packages.
> > > 
> > > or should we perhaps also overwrite symlink with first vim-heavy install (and 
> > > restore if uninstalled)?
> > 
> > +1 for packaging vim as vim.ncurses (and perhaps separate vim-ncurses
> > package).
> > 
> > I was thinking with something like simple vim-config shell script. When
> > vim/vim-heavy is installed, it checks for /usr/bin/vim existence and
> > creates such symlink when necessary. When the other package gets
> > installed, it does nothing, as /usr/bin/vim already exists.
> > 
> > And for those upgrading older vim versions, vim package would create
> > /usr/bin/vim -> /usr/bin/vim.ncurses symlink.
> > 
> > Sample vim-config usage (idea borrowed from various gentoo's *-config
> > scripts):
> > 
> > # vim-config --list
> >   [1] /usr/bin/vim.ncurses *
> >   [2] /usr/bin/vim.heavy
> > # ls -l /usr/bin/vim
> > lrwxrwxrwx 1 root root 8 2008-04-09 21:57 /usr/bin/vim -> vim.ncurses*
> > # vim-config --select 2
> > # vim-config --list
> >   [1] /usr/bin/vim.ncurses
> >   [2] /usr/bin/vim.heavy *
> > # ls -l /usr/bin/vim
> > lrwxrwxrwx 1 root root 8 2008-04-09 21:57 /usr/bin/vim -> vim.heavy*
> > 
> > And similar gvim-config script for gvim. {,g}vim-config would be part of
> > vim-rt.
> 
> Uhm, looks like etc-alternatives specialization.
> So maybe use more general solution instead of individual scripts in
> dozen packages (I bet vim and gvim won't be the only ones, e.g. pinentry
> is good candidate for the next)?

speaking about pinentry :) it behaves really nice. it starts GUI version
if DISPLAY is set and curses version when DISPLAY is not set :) still
probably something needed to solve qt/gtk preference i believe :)

[...]

    wrobell <wrobell at pld-linux.org>


From qboosh at pld-linux.org  Fri May 30 17:43:49 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 30 May 2008 17:43:49 +0200
Subject: SPECS (AC-branch): vim.spec - updated to 7.1.305 - php.vim
	updated to 0.9.7...
In-Reply-To: <89b6ba3a0805300833v4c2fcff7q50ece59ac6e1e88@mail.gmail.com>
References: <SPECS_vim.spec.1.407.2.13@pld-linux.org>
	<SPECS_vim.spec.1.407.2.14@pld-linux.org>
	<200805300936.24031.glen@delfi.ee>
	<20080530071920.GA7324@mysza.eu.org>
	<20080530152906.GA14711@stranger.qboosh.pl>
	<89b6ba3a0805300833v4c2fcff7q50ece59ac6e1e88@mail.gmail.com>
Message-ID: <20080530154349.GB14711@stranger.qboosh.pl>

On Fri, May 30, 2008 at 05:33:35PM +0200, Patryk Zawadzki wrote:
> 2008/5/30 Jakub Bogusz <qboosh at pld-linux.org>:
> > Uhm, looks like etc-alternatives specialization.
> > So maybe use more general solution instead of individual scripts in
> > dozen packages (I bet vim and gvim won't be the only ones, e.g. pinentry
> > is good candidate for the next)?
> >
> > IIRC new versions of chkconfig have some etc-alternatives support?
> 
> I am all against the etc-alternatives. 99% of these are per-user
> preferences instead of per-system. Most of these can be solved by
> adding a symlink to ~/bin/.

I am not enthusiastic about etc-alternatives, I find it a better
solution than individual per-package symlink-creation scripts.

As of vim case, user preference (and per-system default) is solvable
using $EDITOR. The problem is that default setting of EDITOR=vim used in
some packages requires installation of _some particular_ package to work
and I think this is the reason for the symlink idea.
 

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


From patrys at pld-linux.org  Fri May 30 17:49:13 2008
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Fri, 30 May 2008 17:49:13 +0200
Subject: SPECS (AC-branch): vim.spec - updated to 7.1.305 - php.vim
	updated to 0.9.7...
In-Reply-To: <20080530154349.GB14711@stranger.qboosh.pl>
References: <SPECS_vim.spec.1.407.2.13@pld-linux.org>
	<SPECS_vim.spec.1.407.2.14@pld-linux.org>
	<200805300936.24031.glen@delfi.ee>
	<20080530071920.GA7324@mysza.eu.org>
	<20080530152906.GA14711@stranger.qboosh.pl>
	<89b6ba3a0805300833v4c2fcff7q50ece59ac6e1e88@mail.gmail.com>
	<20080530154349.GB14711@stranger.qboosh.pl>
Message-ID: <89b6ba3a0805300849t57c94c1akcc675a3fe8b04089@mail.gmail.com>

On Fri, May 30, 2008 at 5:43 PM, Jakub Bogusz <qboosh at pld-linux.org> wrote:
> I am not enthusiastic about etc-alternatives, I find it a better
> solution than individual per-package symlink-creation scripts.
>
> As of vim case, user preference (and per-system default) is solvable
> using $EDITOR. The problem is that default setting of EDITOR=vim used in
> some packages requires installation of _some particular_ package to work
> and I think this is the reason for the symlink idea.

In the vim case both should have O: P: vim-editor as heavy is just a
superset of regular vim. I don't see any use for two vims on a single
machine.

-- 
Patryk Zawadzki
PLD Linux Distribution


From gotar at polanet.pl  Fri May 30 18:24:06 2008
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 30 May 2008 18:24:06 +0200
Subject: SPECS (AC-branch): vim.spec - updated to 7.1.305 - php.vim
	updated to 0.9.7...
In-Reply-To: <89b6ba3a0805300849t57c94c1akcc675a3fe8b04089@mail.gmail.com>
References: <SPECS_vim.spec.1.407.2.13@pld-linux.org>
	<SPECS_vim.spec.1.407.2.14@pld-linux.org>
	<200805300936.24031.glen@delfi.ee>
	<20080530071920.GA7324@mysza.eu.org>
	<20080530152906.GA14711@stranger.qboosh.pl>
	<89b6ba3a0805300833v4c2fcff7q50ece59ac6e1e88@mail.gmail.com>
	<20080530154349.GB14711@stranger.qboosh.pl>
	<89b6ba3a0805300849t57c94c1akcc675a3fe8b04089@mail.gmail.com>
Message-ID: <20080530162406.GA25226@pepin.polanet.pl>

On Fri, May 30, 2008 at 17:49:13 +0200, Patryk Zawadzki wrote:

> In the vim case both should have O: P: vim-editor as heavy is just a
> superset of regular vim. I don't see any use for two vims on a single
> machine.

Just generate LA>50 and try to run both.

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


From qboosh at pld-linux.org  Sat May 31 01:32:34 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 31 May 2008 01:32:34 +0200
Subject: magic.mime
Message-ID: <20080530233234.GB20681@stranger.qboosh.pl>

This file used to be provided by file package, but it's no more (its
contents have been merged into magic.mgc binary file database).
But AFAIK some packages (e.g. PHP module) want to read magic.mime by
their owns - what to do with them?


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


From n3npq at mac.com  Sat May 31 01:38:51 2008
From: n3npq at mac.com (Jeff Johnson)
Date: Fri, 30 May 2008 19:38:51 -0400
Subject: magic.mime
In-Reply-To: <20080530233234.GB20681@stranger.qboosh.pl>
References: <20080530233234.GB20681@stranger.qboosh.pl>
Message-ID: <DB886A01-EE2A-4E05-AA8C-DE8744487747@mac.com>


On May 30, 2008, at 7:32 PM, Jakub Bogusz wrote:

> This file used to be provided by file package, but it's no more (its
> contents have been merged into magic.mgc binary file database).
> But AFAIK some packages (e.g. PHP module) want to read magic.mime by
> their owns - what to do with them?
>

You may (or may not) have a /usr/lib/rpm/magic.mime* that could be  
substituted.

73 de Jeff


From qboosh at pld-linux.org  Sat May 31 11:47:26 2008
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 31 May 2008 11:47:26 +0200
Subject: CVS locks
Message-ID: <20080531094726.GA23641@stranger.qboosh.pl>

What is 207.115.86.105?

It seems to frequently download all SOURCES from different branches,
causing locks on commits in SOURCES.


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


From arekm at maven.pl  Sat May 31 11:50:50 2008
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Sat, 31 May 2008 11:50:50 +0200
Subject: CVS locks
In-Reply-To: <20080531094726.GA23641@stranger.qboosh.pl>
References: <20080531094726.GA23641@stranger.qboosh.pl>
Message-ID: <200805311150.50994.arekm@maven.pl>

On Saturday 31 May 2008, Jakub Bogusz wrote:
> What is 207.115.86.105?
>
> It seems to frequently download all SOURCES from different branches,
> causing locks on commits in SOURCES.

ohloh.net

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


From mike at osdn.org.ua  Sat May 31 13:19:57 2008
From: mike at osdn.org.ua (Michael Shigorin)
Date: Sat, 31 May 2008 14:19:57 +0300
Subject: CVS locks
In-Reply-To: <200805311150.50994.arekm@maven.pl>
References: <20080531094726.GA23641@stranger.qboosh.pl>
	<200805311150.50994.arekm@maven.pl>
Message-ID: <20080531111957.GQ21621@osdn.org.ua>

On Sat, May 31, 2008 at 11:50:50AM +0200, Arkadiusz Miskiewicz wrote:
> > What is 207.115.86.105?  It seems to frequently download all
> > SOURCES from different branches, causing locks on commits in
> > SOURCES.
> ohloh.net

Just in case someone might be interested: ALT Linux experiments 
with building packages from git repositories; relevant links:

http://git.altlinux.org/people/ldv/packages/?p=gear.git

gear relies on hasher to build packages in isolated chroot
environment using two unprivileged pseudousers (to build chroot
and to build a package); hasher relies on apt to form the chroot.

ftp://ftp.altlinux.org/pub/people/ldv/hasher/hasher.7.html

Maybe [parts of] the code can be adapted and useful with poldek
for PLD too...

-- 
 ---- WBR, Michael Shigorin <mike at altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/


From glen at delfi.ee  Sat May 31 14:00:33 2008
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 31 May 2008 15:00:33 +0300
Subject: magic.mime
In-Reply-To: <DB886A01-EE2A-4E05-AA8C-DE8744487747@mac.com>
References: <20080530233234.GB20681@stranger.qboosh.pl>
	<DB886A01-EE2A-4E05-AA8C-DE8744487747@mac.com>
Message-ID: <200805311500.33617.glen@delfi.ee>

On Saturday 31 May 2008 02:38, Jeff Johnson wrote:
> On May 30, 2008, at 7:32 PM, Jakub Bogusz wrote:
> > This file used to be provided by file package, but it's no more (its
> > contents have been merged into magic.mgc binary file database).
> > But AFAIK some packages (e.g. PHP module) want to read magic.mime by
> > their owns - what to do with them?
>
> You may (or may not) have a /usr/lib/rpm/magic.mime* that could be
> substituted.
we don't :)

we believe that reusing resources is good :P

as for the packages, they should be fixed by rewriting using libfile 
functions, or we can install (package) the file plaintext version of 
magic.mime manually (for some time at least).

-- 
glen


From glen at delfi.ee  Sat May 31 14:13:49 2008
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Sat, 31 May 2008 15:13:49 +0300
Subject: CVS locks
In-Reply-To: <200805311150.50994.arekm@maven.pl>
References: <20080531094726.GA23641@stranger.qboosh.pl>
	<200805311150.50994.arekm@maven.pl>
Message-ID: <200805311513.49293.glen@delfi.ee>

On Saturday 31 May 2008 12:50, Arkadiusz Miskiewicz wrote:
> On Saturday 31 May 2008, Jakub Bogusz wrote:
> > What is 207.115.86.105?
> >
> > It seems to frequently download all SOURCES from different branches,
> > causing locks on commits in SOURCES.
>
> ohloh.net

there are two solutions:
- get anoncvs running on separate cvs server
- get cvsnt running (arekm said it has better readonly or locking support)

-- 
glen


From arekm at maven.pl  Sat May 31 14:24:05 2008
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Sat, 31 May 2008 14:24:05 +0200
Subject: CVS locks
In-Reply-To: <200805311513.49293.glen@delfi.ee>
References: <20080531094726.GA23641@stranger.qboosh.pl>
	<200805311150.50994.arekm@maven.pl>
	<200805311513.49293.glen@delfi.ee>
Message-ID: <200805311424.05655.arekm@maven.pl>

On Saturday 31 May 2008, Elan Ruusam?e wrote:
> On Saturday 31 May 2008 12:50, Arkadiusz Miskiewicz wrote:
> > On Saturday 31 May 2008, Jakub Bogusz wrote:
> > > What is 207.115.86.105?
> > >
> > > It seems to frequently download all SOURCES from different branches,
> > > causing locks on commits in SOURCES.
> >
> > ohloh.net
>
> there are two solutions:
> - get anoncvs running on separate cvs server
> - get cvsnt running (arekm said it has better readonly or locking support)

For now ohloh.net will no longer access our cvs (it wasn't even able to 
process it and unfortunately they don't have ability to fetch cvs via rsync 
for example).

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


From undefine at aramin.net  Sat May 31 16:36:57 2008
From: undefine at aramin.net (Andrzej 'The Undefined' =?iso-8859-2?Q?Dopiera=B3a?=)
Date: Sat, 31 May 2008 16:36:57 +0200
Subject: CVS locks
In-Reply-To: <200805311513.49293.glen@delfi.ee>
References: <20080531094726.GA23641@stranger.qboosh.pl>
	<200805311150.50994.arekm@maven.pl>
	<200805311513.49293.glen@delfi.ee>
Message-ID: <20080531143657.GA3885@aramin.net>

On Sat, May 31, 2008 at 03:13:49PM +0300, Elan Ruusam?e wrote:
> On Saturday 31 May 2008 12:50, Arkadiusz Miskiewicz wrote:
> > On Saturday 31 May 2008, Jakub Bogusz wrote:
> > > What is 207.115.86.105?
> > >
> > > It seems to frequently download all SOURCES from different branches,
> > > causing locks on commits in SOURCES.
> >
> > ohloh.net
> 
> there are two solutions:
> - get anoncvs running on separate cvs server
anoncvs.pld-linux.org should be enough for they needs.. i think.

has anyone contact with they?

-- 
Andrzej 'The Undefined' Dopiera?a
Linux && Unix && Network administrator
PLD Linux Developer      HomePage: http://andrzej.dopierala.name/
JID: undefine at piastlan.net         e-mail: andrzej at dopierala.name