From glen at pld-linux.org  Mon Jul  1 09:50:45 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Mon, 01 Jul 2013 10:50:45 +0300
Subject: xorg-driver-video-nvidia
In-Reply-To: <11354409.xqiN0GaoZy@inhell>
References: <11354409.xqiN0GaoZy@inhell>
Message-ID: <51D134D5.70406@pld-linux.org>

On 29.06.2013 22:17, Lukasz Glebicki wrote:
> kernel-video-nvidia package requires kernel-drm to load nvidia module.
>
> In the other hand this driver on kernel-longterm works without drm. How to fix
> it a SPEC or in macros?

you can't fix it in macros, because that drm dependency is package 
dependant!

so, how i see it:

first you need macros, that have fixed -n option for the %kernel_releq 
macros [1]:

BuildRequires: rpmbuild(macros) >= 1.664

second, you need to put to subpackage appropriate "-drm" dependency [2]:
512 
<http://git.pld-linux.org/?p=packages/VirtualBox.git;a=blob;f=VirtualBox.spec;h=ab8f58becdfaa010b1dc7784bfe08867083f3758;hb=0ccbe8d9c4e6f64debb5f80e79db89c2fc422791#l512>%requires_releq_kernel -n drm

and third, you can add versioned check:
%if %{ kernel_version}" > "3.4"
%requires_releq_kernel -n drm
%endif

i hope rpm can compare two vs three dot versions, if not, we need new 
macro which consists only MAJOR.MINOR of kernel version

[1] 
http://git.pld-linux.org/?p=packages/rpm-build-macros.git;a=commitdiff;h=c1cc636b19315a8c8244051990167c215cb684eb
[2] 
http://git.pld-linux.org/?p=packages/VirtualBox.git;a=blob;f=VirtualBox.spec;h=ab8f58becdfaa010b1dc7784bfe08867083f3758;hb=0ccbe8d9c4e6f64debb5f80e79db89c2fc422791#l512 


-- 
glen



From glen at pld-linux.org  Mon Jul  1 09:53:02 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Mon, 01 Jul 2013 10:53:02 +0300
Subject: xorg-driver-video-nvidia
In-Reply-To: <51D134D5.70406@pld-linux.org>
References: <11354409.xqiN0GaoZy@inhell> <51D134D5.70406@pld-linux.org>
Message-ID: <51D1355E.1020402@pld-linux.org>

On 01.07.2013 10:50, Elan Ruusam?e wrote:
> %if "%{kernel_version}" > "3.4" 
ah, this includes rpm epoch too:

$ rpm -E %kernel_version
3:3.9.5-1

so you can probably create new similar macro based on %kernel_version 
definition!

-- 
glen



From kiesiu at pld-linux.org  Mon Jul  1 22:41:02 2013
From: kiesiu at pld-linux.org (Lukasz Kies)
Date: Mon, 1 Jul 2013 22:41:02 +0200
Subject: %{_libdir}/libgettextpo.so.0
In-Reply-To: <6078237.Zz2sKQJduI@inhell>
References: <6078237.Zz2sKQJduI@inhell>
Message-ID: <CADDE8wOj9WOA=ZFFbOr5qpou55ygMMx5JbGrcPdnpBpgsT0=hA@mail.gmail.com>

2013/6/30 Lukasz Glebicki <lukaszgl at post.pl>
>
> Could someone explain why libgettextpo.so.0 is not in main gettext package but
> it is as ghost in -devel?
>
Hi,

According to git blame, libgettextpo.so.*.*.* is in -devel since 10
years now, and ghosted symlink libgettextpo.so.0 since 5 years.
Authors are qboosh and glen - hope it helps :)

It looks like in main package we have tool itself, in -devel libs and
other shared files.


--
Regards,
Lukasz


From qboosh at pld-linux.org  Tue Jul  2 06:41:46 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 2 Jul 2013 06:41:46 +0200
Subject: %{_libdir}/libgettextpo.so.0
In-Reply-To: <CADDE8wOj9WOA=ZFFbOr5qpou55ygMMx5JbGrcPdnpBpgsT0=hA@mail.gmail.com>
References: <6078237.Zz2sKQJduI@inhell>
 <CADDE8wOj9WOA=ZFFbOr5qpou55ygMMx5JbGrcPdnpBpgsT0=hA@mail.gmail.com>
Message-ID: <20130702044146.GA27230@mail>

On Mon, Jul 01, 2013 at 10:41:02PM +0200, Lukasz Kies wrote:
> 2013/6/30 Lukasz Glebicki <lukaszgl at post.pl>
> >
> > Could someone explain why libgettextpo.so.0 is not in main gettext package but
> > it is as ghost in -devel?
> >
> Hi,
> 
> According to git blame, libgettextpo.so.*.*.* is in -devel since 10
> years now, and ghosted symlink libgettextpo.so.0 since 5 years.
> Authors are qboosh and glen - hope it helps :)
> 
> It looks like in main package we have tool itself, in -devel libs and
> other shared files.

If some of shared libgettext* are useful outside gettext tools
themselves, then create %package libs with libgettextlib, libgettextsrc and
libgettextpo.


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


From glen at pld-linux.org  Tue Jul  2 11:09:37 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Tue, 02 Jul 2013 12:09:37 +0300
Subject: %{_libdir}/libgettextpo.so.0
In-Reply-To: <20130702044146.GA27230@mail>
References: <6078237.Zz2sKQJduI@inhell>
 <CADDE8wOj9WOA=ZFFbOr5qpou55ygMMx5JbGrcPdnpBpgsT0=hA@mail.gmail.com>
 <20130702044146.GA27230@mail>
Message-ID: <51D298D1.4050103@pld-linux.org>

On 02.07.2013 07:41, Jakub Bogusz wrote:
> On Mon, Jul 01, 2013 at 10:41:02PM +0200, Lukasz Kies wrote:
>> 2013/6/30 Lukasz Glebicki <lukaszgl at post.pl>
>>> Could someone explain why libgettextpo.so.0 is not in main gettext package but
>>> it is as ghost in -devel?
>>>
>> Hi,
>>
>> According to git blame, libgettextpo.so.*.*.* is in -devel since 10
>> years now, and ghosted symlink libgettextpo.so.0 since 5 years.
>> Authors are qboosh and glen - hope it helps :)
>>
>> It looks like in main package we have tool itself, in -devel libs and
>> other shared files.
> If some of shared libgettext* are useful outside gettext tools
> themselves, then create %package libs with libgettextlib, libgettextsrc and
> libgettextpo.
i would like to have .po manipulation tools in a package without -devel 
dependency, so i could run xgettext but not to install gcc and dependencies


-- 
glen



From qboosh at pld-linux.org  Tue Jul  2 15:23:52 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 2 Jul 2013 15:23:52 +0200
Subject: %{_libdir}/libgettextpo.so.0
In-Reply-To: <51D298D1.4050103@pld-linux.org>
References: <6078237.Zz2sKQJduI@inhell>
 <CADDE8wOj9WOA=ZFFbOr5qpou55ygMMx5JbGrcPdnpBpgsT0=hA@mail.gmail.com>
 <20130702044146.GA27230@mail> <51D298D1.4050103@pld-linux.org>
Message-ID: <20130702132352.GA29237@mail>

On Tue, Jul 02, 2013 at 12:09:37PM +0300, Elan Ruusam?e wrote:
> On 02.07.2013 07:41, Jakub Bogusz wrote:
> >On Mon, Jul 01, 2013 at 10:41:02PM +0200, Lukasz Kies wrote:
> >>2013/6/30 Lukasz Glebicki <lukaszgl at post.pl>
> >>>Could someone explain why libgettextpo.so.0 is not in main gettext 
> >>>package but
> >>>it is as ghost in -devel?
> >>>
> >>Hi,
> >>
> >>According to git blame, libgettextpo.so.*.*.* is in -devel since 10
> >>years now, and ghosted symlink libgettextpo.so.0 since 5 years.
> >>Authors are qboosh and glen - hope it helps :)
> >>
> >>It looks like in main package we have tool itself, in -devel libs and
> >>other shared files.
> >If some of shared libgettext* are useful outside gettext tools
> >themselves, then create %package libs with libgettextlib, libgettextsrc and
> >libgettextpo.
> i would like to have .po manipulation tools in a package without -devel 
> dependency, so i could run xgettext but not to install gcc and dependencies

So gettext-tools (requiring -libs) with the tools and -devel with
libraries development part?

But it would require global s/gettext-devel/gettext-tools/ in packages/*.git


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


From glen at pld-linux.org  Tue Jul  2 16:14:18 2013
From: glen at pld-linux.org (=?ISO-8859-1?Q?Elan_Ruusam=E4e?=)
Date: Tue, 02 Jul 2013 17:14:18 +0300
Subject: %{_libdir}/libgettextpo.so.0
In-Reply-To: <20130702132352.GA29237@mail>
References: <6078237.Zz2sKQJduI@inhell>
 <CADDE8wOj9WOA=ZFFbOr5qpou55ygMMx5JbGrcPdnpBpgsT0=hA@mail.gmail.com>
 <20130702044146.GA27230@mail> <51D298D1.4050103@pld-linux.org>
 <20130702132352.GA29237@mail>
Message-ID: <51D2E03A.8010004@pld-linux.org>

On 02.07.2013 16:23, Jakub Bogusz wrote:
>>>> > >>Hi,
>>>> > >>
>>>> > >>According to git blame, libgettextpo.so.*.*.* is in -devel since 10
>>>> > >>years now, and ghosted symlink libgettextpo.so.0 since 5 years.
>>>> > >>Authors are qboosh and glen - hope it helps:)
>>>> > >>
>>>> > >>It looks like in main package we have tool itself, in -devel libs and
>>>> > >>other shared files.
>>> > >If some of shared libgettext* are useful outside gettext tools
>>> > >themselves, then create %package libs with libgettextlib, libgettextsrc and
>>> > >libgettextpo.
>> >i would like to have .po manipulation tools in a package without -devel
>> >dependency, so i could run xgettext but not to install gcc and dependencies
> So gettext-tools (requiring -libs) with the tools and -devel with
> libraries development part?
>
> But it would require global s/gettext-devel/gettext-tools/ in packages/*.git
it's affecting only developers (not end users), so
a) -devel could require -tools for some time (for transition to manually 
updated BR)
b) already present likely on builders and will mostly work

-- 
glen



From lukaszgl at post.pl  Tue Jul  2 20:01:45 2013
From: lukaszgl at post.pl (Lukasz Glebicki)
Date: Tue, 02 Jul 2013 20:01:45 +0200
Subject: %{_libdir}/libgettextpo.so.0
In-Reply-To: <51D2E03A.8010004@pld-linux.org>
References: <6078237.Zz2sKQJduI@inhell> <20130702132352.GA29237@mail>
 <51D2E03A.8010004@pld-linux.org>
Message-ID: <5582013.Y0HUibWjUu@inhell>

On Tuesday 02 of July 2013 17:14:18 Elan Ruusam?e wrote:

> > But it would require global s/gettext-devel/gettext-tools/ in
> > packages/*.git
> it's affecting only developers (not end users), so
> a) -devel could require -tools for some time (for transition to manually
> updated BR)
> b) already present likely on builders and will mostly work

We suggest separating libs to -libs subpackage like in other distros (eq. 
Fedora).

Regards,
-- 
?ukasz G??bicki  mail/rot13:yhxnfmty at cbfg.cy  PLD/Linux Team
gg:246267    Linux Registered User #318551   blekot:{irc,skype}


From glen at pld-linux.org  Thu Jul  4 21:35:48 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Thu, 04 Jul 2013 22:35:48 +0300
Subject: [packages/gd] - updated to 2.1.0 (note: new soname) - updated
 fontpath,BoxBound,loop patches - removed obsolete ro
In-Reply-To: <331e1f007a7794ae2ceed702b5c462cc792b6b70_refs_heads_master@pld-linux.org>
References: <4c5e5b22cf635291c96fb12301714ff58e083c15_refs_heads_master@pld-linux.org>
 <331e1f007a7794ae2ceed702b5c462cc792b6b70_refs_heads_master@pld-linux.org>
Message-ID: <51D5CE94.1000101@pld-linux.org>

On 04.07.2013 18:41, qboosh wrote:
> commit 331e1f007a7794ae2ceed702b5c462cc792b6b70
> Author: Jakub Bogusz <qboosh at pld-linux.org>
> Date:   Thu Jul 4 17:41:26 2013 +0200
>
>      - updated to 2.1.0 (note: new soname)
>      - updated fontpath,BoxBound,loop patches
>      - removed obsolete rotate_from_php,AALineThick,overflow,security3,format-security patches
>
perhaps you then delete DEVEL branch with my earlier attempts to upgrade 
to 2.1 (pre-releases at that time)

-- 
glen



From glen at pld-linux.org  Mon Jul 15 12:13:53 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Mon, 15 Jul 2013 13:13:53 +0300
Subject: [packages/GLM] - initial revision - package nome in upper case
 b/c of conflict with existing package
In-Reply-To: <9352f43c75a59e3a2e82e223b3ca9e9b7f5b4499_refs_heads_master@pld-linux.org>
References: <20130714143708.27204.85445@pld-linux.org>
 <9352f43c75a59e3a2e82e223b3ca9e9b7f5b4499_refs_heads_master@pld-linux.org>
Message-ID: <51E3CB61.7020406@pld-linux.org>

On 14.07.2013 17:37, baggins wrote:
> commit 9352f43c75a59e3a2e82e223b3ca9e9b7f5b4499
> Author: Jan R?korajski<baggins at pld-linux.org>
> Date:   Sun Jul 14 16:36:26 2013 +0200
>
>      - initial revision
>      - package nome in upper case b/c of conflict with existing package
>

this breaks github git mirror
and this breaks mirroring pld on case insensitive filesystem (vfat, hfs+)

-- 
glen



From baggins at pld-linux.org  Mon Jul 15 12:18:50 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Mon, 15 Jul 2013 12:18:50 +0200
Subject: [packages/GLM] - initial revision - package nome in upper case
 b/c of conflict with existing package
In-Reply-To: <51E3CB61.7020406@pld-linux.org>
References: <20130714143708.27204.85445@pld-linux.org>
 <9352f43c75a59e3a2e82e223b3ca9e9b7f5b4499_refs_heads_master@pld-linux.org>
 <51E3CB61.7020406@pld-linux.org>
Message-ID: <20130715101849.GA2122@sith.mimuw.edu.pl>

On Mon, 15 Jul 2013, Elan Ruusam?e wrote:

> On 14.07.2013 17:37, baggins wrote:
> > commit 9352f43c75a59e3a2e82e223b3ca9e9b7f5b4499
> > Author: Jan R?korajski<baggins at pld-linux.org>
> > Date:   Sun Jul 14 16:36:26 2013 +0200
> >
> >      - initial revision
> >      - package nome in upper case b/c of conflict with existing package
> >
> 
> this breaks github git mirror

Suggested fix?

> and this breaks mirroring pld on case insensitive filesystem (vfat, hfs+)

Really? I bet this is the least problem with those filesystems.
Don't mirror unix fs on something that does not follow its semantics.

-- 
Jan R?korajski                                 | PLD/Linux
SysAdm                                         | http://www.pld-linux.org/
baggins<at>mimuw.edu.pl
baggins<at>pld-linux.org


From glen at pld-linux.org  Mon Jul 15 12:43:55 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Mon, 15 Jul 2013 13:43:55 +0300
Subject: [packages/GLM] - initial revision - package nome in upper case
 b/c of conflict with existing package
In-Reply-To: <20130715101849.GA2122@sith.mimuw.edu.pl>
References: <20130714143708.27204.85445@pld-linux.org>
 <9352f43c75a59e3a2e82e223b3ca9e9b7f5b4499_refs_heads_master@pld-linux.org>
 <51E3CB61.7020406@pld-linux.org> <20130715101849.GA2122@sith.mimuw.edu.pl>
Message-ID: <51E3D26B.3090805@pld-linux.org>

On 15.07.2013 13:18, Jan R?korajski wrote:
> On Mon, 15 Jul 2013, Elan Ruusam?e wrote:
>
>> >On 14.07.2013 17:37, baggins wrote:
>>> > >commit 9352f43c75a59e3a2e82e223b3ca9e9b7f5b4499
>>> > >Author: Jan R?korajski<baggins at pld-linux.org>
>>> > >Date:   Sun Jul 14 16:36:26 2013 +0200
>>> > >
>>> > >      - initial revision
>>> > >      - package nome in upper case b/c of conflict with existing package
>>> > >
>> >
>> >this breaks github git mirror
> Suggested fix?
use different name for package :)

i also suggest maybe git initial push should check for such conflicts, 
i.e that there isn't already package what differs only by case

>
>> >and this breaks mirroring pld on case insensitive filesystem (vfat, hfs+)
> Really? I bet this is the least problem with those filesystems.
with different packages it's probably not that visible,
i noticed it first with poppler-qt vs poppler-Qt which came from same 
package, meaning the version/release matched too.
> Don't mirror unix fs on something that does not follow its semantics.
when transferring rpm's to somewhere offline, using unix fs is not 
always possible!

besides, there are case insensitive filesystems which are case also 
preserving filesystems, so it works most of the time (my $HOME is hfs+ 
and running MATE 1.6 desktop just fine)

-- 
glen



From arekm at maven.pl  Thu Jul 18 07:15:02 2013
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Thu, 18 Jul 2013 07:15:02 +0200
Subject: SVN: rc-scripts/trunk: lib/functions rc.d/init.d/network
 rc.d/rc.sysinit sysctl.conf
In-Reply-To: <12700@svn.pld-linux.org>
References: <12700@svn.pld-linux.org>
Message-ID: <201307180715.03218.arekm@maven.pl>

On Wednesday 17 of July 2013, glen wrote:
> Author: glen
> Date: Wed Jul 17 22:52:15 2013
> New Revision: 12700
> 
> Modified:
>    rc-scripts/trunk/lib/functions
>    rc-scripts/trunk/rc.d/init.d/network
>    rc-scripts/trunk/rc.d/rc.sysinit
>    rc-scripts/trunk/sysctl.conf
> Log:
> add apply_sysctl() to load sysctl parameters
> 
> uses systemd-sysctl(8) to load, if present, otherwise
> loads files in same way as systemd-sysctl(8):
> /usr/lib/sysctl.d, /run/sysctl.d, /etc/sysctl.d, /etc/sysctl.conf
> where matching files from .d files are not loaded
> 
> see sysctl.d(5) for description

What this description have to do with change below? We wanted to have these on 
by default.

> Modified: rc-scripts/trunk/sysctl.conf
> ===========================================================================
> === --- rc-scripts/trunk/sysctl.conf	(original)
> +++ rc-scripts/trunk/sysctl.conf	Wed Jul 17 22:52:15 2013
> @@ -208,7 +208,3 @@
>  # for mplayer
>  #dev.rtc.max-user-freq = 1024
>  #
> -
> -# protect hard/symlins
> -fs.protected_hardlinks = 1
> -fs.protected_symlinks = 1

-- 
Arkadiusz Mi?kiewicz, arekm / maven.pl


From glen at pld-linux.org  Thu Jul 18 13:26:13 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Thu, 18 Jul 2013 14:26:13 +0300
Subject: SVN: rc-scripts/trunk: lib/functions rc.d/init.d/network
 rc.d/rc.sysinit sysctl.conf
In-Reply-To: <201307180715.03218.arekm@maven.pl>
References: <12700@svn.pld-linux.org> <201307180715.03218.arekm@maven.pl>
Message-ID: <51E7D0D5.3070204@pld-linux.org>

On 18.07.2013 08:15, Arkadiusz Mi?kiewicz wrote:
> What this description have to do with change below? We wanted to have these on
> by default.
>
>> >Modified: rc-scripts/trunk/sysctl.conf
>> >===========================================================================
>> >=== --- rc-scripts/trunk/sysctl.conf	(original)
>> >+++ rc-scripts/trunk/sysctl.conf	Wed Jul 17 22:52:15 2013
>> >@@ -208,7 +208,3 @@
>> >  # for mplayer
>> >  #dev.rtc.max-user-freq = 1024
>> >  #
>> >-
>> >-# protect hard/symlins
>> >-fs.protected_hardlinks = 1
>> >-fs.protected_symlinks = 1
>

those entries are duplicate, i told you cleanup duplicates but you 
ignored me.

and as this commit handles the duplicates in they origin location, i 
removed duplicates from rc-scripts package


-- 
glen



From arekm at maven.pl  Thu Jul 18 13:30:57 2013
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Thu, 18 Jul 2013 13:30:57 +0200
Subject: SVN: rc-scripts/trunk: lib/functions rc.d/init.d/network
 rc.d/rc.sysinit sysctl.conf
In-Reply-To: <51E7D0D5.3070204@pld-linux.org>
References: <12700@svn.pld-linux.org> <201307180715.03218.arekm@maven.pl>
 <51E7D0D5.3070204@pld-linux.org>
Message-ID: <201307181330.57865.arekm@maven.pl>

On Thursday 18 of July 2013, Elan Ruusam?e wrote:
> On 18.07.2013 08:15, Arkadiusz Mi?kiewicz wrote:
> > What this description have to do with change below? We wanted to have
> > these on by default.
> > 
> >> >Modified: rc-scripts/trunk/sysctl.conf
> >> >=======================================================================
> >> >==== === --- rc-scripts/trunk/sysctl.conf	(original)
> >> >+++ rc-scripts/trunk/sysctl.conf	Wed Jul 17 22:52:15 2013
> >> >@@ -208,7 +208,3 @@
> >> >
> >> >  # for mplayer
> >> >  #dev.rtc.max-user-freq = 1024
> >> >  #
> >> >
> >> >-
> >> >-# protect hard/symlins
> >> >-fs.protected_hardlinks = 1
> >> >-fs.protected_symlinks = 1
> 
> those entries are duplicate

Where is the original setting ?

-- 
Arkadiusz Mi?kiewicz, arekm / maven.pl


From glen at pld-linux.org  Thu Jul 18 13:40:54 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Thu, 18 Jul 2013 14:40:54 +0300
Subject: SVN: rc-scripts/trunk: lib/functions rc.d/init.d/network
 rc.d/rc.sysinit sysctl.conf
In-Reply-To: <201307181330.57865.arekm@maven.pl>
References: <12700@svn.pld-linux.org> <201307180715.03218.arekm@maven.pl>
 <51E7D0D5.3070204@pld-linux.org> <201307181330.57865.arekm@maven.pl>
Message-ID: <51E7D446.1040904@pld-linux.org>

On 18.07.2013 14:30, Arkadiusz Mi?kiewicz wrote:
> Where is the original setting ?
systemd-units

-- 
glen



From arekm at maven.pl  Fri Jul 19 11:26:54 2013
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Fri, 19 Jul 2013 11:26:54 +0200
Subject: rpm lipa
In-Reply-To: <ksb0dv$fbq$1@portraits.wsisiz.edu.pl>
References: <ksb0dv$fbq$1@portraits.wsisiz.edu.pl>
Message-ID: <201307191126.54350.arekm@maven.pl>

On Friday 19 of July 2013, lord_Niedzwiedz wrote:
> [root at Misiek ~]# vrpm zsk -- -q rc-scripts
> 
> rc-scripts-0.4.5.4-2.x86_64
> rc-scripts-0.4.5.5-2.x86_64
> [root at misiek ~]# vrpm zsk -- -e rc-scripts-0.4.5.4-2.x86_64
> 
> mv: nie mo?na wykona? stat na ?/etc/sysconfig/network-scripts/ifcfg-*?:
> Nie ma takiego pliku ani katalogu
> error: %trigger(rc-scripts-0.4.5.4-2.x86_64) skryptlet nie powi?d? si?,
> status wyj?cia 1

I wonder if we could make workaround by creating some temporary, empty 
/etc/sysconfig/network-scripts/ifcfg-randomstring and delete it in some 
%script later?

-- 
Arkadiusz Mi?kiewicz, arekm / maven.pl


From n3npq at me.com  Fri Jul 19 16:30:17 2013
From: n3npq at me.com (Jeffrey Johnson)
Date: Fri, 19 Jul 2013 10:30:17 -0400
Subject: rpm lipa
In-Reply-To: <201307191126.54350.arekm@maven.pl>
References: <ksb0dv$fbq$1@portraits.wsisiz.edu.pl>
 <201307191126.54350.arekm@maven.pl>
Message-ID: <E8DB30D5-356C-4BD6-8224-9BACED456EEF@me.com>


On Jul 19, 2013, at 5:26 AM, Arkadiusz Mi?kiewicz wrote:

> On Friday 19 of July 2013, lord_Niedzwiedz wrote:
>> [root at Misiek ~]# vrpm zsk -- -q rc-scripts
>> 
>> rc-scripts-0.4.5.4-2.x86_64
>> rc-scripts-0.4.5.5-2.x86_64
>> [root at misiek ~]# vrpm zsk -- -e rc-scripts-0.4.5.4-2.x86_64
>> 
>> mv: nie mo?na wykona? stat na ?/etc/sysconfig/network-scripts/ifcfg-*?:
>> Nie ma takiego pliku ani katalogu
>> error: %trigger(rc-scripts-0.4.5.4-2.x86_64) skryptlet nie powi?d? si?,
>> status wyj?cia 1
> 
> I wonder if we could make workaround by creating some temporary, empty 
> /etc/sysconfig/network-scripts/ifcfg-randomstring and delete it in some 
> %script later?
> 

Probably. There's likely other hack-o-rounds including
firing multiple triggers, one to create the file, the buggy
scriptlet, and then yet another trigger to remove the file.

Meanwhile why not just disable the buggy scriptlet
using a rpm cli option and manually erase and reinstall?

KISS is always best.




From arekm at maven.pl  Fri Jul 19 17:32:53 2013
From: arekm at maven.pl (Arkadiusz =?utf-8?q?Mi=C5=9Bkiewicz?=)
Date: Fri, 19 Jul 2013 17:32:53 +0200
Subject: rpm lipa
In-Reply-To: <E8DB30D5-356C-4BD6-8224-9BACED456EEF@me.com>
References: <ksb0dv$fbq$1@portraits.wsisiz.edu.pl>
 <201307191126.54350.arekm@maven.pl>
 <E8DB30D5-356C-4BD6-8224-9BACED456EEF@me.com>
Message-ID: <201307191732.53750.arekm@maven.pl>

On Friday 19 of July 2013, Jeffrey Johnson wrote:

> Meanwhile why not just disable the buggy scriptlet
> using a rpm cli option and manually erase and reinstall?

You need to know that's the correct way to dealing with this situation. Users 
think it's some kind of bug.

> KISS is always best.

KISS would be if this work without user having to ask on mailing lists or 
google solution.

-- 
Arkadiusz Mi?kiewicz, arekm / maven.pl


From baggins at pld-linux.org  Fri Jul 19 17:49:38 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Fri, 19 Jul 2013 17:49:38 +0200
Subject: Packages for reemoval
Message-ID: <20130719154938.GA1315@home>

Hi,
Packages listed below will be removed Real Soon Now from Th main ftp if
no one steps up and fix/rebuild them with latest libraries.

boost:
avogadro.spec
browser-plugin-esteid.spec
enblend-enfuse.spec
libstk.spec
performous.spec
python-tagpy.spec

boost/vtk:
pcl.spec

libotr:
bitlbee.spec

-- 
Jan R?korajski                                 | PLD/Linux
SysAdm                                         | http://www.pld-linux.org/
baggins<at>mimuw.edu.pl
baggins<at>pld-linux.org


From n3npq at me.com  Fri Jul 19 18:01:41 2013
From: n3npq at me.com (Jeffrey Johnson)
Date: Fri, 19 Jul 2013 12:01:41 -0400
Subject: rpm lipa
In-Reply-To: <201307191732.53750.arekm@maven.pl>
References: <ksb0dv$fbq$1@portraits.wsisiz.edu.pl>
 <201307191126.54350.arekm@maven.pl>
 <E8DB30D5-356C-4BD6-8224-9BACED456EEF@me.com>
 <201307191732.53750.arekm@maven.pl>
Message-ID: <EE38AEEE-6965-4976-BC85-4E3A19400817@me.com>


On Jul 19, 2013, at 11:32 AM, Arkadiusz Mi?kiewicz wrote:

> On Friday 19 of July 2013, Jeffrey Johnson wrote:
> 
>> Meanwhile why not just disable the buggy scriptlet
>> using a rpm cli option and manually erase and reinstall?
> 
> You need to know that's the correct way to dealing with this situation. Users 
> think it's some kind of bug.
> 

Busted RPM package because of lack of QA is hardly a new problem.

In fact pain is an effective learning experience ;-)

Meanwhile its likely time to insturment a means to
disable other package scripts automatically in RPM.

The effect would be the same as if the new user had typed
the already implemented scriptlet disabler option on the cli
or through your depsolver du jour.

The first (and easier part) of the implementation would be
to change the disabler scripts to be per-package rather
than global for the entire set of packages.

The second (and slightly trickier) implementation would be
to establish a scoping across the set of packages currently
in the transaction that were already installed. This might
be done with a namespace class using EVR comparison.

An example:

Let's say a %preun script in the package foo-1:2-3 is busted, thereby
preventing upgrade and erasing.

The current implementation would add --nopreun to erase the package
	rpm -e --nopreun foo-2-3
without executing the %preun script.

This might be mapped onto some dependency string syntax like (I will use a Provides:
example *shrug*)

	Provides: nopreun(foo) = 1:2-3

which would disable (like --nopreun on the cli, but limited to the set of
(usually erased) packages that match the EVR comparison in the current
transaction.

Make sense? Its not hard to code something like this in RPM5 code,
and the "legacy compatible" issues of adding a namespace string in Provides:
are likely vanishingly small.

>> KISS is always best.
> 
> KISS would be if this work without user having to ask on mailing lists or 
> google solution.
> 

KISS (and pain as a teaching tool ;-) in packaging doesn't address the
root cause
	Ineffective distro QA which failed to detect an obvious scripting flaw.

(aside)
And -- if I attempt the implementation I just outlined -- I am forced to
"support" and diagnose and listen to complaints on mailing lists and
explain why flawed hack-o-rounds found on GOOG (like "Reinstall!", sigh)
aren't the correct/best solution.

E.g. I think most RPM users have no idea that --nopreun exists and why
--nopreun is preferred to --noscripts in spite of the fact that there is a solution
available for buggy rpm scriptlets for more than a decade.

Please post this message into a blueprint against RPM at
	https://launchpad.net/rpm
if you want to see some mechanism like above implemented.

73 de Jeff



From n3npq at me.com  Fri Jul 19 18:40:01 2013
From: n3npq at me.com (Jeffrey Johnson)
Date: Fri, 19 Jul 2013 12:40:01 -0400
Subject: rpm lipa
In-Reply-To: <EE38AEEE-6965-4976-BC85-4E3A19400817@me.com>
References: <ksb0dv$fbq$1@portraits.wsisiz.edu.pl>
 <201307191126.54350.arekm@maven.pl>
 <E8DB30D5-356C-4BD6-8224-9BACED456EEF@me.com>
 <201307191732.53750.arekm@maven.pl>
 <EE38AEEE-6965-4976-BC85-4E3A19400817@me.com>
Message-ID: <7C57FB76-F3AD-4E6C-925A-D79AFF3F7E89@me.com>


On Jul 19, 2013, at 12:01 PM, Jeffrey Johnson wrote:

> 
> On Jul 19, 2013, at 11:32 AM, Arkadiusz Mi?kiewicz wrote:
> 
>> On Friday 19 of July 2013, Jeffrey Johnson wrote:
>> 
>>> Meanwhile why not just disable the buggy scriptlet
>>> using a rpm cli option and manually erase and reinstall?
>> 
>> You need to know that's the correct way to dealing with this situation. Users 
>> think it's some kind of bug.
>> 
> 
> Busted RPM package because of lack of QA is hardly a new problem.
> 

One last note before I go back to work ...

Triggers were originally implemented to deal with buggy %preun/%postun
scripts.

The vocabulary below comes from /usr/share/doc/rpm-X.Y/triggers

So if a %preun script was "buggy" (the original flaw that led to triggers was
forgetting to test $1 to identify whether upgrade or erase was intended) like
	%preun
	if [ $1= 0 ]; then
	    # this is an erase context
        else
	    # this is an upgrade context
	fi
where the fix is/was to add to a newer upgrade package with
	%triggerun -- ...
	# the new-triggerin scriptlet executes before the buggy old-preun scriptlet

Assuming that the flaw is in a %triggerun script, same analysis applies if %triggerpostun.

A new-triggerin script executes before old-triggerun, and any-triggerun (the new
package is installed, should be in the rpmdb before old-triggerun executes) is
after old-triggerun (which won't help with the assumed old-triggerun bug, but
I note for completeness).

So you SHOULD be able to touch a file in a new-triggerin script to "fix" a missing
file flaw in some packages old-triggerun script.

I still suggest manual intervention as KISS .... and I also believe that
	Provides: notriggerun(foo) <= 1:2-3
is far easier to understand and explain than creating a file by knowing
RPM's state machine.

hth

73 de Jeff
	




From baggins at pld-linux.org  Thu Jul 25 00:00:51 2013
From: baggins at pld-linux.org (Jan =?utf-8?Q?R=C4=99korajski?=)
Date: Thu, 25 Jul 2013 00:00:51 +0200
Subject: [packages/mysql] - added link patch (fixes build with systemtap
 probes) - added systemtap bcond
In-Reply-To: <f42f4b0d486f6153736bebd03c12fb16f302e4e1_refs_heads_master@pld-linux.org>
References: <ab9f9c78514dc9ee98f440c27496552fd6f61e8e_refs_heads_master@pld-linux.org>
 <f42f4b0d486f6153736bebd03c12fb16f302e4e1_refs_heads_master@pld-linux.org>
Message-ID: <20130724220051.GA3456@home>

On Sat, 13 Jul 2013, qboosh wrote:

> commit f42f4b0d486f6153736bebd03c12fb16f302e4e1
> Author: Jakub Bogusz <qboosh at pld-linux.org>
> Date:   Sat Jul 13 07:52:06 2013 +0200
> 
>     - added link patch (fixes build with systemtap probes)
>     - added systemtap bcond
> 
>  mysql-link.patch | 45 +++++++++++++++++++++++++++++++++++++++++++++
>  mysql.spec       | 39 +++++++++++++++++++++------------------

Looks like this change broke mysql, qt4 or jabberd does not build now.

[21:22] <+wiget> (wiget:@tower:pts/8) (4766:0) (21:21) (E:0)
[21:22] <+wiget> (%:~) touch a.c
[21:22] <+wiget> (wiget:@tower:pts/8) (4767:0) (21:21) (E:0)
[21:22] <+wiget> (%:~) gcc a.c $(mysql_config --libs)
[21:22] <+wiget> /usr/bin/ld: cannot find -lprobes_mysql
[21:22] <+wiget> collect2: error: ld returned 1 exit status
[21:36] <+arekm> 20:33 < baggins> arekm: co si? ostatnio zmieni?o w naszym mysql? cosik si? jabberd czy qt4 nie buduj?
[21:37] <+wiget> arekm, baggins: see f42f4b0d486f6153736bebd03c12fb16f302e4e1


-- 
Jan R?korajski                                 | PLD/Linux
SysAdm                                         | http://www.pld-linux.org/
baggins<at>mimuw.edu.pl
baggins<at>pld-linux.org


From qboosh at pld-linux.org  Thu Jul 25 06:43:59 2013
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Thu, 25 Jul 2013 06:43:59 +0200
Subject: [packages/mysql] - added link patch (fixes build with systemtap
 probes) - added systemtap bcond
In-Reply-To: <20130724220051.GA3456@home>
References: <ab9f9c78514dc9ee98f440c27496552fd6f61e8e_refs_heads_master@pld-linux.org>
 <f42f4b0d486f6153736bebd03c12fb16f302e4e1_refs_heads_master@pld-linux.org>
 <20130724220051.GA3456@home>
Message-ID: <20130725044359.GA7961@mail>

On Thu, Jul 25, 2013 at 12:00:51AM +0200, Jan R?korajski wrote:
> On Sat, 13 Jul 2013, qboosh wrote:
> 
> > commit f42f4b0d486f6153736bebd03c12fb16f302e4e1
> > Author: Jakub Bogusz <qboosh at pld-linux.org>
> > Date:   Sat Jul 13 07:52:06 2013 +0200
> > 
> >     - added link patch (fixes build with systemtap probes)
> >     - added systemtap bcond
> > 
> >  mysql-link.patch | 45 +++++++++++++++++++++++++++++++++++++++++++++
> >  mysql.spec       | 39 +++++++++++++++++++++------------------
> 
> Looks like this change broke mysql, qt4 or jabberd does not build now.
> 
> [21:22] <+wiget> (wiget:@tower:pts/8) (4766:0) (21:21) (E:0)
> [21:22] <+wiget> (%:~) touch a.c
> [21:22] <+wiget> (wiget:@tower:pts/8) (4767:0) (21:21) (E:0)
> [21:22] <+wiget> (%:~) gcc a.c $(mysql_config --libs)
> [21:22] <+wiget> /usr/bin/ld: cannot find -lprobes_mysql
> [21:22] <+wiget> collect2: error: ld returned 1 exit status
> [21:36] <+arekm> 20:33 < baggins> arekm: co si? ostatnio zmieni?o w naszym mysql? cosik si? jabberd czy qt4 nie buduj?
> [21:37] <+wiget> arekm, baggins: see f42f4b0d486f6153736bebd03c12fb16f302e4e1

Looks like mysql_config is incorrectly generated when building with
systemtap support. probes_mysql[.o] is an object file, internally linked
in some mysql libraries/executables, not a library and shouldn't appear
in mysql_config --libs output.


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


From glen at pld-linux.org  Wed Jul 31 13:48:41 2013
From: glen at pld-linux.org (=?UTF-8?B?RWxhbiBSdXVzYW3DpGU=?=)
Date: Wed, 31 Jul 2013 14:48:41 +0300
Subject: [packages/GLM] - initial revision - package nome in upper case
 b/c of conflict with existing package
In-Reply-To: <51E3D26B.3090805@pld-linux.org>
References: <20130714143708.27204.85445@pld-linux.org>
 <9352f43c75a59e3a2e82e223b3ca9e9b7f5b4499_refs_heads_master@pld-linux.org>
 <51E3CB61.7020406@pld-linux.org> <20130715101849.GA2122@sith.mimuw.edu.pl>
 <51E3D26B.3090805@pld-linux.org>
Message-ID: <51F8F999.7050308@pld-linux.org>

On 15.07.2013 13:43, Elan Ruusam?e wrote:
> On 15.07.2013 13:18, Jan R?korajski wrote:
>> On Mon, 15 Jul 2013, Elan Ruusam?e wrote:
>>
>>> >On 14.07.2013 17:37, baggins wrote:
>>>> > >commit 9352f43c75a59e3a2e82e223b3ca9e9b7f5b4499
>>>> > >Author: Jan R?korajski<baggins at pld-linux.org>
>>>> > >Date:   Sun Jul 14 16:36:26 2013 +0200
>>>> > >
>>>> > >      - initial revision
>>>> > >      - package nome in upper case b/c of conflict with existing 
>>>> package
>>>> > >
>>> >
>>> >this breaks github git mirror
>> Suggested fix?
> use different name for package :)
OpenGL-GLM ?

>
> i also suggest maybe git initial push should check for such conflicts, 
> i.e that there isn't already package what differs only by case
>
>>
>>> >and this breaks mirroring pld on case insensitive filesystem (vfat, 
>>> hfs+)
>> Really? I bet this is the least problem with those filesystems.
> with different packages it's probably not that visible,
> i noticed it first with poppler-qt vs poppler-Qt which came from same 
> package, meaning the version/release matched too.
>> Don't mirror unix fs on something that does not follow its semantics.
> when transferring rpm's to somewhere offline, using unix fs is not 
> always possible!
>
> besides, there are case insensitive filesystems which are case also 
> preserving filesystems, so it works most of the time (my $HOME is hfs+ 
> and running MATE 1.6 desktop just fine)
>


-- 
glen