From hawk at limanowa.net  Sat Nov  3 16:49:44 2007
From: hawk at limanowa.net (Marcin Krol)
Date: Sat, 03 Nov 2007 16:49:44 +0100
Subject: Weird rpm problem, rpm guru needed!
In-Reply-To: <47111958.9020301@limanowa.net>
References: <47111958.9020301@limanowa.net>
Message-ID: <472C9898.6090206@limanowa.net>

For the record: it was libmagic 4.20 fault. Updating file and libmagic
to 4.21 fixed the problem.

M.


From wojciech at blaszkowski.com  Sun Nov  4 18:22:10 2007
From: wojciech at blaszkowski.com (Wojciech =?utf-8?q?B=C5=82aszkowski?=)
Date: Sun, 4 Nov 2007 18:22:10 +0100
Subject: SPECS: python-pycap.spec - fixed BuildRequires
Message-ID: <200711041822.10469@wojtosz>


python-pycap.spec needs to proper build rpm-pythonprov, fix in attachment.

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

Wojciech "Wojtosz" B?aszkowski
www.blaszkowski.com
GSM: +48 600 197 207
JID: wojtosz at jabber.biz.pl
-------------- next part --------------
A non-text attachment was scrubbed...
Name: python-pycap-20071104_01
Type: text/x-diff
Size: 539 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20071104/d26189ae/attachment.bin>

From gotar at polanet.pl  Fri Nov  9 03:12:04 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Fri, 9 Nov 2007 03:12:04 +0100
Subject: php mysql+mysqli hangs up apache
Message-ID: <20071109021204.GA6228@pepin.polanet.pl>

Hi,

apache-2.2.4-1	worker (no difference with prefork):
mod_alias
mod_asis
mod_auth_basic
mod_authn_file
mod_authz_groupfile
mod_authz_user
mod_cern_meta
mod_env
mod_expires
mod_include
mod_negotiation
mod_setenvif
mod_version
mod_authz_host
mod_log_config
mod_mime
mod_mime_magic
mod_ssl
mod_dir
mod_php

php 5.2.4-4	mysql mysqli

these two php modules are enough to make apache stop responding after:
# service httpd reload
leaving some semaphores set (AMD64). As it happens every log rotation,
I have to kill -9 httpd.worker once a week.
With apache-2.2.6-1 running on i686 'service httpd restart' makes the job.

I haven't noticed since when exactly, but AFAIR at PHP 5.2.1 it has
already been happening. Anyone?

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


From patrys at pld-linux.org  Fri Nov  9 15:06:23 2007
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Fri, 9 Nov 2007 15:06:23 +0100
Subject: [th] rpm.spec - packaging problem
Message-ID: <89b6ba3a0711090606u3f3d46n842a1e4d94bb305e@mail.gmail.com>

Last year rpm switched the /etc/rpm/sysinfo syntax. Now it expects
/etc/rpm/sysinfo to be a directory with following files inside:

    "Providename",
    "Requirename",
    "Conflictname",
    "Obsoletename",
    "Dirnames",
    "Filelinktos"

(Taken from rpm/lib/rpmds.c)

In PLD we still provide it as a file which limits its use (the
fallback treats everything in the file as Providename).

After doing:

mv /etc/rpm/sysinfo{,.old}
mkdir /etc/rpm/sysinfo
mv /etc/rpm/sysinfo{.old,/Filelinktos}

We can do useful stuff like:

echo "foo >= 0.2" >> /etc/rpm/sysinfo/Requirename

to pin a certain package a'la Gentoo's world package. Both sysadmins
and poldek could benefit from this feature (poldek would need a helper
binary called via sudo to alter the contents but it uses sudo for rpm
anyway).

Therefore I propose fixing the packaging to adapt the new upstream format.

-- 
Patryk Zawadzki
PLD Linux Distribution


From arekm at maven.pl  Fri Nov  9 15:13:39 2007
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Fri, 9 Nov 2007 15:13:39 +0100
Subject: [th] rpm.spec - packaging problem
In-Reply-To: <89b6ba3a0711090606u3f3d46n842a1e4d94bb305e@mail.gmail.com>
References: <89b6ba3a0711090606u3f3d46n842a1e4d94bb305e@mail.gmail.com>
Message-ID: <200711091513.40120.arekm@maven.pl>

On Friday 09 of November 2007, Patryk Zawadzki wrote:
> Last year rpm switched the /etc/rpm/sysinfo syntax. Now it expects
> /etc/rpm/sysinfo to be a directory with following files inside:

Not "expects". It simply supports both schemas.

> Therefore I propose fixing the packaging to adapt the new upstream format.

Go for it :-)

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


From n3npq at mac.com  Fri Nov  9 15:18:44 2007
From: n3npq at mac.com (Jeff Johnson)
Date: Fri, 9 Nov 2007 09:18:44 -0500
Subject: [th] rpm.spec - packaging problem
In-Reply-To: <200711091513.40120.arekm@maven.pl>
References: <89b6ba3a0711090606u3f3d46n842a1e4d94bb305e@mail.gmail.com>
	<200711091513.40120.arekm@maven.pl>
Message-ID: <8FAD2340-73C3-4B60-964A-F35E7F7D2879@mac.com>


On Nov 9, 2007, at 9:13 AM, Arkadiusz Miskiewicz wrote:

> On Friday 09 of November 2007, Patryk Zawadzki wrote:
>> Last year rpm switched the /etc/rpm/sysinfo syntax. Now it expects
>> /etc/rpm/sysinfo to be a directory with following files inside:
>
> Not "expects". It simply supports both schemas.
>
>> Therefore I propose fixing the packaging to adapt the new upstream  
>> format.
>
> Go for it :-)
>

But be prepared for the next generalization (and levels of  
incompatibility)
when I get around to using YAML instead of the /etc/rpm/sysinfo file  
(originally)
or directory tree (currently).

What I'd like to see is a seamless representation where the YAML  
hierarchy
or the directory hierarchy can be used interchangeably for carrying  
around
wads of metadata organized in a hierarchical fashion.

73 de Jeff


From patrys at pld-linux.org  Fri Nov  9 15:19:59 2007
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Fri, 9 Nov 2007 15:19:59 +0100
Subject: [th] rpm.spec - packaging problem
In-Reply-To: <200711091513.40120.arekm@maven.pl>
References: <89b6ba3a0711090606u3f3d46n842a1e4d94bb305e@mail.gmail.com>
	<200711091513.40120.arekm@maven.pl>
Message-ID: <89b6ba3a0711090619x42037503xcd788d196dc3d0f5@mail.gmail.com>

2007/11/9, Arkadiusz Miskiewicz <arekm at maven.pl>:
> On Friday 09 of November 2007, Patryk Zawadzki wrote:
> > Last year rpm switched the /etc/rpm/sysinfo syntax. Now it expects
> > /etc/rpm/sysinfo to be a directory with following files inside:
>
> Not "expects". It simply supports both schemas.
>
> > Therefore I propose fixing the packaging to adapt the new upstream format.
>
> Go for it :-)

Would do that already but I have some questions:

* do we provide all (empty) files marked as config,noreplace or do we
just ship Filelinktos?

* rename rpm.sysinfo to rpm.sysinfo.Filelinktos or just create them
inline in the spec (cat <<< EOF)?

* which branches to fix?

-- 
Patryk Zawadzki
PLD Linux Distribution


From patrys at pld-linux.org  Fri Nov  9 15:34:30 2007
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Fri, 9 Nov 2007 15:34:30 +0100
Subject: [th] rpm.spec - packaging problem
In-Reply-To: <8FAD2340-73C3-4B60-964A-F35E7F7D2879@mac.com>
References: <89b6ba3a0711090606u3f3d46n842a1e4d94bb305e@mail.gmail.com>
	<200711091513.40120.arekm@maven.pl>
	<8FAD2340-73C3-4B60-964A-F35E7F7D2879@mac.com>
Message-ID: <89b6ba3a0711090634y37b9592dudcc0ecd57181381d@mail.gmail.com>

2007/11/9, Jeff Johnson <n3npq at mac.com>:
> On Nov 9, 2007, at 9:13 AM, Arkadiusz Miskiewicz wrote:
> > On Friday 09 of November 2007, Patryk Zawadzki wrote:
> >> Last year rpm switched the /etc/rpm/sysinfo syntax. Now it expects
> >> /etc/rpm/sysinfo to be a directory with following files inside:
> >
> > Not "expects". It simply supports both schemas.
> >
> >> Therefore I propose fixing the packaging to adapt the new upstream
> >> format.
> >
> > Go for it :-)
> But be prepared for the next generalization (and levels of
> incompatibility)
> when I get around to using YAML instead of the /etc/rpm/sysinfo file
> (originally)
> or directory tree (currently).
>
> What I'd like to see is a seamless representation where the YAML
> hierarchy
> or the directory hierarchy can be used interchangeably for carrying
> around
> wads of metadata organized in a hierarchical fashion.

Are there plans on supporting an API to modify this data? I mean other
than launching vim and typing stuff by hand I'd like to be able to use
- say - Python and write:

rpmds.AddNode(parent = None, type = rpmds.REQUIRES, nevra = someNevra,
rel = rpmdb.GREATER_EQUAL)

or something similar not having to care about the file format.

-- 
Patryk Zawadzki
PLD Linux Distribution


From qboosh at pld-linux.org  Fri Nov  9 17:19:38 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Fri, 9 Nov 2007 17:19:38 +0100
Subject: [th] rpm.spec - packaging problem
In-Reply-To: <89b6ba3a0711090606u3f3d46n842a1e4d94bb305e@mail.gmail.com>
References: <89b6ba3a0711090606u3f3d46n842a1e4d94bb305e@mail.gmail.com>
Message-ID: <20071109161938.GA7521@stranger.qboosh.pl>

On Fri, Nov 09, 2007 at 03:06:23PM +0100, Patryk Zawadzki wrote:
> Last year rpm switched the /etc/rpm/sysinfo syntax. Now it expects
> /etc/rpm/sysinfo to be a directory with following files inside:
> 
>     "Providename",
>     "Requirename",
>     "Conflictname",
>     "Obsoletename",
>     "Dirnames",
>     "Filelinktos"
> 
> (Taken from rpm/lib/rpmds.c)
> 
> In PLD we still provide it as a file which limits its use (the
> fallback treats everything in the file as Providename).
> 
> After doing:
> 
> mv /etc/rpm/sysinfo{,.old}
> mkdir /etc/rpm/sysinfo
> mv /etc/rpm/sysinfo{.old,/Filelinktos}
> 
> We can do useful stuff like:
> 
> echo "foo >= 0.2" >> /etc/rpm/sysinfo/Requirename
> 
> to pin a certain package a'la Gentoo's world package. Both sysadmins
> and poldek could benefit from this feature (poldek would need a helper
> binary called via sudo to alter the contents but it uses sudo for rpm
> anyway).
> 
> Therefore I propose fixing the packaging to adapt the new upstream format.

Uhm, could it be /etc/rpm/sysinfo.d/* ?
Switching a name between being file and directory is PITA with rpm.


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


From patrys at pld-linux.org  Fri Nov  9 17:29:19 2007
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Fri, 9 Nov 2007 17:29:19 +0100
Subject: [th] rpm.spec - packaging problem
In-Reply-To: <20071109161938.GA7521@stranger.qboosh.pl>
References: <89b6ba3a0711090606u3f3d46n842a1e4d94bb305e@mail.gmail.com>
	<20071109161938.GA7521@stranger.qboosh.pl>
Message-ID: <89b6ba3a0711090829w7b81ec7ak4eb3b6e0d73c5df5@mail.gmail.com>

2007/11/9, Jakub Bogusz <qboosh at pld-linux.org>:
> On Fri, Nov 09, 2007 at 03:06:23PM +0100, Patryk Zawadzki wrote:
> > Last year rpm switched the /etc/rpm/sysinfo syntax. Now it expects
> > /etc/rpm/sysinfo to be a directory with following files inside:
> >
> >     "Providename",
> >     "Requirename",
> >     "Conflictname",
> >     "Obsoletename",
> >     "Dirnames",
> >     "Filelinktos"
> >
> > (Taken from rpm/lib/rpmds.c)
> >
> > In PLD we still provide it as a file which limits its use (the
> > fallback treats everything in the file as Providename).
> >
> > After doing:
> >
> > mv /etc/rpm/sysinfo{,.old}
> > mkdir /etc/rpm/sysinfo
> > mv /etc/rpm/sysinfo{.old,/Filelinktos}
> >
> > We can do useful stuff like:
> >
> > echo "foo >= 0.2" >> /etc/rpm/sysinfo/Requirename
> >
> > to pin a certain package a'la Gentoo's world package. Both sysadmins
> > and poldek could benefit from this feature (poldek would need a helper
> > binary called via sudo to alter the contents but it uses sudo for rpm
> > anyway).
> >
> > Therefore I propose fixing the packaging to adapt the new upstream format.
>
> Uhm, could it be /etc/rpm/sysinfo.d/* ?
> Switching a name between being file and directory is PITA with rpm.

The default (rpm/lib/rpmds.c ~ 1546) is:
#define _ETC_RPM_SYSINFO        SYSCONFIGDIR "/sysinfo"

We can patch either that line or just override the macro used to get
the path later (same file ~ 1571):
        rpmExpand("%{?_rpmds_sysinfo_path}", NULL)

The function rpmdsSysinfo is always called with NULL as filename so it
always resorts to evaluating that macro.

-- 
Patryk Zawadzki
PLD Linux Distribution


From patrys at pld-linux.org  Fri Nov  9 17:32:00 2007
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Fri, 9 Nov 2007 17:32:00 +0100
Subject: [th] rpm.spec - packaging problem
In-Reply-To: <89b6ba3a0711090829w7b81ec7ak4eb3b6e0d73c5df5@mail.gmail.com>
References: <89b6ba3a0711090606u3f3d46n842a1e4d94bb305e@mail.gmail.com>
	<20071109161938.GA7521@stranger.qboosh.pl>
	<89b6ba3a0711090829w7b81ec7ak4eb3b6e0d73c5df5@mail.gmail.com>
Message-ID: <89b6ba3a0711090832l49eb5a80x5ae40387cd3d631f@mail.gmail.com>

2007/11/9, Patryk Zawadzki <patrys at pld-linux.org>:
> The default (rpm/lib/rpmds.c ~ 1546) is:
> #define _ETC_RPM_SYSINFO        SYSCONFIGDIR "/sysinfo"

Upon further investigation, this is used as a callback when the macro
below returns nothing, so the answer is clear:

> We can patch either that line or just override the macro used to get
> the path later (same file ~ 1571):
>         rpmExpand("%{?_rpmds_sysinfo_path}", NULL)
>
> The function rpmdsSysinfo is always called with NULL as filename so it
> always resorts to evaluating that macro.

And that's defined in /etc/rpm/macros

-- 
Patryk Zawadzki
PLD Linux Distribution


From hawk at limanowa.net  Fri Nov  9 18:45:43 2007
From: hawk at limanowa.net (Marcin Krol)
Date: Fri, 09 Nov 2007 18:45:43 +0100
Subject: SPECS (AC-branch): xulrunner.spec - AC-branch move
	(browser-plugin...
In-Reply-To: <SPECS_xulrunner.spec.1.37.2.1@pld-linux.org>
References: <SPECS_xulrunner.spec.1.37@pld-linux.org>
	<SPECS_xulrunner.spec.1.37.2.1@pld-linux.org>
Message-ID: <47349CC7.5080802@limanowa.net>

> Author: glen                         Date: Thu Nov  8 23:57:55 2007 GMT
> Module: SPECS                         Tag: AC-branch
> ---- Log message:
> - AC-branch move (browser-plugins v2, autoreq dep updates, spellchecker enabked)
> 
> ---- Files affected:
> SPECS:
>    xulrunner.spec (1.37 -> 1.37.2.1) 

Please, please, please... Don't move AC-branch if it isn't really
required. Merge changes to existing AC-branch. Its just simple cvs diff
and patch. Moving AC-branch when merge can be done causes lost of
AC-related commit logs. Sometimes those logs are important (for example
vda info in postfix.spec).

M.


From pld at chiefworks.com  Sat Nov 10 00:39:08 2007
From: pld at chiefworks.com (Caleb Maclennan)
Date: Fri, 9 Nov 2007 16:39:08 -0700
Subject: new spec (lyricue)
Message-ID: <20071109233908.GU4443@chiefworks.com>

Hello all,

My thanks to everyone who has contributed to make PLD the great
distro that it is. I have been a user since a little before RA
was finalized and haven't missed a beat since. At last count
I have 5 TH and 14 AC systems and am the systems guru for 27 more
AC systems at a local ISP.

Up until now my contributions have been made by proxy through
aredridel, but I have been lurking here on the devel list for some
time and decided there was no reason I couldn't offer to be
involved more directly. I am experienced as a systems administrator
and familiar with PLD, but am fairly green as a developer. If
someone is willing to help me over the humps I would be glad to
become a contributor and help with specs and docs.

Attached is a new spec of an app I use that I would like to see
added at some point. It installs and runs correctly on TH, although
I have yet to check it on AC, and I am stumped as to why the
.desktop entry isn't working.

Caleb
-------------- next part --------------
# $Revision:$, $Date:$
Summary:	The GNU Lyric Display System
Name:		lyricue
Version:	1.9.6
Release:	0.4
License:	GPL
Group:		X11/Applications/Graphics
Source0:	http://www.adebenham.com/debian/%{name}_%{version}.tar.gz
URL:		http://www.adebenham.com/lyricue/
Requires:	mysql-client
Requires:	perl-DBI
Requires:	perl-URI
Requires:	perl-Gnome2-Canvas
Requires:	perl-DBD-mysql
Requires:	perl-Gtk2-GladeXML
Requires:	perl-Gtk2-Spell
Suggests:	perl-Gtk2-TrayIcon
Suggests:	perl-Locale-gettext
BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
Patch0:		%{name}-makefile.patch
Patch1:		%{name}-desktop.patch

%description
This application is used to edit/display song lyrics and passages of
text on a second screen/projector for use at live events such as
church services, concerts and seminars.

%prep
%setup -q
%patch0
%patch1
mv docs doc

%build
%{__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 %{_docdir}/lyricue/*
%dir %{_docdir}/lyricue
%dir %{_sysconfdir}/lyricue
%dir %{_datadir}/lyricue
%config(noreplace) %{_sysconfdir}/lyricue/*
%lang(en_US) %dir %{_datadir}/locale/en_US
%lang(en_US) %dir %{_datadir}/locale/en_US/LC_MESSAGES
%lang(en_US) %{_datadir}/locale/en_US/LC_MESSAGES/lyricue.mo
%lang(es_ES) %dir %{_datadir}/locale/es_ES
%lang(es_ES) %dir %{_datadir}/locale/es_ES/LC_MESSAGES
%lang(es_ES) %{_datadir}/locale/es_ES/LC_MESSAGES/lyricue.mo
%lang(de) %dir %{_datadir}/locale/de
%lang(de) %dir %{_datadir}/locale/de/LC_MESSAGES
%lang(de) %{_datadir}/locale/de/LC_MESSAGES/lyricue.mo
%lang(fr) %dir %{_datadir}/locale/fr
%lang(fr) %dir %{_datadir}/locale/fr/LC_MESSAGES
%lang(fr) %{_datadir}/locale/fr/LC_MESSAGES/lyricue.mo
%lang(nl) %dir %{_datadir}/locale/nl
%lang(nl) %dir %{_datadir}/locale/nl/LC_MESSAGES
%lang(nl) %{_datadir}/locale/nl/LC_MESSAGES/lyricue.mo
%lang(sv) %dir %{_datadir}/locale/sv
%lang(sv) %dir %{_datadir}/locale/sv/LC_MESSAGES
%lang(sv) %{_datadir}/locale/sv/LC_MESSAGES/lyricue.mo
%attr(755,root,root) %{_bindir}/lyricue
%attr(755,root,root) %{_bindir}/lyricue_server
%attr(755,root,root) %{_bindir}/lyricue_remote
%attr(755,root,root) %{_bindir}/import_media
%{_datadir}/lyricue/*
%{_desktopdir}/*

%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:$
-------------- next part --------------
--- Makefile	2007-08-06 20:14:47.000000000 -0600
+++ Makefile	2007-11-09 14:00:17.099116935 -0700
@@ -2,8 +2,8 @@
 SHARE = lyricue.glade images/lyricue.png images/lyricue-icon.png
 SQL = mysql/MySQL_create_Table.sql mysql/MySQL_create_media.sql mysql/Update_1.2.sql mysql/Update_1.9.sql mysql/Update_1.9.4.sql
 DESKTOP = lyricue.desktop lyricue_server.desktop
-ETC = default.conf
-DOCS = docs/Development.txt docs/example_song.txt docs/AUTHORS docs/NEWS docs/README docs/song_template.txt docs/TODO
+ETC = default.conf access.conf
+DOCS = doc/Development.txt doc/example_song.txt doc/AUTHORS doc/NEWS doc/README doc/song_template.txt doc/TODO
 INSTALL = /usr/bin/install -c -m 755
 INSTALLDATA = /usr/bin/install -c -m 644 -D
 POFILES = po/de.po po/en_US.po po/fr.po po/nl.po po/sv.po po/es_ES.po
@@ -33,8 +33,8 @@
 	mkdir -p $(DESTDIR)/usr/share/applications
 	$(INSTALLDATA) $(DESKTOP) $(DESTDIR)/usr/share/applications
 
-	mkdir -p $(DESTDIR)/usr/share/docs/lyricue
-	$(INSTALLDATA) $(DOCS) $(DESTDIR)/usr/share/docs/lyricue
+	mkdir -p $(DESTDIR)/usr/share/doc/lyricue
+	$(INSTALLDATA) $(DOCS) $(DESTDIR)/usr/share/doc/lyricue
 
 	@for t in $(MOFILES); do l=`basename $$t .po.mo`; $(INSTALLDATA) $$t $(DESTDIR)/usr/share/locale/$$l/LC_MESSAGES/lyricue.mo;done
 
-------------- next part --------------
--- lyricue.desktop	2007-08-06 20:14:47.000000000 -0600
+++ lyricue.desktop	2007-11-09 13:43:38.068525315 -0700
@@ -8,6 +8,5 @@
 X-GNOME-DocPath=
 Terminal=false
 Name=Lyricue
-GenericName=
-Categories=AudioVideo
+Categories=Graphics
 Comment=The GNU Lyric Display System
--- lyricue_server.desktop	2007-08-06 20:14:47.000000000 -0600
+++ lyricue_server.desktop	2007-11-09 13:45:09.123634287 -0700
@@ -5,13 +5,10 @@
 Exec=lyricue_server
 TryExec=
 Icon=/usr/share/lyricue/lyricue-icon.png
-X-GNOME-DocPath=
 Terminal=false
 Name=Lyricue Server
-GenericName=
 Comment=The GNU Lyric Display System Server
 MultipleArgs=false
-Categories=Application;AudioVideo
+Categories=Graphics
 StartupNotify=true
 Encoding=UTF-8
-X-Desktop-File-Install-Version=0.3

From aredridel at nbtsc.org  Sat Nov 10 00:53:33 2007
From: aredridel at nbtsc.org (Aria Stewart)
Date: Fri, 9 Nov 2007 16:53:33 -0700
Subject: new spec (lyricue)
In-Reply-To: <20071109233908.GU4443@chiefworks.com>
References: <20071109233908.GU4443@chiefworks.com>
Message-ID: <D87A72E5-5766-4453-BE42-BB08E1517FA1@nbtsc.org>


On Nov 9, 2007, at 4:39 PM, Caleb Maclennan wrote:

> Up until now my contributions have been made by proxy through
> aredridel, but I have been lurking here on the devel list for some
> time and decided there was no reason I couldn't offer to be
> involved more directly. I am experienced as a systems administrator
> and familiar with PLD, but am fairly green as a developer. If
> someone is willing to help me over the humps I would be glad to
> become a contributor and help with specs and docs.


+1 for me for commit access.


From krystian at kamionek.net  Sat Nov 10 01:06:07 2007
From: krystian at kamionek.net (Krystian Tomczyk)
Date: Sat, 10 Nov 2007 01:06:07 +0100
Subject: new spec (lyricue)
In-Reply-To: <D87A72E5-5766-4453-BE42-BB08E1517FA1@nbtsc.org>
References: <20071109233908.GU4443@chiefworks.com>
	<D87A72E5-5766-4453-BE42-BB08E1517FA1@nbtsc.org>
Message-ID: <1194653167.4062.0.camel@laptom>


Dnia 09-11-2007, Pt o godzinie 16:53 -0700, Aria Stewart pisze:
> On Nov 9, 2007, at 4:39 PM, Caleb Maclennan wrote:
> 
> > Up until now my contributions have been made by proxy through
> > aredridel, but I have been lurking here on the devel list for some
> > time and decided there was no reason I couldn't offer to be
> > involved more directly. I am experienced as a systems administrator
> > and familiar with PLD, but am fairly green as a developer. If
> > someone is willing to help me over the humps I would be glad to
> > become a contributor and help with specs and docs.
> 
> 
> +1 for me for commit access.

+1
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From ankry at green.mif.pg.gda.pl  Sat Nov 10 01:49:56 2007
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 10 Nov 2007 01:49:56 +0100 (CET)
Subject: new spec (lyricue)
In-Reply-To: <20071109233908.GU4443@chiefworks.com> from "Caleb Maclennan" at
	Nov 09, 2007 04:39:08 PM
Message-ID: <200711100049.lAA0nuT9026713@green.mif.pg.gda.pl>

Caleb Maclennan wrote:
> Hello all,

Hi Caleb,

Just few hot comments on your spec:

> BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
> Patch0:		%{name}-makefile.patch
> Patch1:		%{name}-desktop.patch

We try to keep the BuildRoot entry as the last in this section. Patch# just
after Sources.

> %files
[...]
> %dir %{_datadir}/lyricue

maybe just %{_datadir}/lyricue instead of 2 %files entries?

> %lang(en_US) %dir %{_datadir}/locale/en_US
> %lang(en_US) %dir %{_datadir}/locale/en_US/LC_MESSAGES
> %lang(en_US) %{_datadir}/locale/en_US/LC_MESSAGES/lyricue.mo

Is this really different from the default "C" ? If no -> /dev/null

> %lang(es_ES) %dir %{_datadir}/locale/es_ES
> %lang(es_ES) %dir %{_datadir}/locale/es_ES/LC_MESSAGES
> %lang(es_ES) %{_datadir}/locale/es_ES/LC_MESSAGES/lyricue.mo

mv $RPM_BUILD_ROOT%{_datadir}/locale/es{_ES,} in %install

> %lang(de) %dir %{_datadir}/locale/de
[...]
> %lang(sv) %{_datadir}/locale/sv/LC_MESSAGES/lyricue.mo

... and use %find_lang in %install + %files -l ... instead of all this stuff. 
Except making %files shorter, it also allows to avoid packaging of "empty"
translation files (if any).

> %attr(755,root,root) %{_bindir}/lyricue
> %attr(755,root,root) %{_bindir}/lyricue_server
> %attr(755,root,root) %{_bindir}/lyricue_remote
> %attr(755,root,root) %{_bindir}/import_media

Is there anything in the package that should _not_ be packaged?
Maybe %{_bindir}/* instead?

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


From aredridel at nbtsc.org  Sat Nov 10 02:11:19 2007
From: aredridel at nbtsc.org (Aria Stewart)
Date: Fri, 9 Nov 2007 18:11:19 -0700
Subject: new spec (lyricue)
In-Reply-To: <200711100049.lAA0nuT9026713@green.mif.pg.gda.pl>
References: <200711100049.lAA0nuT9026713@green.mif.pg.gda.pl>
Message-ID: <C32F4921-778F-411E-AF4E-72EA2019B0E4@nbtsc.org>


On Nov 9, 2007, at 5:49 PM, Andrzej Krzysztofowicz wrote:

> Caleb Maclennan wrote:
>> Hello all,
>
> Hi Caleb,
>
> Just few hot comments on your spec:
>
>> BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)
>> Patch0:		%{name}-makefile.patch
>> Patch1:		%{name}-desktop.patch
>
> We try to keep the BuildRoot entry as the last in this section.  
> Patch# just
> after Sources.

Indeed. The ./adapter script  in the SPECS repo does a lot of this.




From pld at chiefworks.com  Sat Nov 10 02:08:49 2007
From: pld at chiefworks.com (Caleb Maclennan)
Date: Fri, 9 Nov 2007 18:08:49 -0700
Subject: new spec (lyricue)
In-Reply-To: <C32F4921-778F-411E-AF4E-72EA2019B0E4@nbtsc.org>
References: <200711100049.lAA0nuT9026713@green.mif.pg.gda.pl>
	<C32F4921-778F-411E-AF4E-72EA2019B0E4@nbtsc.org>
Message-ID: <20071110010849.GV4443@chiefworks.com>

On Fri, Nov 09, 2007 at 06:11:19PM -0700, Aria Stewart wrote:
> On Nov 9, 2007, at 5:49 PM, Andrzej Krzysztofowicz wrote:
> > We try to keep the BuildRoot entry as the last in this section.  
> > Patch# just
> > after Sources.
> 
> Indeed. The ./adapter script  in the SPECS repo does a lot of this.

The adapter script did not catch that ordering, but I have fixed it
in my spec. I'm trying to sort out the lang stuff Andrzej mentioned
and I will resubmit.

Caleb


From pld at chiefworks.com  Sat Nov 10 02:21:36 2007
From: pld at chiefworks.com (Caleb Maclennan)
Date: Fri, 9 Nov 2007 18:21:36 -0700
Subject: new spec (lyricue)
In-Reply-To: <C32F4921-778F-411E-AF4E-72EA2019B0E4@nbtsc.org>
References: <200711100049.lAA0nuT9026713@green.mif.pg.gda.pl>
	<C32F4921-778F-411E-AF4E-72EA2019B0E4@nbtsc.org>
Message-ID: <20071110012136.GW4443@chiefworks.com>

Thanks for the pointers Andrzej. I am attaching an updated
spec file with your changes.

Caleb
-------------- next part --------------
# $Revision:$, $Date:$
Summary:	The GNU Lyric Display System
Name:		lyricue
Version:	1.9.6
Release:	0.6
License:	GPL
Group:		X11/Applications/Graphics
URL:		http://www.adebenham.com/lyricue/
Source0:	http://www.adebenham.com/debian/%{name}_%{version}.tar.gz
Patch0:		%{name}-makefile.patch
Patch1:		%{name}-desktop.patch
Requires:	mysql-client
Requires:	perl-DBD-mysql
Requires:	perl-DBI
Requires:	perl-Gnome2-Canvas
Requires:	perl-Gtk2-GladeXML
Requires:	perl-Gtk2-Spell
Requires:	perl-URI
Suggests:	perl-Gtk2-TrayIcon
Suggests:	perl-Locale-gettext
Suggests:	sword-devel
BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)

%description
This application is used to edit/display song lyrics and passages of
text on a second screen/projector for use at live events such as
church services, concerts and seminars.

%prep
%setup -q
%patch0
%patch1
mv docs doc

%build
%{__make}

%install
rm -rf $RPM_BUILD_ROOT
%{make} install DESTDIR=$RPM_BUILD_ROOT
mv $RPM_BUILD_ROOT%{_datadir}/locale/es{_ES,}

%{find_lang} %{name}

%clean
rm -rf $RPM_BUILD_ROOT

%files -f %{name}.lang
%defattr(644,root,root,755)
%dir %{_docdir}/lyricue
%doc %{_docdir}/lyricue/*
%dir %{_sysconfdir}/lyricue
%dir %{_datadir}/lyricue
%{_datadir}/lyricue/*
%config(noreplace) %{_sysconfdir}/lyricue/*
%attr(755,root,root) %{_bindir}/*
%{_desktopdir}/*

%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 delfi.ee  Sat Nov 10 03:14:38 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 10 Nov 2007 04:14:38 +0200
Subject: new spec (lyricue)
In-Reply-To: <20071110012136.GW4443@chiefworks.com>
References: <200711100049.lAA0nuT9026713@green.mif.pg.gda.pl>
	<C32F4921-778F-411E-AF4E-72EA2019B0E4@nbtsc.org>
	<20071110012136.GW4443@chiefworks.com>
Message-ID: <200711100414.38718.glen@delfi.ee>

On Saturday 10 November 2007 03:21:36 Caleb Maclennan wrote:
> Thanks for the pointers Andrzej. I am attaching an updated
> spec file with your changes.

> %{_desktopdir}/*

this is dangerous -- you might package %{_desktopdir}/kde if you don't look 
each time what you package.

> %{make} install DESTDIR=$RPM_BUILD_ROOT

this is usually wrapped:
%{make} install \
	DESTDIR=$RPM_BUILD_ROOT


%file list order of items seems usually to 
be %{_sysconfig}, %{_bindir}, %{_datadir}, then rest
there's no reason (imho) behind that, just have noticed
this.

-- 
glen


From glen at delfi.ee  Sat Nov 10 03:16:36 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 10 Nov 2007 04:16:36 +0200
Subject: new spec (lyricue)
In-Reply-To: <20071110012136.GW4443@chiefworks.com>
References: <200711100049.lAA0nuT9026713@green.mif.pg.gda.pl>
	<C32F4921-778F-411E-AF4E-72EA2019B0E4@nbtsc.org>
	<20071110012136.GW4443@chiefworks.com>
Message-ID: <200711100416.36413.glen@delfi.ee>

On Saturday 10 November 2007 03:21:36 Caleb Maclennan wrote:
> Thanks for the pointers Andrzej. I am attaching an updated
> spec file with your changes.
>
> Caleb

> %dir %{_docdir}/lyricue
> %doc %{_docdir}/lyricue/*

first dir should be also %doc

but rather using rpmbuildroot paths use relative %doc from builddir, then 
documents get compressed too:

%doc docs/*

oh, and you can't mix 
%doc relative path
and 
%doc /full/path

because one or another does rm -rf :)

-- 
glen


From pld at chiefworks.com  Sat Nov 10 03:25:11 2007
From: pld at chiefworks.com (Caleb Maclennan)
Date: Fri, 9 Nov 2007 19:25:11 -0700
Subject: new spec (lyricue)
In-Reply-To: <200711100414.38718.glen@delfi.ee>
References: <200711100049.lAA0nuT9026713@green.mif.pg.gda.pl>
	<C32F4921-778F-411E-AF4E-72EA2019B0E4@nbtsc.org>
	<20071110012136.GW4443@chiefworks.com>
	<200711100414.38718.glen@delfi.ee>
Message-ID: <20071110022511.GX4443@chiefworks.com>

On Sat, Nov 10, 2007 at 04:14:38AM +0200, Elan Ruusam?e wrote:
> > %{_desktopdir}/*
> 
> this is dangerous -- you might package %{_desktopdir}/kde if you don't look 
> each time what you package.

Ok, I have specified these individually. I tried globing them with {,_server}
but that kind of globing apparently doesn't work there.

> this is usually wrapped:
> %{make} install \
> 	DESTDIR=$RPM_BUILD_ROOT

done.

> %file list order of items seems usually to 
> be %{_sysconfig}, %{_bindir}, %{_datadir}, then rest

done.

Caleb
-------------- next part --------------
# $Revision:$, $Date:$
Summary:	The GNU Lyric Display System
Name:		lyricue
Version:	1.9.6
Release:	0.7
License:	GPL
Group:		X11/Applications/Graphics
URL:		http://www.adebenham.com/lyricue/
Source0:	http://www.adebenham.com/debian/%{name}_%{version}.tar.gz
Patch0:		%{name}-makefile.patch
Patch1:		%{name}-desktop.patch
Requires:	mysql-client
Requires:	perl-DBD-mysql
Requires:	perl-DBI
Requires:	perl-Gnome2-Canvas
Requires:	perl-Gtk2-GladeXML
Requires:	perl-Gtk2-Spell
Requires:	perl-URI
Suggests:	perl-Gtk2-TrayIcon
Suggests:	perl-Locale-gettext
Suggests:	sword-devel
BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)

%description
This application is used to edit/display song lyrics and passages of
text on a second screen/projector for use at live events such as
church services, concerts and seminars.

%prep
%setup -q
%patch0
%patch1
mv docs doc

%build
%{__make}

%install
rm -rf $RPM_BUILD_ROOT
%{make} install \
	DESTDIR=$RPM_BUILD_ROOT

mv $RPM_BUILD_ROOT%{_datadir}/locale/es{_ES,}

%{find_lang} %{name}

%clean
rm -rf $RPM_BUILD_ROOT

%files -f %{name}.lang
%defattr(644,root,root,755)
%dir %{_sysconfdir}/lyricue
%config(noreplace) %{_sysconfdir}/lyricue/*
%attr(755,root,root) %{_bindir}/*
%dir %{_datadir}/lyricue
%{_datadir}/lyricue/*
%dir %{_docdir}/lyricue
%doc %{_docdir}/lyricue/*
%{_desktopdir}/lyricue.desktop
%{_desktopdir}/lyricue_server.desktop

%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 pld at chiefworks.com  Sat Nov 10 03:40:18 2007
From: pld at chiefworks.com (Caleb Maclennan)
Date: Fri, 9 Nov 2007 19:40:18 -0700
Subject: new spec (lyricue)
In-Reply-To: <200711100416.36413.glen@delfi.ee>
References: <200711100049.lAA0nuT9026713@green.mif.pg.gda.pl>
	<C32F4921-778F-411E-AF4E-72EA2019B0E4@nbtsc.org>
	<20071110012136.GW4443@chiefworks.com>
	<200711100416.36413.glen@delfi.ee>
Message-ID: <20071110024018.GY4443@chiefworks.com>

On Sat, Nov 10, 2007 at 04:16:36AM +0200, Elan Ruusam?e wrote:
> but rather using rpmbuildroot paths use relative %doc from builddir, then 
> documents get compressed too:
> 
> %doc docs/*

Ok, this didn't quite make sense to me but I think I figured out
what you were after. See if this fits the bill. It throws a warning
about unpackaged (doc) files on build, but they do end up getting
included and installed correctly so I guess it makes sense.

Thanks for the help.

Caleb
-------------- next part --------------
# $Revision:$, $Date:$
Summary:	The GNU Lyric Display System
Name:		lyricue
Version:	1.9.6
Release:	0.8
License:	GPL
Group:		X11/Applications/Graphics
URL:		http://www.adebenham.com/lyricue/
Source0:	http://www.adebenham.com/debian/%{name}_%{version}.tar.gz
Patch0:		%{name}-makefile.patch
Patch1:		%{name}-desktop.patch
Requires:	mysql-client
Requires:	perl-DBD-mysql
Requires:	perl-DBI
Requires:	perl-Gnome2-Canvas
Requires:	perl-Gtk2-GladeXML
Requires:	perl-Gtk2-Spell
Requires:	perl-URI
Suggests:	perl-Gtk2-TrayIcon
Suggests:	perl-Locale-gettext
Suggests:	sword-devel
BuildRoot:	%{tmpdir}/%{name}-%{version}-root-%(id -u -n)

%description
This application is used to edit/display song lyrics and passages of
text on a second screen/projector for use at live events such as
church services, concerts and seminars.

%prep
%setup -q
%patch0
%patch1

%build
%{__make}

%install
rm -rf $RPM_BUILD_ROOT
%{make} install \
	DESTDIR=$RPM_BUILD_ROOT

mv $RPM_BUILD_ROOT%{_datadir}/locale/es{_ES,}

%{find_lang} %{name}

%clean
rm -rf $RPM_BUILD_ROOT

%files -f %{name}.lang
%defattr(644,root,root,755)
%dir %{_sysconfdir}/lyricue
%config(noreplace) %{_sysconfdir}/lyricue/*
%attr(755,root,root) %{_bindir}/*
%dir %{_datadir}/lyricue
%{_datadir}/lyricue/*
%doc docs/*
%{_desktopdir}/lyricue.desktop
%{_desktopdir}/lyricue_server.desktop

%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 pld at chiefworks.com  Sat Nov 10 04:05:10 2007
From: pld at chiefworks.com (Caleb Maclennan)
Date: Fri, 9 Nov 2007 20:05:10 -0700
Subject: new spec (lyricue)
In-Reply-To: <20071110024018.GY4443@chiefworks.com>
References: <200711100049.lAA0nuT9026713@green.mif.pg.gda.pl>
	<C32F4921-778F-411E-AF4E-72EA2019B0E4@nbtsc.org>
	<20071110012136.GW4443@chiefworks.com>
	<200711100416.36413.glen@delfi.ee>
	<20071110024018.GY4443@chiefworks.com>
Message-ID: <20071110030510.GZ4443@chiefworks.com>

On Fri, Nov 09, 2007 at 07:40:18PM -0700, Caleb Maclennan wrote:
> It throws a warning
> about unpackaged (doc) files on build

Would it be appropriate to throw something like the following at
the end of %install to suppress the error?

rm -rf $RPM_BUILD_ROOT%{_datadir}/docs/%{name}

Caleb


From glen at delfi.ee  Sat Nov 10 14:29:13 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 10 Nov 2007 15:29:13 +0200
Subject: new spec (lyricue)
In-Reply-To: <20071110030510.GZ4443@chiefworks.com>
References: <200711100049.lAA0nuT9026713@green.mif.pg.gda.pl>
	<20071110024018.GY4443@chiefworks.com>
	<20071110030510.GZ4443@chiefworks.com>
Message-ID: <200711101529.14183.glen@delfi.ee>

On Saturday 10 November 2007 05:05:10 Caleb Maclennan wrote:
> On Fri, Nov 09, 2007 at 07:40:18PM -0700, Caleb Maclennan wrote:
> > It throws a warning
> > about unpackaged (doc) files on build
>
> Would it be appropriate to throw something like the following at
> the end of %install to suppress the error?
>
> rm -rf $RPM_BUILD_ROOT%{_datadir}/docs/%{name}
yes. other one would be patch Makefile so the make install won't install.

> Caleb

-- 
glen


From glen at pld-linux.org  Mon Nov 12 12:02:12 2007
From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Mon, 12 Nov 2007 13:02:12 +0200
Subject: SPECS: xmms-input-midi.spec - package libmid.so.0.0.0
	(libmid.so.0...
In-Reply-To: <SPECS_xmms_input_midi.spec.1.10@pld-linux.org>
References: <SPECS_xmms_input_midi.spec.1.9@pld-linux.org>
	<SPECS_xmms_input_midi.spec.1.10@pld-linux.org>
Message-ID: <200711121302.12679.glen@pld-linux.org>

On Monday 12 November 2007 12:20:35 gotar wrote:
> Author: gotar                        Date: Mon Nov 12 10:20:35 2007 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - package libmid.so.0.0.0 (libmid.so.0 points to this file)
...
> -%attr(755,root,root) %{xmms_input_plugindir}/*.so
> +%attr(755,root,root) %{xmms_input_plugindir}/*.so*

shouldn't there be *.so.*.*.* and %ghost for *.so.* ?

and perhaps update template.spec for %ghosted ldconfig links?

-- 
glen


From kamil.listy at klecza.pl  Mon Nov 12 12:23:49 2007
From: kamil.listy at klecza.pl (Kamil Dziedzic)
Date: Mon, 12 Nov 2007 12:23:49 +0100
Subject: Question about %ghost
In-Reply-To: <200711121302.12679.glen@pld-linux.org>
References: <SPECS_xmms_input_midi.spec.1.9@pld-linux.org>
	<SPECS_xmms_input_midi.spec.1.10@pld-linux.org>
	<200711121302.12679.glen@pld-linux.org>
Message-ID: <200711121223.53769.kamil.listy@klecza.pl>

Btw. which version is correct? With %ghost at begining or after %attr?:

@@ -90,7 +90,7 @@
 %files libs
 %defattr(644,root,root,755)
 %attr(755,root,root) %{_libdir}/libmcs.so.*.*.*
-%ghost %attr(755,root,root) %{_libdir}/libmcs.so.?
+%attr(755,root,root) %ghost %attr(755,root,root) %{_libdir}/libmcs.so.?
 %dir %{_libdir}/%{name}
 %attr(755,root,root) %{_libdir}/%{name}/keyfile.so

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

From glen at delfi.ee  Mon Nov 12 12:50:35 2007
From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=)
Date: Mon, 12 Nov 2007 13:50:35 +0200
Subject: Question about %ghost
In-Reply-To: <200711121223.53769.kamil.listy@klecza.pl>
References: <SPECS_xmms_input_midi.spec.1.9@pld-linux.org>
	<200711121302.12679.glen@pld-linux.org>
	<200711121223.53769.kamil.listy@klecza.pl>
Message-ID: <200711121350.35585.glen@delfi.ee>

On Monday 12 November 2007 13:23:49 Kamil Dziedzic wrote:
> Btw. which version is correct? With %ghost at begining or after %attr?:
the %attr doesn't play role as the file is not really installed (jbj would 
say %ghost files not included in rpm payload or sth)

but if adapter wants to have %attr there, it doesn't hurt.

> @@ -90,7 +90,7 @@
>  %files libs
>  %defattr(644,root,root,755)
>  %attr(755,root,root) %{_libdir}/libmcs.so.*.*.*
> -%ghost %attr(755,root,root) %{_libdir}/libmcs.so.?
> +%attr(755,root,root) %ghost %attr(755,root,root) %{_libdir}/libmcs.so.?
>  %dir %{_libdir}/%{name}
>  %attr(755,root,root) %{_libdir}/%{name}/keyfile.so



-- 
glen


From gotar at pld-linux.org  Mon Nov 12 13:01:41 2007
From: gotar at pld-linux.org (gotar)
Date: Mon, 12 Nov 2007 13:01:41 +0100
Subject: SPECS: xmms-input-midi.spec - package libmid.so.0.0.0
	(libmid.so.0...
In-Reply-To: <200711121302.12679.glen@pld-linux.org>
References: <SPECS_xmms_input_midi.spec.1.9@pld-linux.org>
	<SPECS_xmms_input_midi.spec.1.10@pld-linux.org>
	<200711121302.12679.glen@pld-linux.org>
Message-ID: <20071112120141.GB29633@pepin.polanet.pl>

On Mon, Nov 12, 2007 at 13:02:12 +0200, Elan Ruusam?e wrote:

> > - package libmid.so.0.0.0 (libmid.so.0 points to this file)
> ...
> > -%attr(755,root,root) %{xmms_input_plugindir}/*.so
> > +%attr(755,root,root) %{xmms_input_plugindir}/*.so*
> 
> shouldn't there be *.so.*.*.* and %ghost for *.so.* ?

Maybe, but it segfaults anyway and is obsoleted.

> and perhaps update template.spec for %ghosted ldconfig links?

+1

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


From kamil.listy at klecza.pl  Mon Nov 12 13:09:09 2007
From: kamil.listy at klecza.pl (Kamil Dziedzic)
Date: Mon, 12 Nov 2007 13:09:09 +0100
Subject: Question about %ghost
In-Reply-To: <200711121350.35585.glen@delfi.ee>
References: <SPECS_xmms_input_midi.spec.1.9@pld-linux.org>
	<200711121223.53769.kamil.listy@klecza.pl>
	<200711121350.35585.glen@delfi.ee>
Message-ID: <200711121309.10046.kamil.listy@klecza.pl>

Dnia poniedzia?ek 12 listopad 2007, Elan Ruusam?e napisa?:
> On Monday 12 November 2007 13:23:49 Kamil Dziedzic wrote:
> > Btw. which version is correct? With %ghost at begining or after %attr?:
>
> the %attr doesn't play role as the file is not really installed (jbj would
> say %ghost files not included in rpm payload or sth)
>
> but if adapter wants to have %attr there, it doesn't hurt.
>
Yes adapter wants it and also it wants it before %ghost. This should be fixed 
in adapter. Thanks.

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

From freetz at gmx.net  Mon Nov 12 17:52:02 2007
From: freetz at gmx.net (Fryderyk Dziarmagowski)
Date: Mon, 12 Nov 2007 17:52:02 +0100
Subject: SPECS: xmms-input-midi.spec - package libmid.so.0.0.0
	(libmid.so.0...
In-Reply-To: <200711121302.12679.glen@pld-linux.org>
References: <SPECS_xmms_input_midi.spec.1.9@pld-linux.org>
	<SPECS_xmms_input_midi.spec.1.10@pld-linux.org>
	<200711121302.12679.glen@pld-linux.org>
Message-ID: <20071112175202.2b1f88cd.freetz@gmx.net>

On Mon, 12 Nov 2007 13:02:12 +0200
Elan Ruusam?e <glen at pld-linux.org> wrote:

> On Monday 12 November 2007 12:20:35 gotar wrote:
> > Author: gotar                        Date: Mon Nov 12 10:20:35 2007
> > GMT Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - package libmid.so.0.0.0 (libmid.so.0 points to this file)
> ...
> > -%attr(755,root,root) %{xmms_input_plugindir}/*.so
> > +%attr(755,root,root) %{xmms_input_plugindir}/*.so*
> 
> shouldn't there be *.so.*.*.* and %ghost for *.so.* ?

correct solution is to pass -avoid-version to linker.

-- 
Fryderyk Dziarmagowski


From qboosh at pld-linux.org  Mon Nov 12 17:57:17 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 12 Nov 2007 17:57:17 +0100
Subject: SPECS: xmms-input-midi.spec - package libmid.so.0.0.0
	(libmid.so.0...
In-Reply-To: <200711121302.12679.glen@pld-linux.org>
References: <SPECS_xmms_input_midi.spec.1.9@pld-linux.org>
	<SPECS_xmms_input_midi.spec.1.10@pld-linux.org>
	<200711121302.12679.glen@pld-linux.org>
Message-ID: <20071112165717.GA17511@stranger.qboosh.pl>

On Mon, Nov 12, 2007 at 01:02:12PM +0200, Elan Ruusam?e wrote:
> On Monday 12 November 2007 12:20:35 gotar wrote:
> > Author: gotar                        Date: Mon Nov 12 10:20:35 2007 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - package libmid.so.0.0.0 (libmid.so.0 points to this file)
> ...
> > -%attr(755,root,root) %{xmms_input_plugindir}/*.so
> > +%attr(755,root,root) %{xmms_input_plugindir}/*.so*
> 
> shouldn't there be *.so.*.*.* and %ghost for *.so.* ?

No, it isn't in dynamic loader search path.

There is -avoid-version missing in module_LDFLAGS in package build
system.


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


From areq at pld-linux.org  Tue Nov 13 00:56:42 2007
From: areq at pld-linux.org (Arkadiusz Patyk)
Date: Tue, 13 Nov 2007 00:56:42 +0100
Subject: new spec (lyricue)
In-Reply-To: <1194653167.4062.0.camel@laptom>
References: <20071109233908.GU4443@chiefworks.com>
	<D87A72E5-5766-4453-BE42-BB08E1517FA1@nbtsc.org>
	<1194653167.4062.0.camel@laptom>
Message-ID: <g1qhj39tf6ek4d2r154tbi4pme5fevpmuj@4ax.com>

On Sat, 10 Nov 2007 01:06:07 +0100, you wrote:

>
>Dnia 09-11-2007, Pt o godzinie 16:53 -0700, Aria Stewart pisze:
>> On Nov 9, 2007, at 4:39 PM, Caleb Maclennan wrote:
>> 
>> > Up until now my contributions have been made by proxy through
>> > aredridel, but I have been lurking here on the devel list for some
>> > time and decided there was no reason I couldn't offer to be
>> > involved more directly. I am experienced as a systems administrator
>> > and familiar with PLD, but am fairly green as a developer. If
>> > someone is willing to help me over the humps I would be glad to
>> > become a contributor and help with specs and docs.
>> 
>> 
>> +1 for me for commit access.
>
>+1

+1 
-- 
Arkadiusz Patyk [areq<>pld-linux:org] [http://rescuecd.pld-linux.org/]
[IRC:areq GG:1383 jid:arek<>patyk:net]


From radek at pld-linux.org  Tue Nov 13 23:53:51 2007
From: radek at pld-linux.org (Radoslaw Zielinski)
Date: Tue, 13 Nov 2007 22:53:51 +0000
Subject: SPECS: cvs-nserver.spec, cvs.spec - Conflicts instead of Obsoletes
In-Reply-To: <SPECS_cvs.spec.1.173@pld-linux.org>
References: <SPECS_cvs_nserver.spec.1.96@pld-linux.org>
	<SPECS_cvs.spec.1.172@pld-linux.org>
	<SPECS_cvs.spec.1.173@pld-linux.org>
Message-ID: <20071113225350.GA12146@bzium>

patrys <patrys at pld-linux.org> [29-10-2007 15:37]:
[...]
>  Provides:	cvs = %{version}
   ^^^^^^^^^^^^^^
> -Obsoletes:	cvs
> +Conflicts:	cvs

This won't fly.

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

From patrys at pld-linux.org  Wed Nov 14 13:33:23 2007
From: patrys at pld-linux.org (Patryk Zawadzki)
Date: Wed, 14 Nov 2007 13:33:23 +0100
Subject: SPECS: cvs-nserver.spec, cvs.spec - Conflicts instead of Obsoletes
In-Reply-To: <20071113225350.GA12146@bzium>
References: <SPECS_cvs_nserver.spec.1.96@pld-linux.org>
	<SPECS_cvs.spec.1.172@pld-linux.org>
	<SPECS_cvs.spec.1.173@pld-linux.org> <20071113225350.GA12146@bzium>
Message-ID: <89b6ba3a0711140433t1a9e2e4aydfe38d5ef543c342@mail.gmail.com>

2007/11/13, Radoslaw Zielinski <radek at pld-linux.org>:
> patrys <patrys at pld-linux.org> [29-10-2007 15:37]:
> [...]
> >  Provides:    cvs = %{version}
>    ^^^^^^^^^^^^^^
> > -Obsoletes:   cvs
> > +Conflicts:   cvs
> This won't fly.

Missed that one, just drop the conflicts or change the provide name to
something more generic that both pserver and nserver versions can use.
I can't commit anything at the moment.

-- 
Patryk Zawadzki
PLD Linux Distribution


From krystian at kamionek.net  Thu Nov 15 22:26:45 2007
From: krystian at kamionek.net (Krystian Tomczyk)
Date: Thu, 15 Nov 2007 22:26:45 +0100
Subject: suggest
Message-ID: <1195162005.20847.6.camel@laptom>

wine-0.9.49-1.i686 suggests installation of: binfmt-detector
Try to install it? [N/y]

Maybe first test if package is installed and if not then write this
question?
-- 
Pozdrawiam
Krystian T.

             "errare humanum est..."



From me at shadsterling.com  Fri Nov 16 18:36:23 2007
From: me at shadsterling.com (Shad Sterling)
Date: Fri, 16 Nov 2007 12:36:23 -0500
Subject: suggest
In-Reply-To: <1195162005.20847.6.camel@laptom>
References: <1195162005.20847.6.camel@laptom>
Message-ID: <473DD517.50300@shadsterling.com>


Krystian Tomczyk wrote:
> wine-0.9.49-1.i686 suggests installation of: binfmt-detector
> Try to install it? [N/y]
>
> Maybe first test if package is installed and if not then write this
> question?
>   
+1  I've tripped over this in other cases


Shad Sterling
me at shadsterling.com
http://shadsterling.com






From kamil.listy at klecza.pl  Fri Nov 16 22:21:53 2007
From: kamil.listy at klecza.pl (Kamil Dziedzic)
Date: Fri, 16 Nov 2007 22:21:53 +0100
Subject: suggest
In-Reply-To: <473DD517.50300@shadsterling.com>
References: <1195162005.20847.6.camel@laptom> <473DD517.50300@shadsterling.com>
Message-ID: <200711162221.58369.kamil.listy@klecza.pl>

Dnia pi?tek 16 listopad 2007, Shad Sterling napisa?:
> Krystian Tomczyk wrote:
> > wine-0.9.49-1.i686 suggests installation of: binfmt-detector
> > Try to install it? [N/y]
> >
> > Maybe first test if package is installed and if not then write this
> > question?
>
> +1  I've tripped over this in other cases
>
>
+1

... and one more thing. When there are more than one Suggest it ask to install 
them all. It should ask for each separately. Example:

some_package suggests installation of: package0, package1, package2
Try to install it? [Yes, No, Confirm each separately] c
some_package suggests installation of: package0
Try to install it? [Yes, No] y
some_package suggests installation of: package1
Try to install it? [Yes, No] n
some_package suggests installation of: package2
Try to install it? [Yes, No] y


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

From megabajt at pld-linux.org  Fri Nov 16 23:12:54 2007
From: megabajt at pld-linux.org (Marcin Banasiak)
Date: Fri, 16 Nov 2007 23:12:54 +0100
Subject: suggest
In-Reply-To: <1195162005.20847.6.camel@laptom>
References: <1195162005.20847.6.camel@laptom>
Message-ID: <1195251174.3969.4.camel@localhost>

Krystian Tomczyk wrote:
> wine-0.9.49-1.i686 suggests installation of: binfmt-detector
> Try to install it? [N/y]
> 
> Maybe first test if package is installed and if not then write this
> question?

It's already reported as a bug in our Bugzilla (bug #38).

-- 
Marcin Banasiak


From qboosh at pld-linux.org  Sat Nov 17 00:19:27 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Sat, 17 Nov 2007 00:19:27 +0100
Subject: SOURCES: poppassd.pam - update nss_db if used (note it should
	be u...
In-Reply-To: <SOURCES_poppassd.pam.1.4@pld-linux.org>
References: <SOURCES_poppassd.pam.1.3@pld-linux.org>
	<SOURCES_poppassd.pam.1.4@pld-linux.org>
Message-ID: <20071116231927.GA28676@stranger.qboosh.pl>

On Fri, Nov 09, 2007 at 02:47:41AM +0100, gotar wrote:
> Author: gotar                        Date: Fri Nov  9 01:47:41 2007 GMT
> Module: SOURCES                       Tag: HEAD
> ---- Log message:
> - update nss_db if used (note it should be updated to use system-auth)

> @@ -3,3 +3,4 @@
>  account		required	pam_unix.so
>  password	required	pam_cracklib.so retry=3
>  password	required	pam_unix.so md5 use_authtok nullok
> +password	required	pam_make.so /var/db

pam_make is no more.


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


From glen at delfi.ee  Sat Nov 17 17:30:23 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Sat, 17 Nov 2007 18:30:23 +0200
Subject: SPECS (LINUX_2_6_22): kernel.spec - bcond_without ipv6 added
In-Reply-To: <SPECS_kernel.spec.1.441.2.1796.2.21@pld-linux.org>
References: <SPECS_kernel.spec.1.441.2.1796.2.20@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.1796.2.21@pld-linux.org>
Message-ID: <200711171830.23592.glen@delfi.ee>

On Friday 16 November 2007 18:35:29 zbyniu wrote:
>  $Log$
> +Revision 1.441.2.1796.2.21  2007-11-16 16:35:23  zbyniu
> +- bcond_without ipv6 added

ipv6 no longer possible to make as module?

-- 
glen


From arekm at maven.pl  Sat Nov 17 17:48:51 2007
From: arekm at maven.pl (Arkadiusz Miskiewicz)
Date: Sat, 17 Nov 2007 17:48:51 +0100
Subject: SPECS (LINUX_2_6_22): kernel.spec - bcond_without ipv6 added
In-Reply-To: <200711171830.23592.glen@delfi.ee>
References: <SPECS_kernel.spec.1.441.2.1796.2.20@pld-linux.org>
	<SPECS_kernel.spec.1.441.2.1796.2.21@pld-linux.org>
	<200711171830.23592.glen@delfi.ee>
Message-ID: <200711171748.52179.arekm@maven.pl>

On Saturday 17 of November 2007, Elan Ruusam?e wrote:
> On Friday 16 November 2007 18:35:29 zbyniu wrote:
> >  $Log$
> > +Revision 1.441.2.1796.2.21  2007-11-16 16:35:23  zbyniu
> > +- bcond_without ipv6 added
>
> ipv6 no longer possible to make as module?

Not yet (due to vserver) but it will be possible again soon. Patch is almost 
ready from what vserver people say.

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


From ankry at green.mif.pg.gda.pl  Sat Nov 17 17:51:36 2007
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 17 Nov 2007 17:51:36 +0100 (CET)
Subject: SPECS (AC-branch): samba.spec - adapter
In-Reply-To: <SPECS_samba.spec.1.348.2.7.2.3@pld-linux.org> from "glen" at Nov
	17, 2007 05:37:26 PM
Message-ID: <200711171651.lAHGpaKm015882@green.mif.pg.gda.pl>

glen wrote:
> 
> Author: glen                         Date: Sat Nov 17 16:37:26 2007 GMT
> Module: SPECS                         Tag: AC-branch
> ---- Log message:
> - adapter
> 
> ---- Files affected:
> SPECS:
>    samba.spec (1.348.2.7.2.2 -> 1.348.2.7.2.3) 
> 
> ---- Diffs:
> 
> ================================================================
> Index: SPECS/samba.spec
> diff -u SPECS/samba.spec:1.348.2.7.2.2 SPECS/samba.spec:1.348.2.7.2.3
> --- SPECS/samba.spec:1.348.2.7.2.2	Sat Nov 17 17:36:05 2007
> +++ SPECS/samba.spec	Sat Nov 17 17:37:21 2007
> @@ -541,7 +541,7 @@
>   - pod???
czenie do/od???
czenie od zasobu,
>   - otwarcie/utworzenie/zmiana nazwy katalogu,
>   - otwarcie/zamkni??cie/zmiana nazwy/skasowanie/zmiana praw plik??w.
> -Zawiera modu??y audit, extd_audit i full_audit.
> +   Zawiera modu??y audit, extd_audit i full_audit.

adapter is wrong here.

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


From ankry at green.mif.pg.gda.pl  Sat Nov 17 17:53:40 2007
From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz)
Date: Sat, 17 Nov 2007 17:53:40 +0100 (CET)
Subject: SPECS: samba.spec - adapter
In-Reply-To: <SPECS_samba.spec.1.387@pld-linux.org> from "glen" at Nov 17,
	2007 05:38:26 PM
Message-ID: <200711171653.lAHGreoC015916@green.mif.pg.gda.pl>

glen wrote:
>  
> -1. SAMBA Developers Guide
> -This book is a collection of documents that might be useful for
> -people developing samba or those interested in doing so. It's nothing
> -more than a collection of documents written by samba developers about
> -the internals of various parts of samba and the SMB protocol. It's
> -still (and will always be) incomplete.
[...]
> +1. SAMBA Developers Guide This book is a collection of documents that
> +might be useful for people developing samba or those interested in
> +doing so. It's nothing more than a collection of documents written by
> +samba developers about the internals of various parts of samba and the
> +SMB protocol. It's still (and will always be) incomplete.

And here also. Please verify its changes.

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


From gotar at polanet.pl  Sun Nov 18 17:32:58 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 18 Nov 2007 17:32:58 +0100
Subject: [ac] amd64 rpm repackage problem
Message-ID: <20071118163258.GB11008@pepin.polanet.pl>

# rpm -q --qf "%{name}-%{version}-%{release}.%{arch}\n" libpcap
libpcap-0.9.7-1.athlon
libpcap-0.9.4-1.amd64
# rpm -e libpcap-0.9.7-1.athlon
# rpm -q --qf "%{name}-%{version}-%{release}.%{arch}\n" libpcap
libpcap-0.9.7-1.athlon
libpcap-0.9.4-1.amd64

rpm-4.4.2-46 --rebuilddb and --justdb didn't help, I had to disable
%_repackage_all_erasures.

The same problem exists with --repackage:

#  rpm -e -vv --repackage srp-libs
D: opening  db environment /var/lib/rpm/Packages joinenv
D: opening  db index       /var/lib/rpm/Packages rdonly mode=0x0
D: locked   db index       /var/lib/rpm/Packages
D: opening  db index       /var/lib/rpm/Name rdonly mode=0x0
D:  read h#     313 Header SHA1 digest: OK (376e32026ba20f8e54e5f68542631b318bee5417)
D: ========== --- srp-libs-2.1.2-0.1 athlon/linux 0x1
D: opening  db index       /var/lib/rpm/Requirename rdonly mode=0x0
D: closed   db index       /var/lib/rpm/Requirename
D: closed   db index       /var/lib/rpm/Name
D: closed   db index       /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm/Packages
D: opening  db environment /var/lib/rpm/Packages joinenv
D: opening  db index       /var/lib/rpm/Packages create mode=0x42
D: mounted filesystems:
D:     i        dev    bsize       bavail       iavail mount point
D:     0 0x00000802     4096      1366147      1139767 /
D:     1 0x00000003     4096            0           -1 /proc
D:     2 0x00000000     4096            0           -1 /sys
D:     3 0x0000000d     4096            0           -1 /sys/kernel/security
D:     4 0x00000803     4096      2809633           -1 /var
D:     5 0x00000804     4096      2297589      4544905 /home
D:     6 0x00000302     4096      1185448           -1 /var/cache/squid2
D:     7 0x0000000a     4096            0           -1 /dev/pts
D:     8 0x0000000e     4096       192984       192983 /dev/shm
D: sanity checking 1 elements
D: running pre-transaction scripts
D: computing 2 file fingerprints
D: computing file dispositions
D: opening  db index       /var/lib/rpm/Basenames create mode=0x42
D: repackage: srp-libs-2.1.2-0.1 has 2 files, test = 0
D: opening  db index       /var/lib/rpm/Name create mode=0x42
D:  read h#     313 Header SHA1 digest: OK (376e32026ba20f8e54e5f68542631b318bee5417)
D: Signature: size(180)+pad(4)
D: fini      000755  0 (   0,   0)         0 /usr/lib/libkrypto.so.0.0.0 
D: fini      000755  0 (   0,   0)         0 /usr/lib/libsrp.so.0.0.0 
LZDIO:       1 writes,      400 total bytes in 0.000006 secs
Wrote: /var/spool/repackage/srp-libs-2.1.2-0.1.athlon.rpm
D: Exiting on signal(0x1000) ...
D: closed   db index       /var/lib/rpm/Basenames
D: closed   db index       /var/lib/rpm/Name
D: closed   db index       /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm/Packages

but:

#  rpm -e -vv srp-libs
D: opening  db environment /var/lib/rpm/Packages joinenv
D: opening  db index       /var/lib/rpm/Packages rdonly mode=0x0
D: locked   db index       /var/lib/rpm/Packages
D: opening  db index       /var/lib/rpm/Name rdonly mode=0x0
D:  read h#     313 Header SHA1 digest: OK (376e32026ba20f8e54e5f68542631b318bee5417)
D: ========== --- srp-libs-2.1.2-0.1 athlon/linux 0x1
D: opening  db index       /var/lib/rpm/Requirename rdonly mode=0x0
D: closed   db index       /var/lib/rpm/Requirename
D: closed   db index       /var/lib/rpm/Name
D: closed   db index       /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm/Packages
D: opening  db environment /var/lib/rpm/Packages joinenv
D: opening  db index       /var/lib/rpm/Packages create mode=0x42
D: mounted filesystems:
D:     i        dev    bsize       bavail       iavail mount point
D:     0 0x00000802     4096      1366147      1139767 /
D:     1 0x00000003     4096            0           -1 /proc
D:     2 0x00000000     4096            0           -1 /sys
D:     3 0x0000000d     4096            0           -1 /sys/kernel/security
D:     4 0x00000803     4096      2809269           -1 /var
D:     5 0x00000804     4096      2297589      4544905 /home
D:     6 0x00000302     4096      1185448           -1 /var/cache/squid2
D:     7 0x0000000a     4096            0           -1 /dev/pts
D:     8 0x0000000e     4096       192984       192983 /dev/shm
D: sanity checking 1 elements
D: running pre-transaction scripts
D: computing 2 file fingerprints
D: computing file dispositions
D: opening  db index       /var/lib/rpm/Basenames create mode=0x42
D: ========== --- srp-libs-2.1.2-0.1 athlon-linux 0x1
D:     erase: srp-libs-2.1.2-0.1 has 2 files, test = 0
D: opening  db index       /var/lib/rpm/Name create mode=0x42
D:  read h#     313 Header SHA1 digest: OK (376e32026ba20f8e54e5f68542631b318bee5417)
D: opening  db index       /var/lib/rpm/Triggername create mode=0x42
D: fini      000755  0 (   0,   0)         0 /usr/lib/libsrp.so.0.0.0 
D:    erase unlink of /usr/lib/libsrp.so.0.0.0 failed: No such file or directory
D: fini      000755  0 (   0,   0)         0 /usr/lib/libkrypto.so.0.0.0 
D:    erase unlink of /usr/lib/libkrypto.so.0.0.0 failed: No such file or directory
D:     erase: %postun(srp-libs-2.1.2-0.1.athlon) asynchronous scriptlet start
D:     erase: %postun(srp-libs-2.1.2-0.1.athlon)        execv(/sbin/ldconfig) pid 9201
D:     erase: waitpid(9201) rc 9201 status 0 secs 0.048
D:   --- h#     313 srp-libs-2.1.2-0.1
D: removing "srp-libs" from Name index.
D: removing 2 entries from Basenames index.
D: opening  db index       /var/lib/rpm/Group create mode=0x42
D: removing "Libraries" from Group index.
D: opening  db index       /var/lib/rpm/Requirename create mode=0x42
D: removing 11 entries from Requirename index.
D: opening  db index       /var/lib/rpm/Providename create mode=0x42
D: removing 3 entries from Providename index.
D: opening  db index       /var/lib/rpm/Dirnames create mode=0x42
D: removing "/usr/lib/" from Dirnames index.
D: opening  db index       /var/lib/rpm/Requireversion create mode=0x42
D: removing 11 entries from Requireversion index.
D: opening  db index       /var/lib/rpm/Provideversion create mode=0x42
D: removing 3 entries from Provideversion index.
D: opening  db index       /var/lib/rpm/Installtid create mode=0x42
D: removing 1 entries from Installtid index.
D: opening  db index       /var/lib/rpm/Sigmd5 create mode=0x42
D: removing 1 entries from Sigmd5 index.
D: opening  db index       /var/lib/rpm/Sha1header create mode=0x42
D: removing "376e32026ba20f8e54e5f68542631b318bee5417" from Sha1header index.
D: opening  db index       /var/lib/rpm/Filemd5s create mode=0x42
D: removing 2 entries from Filemd5s index.
D: running post-transaction scripts
D: closed   db index       /var/lib/rpm/Filemd5s
D: closed   db index       /var/lib/rpm/Sha1header
D: closed   db index       /var/lib/rpm/Sigmd5
D: closed   db index       /var/lib/rpm/Installtid
D: closed   db index       /var/lib/rpm/Provideversion
D: closed   db index       /var/lib/rpm/Requireversion
D: closed   db index       /var/lib/rpm/Dirnames
D: closed   db index       /var/lib/rpm/Triggername
D: closed   db index       /var/lib/rpm/Providename
D: closed   db index       /var/lib/rpm/Requirename
D: closed   db index       /var/lib/rpm/Group
D: closed   db index       /var/lib/rpm/Basenames
D: closed   db index       /var/lib/rpm/Name
D: closed   db index       /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm/Packages
D: May free Score board((nil))


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


From n3npq at mac.com  Sun Nov 18 18:37:28 2007
From: n3npq at mac.com (Jeff Johnson)
Date: Sun, 18 Nov 2007 12:37:28 -0500
Subject: [ac] amd64 rpm repackage problem
In-Reply-To: <20071118163258.GB11008@pepin.polanet.pl>
References: <20071118163258.GB11008@pepin.polanet.pl>
Message-ID: <618918E3-FC40-4965-86DE-AE82E61CBC0F@mac.com>

You're worried about error msgs like these?

erase unlink of /usr/lib/libsrp.so.0.0.0 failed: No such file or  
directory

Repackaging is "best effort", its impossible to repackage
content that is not present on the file system. Similarly erasures,
the failure to remove a file that is not present is hardly an
interesting error return, the file is gone after the unlink(2)
even if errno claims "No such file or directory."

FWIW, rpm-4.4.5 and later has doubly linked upgrade
chains, each installed package has backward links to upgraded/obsoleted
packages, each repackaged package has links to the package(s) that
replaced. rpm-4.4.2 does not have that content.

73 de Jeff

On Nov 18, 2007, at 11:32 AM, Tomasz Pala wrote:

> # rpm -q --qf "%{name}-%{version}-%{release}.%{arch}\n" libpcap
> libpcap-0.9.7-1.athlon
> libpcap-0.9.4-1.amd64
> # rpm -e libpcap-0.9.7-1.athlon
> # rpm -q --qf "%{name}-%{version}-%{release}.%{arch}\n" libpcap
> libpcap-0.9.7-1.athlon
> libpcap-0.9.4-1.amd64
>
> rpm-4.4.2-46 --rebuilddb and --justdb didn't help, I had to disable
> %_repackage_all_erasures.
>
> The same problem exists with --repackage:
>
> #  rpm -e -vv --repackage srp-libs
> D: opening  db environment /var/lib/rpm/Packages joinenv
> D: opening  db index       /var/lib/rpm/Packages rdonly mode=0x0
> D: locked   db index       /var/lib/rpm/Packages
> D: opening  db index       /var/lib/rpm/Name rdonly mode=0x0
> D:  read h#     313 Header SHA1 digest: OK  
> (376e32026ba20f8e54e5f68542631b318bee5417)
> D: ========== --- srp-libs-2.1.2-0.1 athlon/linux 0x1
> D: opening  db index       /var/lib/rpm/Requirename rdonly mode=0x0
> D: closed   db index       /var/lib/rpm/Requirename
> D: closed   db index       /var/lib/rpm/Name
> D: closed   db index       /var/lib/rpm/Packages
> D: closed   db environment /var/lib/rpm/Packages
> D: opening  db environment /var/lib/rpm/Packages joinenv
> D: opening  db index       /var/lib/rpm/Packages create mode=0x42
> D: mounted filesystems:
> D:     i        dev    bsize       bavail       iavail mount point
> D:     0 0x00000802     4096      1366147      1139767 /
> D:     1 0x00000003     4096            0           -1 /proc
> D:     2 0x00000000     4096            0           -1 /sys
> D:     3 0x0000000d     4096            0           -1 /sys/kernel/ 
> security
> D:     4 0x00000803     4096      2809633           -1 /var
> D:     5 0x00000804     4096      2297589      4544905 /home
> D:     6 0x00000302     4096      1185448           -1 /var/cache/ 
> squid2
> D:     7 0x0000000a     4096            0           -1 /dev/pts
> D:     8 0x0000000e     4096       192984       192983 /dev/shm
> D: sanity checking 1 elements
> D: running pre-transaction scripts
> D: computing 2 file fingerprints
> D: computing file dispositions
> D: opening  db index       /var/lib/rpm/Basenames create mode=0x42
> D: repackage: srp-libs-2.1.2-0.1 has 2 files, test = 0
> D: opening  db index       /var/lib/rpm/Name create mode=0x42
> D:  read h#     313 Header SHA1 digest: OK  
> (376e32026ba20f8e54e5f68542631b318bee5417)
> D: Signature: size(180)+pad(4)
> D: fini      000755  0 (   0,   0)         0 /usr/lib/libkrypto.so. 
> 0.0.0
> D: fini      000755  0 (   0,   0)         0 /usr/lib/libsrp.so.0.0.0
> LZDIO:       1 writes,      400 total bytes in 0.000006 secs
> Wrote: /var/spool/repackage/srp-libs-2.1.2-0.1.athlon.rpm
> D: Exiting on signal(0x1000) ...
> D: closed   db index       /var/lib/rpm/Basenames
> D: closed   db index       /var/lib/rpm/Name
> D: closed   db index       /var/lib/rpm/Packages
> D: closed   db environment /var/lib/rpm/Packages
>
> but:
>
> #  rpm -e -vv srp-libs
> D: opening  db environment /var/lib/rpm/Packages joinenv
> D: opening  db index       /var/lib/rpm/Packages rdonly mode=0x0
> D: locked   db index       /var/lib/rpm/Packages
> D: opening  db index       /var/lib/rpm/Name rdonly mode=0x0
> D:  read h#     313 Header SHA1 digest: OK  
> (376e32026ba20f8e54e5f68542631b318bee5417)
> D: ========== --- srp-libs-2.1.2-0.1 athlon/linux 0x1
> D: opening  db index       /var/lib/rpm/Requirename rdonly mode=0x0
> D: closed   db index       /var/lib/rpm/Requirename
> D: closed   db index       /var/lib/rpm/Name
> D: closed   db index       /var/lib/rpm/Packages
> D: closed   db environment /var/lib/rpm/Packages
> D: opening  db environment /var/lib/rpm/Packages joinenv
> D: opening  db index       /var/lib/rpm/Packages create mode=0x42
> D: mounted filesystems:
> D:     i        dev    bsize       bavail       iavail mount point
> D:     0 0x00000802     4096      1366147      1139767 /
> D:     1 0x00000003     4096            0           -1 /proc
> D:     2 0x00000000     4096            0           -1 /sys
> D:     3 0x0000000d     4096            0           -1 /sys/kernel/ 
> security
> D:     4 0x00000803     4096      2809269           -1 /var
> D:     5 0x00000804     4096      2297589      4544905 /home
> D:     6 0x00000302     4096      1185448           -1 /var/cache/ 
> squid2
> D:     7 0x0000000a     4096            0           -1 /dev/pts
> D:     8 0x0000000e     4096       192984       192983 /dev/shm
> D: sanity checking 1 elements
> D: running pre-transaction scripts
> D: computing 2 file fingerprints
> D: computing file dispositions
> D: opening  db index       /var/lib/rpm/Basenames create mode=0x42
> D: ========== --- srp-libs-2.1.2-0.1 athlon-linux 0x1
> D:     erase: srp-libs-2.1.2-0.1 has 2 files, test = 0
> D: opening  db index       /var/lib/rpm/Name create mode=0x42
> D:  read h#     313 Header SHA1 digest: OK  
> (376e32026ba20f8e54e5f68542631b318bee5417)
> D: opening  db index       /var/lib/rpm/Triggername create mode=0x42
> D: fini      000755  0 (   0,   0)         0 /usr/lib/libsrp.so.0.0.0
> D:    erase unlink of /usr/lib/libsrp.so.0.0.0 failed: No such file  
> or directory
> D: fini      000755  0 (   0,   0)         0 /usr/lib/libkrypto.so. 
> 0.0.0
> D:    erase unlink of /usr/lib/libkrypto.so.0.0.0 failed: No such  
> file or directory
> D:     erase: %postun(srp-libs-2.1.2-0.1.athlon) asynchronous  
> scriptlet start
> D:     erase: %postun(srp-libs-2.1.2-0.1.athlon)        execv(/sbin/ 
> ldconfig) pid 9201
> D:     erase: waitpid(9201) rc 9201 status 0 secs 0.048
> D:   --- h#     313 srp-libs-2.1.2-0.1
> D: removing "srp-libs" from Name index.
> D: removing 2 entries from Basenames index.
> D: opening  db index       /var/lib/rpm/Group create mode=0x42
> D: removing "Libraries" from Group index.
> D: opening  db index       /var/lib/rpm/Requirename create mode=0x42
> D: removing 11 entries from Requirename index.
> D: opening  db index       /var/lib/rpm/Providename create mode=0x42
> D: removing 3 entries from Providename index.
> D: opening  db index       /var/lib/rpm/Dirnames create mode=0x42
> D: removing "/usr/lib/" from Dirnames index.
> D: opening  db index       /var/lib/rpm/Requireversion create  
> mode=0x42
> D: removing 11 entries from Requireversion index.
> D: opening  db index       /var/lib/rpm/Provideversion create  
> mode=0x42
> D: removing 3 entries from Provideversion index.
> D: opening  db index       /var/lib/rpm/Installtid create mode=0x42
> D: removing 1 entries from Installtid index.
> D: opening  db index       /var/lib/rpm/Sigmd5 create mode=0x42
> D: removing 1 entries from Sigmd5 index.
> D: opening  db index       /var/lib/rpm/Sha1header create mode=0x42
> D: removing "376e32026ba20f8e54e5f68542631b318bee5417" from  
> Sha1header index.
> D: opening  db index       /var/lib/rpm/Filemd5s create mode=0x42
> D: removing 2 entries from Filemd5s index.
> D: running post-transaction scripts
> D: closed   db index       /var/lib/rpm/Filemd5s
> D: closed   db index       /var/lib/rpm/Sha1header
> D: closed   db index       /var/lib/rpm/Sigmd5
> D: closed   db index       /var/lib/rpm/Installtid
> D: closed   db index       /var/lib/rpm/Provideversion
> D: closed   db index       /var/lib/rpm/Requireversion
> D: closed   db index       /var/lib/rpm/Dirnames
> D: closed   db index       /var/lib/rpm/Triggername
> D: closed   db index       /var/lib/rpm/Providename
> D: closed   db index       /var/lib/rpm/Requirename
> D: closed   db index       /var/lib/rpm/Group
> D: closed   db index       /var/lib/rpm/Basenames
> D: closed   db index       /var/lib/rpm/Name
> D: closed   db index       /var/lib/rpm/Packages
> D: closed   db environment /var/lib/rpm/Packages
> D: May free Score board((nil))
>
>
> -- 
> Tomasz Pala <gotar at pld-linux.org>
> _______________________________________________
> pld-devel-en mailing list
> pld-devel-en at lists.pld-linux.org
> http://lists.pld-linux.org/mailman/listinfo/pld-devel-en



From gotar at polanet.pl  Sun Nov 18 19:17:42 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 18 Nov 2007 19:17:42 +0100
Subject: [ac] amd64 rpm repackage problem
In-Reply-To: <618918E3-FC40-4965-86DE-AE82E61CBC0F@mac.com>
References: <20071118163258.GB11008@pepin.polanet.pl>
	<618918E3-FC40-4965-86DE-AE82E61CBC0F@mac.com>
Message-ID: <20071118181742.GA13788@pepin.polanet.pl>

On Sun, Nov 18, 2007 at 12:37:28 -0500, Jeff Johnson wrote:

> You're worried about error msgs like these?
> 
> erase unlink of /usr/lib/libsrp.so.0.0.0 failed: No such file or  
> directory

No - I've removed these files by hand. I'm worried about not removing
package at all:

> > # rpm -q --qf "%{name}-%{version}-%{release}.%{arch}\n" libpcap
> > libpcap-0.9.7-1.athlon
> > libpcap-0.9.4-1.amd64
> > # rpm -e libpcap-0.9.7-1.athlon
> > # rpm -q --qf "%{name}-%{version}-%{release}.%{arch}\n" libpcap
> > libpcap-0.9.7-1.athlon
    ^^^^^^^^^^^^^^^^^^^^^^
> > libpcap-0.9.4-1.amd64

as you see it's still there, but it shouldn't. I couldn't remove this
library, srp-libs-2.1.2-0.1.athlon and openssl-0.9.8e-4.athlon.

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


From gotar at polanet.pl  Sun Nov 18 19:19:24 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 18 Nov 2007 19:19:24 +0100
Subject: [ac@amd64] sshd_config
Message-ID: <20071118181924.GA17994@pepin.polanet.pl>

Subsystem       sftp    /usr/lib6464/openssh/sftp-server
                             ^^^^^^^

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


From n3npq at mac.com  Sun Nov 18 19:31:04 2007
From: n3npq at mac.com (Jeff Johnson)
Date: Sun, 18 Nov 2007 13:31:04 -0500
Subject: [ac] amd64 rpm repackage problem
In-Reply-To: <20071118181742.GA13788@pepin.polanet.pl>
References: <20071118163258.GB11008@pepin.polanet.pl>
	<618918E3-FC40-4965-86DE-AE82E61CBC0F@mac.com>
	<20071118181742.GA13788@pepin.polanet.pl>
Message-ID: <4393266D-E662-4D31-A6F9-B0E88FF8F96A@mac.com>


On Nov 18, 2007, at 1:17 PM, Tomasz Pala wrote:

>
>>> # rpm -q --qf "%{name}-%{version}-%{release}.%{arch}\n" libpcap
>>> libpcap-0.9.7-1.athlon
>>> libpcap-0.9.4-1.amd64
>>> # rpm -e libpcap-0.9.7-1.athlon
>>> # rpm -q --qf "%{name}-%{version}-%{release}.%{arch}\n" libpcap
>>> libpcap-0.9.7-1.athlon
>     ^^^^^^^^^^^^^^^^^^^^^^
>>> libpcap-0.9.4-1.amd64
>
> as you see it's still there, but it shouldn't. I couldn't remove this
> library, srp-libs-2.1.2-0.1.athlon and openssl-0.9.8e-4.athlon.
>

So your expectation is that -e --repackage should also remove
the package, or is it that "athlon" rather than "amd64" is used as  
the arch?

I believe (but rpm-4.4.2 was like 3+ years ago) that --repackage takes
precedence over --erase. I.e. any of the install/upgrade/erase mode  
options
will behave identically when --repackage is present, and repackaging  
will
be done but the other mode operation will not.

Examine the logic flow in lib/rpminstall.c to see if I'm correct.

73 de jeff


From megabajt at pld-linux.org  Sun Nov 18 19:43:23 2007
From: megabajt at pld-linux.org (Marcin Banasiak)
Date: Sun, 18 Nov 2007 19:43:23 +0100
Subject: suggest
In-Reply-To: <200711162221.58369.kamil.listy@klecza.pl>
References: <1195162005.20847.6.camel@laptom> <473DD517.50300@shadsterling.com>
	<200711162221.58369.kamil.listy@klecza.pl>
Message-ID: <1195411403.29855.6.camel@localhost>

Kamil Dziedzic wrote:
> Krystian Tomczyk wrote:
> > wine-0.9.49-1.i686 suggests installation of: binfmt-detector
> > Try to install it? [N/y]
> >
> > Maybe first test if package is installed and if not then write this
> > question?
>
> ... and one more thing. When there are more than one Suggest it ask to install 
> them all. It should ask for each separately. Example:

I made patch for that, please test it.

-- 
Marcin Banasiak
-------------- next part --------------
A non-text attachment was scrubbed...
Name: poldek-suggests-one-package.patch
Type: text/x-patch
Size: 8959 bytes
Desc: not available
URL: </mailman/pipermail/pld-devel-en/attachments/20071118/07813473/attachment.bin>

From gotar at polanet.pl  Sun Nov 18 21:52:14 2007
From: gotar at polanet.pl (Tomasz Pala)
Date: Sun, 18 Nov 2007 21:52:14 +0100
Subject: [ac] amd64 rpm repackage problem
In-Reply-To: <4393266D-E662-4D31-A6F9-B0E88FF8F96A@mac.com>
References: <20071118163258.GB11008@pepin.polanet.pl>
	<618918E3-FC40-4965-86DE-AE82E61CBC0F@mac.com>
	<20071118181742.GA13788@pepin.polanet.pl>
	<4393266D-E662-4D31-A6F9-B0E88FF8F96A@mac.com>
Message-ID: <20071118205214.GA13915@pepin.polanet.pl>

On Sun, Nov 18, 2007 at 13:31:04 -0500, Jeff Johnson wrote:

> So your expectation is that -e --repackage should also remove
> the package,

Yes.

> I believe (but rpm-4.4.2 was like 3+ years ago) that --repackage takes
> precedence over --erase.

No - every package always is erased when -e --repackage ...until I've
found these 3 libraries (and I've encountered the problem some time ago,
but didn't resolved it AFAIR). --repackage is just an option to create
archive of package BEING removed. E.g. (the same system):

#  rpm -q m4-static
m4-static-1.4q-2
#  rpm -v -e --repackage m4-static
Wrote: /var/spool/repackage/m4-static-1.4q-2.amd64.rpm
#  rpm -q m4-static
package m4-static is not installed

> I.e. any of the install/upgrade/erase mode  
> options
> will behave identically when --repackage is present, and repackaging  
> will
> be done but the other mode operation will not.

It will. It always did except for these rare exceptions on mulilib:

#  rpm -q libgcc4
libgcc4-4.1.2-4
libgcc4-4.1.2-4
#  rpm -q --qf "%{arch}\n" libgcc4
amd64
athlon
#  rpm -e  libgcc4-4.1.2-4
error: "libgcc4-4.1.2-4" specifies multiple packages
#  rpm -v -e libgcc4-4.1.2-4.athlon
Wrote: /var/spool/repackage/libgcc4-4.1.2-4.athlon.rpm
#  rpm -q libgcc4
libgcc4-4.1.2-4
#  rpm -q --qf "%{arch}\n" libgcc4
amd64

The athlon package has been removed. However:

#  rpm -v -e libgcc4-4.1.2-4.athlon
#  rpm -v -e adasd
error: package adasd is not installed

there's no error message:) So let's try different EVR:

#  rpm -q --qf "%{name}-%{version}-%{release}.%{arch}\n" libgadu
libgadu-1.7.0-1.amd64
libgadu-1.6-1.athlon
#  rpm -v -e libgadu
error: "libgadu" specifies multiple packages
#  rpm -v -e libgadu-1.6-1.athlon
Wrote: /var/spool/repackage/libgadu-1.6-1.athlon.rpm
#  rpm -q --qf "%{name}-%{version}-%{release}.%{arch}\n" libgadu
libgadu-1.7.0-1.amd64

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


From kamil.listy at klecza.pl  Mon Nov 26 11:15:20 2007
From: kamil.listy at klecza.pl (Kamil Dziedzic)
Date: Mon, 26 Nov 2007 11:15:20 +0100
Subject: suggest
In-Reply-To: <1195411403.29855.6.camel@localhost>
References: <1195162005.20847.6.camel@laptom>
	<200711162221.58369.kamil.listy@klecza.pl>
	<1195411403.29855.6.camel@localhost>
Message-ID: <200711261115.20526.kamil.listy@klecza.pl>

Dnia niedziela 18 listopad 2007, Marcin Banasiak napisa?:
> Kamil Dziedzic wrote:
> > Krystian Tomczyk wrote:
> > > wine-0.9.49-1.i686 suggests installation of: binfmt-detector
> > > Try to install it? [N/y]
> > >
> > > Maybe first test if package is installed and if not then write this
> > > question?
> >
> > ... and one more thing. When there are more than one Suggest it ask to
> > install them all. It should ask for each separately. Example:
>
> I made patch for that, please test it.

Works really good for me (i have it installed from a more than week)... please 
add it;)

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

From qboosh at pld-linux.org  Mon Nov 26 22:24:28 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Mon, 26 Nov 2007 22:24:28 +0100
Subject: SPECS: builder - looks like "-B" is required to move a tag/branch
In-Reply-To: <SPECS_builder.1.525@pld-linux.org>
References: <SPECS_builder.1.524@pld-linux.org>
	<SPECS_builder.1.525@pld-linux.org>
Message-ID: <20071126212427.GA30940@stranger.qboosh.pl>

On Mon, Nov 26, 2007 at 10:17:12PM +0100, adamg wrote:
> Author: adamg                        Date: Mon Nov 26 21:17:12 2007 GMT
> Module: SPECS                         Tag: HEAD
> ---- Log message:
> - looks like "-B" is required to move a tag/branch

It depends on client version.
It's required by cvs 1.11/1.12, but refused as invalid option by
cvs-nserver client.


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


From glen at delfi.ee  Mon Nov 26 22:53:06 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Mon, 26 Nov 2007 23:53:06 +0200
Subject: SPECS: builder - looks like "-B" is required to move a tag/branch
In-Reply-To: <20071126212427.GA30940@stranger.qboosh.pl>
References: <SPECS_builder.1.524@pld-linux.org>
	<SPECS_builder.1.525@pld-linux.org>
	<20071126212427.GA30940@stranger.qboosh.pl>
Message-ID: <200711262353.07205.glen@delfi.ee>

On Monday 26 November 2007 23:24:28 Jakub Bogusz wrote:
> On Mon, Nov 26, 2007 at 10:17:12PM +0100, adamg wrote:
> > Author: adamg                        Date: Mon Nov 26 21:17:12 2007 GMT
> > Module: SPECS                         Tag: HEAD
> > ---- Log message:
> > - looks like "-B" is required to move a tag/branch
>
> It depends on client version.
> It's required by cvs 1.11/1.12, but refused as invalid option by
> cvs-nserver client.

to me it looked like it was needed to move branch->tag, but it's refused if 
you try vice versa (or was it vice versa)

-- 
glen


From qboosh at pld-linux.org  Tue Nov 27 00:05:14 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Tue, 27 Nov 2007 00:05:14 +0100
Subject: SPECS: resolvconf.spec - install man
In-Reply-To: <200711262236.lAQMaS2N023109@green.mif.pg.gda.pl>
References: <SPECS_resolvconf.spec.1.2@pld-linux.org>
	<200711262236.lAQMaS2N023109@green.mif.pg.gda.pl>
Message-ID: <20071126230514.GA17754@stranger.qboosh.pl>

(moved to pld-devel-en)

On Mon, Nov 26, 2007 at 11:36:28PM +0100, Andrzej Krzysztofowicz wrote:
> glen wrote:
> > +iconv -fKOI8R -tutf8 < man/interface-order.ru.5 > man/interface-order.ru-utf8.5
> > +iconv -fKOI8R -tutf8 < man/resolvconf.ru.8  > man/resolvconf.ru-utf8.8
> 
> Shouldn't it be done in more general way?
> AFAIR the default ru encoding (at least in Ac) is (was?) KOI8-r... 

It was ISO-8859-5, at least in glibc.
Yes, .spec translations and maybe manuals used to be in KOI8-R,
causing some mess.


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


From glen at delfi.ee  Tue Nov 27 00:51:57 2007
From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=)
Date: Tue, 27 Nov 2007 01:51:57 +0200
Subject: SPECS: resolvconf.spec - install man
In-Reply-To: <20071126230514.GA17754@stranger.qboosh.pl>
References: <SPECS_resolvconf.spec.1.2@pld-linux.org>
	<200711262236.lAQMaS2N023109@green.mif.pg.gda.pl>
	<20071126230514.GA17754@stranger.qboosh.pl>
Message-ID: <200711270151.57773.glen@delfi.ee>

On Tuesday 27 November 2007 01:05:14 Jakub Bogusz wrote:
> (moved to pld-devel-en)
>
> On Mon, Nov 26, 2007 at 11:36:28PM +0100, Andrzej Krzysztofowicz wrote:
> > glen wrote:
> > > +iconv -fKOI8R -tutf8 < man/interface-order.ru.5 >
> > > man/interface-order.ru-utf8.5 +iconv -fKOI8R -tutf8 <
> > > man/resolvconf.ru.8  > man/resolvconf.ru-utf8.8
> >
> > Shouldn't it be done in more general way?
> > AFAIR the default ru encoding (at least in Ac) is (was?) KOI8-r...
>
> It was ISO-8859-5, at least in glibc.
> Yes, .spec translations and maybe manuals used to be in KOI8-R,
> causing some mess.

dunno. the original file from tarball is KOI8-R
if i converted to utf8 i was able to see it on Th
however no magic displayed it properly on Ac (some chars were discarded)

but i didn't test  ISO-8859-5
and now i tried, it fails:
$ iconv -fKOI8R -tISO-8859-5 <interface-order.ru.5 >interface-order.ru-iso.5
iconv: illegal input sequence at position 80

because it has utf8 inside. ok it can be removed as it's a comment.

but later it has:
       Copyright ? 2004 Thomas Hood
which would display in iso8859-5:
       Copyright ? 2004 Thomas Hood

(in man source it's '\(co')

-- 
glen


From glen at delfi.ee  Wed Nov 28 00:56:27 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 28 Nov 2007 01:56:27 +0200
Subject: kernel-headers
Message-ID: <200711280156.27518.glen@delfi.ee>

this is again when package name and virtual usage is mixed

$ poldek -u kernel-module-build --sn ac-updates
Loading [pndir]ac-updates...
3073 packages read
Processing dependencies...
There are more than one package which provide "kernel-headers = 3:2.6.16.57-1":
a) kernel-grsecurity-headers-2.6.16.57-1
b) kernel-headers-2.6.16.57-1
Which one do you want to install ('Q' to abort)? [a]

for kernel-module-build it must be kernel-headers-2.6.16.57-1

but there are packages like klibc that require just kernel-headers >= 2.4

start using kernel(headers) = X.Y.Z for the provide?

however isn't this kernel-headers deprecated, and llh should be used instead?
in this case it's safe just drop Provide lines from kernel.spec?

-- 
glen


From qboosh at pld-linux.org  Wed Nov 28 06:47:45 2007
From: qboosh at pld-linux.org (Jakub Bogusz)
Date: Wed, 28 Nov 2007 06:47:45 +0100
Subject: kernel-headers
In-Reply-To: <200711280156.27518.glen@delfi.ee>
References: <200711280156.27518.glen@delfi.ee>
Message-ID: <20071128054745.GA31653@stranger.qboosh.pl>

On Wed, Nov 28, 2007 at 01:56:27AM +0200, Elan Ruusam?e wrote:
> this is again when package name and virtual usage is mixed
> 
> $ poldek -u kernel-module-build --sn ac-updates
> Loading [pndir]ac-updates...
> 3073 packages read
> Processing dependencies...
> There are more than one package which provide "kernel-headers = 3:2.6.16.57-1":
> a) kernel-grsecurity-headers-2.6.16.57-1
> b) kernel-headers-2.6.16.57-1
> Which one do you want to install ('Q' to abort)? [a]
> 
> for kernel-module-build it must be kernel-headers-2.6.16.57-1
> 
> but there are packages like klibc that require just kernel-headers >= 2.4
> 
> start using kernel(headers) = X.Y.Z for the provide?
> 
> however isn't this kernel-headers deprecated, and llh should be used instead?
> in this case it's safe just drop Provide lines from kernel.spec?

klibc:HEAD already uses llh.

Maybe some modules could be build with just kernel-headers, without
kernel-module-build - but I don't remember any.


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


From glen at delfi.ee  Wed Nov 28 08:51:23 2007
From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=)
Date: Wed, 28 Nov 2007 09:51:23 +0200
Subject: kernel-headers
In-Reply-To: <20071128054745.GA31653@stranger.qboosh.pl>
References: <200711280156.27518.glen@delfi.ee>
	<20071128054745.GA31653@stranger.qboosh.pl>
Message-ID: <200711280951.23202.glen@delfi.ee>

On Wednesday 28 November 2007 07:47:45 Jakub Bogusz wrote:
> On Wed, Nov 28, 2007 at 01:56:27AM +0200, Elan Ruusam?e wrote:
> > this is again when package name and virtual usage is mixed
> >
> > $ poldek -u kernel-module-build --sn ac-updates
> > Loading [pndir]ac-updates...
> > 3073 packages read
> > Processing dependencies...
> > There are more than one package which provide "kernel-headers =
> > 3:2.6.16.57-1": a) kernel-grsecurity-headers-2.6.16.57-1
> > b) kernel-headers-2.6.16.57-1
> > Which one do you want to install ('Q' to abort)? [a]
> >
> > for kernel-module-build it must be kernel-headers-2.6.16.57-1
> >
> > but there are packages like klibc that require just kernel-headers >= 2.4
> >
> > start using kernel(headers) = X.Y.Z for the provide?
> >
> > however isn't this kernel-headers deprecated, and llh should be used
> > instead? in this case it's safe just drop Provide lines from kernel.spec?
>
> klibc:HEAD already uses llh.
>
> Maybe some modules could be build with just kernel-headers, without
> kernel-module-build - but I don't remember any.

queried AC packages on ftp. only klibc requires that pkg directly.

so i take it as 'yes' to remove the dependency.

-- 
glen