From kevin-fedora-extras at scrye.com Wed Jun 1 00:21:58 2005
From: kevin-fedora-extras at scrye.com (Kevin Fenzi)
Date: Tue, 31 May 2005 18:21:58 -0600
Subject: libdir and python on x86_64
Message-ID: <20050601002201.09A943809C8@ningauble.scrye.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I'm running into a build problem with exo on x86_64.
See:
http://extras64.linux.duke.edu/failed/development/exo/0.3.0-5/x86_64/exo-0.3.0-5.failure.log
Whats happening is that I have:
%{_libdir}/python*/site-packages
in my files. That works under x86 and ppc just fine.
However, on x86_64, %{_libdir} == /usr/lib64/, but python still is
installing it's package files under /usr/lib/
So, whats the answer here?
- - Hard code:
/usr/lib/python*/site-packages/
(This means the package won't be relocatable anywhere, rpmlint
complains, etc)
- - Setup a special case for x86_64:
%ifarch %{ix86} ia64
/usr/lib/python*/site-packages
%else
%{_libdir}/python*/site-packages
%endif
(This means x86_64 won't be relocatable, etc)
- - Modify the configure in the package to handle the diffrent libdir on
x86_64 and install under /usr/lib64 as it's expecting? Or possibly the
python Makefile with a patch only applied to x86_64 builds?
- - Something else?
I don't have a x86_64 test machine, so it's not easy for me to test
these possible solutions there.
kevin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8
iD8DBQFCnP+o3imCezTjY0ERAgtjAJ9elWmlBLbkT7O54l27hQKflmZUSwCfeQUe
gKhDP/ppiS3Nief16MG86c8=
=F0gV
-----END PGP SIGNATURE-----
From shahms at shahms.com Wed Jun 1 00:30:41 2005
From: shahms at shahms.com (Shahms E. King)
Date: Tue, 31 May 2005 17:30:41 -0700
Subject: libdir and python on x86_64
In-Reply-To: <20050601002201.09A943809C8@ningauble.scrye.com>
References: <20050601002201.09A943809C8@ningauble.scrye.com>
Message-ID: <429D01B1.8060508@shahms.com>
Use the python_sitearch or python_sitelib defines:
%{!?python_sitearch: %define python_sitearch %(%{__python} -c "from
distutils.sysconfig import get_python_lib; print get_python_lib(1)")}
%{!?python_sitelib: %define python_sitelib %(%{__python} -c "from
distutils.sysconfig import get_python_lib; print get_python_lib()")}
Pick the appropriate one, put it at the top of the specfile, and use
that rather than %{_libdir}. There's more information in the wiki.
These are also defined in the python spec template in fedora-rpmdevtools.
--Shahms
From mpeters at mac.com Wed Jun 1 01:09:45 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Tue, 31 May 2005 18:09:45 -0700
Subject: Request for review: latex-prosper
In-Reply-To: <1117431949.6112.71.camel@laptop.mpeters.local>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
Message-ID: <1117588185.4335.12.camel@laptop.mpeters.local>
On Sun, 2005-05-29 at 22:45 -0700, Michael A. Peters wrote:
> On Mon, 2005-05-30 at 05:29 +0100, Jose Pedro Oliveira wrote:
> > Michael Peters,
> >
> > > http://mpeters.us/fc_extras/latex-prosper.spec
> > > http://mpeters.us/fc_extras/latex-prosper-1.00.4-0.1.src.rpm
> >
> > The namespace for LaTeX packages in Fedora is tetex. Please
> > rename the package to tetex-prosper.
>
> done
>
> http://mpeters.us/fc_extras/tetex-prosper.spec
> http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.1.src.rpm
>
> fixed License tag as well
Are there any outstanding issues?
I'd like to get someone to sponsor this for inclusion in CVS.
I believe I have CVS access (haven't tried to commit anything yet - only
package that has had explicit approval stopped building on x86 on
rawhide :-/ ) but I need the explicit approval.
This is an extremely low maintenance noarch package.
From ed at eh3.com Wed Jun 1 01:46:08 2005
From: ed at eh3.com (Ed Hill)
Date: Tue, 31 May 2005 21:46:08 -0400
Subject: Request for review: latex-prosper
In-Reply-To: <1117588185.4335.12.camel@laptop.mpeters.local>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
Message-ID: <1117590368.28429.128.camel@ernie>
On Tue, 2005-05-31 at 18:09 -0700, Michael A. Peters wrote:
> >
> > http://mpeters.us/fc_extras/tetex-prosper.spec
> > http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.1.src.rpm
> >
> > fixed License tag as well
>
> Are there any outstanding issues?
Hi Michael,
My LaTeX slides are usually very Spartan so something thats easier on
the eyes would be nice. Heres a review:
Good:
* source matches upstream & good signature
* builds, installs, and works-for-me with FC3
Bad:
* E: zero-length /usr/share/texmf/tex/prosper/designer/prosper.ui
Please fix the one error and I'll send an APPROVED.
thanks,
Ed
ps - As someone pointed out, its probably inferior to tetex-beamer.
But Extras is all about choice, right?
--
Edward H. Hill III, PhD
office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave.
Cambridge, MA 02139-4307
emails: eh3 at mit.edu ed at eh3.com
URLs: http://web.mit.edu/eh3/ http://eh3.com/
phone: 617-253-0098
fax: 617-253-4464
From jwboyer at jdub.homelinux.org Wed Jun 1 02:09:49 2005
From: jwboyer at jdub.homelinux.org (Josh Boyer)
Date: Tue, 31 May 2005 21:09:49 -0500
Subject: Fedora Extras 4/Fedora Extras Development
In-Reply-To: <1117576862.18404.62.camel@cutter>
References: <1117576862.18404.62.camel@cutter>
Message-ID: <1117591789.3107.19.camel@yoda.jdub.homelinux.org>
On Tue, 2005-05-31 at 18:01 -0400, seth vidal wrote:
> Ok Folks,
> The Extras 4 tree has been made and development is now for builds for
> to-be-FC5 in the buildsystem.
>
> I wonder what will break. :)
Things seem to be working fine for me. I had builds on FC-3, FC-4, and
devel all complete successfully.
Thanks and again, the work is appreciated!
josh
From kevin-fedora-extras at scrye.com Wed Jun 1 03:18:15 2005
From: kevin-fedora-extras at scrye.com (Kevin Fenzi)
Date: Tue, 31 May 2005 21:18:15 -0600
Subject: libdir and python on x86_64
References: <20050601002201.09A943809C8@ningauble.scrye.com>
<429D01B1.8060508@shahms.com>
Message-ID: <20050601031818.6F8B5380D08@ningauble.scrye.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
>>>>> "Shahms" == Shahms E King writes:
Shahms> Use the python_sitearch or python_sitelib defines:
Shahms> %{!?python_sitearch: %define python_sitearch %(%{__python} -c
Shahms> "from distutils.sysconfig import get_python_lib; print
Shahms> get_python_lib(1)")}
Shahms> %{!?python_sitelib: %define python_sitelib %(%{__python} -c
Shahms> "from distutils.sysconfig import get_python_lib; print
Shahms> get_python_lib()")}
Shahms> Pick the appropriate one, put it at the top of the specfile,
Shahms> and use that rather than %{_libdir}. There's more information
Shahms> in the wiki. These are also defined in the python spec
Shahms> template in fedora-rpmdevtools.
Cool. This is just what I was looking for.
Thanks for the pointer.
Shahms> --Shahms
kevin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8
iD8DBQFCnSj63imCezTjY0ERAhbyAJ9miXYlCoWGnB5CQ7lCGq/h6JMoJgCeJNlI
Dm3+ALakn/xUTLFEqX6A0Es=
=YkGX
-----END PGP SIGNATURE-----
From jpo at di.uminho.pt Wed Jun 1 03:32:22 2005
From: jpo at di.uminho.pt (Jose Pedro Oliveira)
Date: Wed, 1 Jun 2005 04:32:22 +0100 (WEST)
Subject: Request for review: latex-prosper
In-Reply-To: <1117588185.4335.12.camel@laptop.mpeters.local>
References: <1117414576.6112.52.camel@laptop.mpeters.local><1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt><1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
Message-ID: <1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
> On Sun, 2005-05-29 at 22:45 -0700, Michael A. Peters wrote:
>> On Mon, 2005-05-30 at 05:29 +0100, Jose Pedro Oliveira wrote:
>> > Michael Peters,
>> >
>> > > http://mpeters.us/fc_extras/latex-prosper.spec
>> > > http://mpeters.us/fc_extras/latex-prosper-1.00.4-0.1.src.rpm
>> >
>> > The namespace for LaTeX packages in Fedora is tetex. Please
>> > rename the package to tetex-prosper.
>>
>> done
>>
>> http://mpeters.us/fc_extras/tetex-prosper.spec
>> http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.1.src.rpm
>>
>> fixed License tag as well
>
> Are there any outstanding issues?
Yes, there are.
1) The license is wrong (BSD?). According to the file prosper.cls
it should be "LaTeX Project Public License". This license is valid and
is recognized by the lastest rpmlint versions (/etc/rpmlint/config).
2) split the scriptlets requirements. Check
http://fedoraproject.org/wiki/PackagingGuidelines
3) The package doesn't appears to be installing documentation
that can be located by texdoc (at least the file prosper-doc.pdf).
I will try to review it better tomorrow. Meanwhile see for example, the
specfile of tetex-bytefield available in the Extras repo.
> I'd like to get someone to sponsor this for inclusion in CVS.
> I believe I have CVS access (haven't tried to commit anything yet - only
> package that has had explicit approval stopped building on x86 on
> rawhide :-/ ) but I need the explicit approval.
>
> This is an extremely low maintenance noarch package.
Regards,
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
From jpo at di.uminho.pt Wed Jun 1 03:48:25 2005
From: jpo at di.uminho.pt (Jose Pedro Oliveira)
Date: Wed, 1 Jun 2005 04:48:25 +0100 (WEST)
Subject: Request for review: tetex-prosper (was latex-prosper)
In-Reply-To: <1117588185.4335.12.camel@laptop.mpeters.local>
References: <1117414576.6112.52.camel@laptop.mpeters.local><1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt><1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
Message-ID: <1167.213.13.86.113.1117597705.squirrel@webmail.lsd.di.uminho.pt>
>> http://mpeters.us/fc_extras/tetex-prosper.spec
>> http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.1.src.rpm
>
> Are there any outstanding issues?
Also:
1) don't use %RPM_BUILD_ROOT and %buildroot simultaneously. Stick
with one option by specfile.
2) move the removal of the CVS directories into the %prep section
find . -type d -name CVS | xargs rm -rf
3) whenever possible use install instead of mkdir/cp commands
Examples:
mkdir -> install -d -m 755 ...
cp -p -> install -p -m 644 ...
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
From ed at eh3.com Wed Jun 1 04:47:55 2005
From: ed at eh3.com (Ed Hill)
Date: Wed, 01 Jun 2005 00:47:55 -0400
Subject: Request for review: latex-prosper
In-Reply-To: <1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
Message-ID: <1117601275.28429.153.camel@ernie>
On Wed, 2005-06-01 at 04:32 +0100, Jose Pedro Oliveira wrote:
> > On Sun, 2005-05-29 at 22:45 -0700, Michael A. Peters wrote:
> >> On Mon, 2005-05-30 at 05:29 +0100, Jose Pedro Oliveira wrote:
> >> > Michael Peters,
> >> >
> >> > > http://mpeters.us/fc_extras/latex-prosper.spec
> >> > > http://mpeters.us/fc_extras/latex-prosper-1.00.4-0.1.src.rpm
> >> >
> >> > The namespace for LaTeX packages in Fedora is tetex. Please
> >> > rename the package to tetex-prosper.
> >>
> >> done
> >>
> >> http://mpeters.us/fc_extras/tetex-prosper.spec
> >> http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.1.src.rpm
> >>
> >> fixed License tag as well
> >
> > Are there any outstanding issues?
>
> Yes, there are.
>
> 1) The license is wrong (BSD?). According to the file prosper.cls
> it should be "LaTeX Project Public License". This license is valid and
> is recognized by the lastest rpmlint versions (/etc/rpmlint/config).
Hi Jose,
I think you need to take a second look at that prosper.cls file. The
license shown in the first thirty lines of that file (which is included
below and is the only mention of *any* license within that file) looks
very BSD-like and does not look like any of the five (1.0--1.3a)
versions of the LaTeX Project Public License as documented at:
http://www.latex-project.org/lppl/
Also, the only other mentions of a license that I could find within the
prosper source or web pages were:
(1) Web site says:
"is Prosper free ?
Prosper is entirely free in both senses: you do not have to
pay for it, and you can do what you want with its source
code, provided you comply with the terms of the original
copyright."
(2) The commands
tar -xzf prosper-1.00.4.tar.gz
cd prosper
find . -type f | xargs grep -C 3 -i license
all seem to return the *same* BSD-like license which is
included below.
Ed
--
Edward H. Hill III, PhD
office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave.
Cambridge, MA 02139-4307
emails: eh3 at mit.edu ed at eh3.com
URLs: http://web.mit.edu/eh3/ http://eh3.com/
phone: 617-253-0098
fax: 617-253-4464
-------------- next part --------------
%==============================================================================
% Prosper -- (prosper.cls) Class file
% A LaTeX class for creating slides
% Author: Frederic Goualard (Frederic.Goualard at cwi.nl)
% Centrum voor Wiskunde en Informatica
% Amsterdam, The Netherlands
%
% Copyright (c) 2000 Frederic Goualard
% All rights reserved.
%
% Permission is hereby granted, without written agreement and without
% license or royalty fees, to use, copy, modify, and distribute this
% software and its documentation for any purpose, provided that the
% above copyright notice and the following two paragraphs appear in
% all copies of this software.
%
% IN NO EVENT SHALL THE AUTHOR BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT,
% SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OF
% THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF THE AUTHOR HAS BEEN ADVISED
% OF THE POSSIBILITY OF SUCH DAMAGE.
%
% THE AUTHOR SPECIFICALLY DISCLAIMS ANY WARRANTIES,
% INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY
% AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE PROVIDED HEREUNDER IS
% ON AN "AS IS" BASIS, AND THE AUTHOR HAS NO OBLIGATION TO
% PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS.
%
% CVSId : $Id: prosper.cls,v 1.5 2001/01/31 10:20:44 exupery Exp $
%==============================================================================
From ivazquez at ivazquez.net Wed Jun 1 05:03:11 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Wed, 01 Jun 2005 01:03:11 -0400
Subject: Request for review: latex-prosper
In-Reply-To: <1117601275.28429.153.camel@ernie>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117601275.28429.153.camel@ernie>
Message-ID: <1117602191.6284.23.camel@ignacio.ignacio.lan>
On Wed, 2005-06-01 at 00:47 -0400, Ed Hill wrote:
> all seem to return the *same* BSD-like license which is
> included below.
It's missing the "our name cannot be used to promote derived works"
clause that BSD has, so IMO it would be wrong to call this BSD. It is in
fact much, *much* closer to the MIT license.
--
Ignacio Vazquez-Abrams
http://fedora.ivazquez.net/
gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- 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:
From elprodigio at gmail.com Wed Jun 1 05:34:12 2005
From: elprodigio at gmail.com (Didier Casse)
Date: Wed, 1 Jun 2005 13:34:12 +0800
Subject: Request for review: Enlightenment DR17 + EFL
In-Reply-To: <1117551300.3991.44.camel@localhost.localdomain>
References: <513a3b305052909433f8d4ec9@mail.gmail.com>
<429A169F.7070403@research.att.com>
<20050529192746.GD26225@ryoko.camperquake.de>
<429A19A3.40604@research.att.com>
<513a3b305052919103e75b08f@mail.gmail.com>
<429A9150.1060101@research.att.com>
<429A9A26.8000602@research.att.com>
<513a3b3050529223560951b82@mail.gmail.com>
<1117551300.3991.44.camel@localhost.localdomain>
Message-ID: <513a3b305053122343d82b16a@mail.gmail.com>
On 5/31/05, Tom 'spot' Callaway wrote:
> On Mon, 2005-05-30 at 13:35 +0800, Didier Casse wrote:
> > The solution, as discussed with Carsten, to avoid this in the future
> > would be to set:
> >
> > CFLAGS="-O2 -fomit-frame-pointer"
> > export CFLAGS
> >
> > in the spec file for a generic binary.
>
> Umm, lets not be so hasty to blast away the RPM_OPT_FLAGS. If you need
> -fomit-frame-pointer for a package, do this instead:
>
> CFLAGS="$RPM_OPT_FLAGS -fomit-frame-pointer"
>
> ~spot
Hey John,
For EVAS we require the full:
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -msse -mmmx -pipe"
But for x86_64 we can't use -march=pentium4, can you try the following
in the spec file and tell me if it compiles correctly:
%build
CFLAGS="$RPM_OPT_FLAGS -fomit-frame-pointer -msse -mmx -pipe"
export CFLAGS
If not, then we remove the "-msse -mmx -pipe" options. Thanks a lot.
--
Cheers,
Didier.
------------
Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe
Didier F.B Casse
PhD candidate, Singapore Synchrotron Light Source (SSLS)
National University of Singapore.
From ville.skytta at iki.fi Wed Jun 1 06:46:51 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Wed, 01 Jun 2005 09:46:51 +0300
Subject: libdir and python on x86_64
In-Reply-To: <20050601031818.6F8B5380D08@ningauble.scrye.com>
References: <20050601002201.09A943809C8@ningauble.scrye.com>
<429D01B1.8060508@shahms.com>
<20050601031818.6F8B5380D08@ningauble.scrye.com>
Message-ID: <1117608411.4633.111.camel@bobcat.mine.nu>
On Tue, 2005-05-31 at 21:18 -0600, Kevin Fenzi wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> >>>>> "Shahms" == Shahms E King writes:
>
> Shahms> Use the python_sitearch or python_sitelib defines:
> Shahms> %{!?python_sitearch: %define python_sitearch %(%{__python} -c
> Shahms> "from distutils.sysconfig import get_python_lib; print
> Shahms> get_python_lib(1)")}
>
> Shahms> %{!?python_sitelib: %define python_sitelib %(%{__python} -c
> Shahms> "from distutils.sysconfig import get_python_lib; print
> Shahms> get_python_lib()")}
>
> Shahms> Pick the appropriate one, put it at the top of the specfile,
> Shahms> and use that rather than %{_libdir}. There's more information
> Shahms> in the wiki. These are also defined in the python spec
> Shahms> template in fedora-rpmdevtools.
>
> Cool. This is just what I was looking for.
Unfortunately looking at your exo commit tells me that you have probably
picked the wrong one. python_sitelib is for arch-independent stuff and
python_sitearch for arch-dependent stuff. exo seems to install arch
dependent python things.
From mpeters at mac.com Wed Jun 1 07:06:26 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Wed, 01 Jun 2005 00:06:26 -0700
Subject: Request for review: latex-prosper
In-Reply-To: <1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
Message-ID: <1117609587.9421.12.camel@laptop.mpeters.local>
On Wed, 2005-06-01 at 04:32 +0100, Jose Pedro Oliveira wrote:
>
> I will try to review it better tomorrow. Meanwhile see for example, the
> specfile of tetex-bytefield available in the Extras repo.
OK - other than the license thing being discussed, I *think* I've
covered everything.
http://mpeters.us/fc_extras/latex-prosper-1.00.4-0.2.src.rpm
http://mpeters.us/fc_extras/latex-prosper.spec
I'm going to file a RFE on fedora-rpmdevtools to get a skeleton
tetex-package spec file including the macros you used in tetex-bytefield
- it's definitely the better way to do it.
I do have a question though -
you use /usr/bin/texhash and I'm using /usr/bin/mktexlsr
Is there a reason for using texhash? (I know its a symlink to mktexlsr)
Also - in your spec file for bytefield, you allow the rpm builder to
specify a custom texmf directory, and if not specified, the macro gets
set to system default.
Should texhash/mktexslr then specify the macro as the directory it
operates on, in case the user chooses to build with a different one than
default?
From mpeters at mac.com Wed Jun 1 07:25:59 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Wed, 01 Jun 2005 00:25:59 -0700
Subject: Request for review: latex-prosper
In-Reply-To: <1117609587.9421.12.camel@laptop.mpeters.local>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117609587.9421.12.camel@laptop.mpeters.local>
Message-ID: <1117610759.9421.15.camel@laptop.mpeters.local>
On Wed, 2005-06-01 at 00:06 -0700, Michael A. Peters wrote:
> On Wed, 2005-06-01 at 04:32 +0100, Jose Pedro Oliveira wrote:
>
> >
> > I will try to review it better tomorrow. Meanwhile see for example, the
> > specfile of tetex-bytefield available in the Extras repo.
>
> OK - other than the license thing being discussed, I *think* I've
> covered everything.
>
> http://mpeters.us/fc_extras/latex-prosper-1.00.4-0.2.src.rpm
> http://mpeters.us/fc_extras/latex-prosper.spec
er, scratch that -
http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.2.src.rpm
http://mpeters.us/fc_extras/tetex-prosper.spec
(tired, going to bed now ...)
From petersen at redhat.com Wed Jun 1 08:12:24 2005
From: petersen at redhat.com (Jens Petersen)
Date: Wed, 01 Jun 2005 17:12:24 +0900
Subject: Request for Review: darcs
Message-ID: <429D6DE8.4000207@redhat.com>
http://people.redhat.com/petersen/extras/darcs.spec
Name: darcs
Summary: David's advanced revision control system
Group: Development/Tools
License: GPL
URL: http://www.darcs.net/
Darcs is a revision control system. Darcs is simple to learn and use, with a
powerful new approach to meet the needs of today's distributed software
projects. Darcs is decentralized, based on a "theory of patches" with roots in
quantum mechanics.
From tian at c-sait.net Wed Jun 1 09:03:36 2005
From: tian at c-sait.net (Christian Jodar)
Date: Wed, 1 Jun 2005 11:03:36 +0200 (CEST)
Subject: Should I find a sponsor or a maintainer?
Message-ID: <42776.83.145.93.226.1117616616.squirrel@83.145.93.226>
Hello,
I submitted GCfilms application and it has been approved. I thought next
step was to require a sponsor (CLA done and membership to cvsextras
requested). I did so but didn't get any feedback.
I don't know what should be my steps now. Should I only have to wait for
a sponsor? Or should I look for a maintainer that already have CVS access?
Really sorry to disturb you, but maybe something is not clear for me. And
as GCfilms has already been included in other systems (Mandriva contribs,
FreeBSD ports, in progress for Debian and Ubuntu), I'd really like to see
it in the one I use every day, Fedora. So if I am not the maintainer in FE
for GCfilms, it won't be a major issue.
So please let me know about what I should do now.
For information, here is the sponsor request (contains a link to the
application approval):
https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00839.html
Thanks a lot for your attention,
Christian Jodar.
From petersen at redhat.com Wed Jun 1 09:09:12 2005
From: petersen at redhat.com (Jens Petersen)
Date: Wed, 01 Jun 2005 18:09:12 +0900
Subject: New package: fpc-2.0.0
In-Reply-To: <1117019248.16169.45.camel@joost>
References: <1116876717.23375.28.camel@joost> <4292AC08.5000503@redhat.com>
<1117019248.16169.45.camel@joost>
Message-ID: <429D7B38.1040701@redhat.com>
Hi Joost,
Sorry for the slow follow up.
Joost van der Sluis wrote:
> On Tue, 2005-05-24 at 13:22 +0900, Jens Petersen wrote:
>
>>It doesn't seem to build completely on x86_64, since
>>the libs are installed in /usr/lib and not /usr/lib64.
>
> I've tried to fix that. Couldn't test it though, I don't have regular
> access to a x86_64 machine.
Thanks. Unfortunately it still isn't fixed -
perhaps you can try to track down the problem by overriding
_libdir yourself when building for i386.
>>- "examples/" seems to be too big to include in the main package:
>> I recommend either excluding it or at least moving it to a -doc
>> subpackage
>
> I removed the examples and will make a -doc subpackage. Only thing is
> that that package must contain the full fpc-sources since the examples
> are spread throughout the sources. Is that ok?
How big will that make the -doc package? :)
>>- If more html documentation available, it could also go into -doc.
>> I see there is a -docs subpackage on the upstream download page.
>
> The documentation can be generated as .pdf or .html. (Both has some
> problems in the 2.0.0 release, but there are patches for that)
Probably just html is sufficient for the -doc package.
>>- the software is GPL/LGPL :), but are there any legal issues with
>> highlighting TP and Delphi compatibility?
>
>
> You mean problems with the 'TP and Delphi compatibility' statement? I
> won't know why.
I mean they're probably registered trademarks and so on.
Thought it was worth bringing up anyway... Anyone?
>>- (It would be nice if upstream could simplify building and installing
>> without the setup.sh script?:)
>
> Which script do you mean?
I mean just "configure; make; make install" rather than calling half a dozen
make targets... more of an upstream rfe I suppose though. :)
> The new spec-file and source rpm can be found here: (I also fixed Jochen
> Schhmitt's comment)
>
> http://www.cnoc.nl/fpc/fpc.spec
Thanks. I attach some more fixes.
Any reason not to own %{_libdir}/%{name} itself?
I think fpc should.
Jens
-------------- next part --------------
A non-text attachment was scrubbed...
Name: fpc.spec-0.3.patch
Type: text/x-patch
Size: 2154 bytes
Desc: not available
URL:
From j.w.r.degoede at hhs.nl Wed Jun 1 09:20:52 2005
From: j.w.r.degoede at hhs.nl (Hans de Goede)
Date: Wed, 01 Jun 2005 11:20:52 +0200
Subject: FC4 and development Extra repos don't work with up2date (missing
headers dir)
Message-ID: <429D7DF4.4040607@hhs.nl>
Hi,
Because the FC4/i386 and development/i386 directories under extras don't
have an headers dir like the FC3/i386 has they don't work with up2date.
I think this should be fixed for now by adding header dirs to these
repos. In the future up2date should learn how to handle the new repodata
format.
Regards,
Hans
From wtogami at redhat.com Wed Jun 1 09:28:43 2005
From: wtogami at redhat.com (Warren Togami)
Date: Tue, 31 May 2005 23:28:43 -1000
Subject: Should I find a sponsor or a maintainer?
In-Reply-To: <42776.83.145.93.226.1117616616.squirrel@83.145.93.226>
References: <42776.83.145.93.226.1117616616.squirrel@83.145.93.226>
Message-ID: <429D7FCB.80709@redhat.com>
Christian Jodar wrote:
> Hello,
>
> I submitted GCfilms application and it has been approved. I thought next
> step was to require a sponsor (CLA done and membership to cvsextras
> requested). I did so but didn't get any feedback.
>
> I don't know what should be my steps now. Should I only have to wait for
> a sponsor? Or should I look for a maintainer that already have CVS access?
>
> Really sorry to disturb you, but maybe something is not clear for me. And
> as GCfilms has already been included in other systems (Mandriva contribs,
> FreeBSD ports, in progress for Debian and Ubuntu), I'd really like to see
> it in the one I use every day, Fedora. So if I am not the maintainer in FE
> for GCfilms, it won't be a major issue.
>
> So please let me know about what I should do now.
>
> For information, here is the sponsor request (contains a link to the
> application approval):
>
> https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00839.html
>
> Thanks a lot for your attention,
>
> Christian Jodar.
Please request cvsextras access again. It is good that you are being
persistent, that means you are serious about the package.
Warren Togami
wtogami at redhat.com
From kaboom at oobleck.net Wed Jun 1 09:59:48 2005
From: kaboom at oobleck.net (Chris Ricker)
Date: Wed, 1 Jun 2005 05:59:48 -0400 (EDT)
Subject: package submission policy question
In-Reply-To: <1117567758.4072.73.camel@laptop.mpeters.local>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
Message-ID:
On Tue, 31 May 2005, Michael A. Peters wrote:
> A private e-mail from a packager I highly respect expressed some
> concerns relating to two package I requested for review
>
> sword (and by extension gnomesword)
>
> The concern was two-fold:
>
> 1) the nature of the software could be seen as religious
> efforts/campaigns
Really, sword's just a text viewing api that's basically content-agnostic
(and there are non-scriptural texts available in the XML / XHTML markup
formats it supports) but which has some features that are most widely used
by people studying scriptures (side-by-side translation comparisons,
linking to concordances, etc.)
> 2) the title of the software, sword, could invoke negative reactions
> from some people
so could "suck", which is shipped ;-)
*shrug* sword's not software I use, but I don't see any reason it
shouldn't be available for those who would like it.
later,
chris
From kaboom at oobleck.net Wed Jun 1 10:08:53 2005
From: kaboom at oobleck.net (Chris Ricker)
Date: Wed, 1 Jun 2005 06:08:53 -0400 (EDT)
Subject: Fedora Extras: missing bugzilla components (fwd)
In-Reply-To: <20050531214136.075c2943.bugs.michael@gmx.net>
References:
<20050531214136.075c2943.bugs.michael@gmx.net>
Message-ID:
On Tue, 31 May 2005, Michael Schwendt wrote:
> You requested "xaliclock" according to the Wiki page change history. ;)
Ah, that would explain it ;-)
Is there some way to look up who the owner of a bugzilla component is?
later,
chris
From jpo at di.uminho.pt Wed Jun 1 10:32:52 2005
From: jpo at di.uminho.pt (Jose Pedro Oliveira)
Date: Wed, 1 Jun 2005 11:32:52 +0100 (WEST)
Subject: Request for review: tetex-prosper (LPPL license)
In-Reply-To: <1117601275.28429.153.camel@ernie>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117601275.28429.153.camel@ernie>
Message-ID: <52571.81.84.87.108.1117621972.squirrel@webmail.lsd.di.uminho.pt>
LPPL license
------------
Last February I pinged the fedora-packaging mailing list about the LPPL
license and got the following answer from Tom Callaway:
https://www.redhat.com/archives/fedora-packaging/2005-February/msg00132.html
Regards,
jpo
>> >> http://mpeters.us/fc_extras/tetex-prosper.spec
>> >> http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.1.src.rpm
>> >>
>> >> fixed License tag as well
>> >
>> > Are there any outstanding issues?
>>
>> Yes, there are.
>>
>> 1) The license is wrong (BSD?). According to the file prosper.cls
>> it should be "LaTeX Project Public License". This license is valid and
>> is recognized by the lastest rpmlint versions (/etc/rpmlint/config).
>
>
> Hi Jose,
>
> I think you need to take a second look at that prosper.cls file. The
> license shown in the first thirty lines of that file (which is included
> below and is the only mention of *any* license within that file) looks
> very BSD-like and does not look like any of the five (1.0--1.3a)
> versions of the LaTeX Project Public License as documented at:
>
> http://www.latex-project.org/lppl/
>
> Also, the only other mentions of a license that I could find within the
> prosper source or web pages were:
>
> (1) Web site says:
> "is Prosper free ?
> Prosper is entirely free in both senses: you do not have to
> pay for it, and you can do what you want with its source
> code, provided you comply with the terms of the original
> copyright."
>
> (2) The commands
>
> tar -xzf prosper-1.00.4.tar.gz
> cd prosper
> find . -type f | xargs grep -C 3 -i license
>
> all seem to return the *same* BSD-like license which is
> included below.
>
> Ed
>
> --
> Edward H. Hill III, PhD
> office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave.
> Cambridge, MA 02139-4307
> emails: eh3 at mit.edu ed at eh3.com
> URLs: http://web.mit.edu/eh3/ http://eh3.com/
> phone: 617-253-0098
> fax: 617-253-4464
>
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
From jfontain at free.fr Wed Jun 1 10:48:07 2005
From: jfontain at free.fr (jfontain at free.fr)
Date: Wed, 1 Jun 2005 12:48:07 +0200
Subject: Request for Review: moomps
Message-ID: <1117622887.429d9267bb8a4@imp6-q.free.fr>
moomps is the daemon pendant of the moodss modular monitoring graphical
application, already in extras (CVS, FC-3, FC-4 and devel).
For example, I use it to monitor 24 AIX servers (CPU, memory and swap,
system-wide and per application, via rsh and SNMP), 50 WAN lines (input and
output trafic, via SNMP), 22 LAN networks (QOS and per switched port, via SNMP)
and later I hope about 50 Windows 2003 servers. That represents about 50 million
data samples per month, stored in a MySQL database and viewed as graphs on a
browser via Apache/PHP/jpgraph. It also sends emails when a WAN line goes down
and up again.
It has already been reviewed by Ville.
If you can spare a little time, please let me know if I can improve this package
further.
Many thanks in advance, Jean-Luc.
You may find it at (for FC-4 and devel):
http://jfontain.free.fr/moomps-5.1-1.noarch.rpm
http://jfontain.free.fr/moomps-5.1-1.spec
It requires moodss:
http://download.fedora.redhat.com/pub/fedora/linux/extras/4/SRPMS/moodss-20.1-3.fc4.src.rpm
http://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS/moodss-20.1-3.fc4.src.rpm
More information:
http://moodss.sourceforge.net/ (homepage)
http://jfontain.free.fr/moomps.htm (online documentation for moomps)
http://jfontain.free.fr/moodss.htm (online documentation for moodss)
$ rpm -qi moomps
Name: moomps Relocations: (not relocatable)
Version: 5.1 Vendor: (none)
Release: 1 Build Date:
Install Date: Fri 27 May 2005 10:47:40 AM CEST Build Host:
Group: Applications/System Source RPM: moomps-5.1-1.src.rpm
Size: 1261825 License: GPL
Signature: (none)
URL: http://moodss.sourceforge.net/
Summary: Powerful modular monitoring service
Description :
moomps (Modular Object Oriented Multi-Purpose Service) is a modular
monitoring daemon used along with the moodss GUI package also
included in the distribution. It can send alert emails or execute
scripts when predefined thresholds are crossed, and archive data
history over time in a database (MySQL or ODBC). Uses dashboard
files created by moodss in order to load any number of modules.
Distributed monitoring is also possible with data exchange between
moomps and moodss application instances.
--
Jean-Luc Fontaine
From kaboom at oobleck.net Wed Jun 1 10:51:40 2005
From: kaboom at oobleck.net (Chris Ricker)
Date: Wed, 1 Jun 2005 06:51:40 -0400 (EDT)
Subject: fixing tag mess?
Message-ID:
I did something like the following, as near as I can tell
$ cvs co FC-4
$ cd FC-4/fping
$ vi fping.spec (increase %{release} and :wq)
(cleverly forget to cvs commit my changes to fping.spec)
$ make tag
At that point, things blew up because I'd forgotten to commit the changed
spec. When the make tag failed, I did the cvs commit. Now, make tag fails
$ make tag
cvs tag -c fping-2_4b2-4_fc4
For more information on using the Fedora CVS repositories, please visit
http://fedoraproject.org/wiki/UsingCvs
ERROR: Tag fping-2_4b2-4_fc4 has been already created.
The following tags have been created so far
fping-2_4b2-3:devel:kaboom:1116280180
fping-2_4b2-3_fc4:FC-4:kaboom:1117621441
fping-2_4b2-4_fc4:FC-4:kaboom:1117621501
cvs tag: Pre-tag check failed
cvs [tag aborted]: correct the above errors first!
make: *** [tag] Error 1
$
Checking the status shows that the files aren't yet tagged (2.4b2-4.fc4 is
missing), however:
$ cvs status -v fping.spec
For more information on using the Fedora CVS repositories, please visit
http://fedoraproject.org/wiki/UsingCvs
===================================================================
File: fping.spec Status: Up-to-date
Working revision: 1.3
Repository revision: 1.3 /cvs/extras/rpms/fping/FC-4/fping.spec,v
Sticky Tag: (none)
Sticky Date: (none)
Sticky Options: -ko
Existing Tags:
fping-2_4b2-3_fc4 (revision: 1.2)
FC-4-start (revision: 1.1)
FC-4-split (revision: 1.1)
fping-2_4b2-3 (revision: 1.1)
$
What's the best way to fix all this?
thanks,
chris
From jpo at di.uminho.pt Wed Jun 1 11:07:37 2005
From: jpo at di.uminho.pt (Jose Pedro Oliveira)
Date: Wed, 1 Jun 2005 12:07:37 +0100 (WEST)
Subject: Request for review: tetex-prosper (tetex/latex package
template)
In-Reply-To: <1117609587.9421.12.camel@laptop.mpeters.local>
References: <1117414576.6112.52.camel@laptop.mpeters.local><1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt><1117431949.6112.71.camel@laptop.mpeters.local><1117588185.4335.12.camel@laptop.mpeters.local><1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117609587.9421.12.camel@laptop.mpeters.local>
Message-ID: <57256.81.84.87.108.1117624057.squirrel@webmail.lsd.di.uminho.pt>
> I'm going to file a RFE on fedora-rpmdevtools to get a skeleton
> tetex-package spec file including the macros you used in tetex-bytefield
> - it's definitely the better way to do it.
It would be great to create one. Last February I didn't push it as I
didn't get much feedback to my post to the fedora-packaging mailing list
(see references at the end of this message).
> I do have a question though -
>
> you use /usr/bin/texhash and I'm using /usr/bin/mktexlsr
> Is there a reason for using texhash? (I know its a symlink to mktexlsr)
>
> Also - in your spec file for bytefield, you allow the rpm builder to
> specify a custom texmf directory, and if not specified, the macro gets
> set to system default.
>
> Should texhash/mktexslr then specify the macro as the directory it
> operates on, in case the user chooses to build with a different one than
> default?
texhash is the recommend method to index the tetex/latex files. mktexlsr
appears to be deprecated. Source:
* Managing a one-person TeX system
http://www.ctan.org/installationadvice/
Search for "texhash" and "mktexlsr".
Regards,
jpo
References:
* Managing a one-person TeX system
http://www.ctan.org/installationadvice/
* The TeX Directory Structure (TDS) document
http://www.tug.org/tds/tds.pdf
* RFC: howto to package LaTeX classes
https://www.redhat.com/archives/fedora-packaging/2005-February/msg00130.html
* Latex License
https://www.redhat.com/archives/fedora-packaging/2005-February/msg00132.html
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
From ellson at research.att.com Wed Jun 1 11:35:16 2005
From: ellson at research.att.com (John Ellson)
Date: Wed, 01 Jun 2005 07:35:16 -0400
Subject: Request for review: Enlightenment DR17 + EFL
In-Reply-To: <513a3b305053122343d82b16a@mail.gmail.com>
References: <513a3b305052909433f8d4ec9@mail.gmail.com>
<429A169F.7070403@research.att.com>
<20050529192746.GD26225@ryoko.camperquake.de>
<429A19A3.40604@research.att.com>
<513a3b305052919103e75b08f@mail.gmail.com>
<429A9150.1060101@research.att.com>
<429A9A26.8000602@research.att.com>
<513a3b3050529223560951b82@mail.gmail.com>
<1117551300.3991.44.camel@localhost.localdomain>
<513a3b305053122343d82b16a@mail.gmail.com>
Message-ID: <429D9D74.7060001@research.att.com>
Didier Casse wrote:
>On 5/31/05, Tom 'spot' Callaway wrote:
>
>
>>On Mon, 2005-05-30 at 13:35 +0800, Didier Casse wrote:
>>
>>
>>>The solution, as discussed with Carsten, to avoid this in the future
>>>would be to set:
>>>
>>>CFLAGS="-O2 -fomit-frame-pointer"
>>>export CFLAGS
>>>
>>>in the spec file for a generic binary.
>>>
>>>
>>Umm, lets not be so hasty to blast away the RPM_OPT_FLAGS. If you need
>>-fomit-frame-pointer for a package, do this instead:
>>
>>CFLAGS="$RPM_OPT_FLAGS -fomit-frame-pointer"
>>
>>~spot
>>
>>
>
>Hey John,
> For EVAS we require the full:
>CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -msse -mmmx -pipe"
>
>But for x86_64 we can't use -march=pentium4, can you try the following
>in the spec file and tell me if it compiles correctly:
>
>%build
>CFLAGS="$RPM_OPT_FLAGS -fomit-frame-pointer -msse -mmx -pipe"
>export CFLAGS
>
>If not, then we remove the "-msse -mmx -pipe" options. Thanks a lot.
>
>
>
>
Didier.
It was rpmbuild'ing OK without changing CFLAGS once I removed /usr/lib
from PKG_CONFIG_PATH
and stopped it picking up the 32bit version of valgrind. I think the
PKG_CONFIG_PATH
was just my local bug and not one that should hit Fedora x86_64 users on
systems with unmodified environments.
I tried adding:
%build
CFLAGS="$RPM_OPT_FLAGS -fomit-frame-pointer -msse -mmmx -pipe"
export CFLAGS
(-mmmx with 3 m's)
as you requested and it still compiles OK, but I'm not what that
proves? Is there some kind of
test I should do to verify the effect of the flags?
John
From ed at eh3.com Wed Jun 1 13:48:52 2005
From: ed at eh3.com (Ed Hill)
Date: Wed, 01 Jun 2005 09:48:52 -0400
Subject: Request for review: tetex-prosper (LPPL license)
In-Reply-To: <52571.81.84.87.108.1117621972.squirrel@webmail.lsd.di.uminho.pt>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117601275.28429.153.camel@ernie>
<52571.81.84.87.108.1117621972.squirrel@webmail.lsd.di.uminho.pt>
Message-ID: <1117633732.28429.173.camel@ernie>
On Wed, 2005-06-01 at 11:32 +0100, Jose Pedro Oliveira wrote:
> LPPL license
> ------------
>
> Last February I pinged the fedora-packaging mailing list about the LPPL
> license and got the following answer from Tom Callaway:
>
> https://www.redhat.com/archives/fedora-packaging/2005-February/msg00132.html
Hi Jose,
I'm glad to hear that the LPPL is OK for Fedora Extras. Thats fine.
However, its *COMPLETELY IRRELEVANT* to this discussion because prosper
is NOT LICENSED BY THE LPPL. Thats the whole point of the three
previous emails in this thread. So, please go back and read my and
Ignacio's emails again:
https://www.redhat.com/archives/fedora-extras-list/2005-
June/msg00003.html
https://www.redhat.com/archives/fedora-extras-list/2005-
June/msg00008.html
https://www.redhat.com/archives/fedora-extras-list/2005-
June/msg00009.html
and come back to this discussion only after you have figured out that
prosper is licensed under something OTHER than the LPPL.
Ed
ps - And yes, Ignacio is certainly correct when he says that the
license is closer to an MIT-style than a BSD-style.
> >> >> http://mpeters.us/fc_extras/tetex-prosper.spec
> >> >> http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.1.src.rpm
> >> >>
> >> >> fixed License tag as well
> >> >
> >> > Are there any outstanding issues?
> >>
> >> Yes, there are.
> >>
> >> 1) The license is wrong (BSD?). According to the file prosper.cls
> >> it should be "LaTeX Project Public License". This license is valid and
> >> is recognized by the lastest rpmlint versions (/etc/rpmlint/config).
> >
> >
> > Hi Jose,
> >
> > I think you need to take a second look at that prosper.cls file. The
> > license shown in the first thirty lines of that file (which is included
> > below and is the only mention of *any* license within that file) looks
> > very BSD-like and does not look like any of the five (1.0--1.3a)
> > versions of the LaTeX Project Public License as documented at:
> >
> > http://www.latex-project.org/lppl/
> >
> > Also, the only other mentions of a license that I could find within the
> > prosper source or web pages were:
> >
> > (1) Web site says:
> > "is Prosper free ?
> > Prosper is entirely free in both senses: you do not have to
> > pay for it, and you can do what you want with its source
> > code, provided you comply with the terms of the original
> > copyright."
> >
> > (2) The commands
> >
> > tar -xzf prosper-1.00.4.tar.gz
> > cd prosper
> > find . -type f | xargs grep -C 3 -i license
> >
> > all seem to return the *same* BSD-like license which is
> > included below.
> >
> > Ed
> >
> > --
> > Edward H. Hill III, PhD
> > office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave.
> > Cambridge, MA 02139-4307
> > emails: eh3 at mit.edu ed at eh3.com
> > URLs: http://web.mit.edu/eh3/ http://eh3.com/
> > phone: 617-253-0098
> > fax: 617-253-4464
> >
>
>
--
Edward H. Hill III, PhD
office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave.
Cambridge, MA 02139-4307
emails: eh3 at mit.edu ed at eh3.com
URLs: http://web.mit.edu/eh3/ http://eh3.com/
phone: 617-253-0098
fax: 617-253-4464
From nphilipp at redhat.com Wed Jun 1 13:50:02 2005
From: nphilipp at redhat.com (Nils Philippsen)
Date: Wed, 01 Jun 2005 15:50:02 +0200
Subject: Request for Review: sword
In-Reply-To: <1117535674.4072.27.camel@laptop.mpeters.local>
References: <1117535674.4072.27.camel@laptop.mpeters.local>
Message-ID: <1117633802.16037.8.camel@wombat.tiptoe.de>
On Tue, 2005-05-31 at 03:34 -0700, Michael A. Peters wrote:
> http://mpeters.us/fc_extras/sword.spec
> http://mpeters.us/fc_extras/sword-1.5.8-0.1.src.rpm
I'd suggest these changes:
--- 8< ---
--- sword.spec.orig 2005-06-01 15:43:01.000000000 +0200
+++ sword.spec 2005-06-01 15:44:36.000000000 +0200
@@ -15,7 +15,7 @@
BuildRequires: libidn-devel
%description
-The SWORD Project is the CrossWire Bible Society\'s free Bible software
+The SWORD Project is the CrossWire Bible Society's free Bible software
project. Its purpose is to create cross-platform open-source tools--
covered by the GNU General Public License-- that allow programmers and
Bible societies to write new Bible software more quickly and easily. We
@@ -43,21 +43,19 @@
%install
-rm -rf $RPM_BUILD_ROOT
-make install DESTDIR=$RPM_BUILD_ROOT
+rm -rf %buildroot
+make install DESTDIR=%buildroot
%__mkdir_p %buildroot%_datadir/sword/modules
find %buildroot%_libdir -type f -name "*.la" -exec rm -f {} ';'
%clean
-rm -rf $RPM_BUILD_ROOT
+rm -rf %buildroot
-%post
-/sbin/ldconfig
+%post -p /sbin/ldconfig
-%postun
-/sbin/ldconfig
+%postun -p /sbin/ldconfig
%files
--- >8 ---
You could look into whether using %makeinstall instead of make install
DESTDIR=... is feasible. Don't forget bumping the release when building.
Besides that, sponsored and approved.
Nils
--
Nils Philippsen / Red Hat / nphilipp at redhat.com
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." -- B. Franklin, 1759
PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011
From nphilipp at redhat.com Wed Jun 1 13:57:26 2005
From: nphilipp at redhat.com (Nils Philippsen)
Date: Wed, 01 Jun 2005 15:57:26 +0200
Subject: Request for Review: gnomesword
In-Reply-To: <1117536821.4072.32.camel@laptop.mpeters.local>
References: <1117536821.4072.32.camel@laptop.mpeters.local>
Message-ID: <1117634246.16037.11.camel@wombat.tiptoe.de>
On Tue, 2005-05-31 at 03:53 -0700, Michael A. Peters wrote:
> http://mpeters.us/fc_extras/gnomesword.spec
> http://mpeters.us/fc_extras/gnomesword-2.1.2-0.1.src.rpm
>
Suggested changes:
--- 8< ---
--- gnomesword.spec.orig 2005-05-31 12:45:35.000000000 +0200
+++ gnomesword.spec 2005-06-01 15:55:39.000000000 +0200
@@ -3,7 +3,7 @@
Release: 0.1
Summary: GNOME-based Bible research tool
-Group: Applications/Productivity
+Group: Applications/Text
License: GPL
URL: http://gnomesword.sourceforge.net/
Source0: http://easynews.dl.sourceforge.net/sourceforge/gnomesword/gnomesword-%{version}.tar.gz
@@ -30,7 +30,6 @@
BuildRequires: scrollkeeper
BuildRequires: zlib-devel
Requires(pre): scrollkeeper
-Requires: sword >= 1.5.7.100
Obsoletes: gnomesword2
%description
@@ -72,11 +71,9 @@
%clean
rm -rf %buildroot
-%post
-/usr/bin/scrollkeeper-update
+%post -p /usr/bin/scrollkeeper-update
-%postun
-/usr/bin/scrollkeeper-update
+%postun -p /usr/bin/scrollkeeper-update
%files -f %{name}.lang
%defattr(-,root,root,-)
--- >8 ---
Besides that, sponsored and approved.
Nils
--
Nils Philippsen / Red Hat / nphilipp at redhat.com
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." -- B. Franklin, 1759
PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011
From ed at eh3.com Wed Jun 1 14:21:46 2005
From: ed at eh3.com (Ed Hill)
Date: Wed, 01 Jun 2005 10:21:46 -0400
Subject: Request for review: latex-prosper
In-Reply-To: <1117610759.9421.15.camel@laptop.mpeters.local>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117609587.9421.12.camel@laptop.mpeters.local>
<1117610759.9421.15.camel@laptop.mpeters.local>
Message-ID: <1117635707.28429.187.camel@ernie>
On Wed, 2005-06-01 at 00:25 -0700, Michael A. Peters wrote:
> On Wed, 2005-06-01 at 00:06 -0700, Michael A. Peters wrote:
> > On Wed, 2005-06-01 at 04:32 +0100, Jose Pedro Oliveira wrote:
> >
> > >
> > > I will try to review it better tomorrow. Meanwhile see for example, the
> > > specfile of tetex-bytefield available in the Extras repo.
> >
> > OK - other than the license thing being discussed, I *think* I've
> > covered everything.
>
> http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.2.src.rpm
> http://mpeters.us/fc_extras/tetex-prosper.spec
>
> (tired, going to bed now ...)
Hi Michael,
Yes, it does all appear to be fixed -- except for the license. ;-)
And I apologize for saying it should be BSD because, as Ignacio pointed
out, it is indeed more similar to an MIT license. And yes, Jose did
have two good points (#2 & #3 in his original email) about how to
improve the package but he completely misunderstood the licensing
issue--its clearly not LPPL.
So, please change the license to "MIT" and if no one has any further
comments I'll send an approval later today.
Ed
--
Edward H. Hill III, PhD
office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave.
Cambridge, MA 02139-4307
emails: eh3 at mit.edu ed at eh3.com
URLs: http://web.mit.edu/eh3/ http://eh3.com/
phone: 617-253-0098
fax: 617-253-4464
From foolish at fedoraforum.org Wed Jun 1 16:27:33 2005
From: foolish at fedoraforum.org (Sindre Pedersen Bjordal)
Date: Wed, 01 Jun 2005 18:27:33 +0200
Subject: Request for review: smeg (Simple menu editor gnome) & pyxdg
In-Reply-To: <1117503506.16959.10.camel@localhost.localdomain>
References: <1117503506.16959.10.camel@localhost.localdomain>
Message-ID: <1117643254.26609.2.camel@localhost.localdomain>
http://foolish.digitalinc.info/pakker/SRPMS/smeg.spec
http://foolish.digitalinc.info/pakker/SRPMS/smeg-0.7.1-1.src.rpm
http://foolish.digitalinc.info/pakker/SRPMS/pyxdg.spec
http://foolish.digitalinc.info/pakker/SRPMS/pyxdg-0.13-1.src.rpm
Updated smeg to 0.7.1, discovered a missing dep (gnome-python2-gconf)
Updated pyxdg to 0.13 as smeg requires it.
--
Sindre Pedersen Bjordal
www.fedoraforum.org
-------------- 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:
From ville.skytta at iki.fi Wed Jun 1 18:08:02 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Wed, 01 Jun 2005 21:08:02 +0300
Subject: Requesting builds
In-Reply-To: <1117567512.18404.43.camel@cutter>
References: <1117567512.18404.43.camel@cutter>
Message-ID: <1117649282.4633.148.camel@bobcat.mine.nu>
On Tue, 2005-05-31 at 15:25 -0400, seth vidal wrote:
> Please do not request builds right now.
Umm, "right now"? Are you going to post another message when they can
be requested again?
From ville.skytta at iki.fi Wed Jun 1 18:14:42 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Wed, 01 Jun 2005 21:14:42 +0300
Subject: Fedora Extras: missing bugzilla components
In-Reply-To: <20050531112743.3a72814d.bugs.michael@gmx.net>
References: <20050530133508.6f569b5e.bugs.michael@gmx.net>
<429BB6AD.8070008@redhat.com>
<20050531112743.3a72814d.bugs.michael@gmx.net>
Message-ID: <1117649682.4633.154.camel@bobcat.mine.nu>
On Tue, 2005-05-31 at 11:27 +0200, Michael Schwendt wrote:
> On Mon, 30 May 2005 14:58:21 -1000, Warren Togami wrote:
>
> > kile-i18n
> > i18n support for Kile
> > extras-orphan at fedoraproject.org
>
> No. Rex Dieter. No idea what his bugzilla account e-mail is. It's not
> possible anymore to look it up in the components list.
Right, which sucks.
> It's only displayed in tickets.
One clumsy way to look it up is start to report a new bug, select a
component -> "Assign to" becomes populated on the fly with the
maintainer's address. As said, clumsy, and one needs to know a package
maintained by the individual.
Anyway, Rex's Bugzilla account is rdieter at math.unl.edu
From sopwith at redhat.com Wed Jun 1 18:30:47 2005
From: sopwith at redhat.com (Elliot Lee)
Date: Wed, 1 Jun 2005 14:30:47 -0400 (EDT)
Subject: Should I find a sponsor or a maintainer?
In-Reply-To: <429D7FCB.80709@redhat.com>
References: <42776.83.145.93.226.1117616616.squirrel@83.145.93.226>
<429D7FCB.80709@redhat.com>
Message-ID:
Christian,
You had done pretty much all the right things previously. I believe I had
previously rejected your request for cvsextras membership, because nobody
stepped up to sponsor you and the request was just sitting there. You
should have gotten an e-mail letting you know what had happened.
I've removed the request information from the system, so if you go back
and reapply for cvsextras, and find a sponsor to approve your request,
you'll have your access. :)
Best,
-- Elliot
> Christian Jodar wrote:
> > Hello,
> >
> > I submitted GCfilms application and it has been approved. I thought next
> > step was to require a sponsor (CLA done and membership to cvsextras
> > requested). I did so but didn't get any feedback.
> >
> > I don't know what should be my steps now. Should I only have to wait for
> > a sponsor? Or should I look for a maintainer that already have CVS access?
> >
> > Really sorry to disturb you, but maybe something is not clear for me. And
> > as GCfilms has already been included in other systems (Mandriva contribs,
> > FreeBSD ports, in progress for Debian and Ubuntu), I'd really like to see
> > it in the one I use every day, Fedora. So if I am not the maintainer in FE
> > for GCfilms, it won't be a major issue.
> >
> > So please let me know about what I should do now.
> >
> > For information, here is the sponsor request (contains a link to the
> > application approval):
> >
> > https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00839.html
> >
> > Thanks a lot for your attention,
> >
> > Christian Jodar.
From bugs.michael at gmx.net Wed Jun 1 18:44:37 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Wed, 1 Jun 2005 20:44:37 +0200
Subject: Fedora Extras: missing bugzilla components (fwd)
In-Reply-To:
References:
<20050531214136.075c2943.bugs.michael@gmx.net>
Message-ID: <20050601204437.79e0e4f8.bugs.michael@gmx.net>
On Wed, 1 Jun 2005 06:08:53 -0400 (EDT), Chris Ricker wrote:
> On Tue, 31 May 2005, Michael Schwendt wrote:
>
> > You requested "xaliclock" according to the Wiki page change history. ;)
>
> Ah, that would explain it ;-)
>
> Is there some way to look up who the owner of a bugzilla component is?
Yes. See link in the Wiki, BugzillaAdmin page.
From bugs.michael at gmx.net Wed Jun 1 18:48:38 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Wed, 1 Jun 2005 20:48:38 +0200
Subject: fixing tag mess?
In-Reply-To:
References:
Message-ID: <20050601204838.516df303.bugs.michael@gmx.net>
On Wed, 1 Jun 2005 06:51:40 -0400 (EDT), Chris Ricker wrote:
> I did something like the following, as near as I can tell
>
> $ cvs co FC-4
> $ cd FC-4/fping
> $ vi fping.spec (increase %{release} and :wq)
> (cleverly forget to cvs commit my changes to fping.spec)
> $ make tag
-snip-
> What's the best way to fix all this?
Careful use of "cvs".
Fixed.
From jpo at di.uminho.pt Wed Jun 1 19:02:39 2005
From: jpo at di.uminho.pt (Jose Pedro Oliveira)
Date: Wed, 1 Jun 2005 20:02:39 +0100 (WEST)
Subject: Request for review: tetex-prosper (license)
In-Reply-To: <1117633732.28429.173.camel@ernie>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117601275.28429.153.camel@ernie>
<52571.81.84.87.108.1117621972.squirrel@webmail.lsd.di.uminho.pt>
<1117633732.28429.173.camel@ernie>
Message-ID: <34897.193.137.16.112.1117652559.squirrel@webmail.lsd.di.uminho.pt>
> and come back to this discussion only after you have figured out that
> prosper is licensed under something OTHER than the LPPL.
My mistake. Must have loaded the wrong latex file. But I did see this
package licensed as LPPL in the CTAN catalogue:
http://www.ctan.org/tex-archive/help/Catalogue/entries/prosper.html
But this package is also licensed as GPL according to the Sourceforge
summary page
http://sourceforge.net/projects/prosper/
I think it is better to contact the author.
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
From ed at eh3.com Wed Jun 1 19:20:26 2005
From: ed at eh3.com (Ed Hill)
Date: Wed, 01 Jun 2005 15:20:26 -0400
Subject: Request for review: tetex-prosper (license)
In-Reply-To: <34897.193.137.16.112.1117652559.squirrel@webmail.lsd.di.uminho.pt>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117601275.28429.153.camel@ernie>
<52571.81.84.87.108.1117621972.squirrel@webmail.lsd.di.uminho.pt>
<1117633732.28429.173.camel@ernie>
<34897.193.137.16.112.1117652559.squirrel@webmail.lsd.di.uminho.pt>
Message-ID: <1117653627.28429.258.camel@ernie>
On Wed, 2005-06-01 at 20:02 +0100, Jose Pedro Oliveira wrote:
> > and come back to this discussion only after you have figured out that
> > prosper is licensed under something OTHER than the LPPL.
>
> My mistake. Must have loaded the wrong latex file. But I did see this
> package licensed as LPPL in the CTAN catalogue:
> http://www.ctan.org/tex-archive/help/Catalogue/entries/prosper.html
>
> But this package is also licensed as GPL according to the Sourceforge
> summary page
> http://sourceforge.net/projects/prosper/
>
> I think it is better to contact the author.
No.
The correct answer is to carefully *read* the actual files that are
shipped because, in this case, they clearly and unambiguously stipulate
the license terms. Period.
And the fact that both the SourceForge summary page and the CTAN catalog
are wrong in this regard should be seen a warning to us (the FE
community) not to make the same sloppy mistake.
So if you, Jose, really want to send an email then perhaps you could
contact the SourceForge site admin and/or the CTAN entry maintainer and
help them correct their license-category entries.
Ed
--
Edward H. Hill III, PhD
office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave.
Cambridge, MA 02139-4307
emails: eh3 at mit.edu ed at eh3.com
URLs: http://web.mit.edu/eh3/ http://eh3.com/
phone: 617-253-0098
fax: 617-253-4464
From tian at c-sait.net Wed Jun 1 19:25:34 2005
From: tian at c-sait.net (Christian Jodar)
Date: Wed, 1 Jun 2005 21:25:34 +0200
Subject: Should I find a sponsor or a maintainer?
In-Reply-To: <429D7FCB.80709@redhat.com>
References: <42776.83.145.93.226.1117616616.squirrel@83.145.93.226>
<429D7FCB.80709@redhat.com>
Message-ID: <20050601212534.1d86633d@tianbox>
> Please request cvsextras access again.
OK. Done for username Tian.
> It is good that you are being
> persistent, that means you are serious about the package.
Thanks. I sure am. As Fedora user and GCfilms maintainer,
I'd really be happy to make this contribution (and other
ones if there are some opportunities).
Christian Jodar.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From ivazquez at ivazquez.net Wed Jun 1 19:40:38 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Wed, 01 Jun 2005 15:40:38 -0400
Subject: FC4 and development Extra repos don't work with up2date
(missing headers dir)
In-Reply-To: <429D7DF4.4040607@hhs.nl>
References: <429D7DF4.4040607@hhs.nl>
Message-ID: <1117654839.6284.36.camel@ignacio.ignacio.lan>
On Wed, 2005-06-01 at 11:20 +0200, Hans de Goede wrote:
> In the future up2date should learn how to handle the new repodata format.
It already does. Use "rpmmd" as the repo type identifier instead of
"yum".
--
Ignacio Vazquez-Abrams
http://fedora.ivazquez.net/
gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- 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:
From tian at c-sait.net Wed Jun 1 19:43:57 2005
From: tian at c-sait.net (Christian Jodar)
Date: Wed, 1 Jun 2005 21:43:57 +0200
Subject: Should I find a sponsor or a maintainer?
In-Reply-To:
References: <42776.83.145.93.226.1117616616.squirrel@83.145.93.226>
<429D7FCB.80709@redhat.com>
Message-ID: <20050601214357.7fc1d776@tianbox>
I sent previous mail before seeing this one.
> I've removed the request information from the system, so if you go back
> and reapply for cvsextras, and find a sponsor to approve your request,
> you'll have your access.
OK. So I will ask again for a sponsor in a few days (if nobody replies
before). Someone told me I could ask to the package approver to also
sponsor me. If this is a good practice and no other sponsor contacted me,
I will contact him. But as Ignacio already did a lot for me, I'd prefer
not bothering him again
Christian Jodar.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From skvidal at phy.duke.edu Wed Jun 1 20:38:12 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Wed, 01 Jun 2005 16:38:12 -0400
Subject: FC4 and development Extra repos don't work with up2date
(missing headers dir)
In-Reply-To: <429D7DF4.4040607@hhs.nl>
References: <429D7DF4.4040607@hhs.nl>
Message-ID: <1117658292.31018.40.camel@cutter>
On Wed, 2005-06-01 at 11:20 +0200, Hans de Goede wrote:
> Hi,
>
> Because the FC4/i386 and development/i386 directories under extras don't
> have an headers dir like the FC3/i386 has they don't work with up2date.
>
> I think this should be fixed for now by adding header dirs to these
> repos. In the future up2date should learn how to handle the new repodata
> format.
up2date in fc4 does work with repodata.
-sv
From skvidal at phy.duke.edu Wed Jun 1 20:42:02 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Wed, 01 Jun 2005 16:42:02 -0400
Subject: mailing list weirdness and new builds
Message-ID: <1117658522.31018.47.camel@cutter>
hey folks,
mailing list has been flaky today so I thought I'd say this again:
you can go ahead and request new builds again for extras
remember:
FC4 dir for fedora extras 4
FC3 dir for fedora extras 3
development dir for fedora extras development/rawhide.
thanks
-sv
From skvidal at phy.duke.edu Wed Jun 1 21:03:02 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Wed, 01 Jun 2005 17:03:02 -0400
Subject: Requesting builds
In-Reply-To: <1117649282.4633.148.camel@bobcat.mine.nu>
References: <1117567512.18404.43.camel@cutter>
<1117649282.4633.148.camel@bobcat.mine.nu>
Message-ID: <1117659782.31018.55.camel@cutter>
On Wed, 2005-06-01 at 21:08 +0300, Ville Skytt? wrote:
> On Tue, 2005-05-31 at 15:25 -0400, seth vidal wrote:
>
> > Please do not request builds right now.
>
> Umm, "right now"? Are you going to post another message when they can
> be requested again?
>
everything got goofy on the mailing lists.
it looks okay now.
thanks,
-sv
From qspencer at ieee.org Wed Jun 1 21:15:20 2005
From: qspencer at ieee.org (Quentin Spencer)
Date: Wed, 01 Jun 2005 16:15:20 -0500
Subject: Build system problems
Message-ID: <429E2568.8090000@ieee.org>
I reported this a few weeks ago, but I haven't seen any update in a
while so I thought I'd bring it up again. I can't get octave to build on
x86_64. It builds fine on i386 and ppc. The failure is due to missing
c++ headers, which appears to be caused by the build environment not
loading the correct libraries (someone suggested the i386 libs were
being incorrectly loaded). I believe the mock package was introduced as
an overhaul of mach in an attempt to overcome some of these problems.
Can anyone comment on whether this was thought to be fixed yet? Also,
octave has been waiting for a long time and I would really like an
octave release for FC4--would it be possible to have someone do a manual
build on x86_64 until this is fixed? If a fix is not anticipated soon
would it be acceptable to temporarily ExcludeArch it?
-Quentin
From tian at c-sait.net Wed Jun 1 21:21:10 2005
From: tian at c-sait.net (Christian Jodar)
Date: Wed, 1 Jun 2005 23:21:10 +0200
Subject: Successful build means it is available for users?
Message-ID: <20050601232110.7996763b@tianbox>
Hello,
First of all, many thanks to Ignacio who sponsored me. Now I can deal with
Makefiles and Unix tools, so I should have less questions for you as this
a familiar environment for me ;)
But I still have one.
I requested build with the make build target (really easy to use) and I got
the reply message telling me everything is OK. Does this mean that the RPM
will be available to end users on Fedora Extras repository? i.e. we could
find it on such a page:
http://download.fedora.redhat.com/pub/fedora/linux/extras/4/i386/
Is there a synchronization delay between the build system and the repositories
servers? Or maybe intermediate actions are needed.
Actually, what I'd really like to have is a documentation explaining all the
process made behind the scene. Is there something like that? I didn't find one
on the Wiki. It is mainly just because I am curious.
Thanks,
Christian Jodar.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From ivazquez at ivazquez.net Wed Jun 1 21:39:33 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Wed, 01 Jun 2005 17:39:33 -0400
Subject: Successful build means it is available for users?
In-Reply-To: <20050601232110.7996763b@tianbox>
References: <20050601232110.7996763b@tianbox>
Message-ID: <1117661973.6284.43.camel@ignacio.ignacio.lan>
On Wed, 2005-06-01 at 23:21 +0200, Christian Jodar wrote:
> I requested build with the make build target (really easy to use) and I got
> the reply message telling me everything is OK. Does this mean that the RPM
> will be available to end users on Fedora Extras repository? i.e. we could
> find it on such a page:
>
> http://download.fedora.redhat.com/pub/fedora/linux/extras/4/i386/
>
> Is there a synchronization delay between the build system and the repositories
> servers? Or maybe intermediate actions are needed.
The signing and publish steps are still manual. The packages yet-to-be-
signed can be found at http://extras64.linux.duke.edu/needsign/.
--
Ignacio Vazquez-Abrams
http://fedora.ivazquez.net/
gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- 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:
From skvidal at phy.duke.edu Wed Jun 1 21:42:00 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Wed, 01 Jun 2005 17:42:00 -0400
Subject: Successful build means it is available for users?
In-Reply-To: <1117661973.6284.43.camel@ignacio.ignacio.lan>
References: <20050601232110.7996763b@tianbox>
<1117661973.6284.43.camel@ignacio.ignacio.lan>
Message-ID: <1117662120.31018.73.camel@cutter>
On Wed, 2005-06-01 at 17:39 -0400, Ignacio Vazquez-Abrams wrote:
> On Wed, 2005-06-01 at 23:21 +0200, Christian Jodar wrote:
> > I requested build with the make build target (really easy to use) and I got
> > the reply message telling me everything is OK. Does this mean that the RPM
> > will be available to end users on Fedora Extras repository? i.e. we could
> > find it on such a page:
> >
> > http://download.fedora.redhat.com/pub/fedora/linux/extras/4/i386/
> >
> > Is there a synchronization delay between the build system and the repositories
> > servers? Or maybe intermediate actions are needed.
>
> The signing and publish steps are still manual. The packages yet-to-be-
> signed can be found at http://extras64.linux.duke.edu/needsign/.
And those steps will ALWAYS be manual.
automated signing is a bad bad bad idea.
-sv
From skvidal at phy.duke.edu Wed Jun 1 21:45:52 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Wed, 01 Jun 2005 17:45:52 -0400
Subject: package submission policy question
In-Reply-To:
References: <1117567758.4072.73.camel@laptop.mpeters.local>
Message-ID: <1117662352.31018.78.camel@cutter>
> Public opinion is a fickle thing that may wind up turning solidly against
> these packages, but for now I think it's best if Fedora package policies
> are limited to the technical and legal realms, while keeping general good
> taste of the majority in mind.
/me packages up a porn viewer for fedora.
oh wait
we have a couple already: firefox, konqueror.
damn.
:)
-sv
From mpeters at mac.com Wed Jun 1 22:03:57 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Wed, 01 Jun 2005 15:03:57 -0700
Subject: Request for Review: gnomesword
In-Reply-To: <1117634246.16037.11.camel@wombat.tiptoe.de>
References: <1117536821.4072.32.camel@laptop.mpeters.local>
<1117634246.16037.11.camel@wombat.tiptoe.de>
Message-ID: <1117663437.9421.23.camel@laptop.mpeters.local>
On Wed, 2005-06-01 at 15:57 +0200, Nils Philippsen wrote:
> On Tue, 2005-05-31 at 03:53 -0700, Michael A. Peters wrote:
> > http://mpeters.us/fc_extras/gnomesword.spec
> > http://mpeters.us/fc_extras/gnomesword-2.1.2-0.1.src.rpm
> >
>
> Suggested changes:
Yes, I looked it over and did quite a few changes myself (removal of
redundant BuildRequires etc.)
I'm having an odd problem with mach though -
I can't set it up as a normal user, it gives permission denied when it
gets to setting up the /dev part (yes, user in group mach - using
http://fedoraproject.org/wiki/UsingMach instructions )
It will setup as root, but after doing so - I am no longer able to open
an xterm :-/
It opens, but no login prompt and it is a zombie window - won't close.
If I try to rebuild the packages as root using mach, they fail with the
log file fool of /dev/null permission denied stuff.
Only think that might be a little nonstandard is I have /var/lib/mach as
a symlink to the external USB drive that has the space for it. Maybe
I'll try mounting the drive at /var/lib/mach instead of using a symlink
and see if that fares better.
From andreas.bierfert at lowlatency.de Wed Jun 1 22:35:39 2005
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Thu, 02 Jun 2005 00:35:39 +0200
Subject: Request for review: rxvt-unicode
Message-ID: <429E383B.4020706@lowlatency.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
http://fedora.lowlatency.de/3.92/i386/SRPMS.stable/rxvt-unicode-5.5-1.src.rpm
rxvt-unicode is a clone of the well known terminal emulator rxvt, modified to
store text in Unicode (either UCS-2 or UCS-4) and to use locale-correct input
and output. It also supports mixing multiple fonts at the same time, including
Xft fonts.
Builds on fc3/fc4 i386.
Works pretty good and aa fonts look nice :)
- - Andreas
- --
Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB
andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted
phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFCnjg7QEQyPsWM8csRAoHTAJsEMousVxzS7Xebjp3xzh3SImej7wCbB9os
sjJ+cb1SFstAAgZOsUUHyFE=
=QuAX
-----END PGP SIGNATURE-----
From tcallawa at redhat.com Wed Jun 1 23:27:28 2005
From: tcallawa at redhat.com (Tom 'spot' Callaway)
Date: Wed, 01 Jun 2005 18:27:28 -0500
Subject: Request for Review: sword
In-Reply-To: <1117633802.16037.8.camel@wombat.tiptoe.de>
References: <1117535674.4072.27.camel@laptop.mpeters.local>
<1117633802.16037.8.camel@wombat.tiptoe.de>
Message-ID: <1117668449.3713.3.camel@localhost.localdomain>
On Wed, 2005-06-01 at 15:50 +0200, Nils Philippsen wrote:
> %install
> -rm -rf $RPM_BUILD_ROOT
> -make install DESTDIR=$RPM_BUILD_ROOT
> +rm -rf %buildroot
> +make install DESTDIR=%buildroot
> %__mkdir_p %buildroot%_datadir/sword/modules
>
> find %buildroot%_libdir -type f -name "*.la" -exec rm -f {} ';'
>
> %clean
> -rm -rf $RPM_BUILD_ROOT
> +rm -rf %buildroot
FWIW, these changes are NOT necessary. $RPM_BUILD_ROOT is perfectly
valid and acceptable, as long as its consistent.
See:
http://www.fedoraproject.org/wiki/PackagingGuidelines#head-d0ada6130cf40be1244d34cc44fc38d34dd00db8
~spot
--
Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260
Fedora Extras Steering Committee Member (RPM Standards and Practices)
Aurora Linux Project Leader: http://auroralinux.org
Lemurs, llamas, and sparcs, oh my!
From mpeters at mac.com Wed Jun 1 23:33:47 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Wed, 01 Jun 2005 16:33:47 -0700
Subject: Request for review: latex-prosper
In-Reply-To: <1117635707.28429.187.camel@ernie>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117609587.9421.12.camel@laptop.mpeters.local>
<1117610759.9421.15.camel@laptop.mpeters.local>
<1117635707.28429.187.camel@ernie>
Message-ID: <1117668827.9421.27.camel@laptop.mpeters.local>
On Wed, 2005-06-01 at 10:21 -0400, Ed Hill wrote:
> Hi Michael,
>
> Yes, it does all appear to be fixed -- except for the license. ;-)
>
> And I apologize for saying it should be BSD because, as Ignacio pointed
> out, it is indeed more similar to an MIT license. And yes, Jose did
> have two good points (#2 & #3 in his original email) about how to
> improve the package but he completely misunderstood the licensing
> issue--its clearly not LPPL.
>
> So, please change the license to "MIT" and if no one has any further
> comments I'll send an approval later today.
>
> Ed
>
Here it is:
http://mpeters.us/fc_extras/tetex-prosper.spec
http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.3.src.rpm
mach did successfully build it as well.
From rc040203 at freenet.de Wed Jun 1 23:39:42 2005
From: rc040203 at freenet.de (Ralf Corsepius)
Date: Thu, 02 Jun 2005 01:39:42 +0200
Subject: package submission policy question
In-Reply-To:
References: <1117567758.4072.73.camel@laptop.mpeters.local>
Message-ID: <1117669182.1988.80.camel@mccallum.corsepiu.local>
On Wed, 2005-06-01 at 05:59 -0400, Chris Ricker wrote:
> On Tue, 31 May 2005, Michael A. Peters wrote:
> > 2) the title of the software, sword, could invoke negative reactions
> > from some people
>
> so could "suck", which is shipped ;-)
Well, how does a package named "sword" sound to you if it originates from a site
describing itself as "aimed at furthering the Kingdom of our God"?
Ralf
From mpeters at mac.com Thu Jun 2 03:33:02 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Wed, 01 Jun 2005 20:33:02 -0700
Subject: Request for Review: sword
In-Reply-To: <1117633802.16037.8.camel@wombat.tiptoe.de>
References: <1117535674.4072.27.camel@laptop.mpeters.local>
<1117633802.16037.8.camel@wombat.tiptoe.de>
Message-ID: <1117683183.9421.30.camel@laptop.mpeters.local>
On Wed, 2005-06-01 at 15:50 +0200, Nils Philippsen wrote:
>
> Besides that, sponsored and approved.
>
> Nils
cleaned up the specfile as suggested
builds in mach
http://mpeters.us/fc_extras/sword.spec
http://mpeters.us/fc_extras/sword-1.5.8-0.2.src.rpm
From skvidal at phy.duke.edu Thu Jun 2 03:52:20 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Wed, 01 Jun 2005 23:52:20 -0400
Subject: package submission policy question
In-Reply-To: <1117669182.1988.80.camel@mccallum.corsepiu.local>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117669182.1988.80.camel@mccallum.corsepiu.local>
Message-ID: <1117684340.2702.6.camel@cutter>
On Thu, 2005-06-02 at 01:39 +0200, Ralf Corsepius wrote:
> On Wed, 2005-06-01 at 05:59 -0400, Chris Ricker wrote:
> > On Tue, 31 May 2005, Michael A. Peters wrote:
>
> > > 2) the title of the software, sword, could invoke negative reactions
> > > from some people
> >
> > so could "suck", which is shipped ;-)
> Well, how does a package named "sword" sound to you if it originates from a site
> describing itself as "aimed at furthering the Kingdom of our God"?
>
scary?
Maybe that's just me.
I think maybe we should start wondering if shipping content makes sense.
I made the joke about porn but, well, if I had a package of
license-compatible porn and a special viewer for it I think people would
raise a fit about including it.
maybe it would be best for fedora extras to stay out of the content
business, just provide the ways to access the content.
-sv
From tcallawa at redhat.com Thu Jun 2 04:57:42 2005
From: tcallawa at redhat.com (Tom 'spot' Callaway)
Date: Wed, 01 Jun 2005 23:57:42 -0500
Subject: package submission policy question
In-Reply-To: <1117684340.2702.6.camel@cutter>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117669182.1988.80.camel@mccallum.corsepiu.local>
<1117684340.2702.6.camel@cutter>
Message-ID: <1117688262.3713.21.camel@localhost.localdomain>
On Wed, 2005-06-01 at 23:52 -0400, seth vidal wrote:
> maybe it would be best for fedora extras to stay out of the content
> business, just provide the ways to access the content.
I, for one, don't see any problems with shipping sword. Now, if we were
shipping the Bible, I think I'd be a little more concerned.
I don't see it as offensive, and I'd rather deal with any complaints as
they come.
If its legal, alive, has an open source license, and someone is willing
to maintain it in FE, I think it has reasonable cause to be included.
~spot
--
Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260
Fedora Extras Steering Committee Member (RPM Standards and Practices)
Aurora Linux Project Leader: http://auroralinux.org
Lemurs, llamas, and sparcs, oh my!
From skvidal at phy.duke.edu Thu Jun 2 05:04:41 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Thu, 02 Jun 2005 01:04:41 -0400
Subject: package submission policy question
In-Reply-To: <1117688262.3713.21.camel@localhost.localdomain>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117669182.1988.80.camel@mccallum.corsepiu.local>
<1117684340.2702.6.camel@cutter>
<1117688262.3713.21.camel@localhost.localdomain>
Message-ID: <1117688681.2702.19.camel@cutter>
On Wed, 2005-06-01 at 23:57 -0500, Tom 'spot' Callaway wrote:
> On Wed, 2005-06-01 at 23:52 -0400, seth vidal wrote:
>
> > maybe it would be best for fedora extras to stay out of the content
> > business, just provide the ways to access the content.
>
> I, for one, don't see any problems with shipping sword. Now, if we were
> shipping the Bible, I think I'd be a little more concerned.
>
> I don't see it as offensive, and I'd rather deal with any complaints as
> they come.
>
> If its legal, alive, has an open source license, and someone is willing
> to maintain it in FE, I think it has reasonable cause to be included.
right. I was just explaining I'd rather keep content out.
so, just like porn, let's keep out all of the religious smut, too. :)
-sv
From j.w.r.degoede at hhs.nl Thu Jun 2 05:50:35 2005
From: j.w.r.degoede at hhs.nl (Hans de Goede)
Date: Thu, 02 Jun 2005 07:50:35 +0200
Subject: Request for review: rxvt-unicode
In-Reply-To: <429E383B.4020706@lowlatency.de>
References: <429E383B.4020706@lowlatency.de>
Message-ID: <429E9E2B.3070209@hhs.nl>
Andreas,
Peter Lemenkov also has posted a srxvt-unicode
specfile to this mailinglist for review I've promised to review it but
sofar I've been busy with other stuff.
I think the two of you should get in contact and create a SRPM together.
That way one can maintain and the other review/approve.
Regards,
Hans
From andreas.bierfert at lowlatency.de Thu Jun 2 07:44:49 2005
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Thu, 02 Jun 2005 09:44:49 +0200
Subject: Request for review: airsnort
Message-ID: <429EB8F1.8070906@lowlatency.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
http://fedora.lowlatency.de/review/airsnort-0.2.7e-3.src.rpm
http://fedora.lowlatency.de/review/airsnort.spec
AirSnort is a wireless LAN (WLAN) tool which recovers encryption keys.
AirSnort operates by passively monitoring transmissions, computing the
encryption key when enough packets have been gathered.
802.11b, using the Wired Equivalent Protocol (WEP), is crippled with numerous
security flaws. Most damning of these is the weakness described in " Weaknesses
in the Key Scheduling Algorithm of RC4 " by Scott Fluhrer, Itsik Mantin and Adi
Shamir. Adam Stubblefield was the first to implement this attack, but he has
not made his software public. AirSnort, along with WEPCrack, which was released
about the same time as AirSnort, are the first publicly available
implementaions of this attack.
AirSnort requires approximately 5-10 million encrypted packets to be gathered.
Once enough packets have been gathered, AirSnort can guess the encryption
password in under a second.
Builds with this spec on fc3/fc4 i386 just fine.
- - Andreas
- --
Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB
andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted
phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFCnrjxQEQyPsWM8csRAu3pAKCguqrNp+R7It4PXguf8K2PPFbKWwCdG35l
iqUUoIHECTfe7oOHByj+aSI=
=VTSS
-----END PGP SIGNATURE-----
From andreas.bierfert at lowlatency.de Thu Jun 2 07:47:29 2005
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Thu, 02 Jun 2005 09:47:29 +0200
Subject: Request for review: rxvt-unicode
In-Reply-To: <429E383B.4020706@lowlatency.de>
References: <429E383B.4020706@lowlatency.de>
Message-ID: <429EB991.5060905@lowlatency.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Andreas Bierfert wrote:
> http://fedora.lowlatency.de/3.92/i386/SRPMS.stable/rxvt-unicode-5.5-1.src.rpm
>
for your convenience I uploaded the spec as well:
http://fedora.lowlatency.de/review/rxvt-unicode.spec
- - Andreas
- --
Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB
andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted
phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFCnrmRQEQyPsWM8csRAi0NAKCfNcXisV88T78DPxjbGy0JdBU0OgCgrKxC
L4sSqGvMPJIpO16uILTw++k=
=axbW
-----END PGP SIGNATURE-----
From mpeters at mac.com Thu Jun 2 08:27:06 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Thu, 02 Jun 2005 01:27:06 -0700
Subject: Request for Review: sword
In-Reply-To: <1117683183.9421.30.camel@laptop.mpeters.local>
References: <1117535674.4072.27.camel@laptop.mpeters.local>
<1117633802.16037.8.camel@wombat.tiptoe.de>
<1117683183.9421.30.camel@laptop.mpeters.local>
Message-ID: <1117700827.9421.33.camel@laptop.mpeters.local>
On Wed, 2005-06-01 at 20:33 -0700, Michael A. Peters wrote:
> On Wed, 2005-06-01 at 15:50 +0200, Nils Philippsen wrote:
>
> >
> > Besides that, sponsored and approved.
> >
> > Nils
>
> cleaned up the specfile as suggested
> builds in mach
One minor change (added proper requires of main package to the devel
package)
http://mpeters.us/fc_extras/sword.spec
http://mpeters.us/fc_extras/sword-1.5.8-0.3.src.rpm
From mpeters at mac.com Thu Jun 2 08:28:32 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Thu, 02 Jun 2005 01:28:32 -0700
Subject: Request for Review: gnomesword
In-Reply-To: <1117634246.16037.11.camel@wombat.tiptoe.de>
References: <1117536821.4072.32.camel@laptop.mpeters.local>
<1117634246.16037.11.camel@wombat.tiptoe.de>
Message-ID: <1117700912.9421.36.camel@laptop.mpeters.local>
On Wed, 2005-06-01 at 15:57 +0200, Nils Philippsen wrote:
> On Tue, 2005-05-31 at 03:53 -0700, Michael A. Peters wrote:
> > http://mpeters.us/fc_extras/gnomesword.spec
> > http://mpeters.us/fc_extras/gnomesword-2.1.2-0.1.src.rpm
> >
>
> Suggested changes:
Cleaned up mistakes, removed redundant BuildRequires, builds in mach
http://mpeters.us/fc_extras/gnomesword.spec
http://mpeters.us/fc_extras/gnomesword-2.1.2-0.2.src.rpm
From mpeters at mac.com Thu Jun 2 08:39:26 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Thu, 02 Jun 2005 01:39:26 -0700
Subject: Successful build means it is available for users?
In-Reply-To: <1117662120.31018.73.camel@cutter>
References: <20050601232110.7996763b@tianbox>
<1117661973.6284.43.camel@ignacio.ignacio.lan>
<1117662120.31018.73.camel@cutter>
Message-ID: <1117701566.9421.41.camel@laptop.mpeters.local>
On Wed, 2005-06-01 at 17:42 -0400, seth vidal wrote:
>
> And those steps will ALWAYS be manual.
>
> automated signing is a bad bad bad idea.
>
> -sv
Not everyone can be replaced with a shell script ;)
From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Jun 2 09:31:23 2005
From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou)
Date: Thu, 2 Jun 2005 11:31:23 +0200
Subject: Request for review : php-pecl-pdo and php-pecl-pdo-sqlite
In-Reply-To: <20050531162755.6019e306@python2>
References: <20050531162755.6019e306@python2>
Message-ID: <20050602113123.51af1f84@python2>
Matthias Saou wrote :
> I've imported into the CVS devel branch the newer sqlite v3 compatible php
> module based on PDO. It will replace the current php-pecl-sqlite in
> functionality, but unfortunately _isn't_ a drop-in replacement as already
> discussed.
>
> Please feel free to review the packages :-)
>
> Also see : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156240
Anyone? This is something I really want to get in before FC4 is released
to the public ;-)
The spec files are already in CVS waiting for a review.
Matthias
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.27_FC3
Load : 1.84 0.91 0.57
From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Jun 2 09:38:08 2005
From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou)
Date: Thu, 2 Jun 2005 11:38:08 +0200
Subject: Request for review: airsnort
In-Reply-To: <429EB8F1.8070906@lowlatency.de>
References: <429EB8F1.8070906@lowlatency.de>
Message-ID: <20050602113808.1aa21fb7@python2>
Andreas Bierfert wrote :
> http://fedora.lowlatency.de/review/airsnort-0.2.7e-3.src.rpm
> http://fedora.lowlatency.de/review/airsnort.spec
I get 403 errors on those URLs.
Matthias
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.27_FC3
Load : 1.21 1.12 0.80
From andreas.bierfert at lowlatency.de Thu Jun 2 10:07:00 2005
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Thu, 2 Jun 2005 12:07:00 +0200
Subject: Request for review: airsnort
In-Reply-To: <20050602113808.1aa21fb7@python2>
References: <429EB8F1.8070906@lowlatency.de> <20050602113808.1aa21fb7@python2>
Message-ID: <20050602120700.71afe566@alioth.lan>
On Thu, 2 Jun 2005 11:38:08 +0200
Matthias Saou
wrote:
> I get 403 errors on those URLs.
>
> Matthias
fixed please try again
From ivazquez at ivazquez.net Thu Jun 2 10:38:35 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Thu, 02 Jun 2005 06:38:35 -0400
Subject: Request for review : php-pecl-pdo and php-pecl-pdo-sqlite
In-Reply-To: <20050531162755.6019e306@python2>
References: <20050531162755.6019e306@python2>
Message-ID: <1117708715.6284.55.camel@ignacio.ignacio.lan>
On Tue, 2005-05-31 at 16:27 +0200, Matthias Saou wrote:
> I've imported into the CVS devel branch the newer sqlite v3 compatible php
> module based on PDO. It will replace the current php-pecl-sqlite in
> functionality, but unfortunately _isn't_ a drop-in replacement as already
> discussed.
>
> Please feel free to review the packages :-)
php-pecl-pdo:
+ Source and URL are good
- Does not build as-is. Fails when running phpize:
> + phpize
> Cannot find config.m4.
> Make sure that you run '/usr/bin/phpize' in the top level source directory of the module
Looks like the %setup and phpize order is swapped. Builds fine as non-
root when this is fixed.
+ Ownership is good
- Documentation should not be marked executable
php-pecl-pdo-sqlite:
+ Source and URL are good
+ Builds as non-root
+ Ownership and permissions are good
Fix the small problems with php-pecl-pdo then consider it approved.
--
Ignacio Vazquez-Abrams
http://fedora.ivazquez.net/
gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- 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:
From kaboom at oobleck.net Thu Jun 2 11:06:29 2005
From: kaboom at oobleck.net (Chris Ricker)
Date: Thu, 2 Jun 2005 07:06:29 -0400 (EDT)
Subject: package submission policy question
In-Reply-To: <1117684340.2702.6.camel@cutter>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117669182.1988.80.camel@mccallum.corsepiu.local>
<1117684340.2702.6.camel@cutter>
Message-ID:
On Wed, 1 Jun 2005, seth vidal wrote:
> I made the joke about porn but, well, if I had a package of
> license-compatible porn and a special viewer for it I think people would
> raise a fit about including it.
Unfortunately, the special porn viewers are all in livna due to codec
licensing / patents / etc ;-)
> maybe it would be best for fedora extras to stay out of the content
> business, just provide the ways to access the content.
Sometimes content inclusion's the whole point though - fortune-mod being a
good example
later,
chris
From kaboom at oobleck.net Thu Jun 2 11:35:12 2005
From: kaboom at oobleck.net (Chris Ricker)
Date: Thu, 2 Jun 2005 07:35:12 -0400 (EDT)
Subject: Request for review: rxvt-unicode
In-Reply-To: <429E383B.4020706@lowlatency.de>
References: <429E383B.4020706@lowlatency.de>
Message-ID:
On Thu, 2 Jun 2005, Andreas Bierfert wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> http://fedora.lowlatency.de/3.92/i386/SRPMS.stable/rxvt-unicode-5.5-1.src.rpm
>
> rxvt-unicode is a clone of the well known terminal emulator rxvt, modified to
> store text in Unicode (either UCS-2 or UCS-4) and to use locale-correct input
> and output. It also supports mixing multiple fonts at the same time, including
> Xft fonts.
>
> Builds on fc3/fc4 i386.
>
> Works pretty good and aa fonts look nice :)
Good:
- Source matches upstream
- rpmlint on src good
- spec looks sane
- didn't find any missing BuildRequires
- +2 points for the most options passed to %configure ever ;-)
To fix:
- add COPYING to %doc
- %changelog lines are missing %{version}-%{release} tags
later,
chris
From mpeters at mac.com Thu Jun 2 11:42:21 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Thu, 02 Jun 2005 04:42:21 -0700
Subject: Request for Review: PyRTF
Message-ID: <1117712542.9421.59.camel@laptop.mpeters.local>
I submitted this earlier, got feedback, but never explicit approval.
So I'm re-submitting, with an upstream version bump.
Changes from previous submission -
version bump
removed an unused macro (python site-arch - this is a noarch package)
build tested in mach
This package is useful because it allows gourmet (recipe manager) to
export recipes to rtf.
And it is useful for anything python that wants to write to rtf.
http://mpeters.us/fc_extras/PyRTF.spec
http://mpeters.us/fc_extras/PyRTF-0.45-0.1.src.rpm
From mpeters at mac.com Thu Jun 2 11:58:50 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Thu, 02 Jun 2005 04:58:50 -0700
Subject: Request for Review : gourmet
Message-ID: <1117713530.9421.77.camel@laptop.mpeters.local>
This package is a PyGTK application for managing recipes
I've been using for about 5 months or so now - really neat, it not only
manages recipes but it generates shopping lists too - you can pick your
meals for the week (or day or whatever), choose add to shopping list, go
to shopping list, move stuff you know you have off, print - and go
shopping.
It uses its own recipe database format, but can import/export to a
number of formats - including Meal Master. This is the kind of app that
imho is critical to "LOTD" and in the home. Easy to use and makes common
tasks easier.
I submitted this earlier, got feedback, but never an explicit approval.
Changes since last submit:
1) upstream version bump
2) I submitted my patch upstream and they incorporated it, no longer
needed
3) tested build in mach
4) got an imac (used) just to have a pretty computer in my kitchen for
this ;)
http://mpeters.us/fc_extras/gourmet.spec
http://mpeters.us/fc_extras/gourmet-0.8.4.4-0.1.src.rpm
-=-
Notes for Reviewers -
1) I have a Requires: PyRTF
It technically does not _require_ PyRTF - but with PyRTF installed, it
can export to rtf.
I put the requires in because it's a small package, and rtf is a nice
for this sort of thing.
2) upstream distributes with already generated .mo files.
I think it is better for them to be generated at build time, so I delete
them and explicitly generate them.
3) upstream gourmet.desktop file has a . at the end of the description
lines - which looks funny when the mouse is over the app in the menu
because no other fedora apps (I know of) do that. so I remove them with
a sed.
4) Group: Applications/Productivity
That I'm guessing is wrong.
From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Jun 2 12:03:28 2005
From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou)
Date: Thu, 2 Jun 2005 14:03:28 +0200
Subject: Request for review : php-pecl-pdo and php-pecl-pdo-sqlite
In-Reply-To: <1117708715.6284.55.camel@ignacio.ignacio.lan>
References: <20050531162755.6019e306@python2>
<1117708715.6284.55.camel@ignacio.ignacio.lan>
Message-ID: <20050602140328.218a71f6@python2>
Ignacio Vazquez-Abrams wrote :
> php-pecl-pdo:
>
> + Source and URL are good
> - Does not build as-is. Fails when running phpize:
>
> > + phpize
> > Cannot find config.m4.
> > Make sure that you run '/usr/bin/phpize' in the top level source directory of the module
>
> Looks like the %setup and phpize order is swapped. Builds fine as non-
> root when this is fixed.
> + Ownership is good
> - Documentation should not be marked executable
Hum, seems like a last minute copy/paste made me put phpize after %prep
instead of %build. Fixed. The +x bit on all files is now also removed.
> php-pecl-pdo-sqlite:
>
> + Source and URL are good
> + Builds as non-root
> + Ownership and permissions are good
>
> Fix the small problems with php-pecl-pdo then consider it approved.
Great, thanks.
Matthias
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.27_FC3
Load : 2.58 1.05 0.60
From andreas.bierfert at lowlatency.de Thu Jun 2 12:43:27 2005
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Thu, 2 Jun 2005 14:43:27 +0200
Subject: Request for review: rxvt-unicode
In-Reply-To:
References: <429E383B.4020706@lowlatency.de>
Message-ID: <20050602144327.47ccfd84@alioth.lan>
On Thu, 2 Jun 2005 07:35:12 -0400 (EDT)
Chris Ricker wrote:
> - +2 points for the most options passed to %configure ever ;-)
;)
> To fix:
>
> - add COPYING to %doc
done
> - %changelog lines are missing %{version}-%{release} tags
First entry I cannot remember. Was 4.9 or so? I guess whats in there
right now should be ok... :)
http://fedora.lowlatency.de/review/rxvt-unicode-5.5-2.src.rpm
http://fedora.lowlatency.de/review/rxvt-unicode.spec
- Andreas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From skvidal at phy.duke.edu Thu Jun 2 13:10:29 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Thu, 02 Jun 2005 09:10:29 -0400
Subject: package submission policy question
In-Reply-To:
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117669182.1988.80.camel@mccallum.corsepiu.local>
<1117684340.2702.6.camel@cutter>
Message-ID: <1117717829.2702.38.camel@cutter>
> Sometimes content inclusion's the whole point though - fortune-mod being a
> good example
>
imo fortune-mod is a waste of everyone's time. If we want to have
fortune out there and users can drop .fortune files into their home dirs
so they can use them, fine.
otherwise it shouldn't bring content along with it.
-sv
From mattdm at mattdm.org Thu Jun 2 13:28:24 2005
From: mattdm at mattdm.org (Matthew Miller)
Date: Thu, 2 Jun 2005 09:28:24 -0400
Subject: package submission policy question
In-Reply-To: <1117717829.2702.38.camel@cutter>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117669182.1988.80.camel@mccallum.corsepiu.local>
<1117684340.2702.6.camel@cutter>
<1117717829.2702.38.camel@cutter>
Message-ID: <20050602132824.GA15703@jadzia.bu.edu>
On Thu, Jun 02, 2005 at 09:10:29AM -0400, seth vidal wrote:
> imo fortune-mod is a waste of everyone's time. If we want to have
> fortune out there and users can drop .fortune files into their home dirs
> so they can use them, fine.
> otherwise it shouldn't bring content along with it.
I really like the idea have having short Linux/Fedora tips as the default
fortune content. (And am all good with dropping the rest from the default
package.) But that'd be a Project for someone.
--
Matthew Miller mattdm at mattdm.org
Boston University Linux ------>
Current office temperature: 76 degrees Fahrenheit.
From fedora at camperquake.de Thu Jun 2 13:32:28 2005
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Thu, 2 Jun 2005 15:32:28 +0200
Subject: package submission policy question
In-Reply-To: <20050602132824.GA15703@jadzia.bu.edu>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117669182.1988.80.camel@mccallum.corsepiu.local>
<1117684340.2702.6.camel@cutter>
<1117717829.2702.38.camel@cutter>
<20050602132824.GA15703@jadzia.bu.edu>
Message-ID: <20050602153228.67b676b6@nausicaa.camperquake.de>
Hi.
Matthew Miller wrote:
> I really like the idea have having short Linux/Fedora tips as the
> default fortune content. (And am all good with dropping the rest from
> the default package.) But that'd be a Project for someone.
"Did you know? Booting with 'init=/bin/sh' will give you instant
root access!"
--
The man who can smile when things go wrong has thought
of someone he can blame it on. -- Arthur Bloch
From j.w.r.degoede at hhs.nl Thu Jun 2 13:37:29 2005
From: j.w.r.degoede at hhs.nl (Hans de Goede)
Date: Thu, 02 Jun 2005 15:37:29 +0200
Subject: Request for review: rxvt-unicode
In-Reply-To: <20050602144327.47ccfd84@alioth.lan>
References: <429E383B.4020706@lowlatency.de>
<20050602144327.47ccfd84@alioth.lan>
Message-ID: <429F0B99.3060709@hhs.nl>
Andreas Bierfert wrote:
>
>>- %changelog lines are missing %{version}-%{release} tags
>
>
> First entry I cannot remember. Was 4.9 or so? I guess whats in there
> right now should be ok... :)
>
> http://fedora.lowlatency.de/review/rxvt-unicode-5.5-2.src.rpm
> http://fedora.lowlatency.de/review/rxvt-unicode.spec
>
Erm, the %{version}-%{release} tags should be behind your email on the
same line, not on a line by itself. (AFAIK)
Besides that looking good, don't forget to tell lemenkov at newmail.ru that
you've also done an attempt (very simular to his) and that you're cgoing
to import it into CVS and get it build.
Atleast I assume that that is the next step :)
Regards,
Hans
From mattdm at mattdm.org Thu Jun 2 13:37:47 2005
From: mattdm at mattdm.org (Matthew Miller)
Date: Thu, 2 Jun 2005 09:37:47 -0400
Subject: package submission policy question
In-Reply-To: <20050602153228.67b676b6@nausicaa.camperquake.de>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117669182.1988.80.camel@mccallum.corsepiu.local>
<1117684340.2702.6.camel@cutter>
<1117717829.2702.38.camel@cutter>
<20050602132824.GA15703@jadzia.bu.edu>
<20050602153228.67b676b6@nausicaa.camperquake.de>
Message-ID: <20050602133747.GA16119@jadzia.bu.edu>
On Thu, Jun 02, 2005 at 03:32:28PM +0200, Ralf Ertzinger wrote:
> > I really like the idea have having short Linux/Fedora tips as the
> > default fortune content. (And am all good with dropping the rest from
> > the default package.) But that'd be a Project for someone.
> "Did you know? Booting with 'init=/bin/sh' will give you instant
> root access!"
Sure, that'd be a fine one -- probably with the further suggestion that this
is why it's a really good idea to have a grub password.
--
Matthew Miller mattdm at mattdm.org
Boston University Linux ------>
Current office temperature: 76 degrees Fahrenheit.
From Christian.Iseli at licr.org Thu Jun 2 13:48:24 2005
From: Christian.Iseli at licr.org (Christian.Iseli at licr.org)
Date: Thu, 02 Jun 2005 15:48:24 +0200
Subject: package submission policy question
In-Reply-To: Your message of "Thu, 02 Jun 2005 09:37:47 EDT."
<20050602133747.GA16119@jadzia.bu.edu>
Message-ID: <200506021348.j52DmOZR032743@localhost.localdomain>
mattdm at mattdm.org said:
> probably with the further suggestion that this is why it's a really good idea
> to have a grub password.
I'm afraid this will not be much help against someone bringing a bootable CD
along...
Secure servers need to be in a locked, access controled, place...
Cheers,
Christian
From andreas.bierfert at lowlatency.de Thu Jun 2 14:40:45 2005
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Thu, 2 Jun 2005 16:40:45 +0200
Subject: Request for review: rxvt-unicode
In-Reply-To: <429F0B99.3060709@hhs.nl>
References: <429E383B.4020706@lowlatency.de>
<20050602144327.47ccfd84@alioth.lan> <429F0B99.3060709@hhs.nl>
Message-ID: <20050602164045.653c0389@alioth.lan>
On Thu, 02 Jun 2005 15:37:29 +0200
Hans de Goede wrote:
> Erm, the %{version}-%{release} tags should be behind your email on
> the same line, not on a line by itself. (AFAIK)
Don't know about that. My name and hence my email is to long so I
think its better to have lines < 80 then putting the version in the
same line. Thats how I do it on my other specs as well...
> Besides that looking good, don't forget to tell lemenkov at newmail.ru
He got an email from me this morning... will write him again...
> that you've also done an attempt (very simular to his) and that
> you're cgoing to import it into CVS and get it build.
If somebody approves I will import/build it asap...
-Andreas
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From j.w.r.degoede at hhs.nl Thu Jun 2 14:51:07 2005
From: j.w.r.degoede at hhs.nl (Hans de Goede)
Date: Thu, 02 Jun 2005 16:51:07 +0200
Subject: Request for review: rxvt-unicode
In-Reply-To: <20050602164045.653c0389@alioth.lan>
References: <429E383B.4020706@lowlatency.de> <20050602144327.47ccfd84@alioth.lan>
<429F0B99.3060709@hhs.nl> <20050602164045.653c0389@alioth.lan>
Message-ID: <429F1CDB.1020003@hhs.nl>
Andreas Bierfert wrote:
> On Thu, 02 Jun 2005 15:37:29 +0200
> Hans de Goede wrote:
>
>
>>Erm, the %{version}-%{release} tags should be behind your email on
>>the same line, not on a line by itself. (AFAIK)
>
>
> Don't know about that. My name and hence my email is to long so I
> think its better to have lines < 80 then putting the version in the
> same line. Thats how I do it on my other specs as well...
>
>
>>Besides that looking good, don't forget to tell lemenkov at newmail.ru
>
> He got an email from me this morning... will write him again...
>
>>that you've also done an attempt (very simular to his) and that
>>you're cgoing to import it into CVS and get it build.
>
>
> If somebody approves I will import/build it asap...
>
> -Andreas
>
I'm not on the list to which approves should be sent, one last note
about the spec. Are you sure are options are safe to enable, I though
some we're better left disabled, see the docs.
Regards,
Hans
From ville.skytta at iki.fi Thu Jun 2 15:41:06 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Thu, 02 Jun 2005 18:41:06 +0300
Subject: Preventing a noarch package from entering certain repos
Message-ID: <1117726866.4633.232.camel@bobcat.mine.nu>
Again, stuff related to uqm-content:
uqm is not 64-bit clean, so I've excluded 64-bit archs in it. So far so
good. But what about uqm-content? It's noarch, and really _is_ noarch
data, but it does not make much sense to ship it in the x86_64 repo
while the main uqm package isn't there.
So, I can leave uqm-content as noarch, and add ExcludeArchs there too.
But that will only prevent building the package on the excluded archs,
and since I gather noarchs are only built on i386 and then copied over
to others, this wouldn't prevent it from entering the x86_64 repo again
later.
On the other hand, I can remove noarch, but it feels incorrect, because
the data _is_ architecture independent. And by doing that the resulting
packages could no longer be hardlinked in the repo, and we're talking
about a couple of hundreds of megabytes here.
Or I can leave them as-is, and just ask repository maintainers to remove
them from the x86_64 repo and not to copy it there again until further
notice.
What do you think would be the best approach?
From mattdm at mattdm.org Thu Jun 2 16:02:32 2005
From: mattdm at mattdm.org (Matthew Miller)
Date: Thu, 2 Jun 2005 12:02:32 -0400
Subject: package submission policy question
In-Reply-To: <200506021348.j52DmOZR032743@localhost.localdomain>
References: <20050602133747.GA16119@jadzia.bu.edu>
<200506021348.j52DmOZR032743@localhost.localdomain>
Message-ID: <20050602160232.GA20502@jadzia.bu.edu>
On Thu, Jun 02, 2005 at 03:48:24PM +0200, Christian.Iseli at licr.org wrote:
> > probably with the further suggestion that this is why it's a really good
> > idea to have a grub password.
> I'm afraid this will not be much help against someone bringing a bootable
> CD along...
Restrict boot options in the BIOS.
> Secure servers need to be in a locked, access controled, place...
It's all about managing various levels of risk. Sure, someone *could* easily
pick the lock on the door to my house (picking a cheap home door lock is
easy if you know what you're doing), but I still close and lock my door.
If you've got a secure server, it should be in an access-controlled server
room. If you've got a lab, physical locks on the hardware combined with the
above passwords is probaby good -- sure, someone *could* get a hacksaw, but
that's why we've got security cameras and lab monitors.
If you've got a system on your desk in your dorm that you'd prefer to
discourage your roommate from getting root, setting these boot passwords is
probably sufficient even without physical locks.
--
Matthew Miller mattdm at mattdm.org
Boston University Linux ------>
Current office temperature: 77 degrees Fahrenheit.
From bugs.michael at gmx.net Thu Jun 2 17:22:31 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Thu, 2 Jun 2005 19:22:31 +0200
Subject: Approval Require for kyum [was Re: New Package: kyum]
In-Reply-To: <0ML25U-1DconC2lGm-0001vj@mrelayeu.kundenserver.de>
References: <4289F654.7090907@city-fan.org>
<0ML21M-1DY4Cn1T4J-0005lf@mrelayeu.kundenserver.de>
<20050517223520.4de6bc8f.bugs.michael@gmx.net>
<0MKwpI-1DYS2e3SIz-0002kY@mrelayeu.kundenserver.de>
<20050518200636.020b57d3.bugs.michael@gmx.net>
<0MKxQS-1DZwMf0AiV-0004pm@mrelayeu.kundenserver.de>
<20050522222811.07231021.bugs.michael@gmx.net>
<0MKwh2-1DaErA2CsL-0002gs@mrelayeu.kundenserver.de>
<0MKwh2-1DclhL0s6t-0004SA@mrelayeu.kundenserver.de>
<20050530182627.22cf47f9.bugs.michael@gmx.net>
<0ML25U-1DconC2lGm-0001vj@mrelayeu.kundenserver.de>
Message-ID: <20050602192231.21cd1096.bugs.michael@gmx.net>
On Mon, 30 May 2005 20:15:05 +0200, Jochen Schmitt wrote:
> >Sorry, but you need to add yourself to bug #159090.
>
> Thank you for your notification.
>
> I had an older version of gamin installed on my system. with the
> version the build works fine. But after I have updated to the
> most current version, I had the same problems which are described
> in the bug report.
>
> So I checked out a copy of gamin from the cvs. After I modified
> the SPEC file in a way, that the *.la will not be deleted. With
> the new built version of gamin, the build of kyum works fine.
>
> So I have wrote a comment to the bugzilla bug report.
Find attached a patch which works around the problem. I used it to make
gwenview and amarok build, because it would be really bad if these could
not be prepared for FC4.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: kyum-0.6.3-workaround-missing-libfam.la.patch
Type: application/octet-stream
Size: 528 bytes
Desc: not available
URL:
From bugs.michael at gmx.net Thu Jun 2 18:38:47 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Thu, 2 Jun 2005 20:38:47 +0200
Subject: x86_64 status (was Re: Errors on x86_64 (broken c++ headers?))
In-Reply-To: <428A27D8.7020207@ieee.org>
References: <428354A9.5040501@ieee.org>
<4283702D.7060208@ieee.org>
<1115912711.8237.416.camel@mccallum.corsepiu.local>
<42837DFB.9030304@ieee.org>
<1115920551.29062.22.camel@weasel.laiskiainen.org>
<1115921494.29062.28.camel@weasel.laiskiainen.org>
<4283A0E0.2030203@ieee.org> <1115923168.13475.22.camel@cutter>
<428A27D8.7020207@ieee.org>
Message-ID: <20050602203847.3bfc8caf.bugs.michael@gmx.net>
On Tue, 17 May 2005 12:20:24 -0500, Quentin Spencer wrote:
> On May 12, seth vidal wrote:
>
> >...
> >
> >
> >
> >no it means we have to fix the buildroot creation so for x86_64 there
> >are no i386/i686/etc packages allowed.
> >
> >I'm working on making that easier now. bear with me.
> >
> >
>
> Any update on this yet?
I believe the trick to avoid this error is to not specify redundant
Buildrequires "libstdc++-devel gcc-c++". The "cone" package managed
to build with those BR removed. "octave" build request has been
submitted, too.
From qspencer at ieee.org Thu Jun 2 18:42:36 2005
From: qspencer at ieee.org (Quentin Spencer)
Date: Thu, 02 Jun 2005 13:42:36 -0500
Subject: x86_64 status (was Re: Errors on x86_64 (broken c++ headers?))
In-Reply-To: <20050602203847.3bfc8caf.bugs.michael@gmx.net>
References: <428354A9.5040501@ieee.org> <4283702D.7060208@ieee.org> <1115912711.8237.416.camel@mccallum.corsepiu.local> <42837DFB.9030304@ieee.org> <1115920551.29062.22.camel@weasel.laiskiainen.org> <1115921494.29062.28.camel@weasel.laiskiainen.org> <4283A0E0.2030203@ieee.org>
<1115923168.13475.22.camel@cutter> <428A27D8.7020207@ieee.org>
<20050602203847.3bfc8caf.bugs.michael@gmx.net>
Message-ID: <429F531C.4020608@ieee.org>
Michael Schwendt wrote:
>On Tue, 17 May 2005 12:20:24 -0500, Quentin Spencer wrote:
>
>
>
>>On May 12, seth vidal wrote:
>>
>>
>>
>>>...
>>>
>>>
>>>
>>>no it means we have to fix the buildroot creation so for x86_64 there
>>>are no i386/i686/etc packages allowed.
>>>
>>>I'm working on making that easier now. bear with me.
>>>
>>>
>>>
>>>
>>Any update on this yet?
>>
>>
>
>I believe the trick to avoid this error is to not specify redundant
>Buildrequires "libstdc++-devel gcc-c++". The "cone" package managed
>to build with those BR removed. "octave" build request has been
>submitted, too.
>
>
Yes, I noticed you made the change. Thanks for catching that. The
BuildRequires had been that way in core for a long time and it never
occured to me that it was causing the problem. Are there docs anywhere
that say what exactly is guaranteed to be in a build environment and
therefore don't need to be explicitly listed in the spec file?
(Apparently the c++ stuff in the past had to be required explicitly, but
now it does not?)
-Quentin
From Jochen at herr-schmitt.de Thu Jun 2 18:50:20 2005
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Thu, 02 Jun 2005 20:50:20 +0200
Subject: Approval Require for kyum [was Re: New Package: kyum]
In-Reply-To: <20050602192231.21cd1096.bugs.michael@gmx.net>
References: <0MKwpI-1DYS2e3SIz-0002kY@mrelayeu.kundenserver.de>
<20050518200636.020b57d3.bugs.michael@gmx.net>
<0MKxQS-1DZwMf0AiV-0004pm@mrelayeu.kundenserver.de>
<20050522222811.07231021.bugs.michael@gmx.net>
<0MKwh2-1DaErA2CsL-0002gs@mrelayeu.kundenserver.de>
<0MKwh2-1DclhL0s6t-0004SA@mrelayeu.kundenserver.de>
<20050530182627.22cf47f9.bugs.michael@gmx.net>
<0ML25U-1DconC2lGm-0001vj@mrelayeu.kundenserver.de>
<20050602192231.21cd1096.bugs.michael@gmx.net>
Message-ID: <0ML25U-1Ddulz40oL-0003Gy@mrelayeu.kundenserver.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thu, 2 Jun 2005 19:22:31 +0200, you wrote:
>Find attached a patch which works around the problem. I used it to make
>gwenview and amarok build, because it would be really bad if these could
>not be prepared for FC4.
Thank you for your patch, I have integrated it into the Source
RPM.
The new Source RPM is uploaded to:
http://www.herr-schmitt.de/pub/kyum/kyum-0.6.3-4.src.rpm
I hope, this patch will be require only until the next version of
gamin will be released. From my point of view, this solution is
ugly.
For you comment to move /usr/bin/kyum_sysinfo.py into another
directory, the upload maintainer has wrote, that the x-bit should
be set and the file should stay in /usr/bin, becouse it is
possible to call the script as a normal programm.
It will be nice, to get your point of view about this comment.
Best Regards:
Jochen Schmitt
-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.0.0 (Build 2001)
iQA/AwUBQp9U+U9gByurcX4MEQJBpACfWGirmCU0YymL8n3AihCpxgDHB/oAoPtd
rKy2HwWaTkFOLH2mictWJbPF
=gEtm
-----END PGP SIGNATURE-----
From jpo at di.uminho.pt Thu Jun 2 18:56:38 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Thu, 02 Jun 2005 19:56:38 +0100
Subject: Request for review: tetex-prosper
In-Reply-To: <1117668827.9421.27.camel@laptop.mpeters.local>
References: <1117414576.6112.52.camel@laptop.mpeters.local> <1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt> <1117431949.6112.71.camel@laptop.mpeters.local> <1117588185.4335.12.camel@laptop.mpeters.local> <1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt> <1117609587.9421.12.camel@laptop.mpeters.local> <1117610759.9421.15.camel@laptop.mpeters.local> <1117635707.28429.187.camel@ernie>
<1117668827.9421.27.camel@laptop.mpeters.local>
Message-ID: <429F5666.5080709@di.uminho.pt>
Michael,
> Here it is:
>
> http://mpeters.us/fc_extras/tetex-prosper.spec
> http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.3.src.rpm
>
This version has a critical problem as it creates unowned directories:
Steps to reproduce the problem:
1) system without tetex-doc installed
2) install tetex-prosper
3)
3.1) rpm -qf /usr/share/texmf/doc
file /usr/share/texmf/doc is not owned by any package
3.2) rpm -qf /usr/share/texmf/doc/latex/
file /usr/share/texmf/doc/latex is not owned by any package
Possible solutions
------------------
1) require tetex-doc
for me requiring an 50+ MB RPM is overkill.
2) split the documentation into tetex-prosper-doc and require tetex-doc
in this new package
3) in the %files section replace
%{texpkgdoc}
by
%{_texmf}/doc/
Now tetex-prosper will own the directories listed in 3.1) and 3.2).
Note: I have been using the last one.
Other minor (and pedantic) notes
--------------------------------
* don't use tabs in the specfile. Expand them to spaces
* install -d is similar to mkdir -p
you can drop the first and the second install commands in the
%install section
Regards,
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From Christian.Iseli at licr.org Thu Jun 2 19:21:25 2005
From: Christian.Iseli at licr.org (Christian.Iseli at licr.org)
Date: Thu, 02 Jun 2005 21:21:25 +0200
Subject: Request for review: multi-rsync
Message-ID: <200506021952.j52Jq5Jj010653@mx2.redhat.com>
Dear all,
Would anyone please review the multi-rsync package I prepared ?
multi-rsync transfers files from one master machine to many machines using UNIX
socket's multicasting capability.
I was looking for a way to copy a set of master files to a bunch of clients,
and came across this tool. There's precious little doc, but it seems to do
the job. It's not as efficient as rsync (it always transfers the whole file),
but when you have many clients it can get pretty interesting.
Here's the freshmeat page:
http://freshmeat.net/projects/mrsync/
and I put the SRPM here:
ftp://ftp.licr.org/pub/software/unix/multi-rsync-1.0-0.src.rpm
BTW, the source tar is not compressed, and I've kept it that way. IIRC, RPM
will compress its content anyway ?
Cheers,
Christian
From pmatilai at laiskiainen.org Thu Jun 2 19:24:36 2005
From: pmatilai at laiskiainen.org (Panu Matilainen)
Date: Thu, 02 Jun 2005 22:24:36 +0300
Subject: x86_64 status (was Re: Errors on x86_64 (broken c++ headers?))
In-Reply-To: <429F531C.4020608@ieee.org>
References: <428354A9.5040501@ieee.org>
<4283702D.7060208@ieee.org>
<1115912711.8237.416.camel@mccallum.corsepiu.local>
<42837DFB.9030304@ieee.org>
<1115920551.29062.22.camel@weasel.laiskiainen.org>
<1115921494.29062.28.camel@weasel.laiskiainen.org>
<4283A0E0.2030203@ieee.org> <1115923168.13475.22.camel@cutter>
<428A27D8.7020207@ieee.org>
<20050602203847.3bfc8caf.bugs.michael@gmx.net>
<429F531C.4020608@ieee.org>
Message-ID: <1117740276.1674.7.camel@weasel.laiskiainen.org>
On Thu, 2005-06-02 at 13:42 -0500, Quentin Spencer wrote:
> Are there docs anywhere
> that say what exactly is guaranteed to be in a build environment and
> therefore don't need to be explicitly listed in the spec file?
> (Apparently the c++ stuff in the past had to be required explicitly, but
> now it does not?)
If you consider these as docs, then yes :)
http://fedoraproject.org/buildgroups/3/i386/buildroots.xml
http://fedoraproject.org/buildgroups/3/x86_64/buildroots.xml
- Panu -
From ville.skytta at iki.fi Thu Jun 2 19:33:23 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Thu, 02 Jun 2005 22:33:23 +0300
Subject: request for review: autossh
In-Reply-To:
References:
Message-ID: <1117740803.4633.262.camel@bobcat.mine.nu>
On Tue, 2005-05-17 at 14:39 -0400, Chris Ricker wrote:
> If anyone else finds autossh useful, I've put a package of it up:
>
>
I had packaged this a long time ago too. Not surprisingly, there aren't
too many changes between your and my old package, and there's not that
much to review here. Anyway, works for me. Attached is a patch
containing a couple of tweaks (fix rpmbuild -bi --short-circuit builds,
remove unnecessary %attr); with these changes applied, consider it
approved.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: autossh.patch
Type: text/x-patch
Size: 553 bytes
Desc: not available
URL:
From adrian at lisas.de Thu Jun 2 19:34:15 2005
From: adrian at lisas.de (Adrian Reber)
Date: Thu, 2 Jun 2005 21:34:15 +0200
Subject: x86_64 status (was Re: Errors on x86_64 (broken c++ headers?))
In-Reply-To: <1117740276.1674.7.camel@weasel.laiskiainen.org>
References:
<42837DFB.9030304@ieee.org>
<1115920551.29062.22.camel@weasel.laiskiainen.org>
<1115921494.29062.28.camel@weasel.laiskiainen.org>
<4283A0E0.2030203@ieee.org> <1115923168.13475.22.camel@cutter>
<428A27D8.7020207@ieee.org>
<20050602203847.3bfc8caf.bugs.michael@gmx.net>
<429F531C.4020608@ieee.org>
<1117740276.1674.7.camel@weasel.laiskiainen.org>
Message-ID: <20050602193415.GA12896@lisas.de>
On Thu, Jun 02, 2005 at 10:24:36PM +0300, Panu Matilainen wrote:
> On Thu, 2005-06-02 at 13:42 -0500, Quentin Spencer wrote:
> > Are there docs anywhere
> > that say what exactly is guaranteed to be in a build environment and
> > therefore don't need to be explicitly listed in the spec file?
> > (Apparently the c++ stuff in the past had to be required explicitly, but
> > now it does not?)
>
> If you consider these as docs, then yes :)
> http://fedoraproject.org/buildgroups/3/i386/buildroots.xml
> http://fedoraproject.org/buildgroups/3/x86_64/buildroots.xml
I think there is a typo in that file. At the bottom of the page is
package with the name doxgen. I believe it should be doxygen.
Adrian
--
Adrian Reber http://lisas.de/~adrian/
As usual, goodness hardly puts up a fight.
-- Calvin
From bugs.michael at gmx.net Thu Jun 2 19:47:54 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Thu, 2 Jun 2005 21:47:54 +0200
Subject: x86_64 status (was Re: Errors on x86_64 (broken c++ headers?))
In-Reply-To: <429F531C.4020608@ieee.org>
References: <428354A9.5040501@ieee.org>
<4283702D.7060208@ieee.org>
<1115912711.8237.416.camel@mccallum.corsepiu.local>
<42837DFB.9030304@ieee.org>
<1115920551.29062.22.camel@weasel.laiskiainen.org>
<1115921494.29062.28.camel@weasel.laiskiainen.org>
<4283A0E0.2030203@ieee.org> <1115923168.13475.22.camel@cutter>
<428A27D8.7020207@ieee.org>
<20050602203847.3bfc8caf.bugs.michael@gmx.net>
<429F531C.4020608@ieee.org>
Message-ID: <20050602214754.78943dc9.bugs.michael@gmx.net>
On Thu, 02 Jun 2005 13:42:36 -0500, Quentin Spencer wrote:
> The
> BuildRequires had been that way in core for a long time and it never
> occured to me that it was causing the problem. Are there docs anywhere
> that say what exactly is guaranteed to be in a build environment and
> therefore don't need to be explicitly listed in the spec file?
> (Apparently the c++ stuff in the past had to be required explicitly, but
> now it does not?)
For Fedora Extras (at fedora.us and nowadays), gcc-c++ and libstdc++-devel
have been in the minimal build environment always.
From bugs.michael at gmx.net Thu Jun 2 20:07:50 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Thu, 2 Jun 2005 22:07:50 +0200
Subject: Approval Require for kyum [was Re: New Package: kyum]
In-Reply-To: <0ML25U-1Ddulz40oL-0003Gy@mrelayeu.kundenserver.de>
References: <0MKwpI-1DYS2e3SIz-0002kY@mrelayeu.kundenserver.de>
<20050518200636.020b57d3.bugs.michael@gmx.net>
<0MKxQS-1DZwMf0AiV-0004pm@mrelayeu.kundenserver.de>
<20050522222811.07231021.bugs.michael@gmx.net>
<0MKwh2-1DaErA2CsL-0002gs@mrelayeu.kundenserver.de>
<0MKwh2-1DclhL0s6t-0004SA@mrelayeu.kundenserver.de>
<20050530182627.22cf47f9.bugs.michael@gmx.net>
<0ML25U-1DconC2lGm-0001vj@mrelayeu.kundenserver.de>
<20050602192231.21cd1096.bugs.michael@gmx.net>
<0ML25U-1Ddulz40oL-0003Gy@mrelayeu.kundenserver.de>
Message-ID: <20050602220750.5b782c42.bugs.michael@gmx.net>
On Thu, 02 Jun 2005 20:50:20 +0200, Jochen Schmitt wrote:
> Thank you for your patch, I have integrated it into the Source
> RPM.
>
> The new Source RPM is uploaded to:
>
> http://www.herr-schmitt.de/pub/kyum/kyum-0.6.3-4.src.rpm
>
> I hope, this patch will be require only until the next version of
> gamin will be released. From my point of view, this solution is
> ugly.
Well, I find it less ugly than not shipping some KDE apps for FE4
because we cannot build them. ;)
> For you comment to move /usr/bin/kyum_sysinfo.py into another
> directory, the upload maintainer has wrote, that the x-bit should
> be set and the file should stay in /usr/bin, becouse it is
> possible to call the script as a normal programm.
>
> It will be nice, to get your point of view about this comment.
It is posssible, but it's not mandatory. And currently the script would
only pollute /usr/bin, comes without any documentation and gives an ugly
Python traceback when you call it:
$ python /usr/share/kyum/kyum_sysinfo.py
Traceback (most recent call last):
File "/usr/share/kyum/kyum_sysinfo.py", line 29, in ?
releasever = _getsysver(sys.argv[1])
IndexError: list index out of range
$ python /usr/share/kyum/kyum_sysinfo.py bash
i386 ; athlon ; 3.0
In order to move on with this package, consider it approved. But please
include directory %{_datadir}/kyum in the files section, because you
really like to add new minor bugs with every package revision.
> +* Thu Jun 03 2005 Jochen Schmitt 0.5.3-4
"Jun 02" and 0.6.3-4
From Jochen at herr-schmitt.de Thu Jun 2 20:41:38 2005
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Thu, 02 Jun 2005 22:41:38 +0200
Subject: Approval Require for kyum [was Re: New Package: kyum]
In-Reply-To: <0ML25U-1Ddulz40oL-0003Gy@mrelayeu.kundenserver.de>
References: <20050518200636.020b57d3.bugs.michael@gmx.net>
<0MKxQS-1DZwMf0AiV-0004pm@mrelayeu.kundenserver.de>
<20050522222811.07231021.bugs.michael@gmx.net>
<0MKwh2-1DaErA2CsL-0002gs@mrelayeu.kundenserver.de>
<0MKwh2-1DclhL0s6t-0004SA@mrelayeu.kundenserver.de>
<20050530182627.22cf47f9.bugs.michael@gmx.net>
<0ML25U-1DconC2lGm-0001vj@mrelayeu.kundenserver.de>
<20050602192231.21cd1096.bugs.michael@gmx.net>
<0ML25U-1Ddulz40oL-0003Gy@mrelayeu.kundenserver.de>
Message-ID: <0MKwh2-1DdwVZ1cnO-0004gL@mrelayeu.kundenserver.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thu, 02 Jun 2005 20:50:20 +0200, you wrote:
>Well, I find it less ugly than not shipping some KDE apps for FE4
>because we cannot build them. ;)
I agree with you, that it is better to have a ugly solution, than
no one.
>> For you comment to move /usr/bin/kyum_sysinfo.py into another
>> directory, the upload maintainer has wrote, that the x-bit should
>> be set and the file should stay in /usr/bin, becouse it is
>> possible to call the script as a normal programm.
>>
>> It will be nice, to get your point of view about this comment.
>
>It is posssible, but it's not mandatory. And currently the script would
>only pollute /usr/bin, comes without any documentation and gives an ugly
>Python traceback when you call it:
>
>$ python /usr/share/kyum/kyum_sysinfo.py
>Traceback (most recent call last):
> File "/usr/share/kyum/kyum_sysinfo.py", line 29, in ?
> releasever = _getsysver(sys.argv[1])
>IndexError: list index out of range
>
>
>$ python /usr/share/kyum/kyum_sysinfo.py bash
>i386 ; athlon ; 3.0
That is a clear answer. I have notify the upstream maintainer,
that he should move /usr/bin/kyum_sysinfo.py into another
directory.
I have add %{_datadir}/kyum as a directory in the file section.
You can found the new version of the package at:
http:/www.herr-schmitt.de/pub/kyum/kyum-0.6.3-5.src.rpm
Best Regards:
Jochen Schmitt
-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.0.0 (Build 2001)
iQA/AwUBQp9vBE9gByurcX4MEQJuDwCg7WqQoHtoXWU/Z8rb5BrcPlyToqgAoNPr
/6CHrSVpnVJZOMfWWChJUUcv
=WENq
-----END PGP SIGNATURE-----
From andreas.bierfert at lowlatency.de Thu Jun 2 20:43:33 2005
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Thu, 02 Jun 2005 22:43:33 +0200
Subject: Request for review: rxvt-unicode
In-Reply-To: <429F1CDB.1020003@hhs.nl>
References: <429E383B.4020706@lowlatency.de> <20050602144327.47ccfd84@alioth.lan> <429F0B99.3060709@hhs.nl>
<20050602164045.653c0389@alioth.lan> <429F1CDB.1020003@hhs.nl>
Message-ID: <429F6F75.9010909@lowlatency.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hans de Goede wrote:
> I'm not on the list to which approves should be sent, one last note
Anybody else willing?
> about the spec. Are you sure are options are safe to enable, I though
> some we're better left disabled, see the docs.
I could not find anything about this in the supplied doc and on the webpage...
if you have a specific one that needs to be sorted out let me know. I have been
using this for some time now and it works just fine.
- - Andreas
- --
Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB
andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted
phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFCn291QEQyPsWM8csRAtwVAKCxzKj1LxUH1vyFKHA0WhmuwLIbEQCeLezp
Gi21rQoSxwTc67PYSSVuQw8=
=vNjd
-----END PGP SIGNATURE-----
From tian at c-sait.net Thu Jun 2 21:33:49 2005
From: tian at c-sait.net (Christian Jodar)
Date: Thu, 2 Jun 2005 23:33:49 +0200
Subject: Successful build means it is available for users?
In-Reply-To: <1117662120.31018.73.camel@cutter>
References: <20050601232110.7996763b@tianbox>
<1117661973.6284.43.camel@ignacio.ignacio.lan>
<1117662120.31018.73.camel@cutter>
Message-ID: <20050602233349.5ef10242@tianbox>
> And those steps will ALWAYS be manual.
>
> automated signing is a bad bad bad idea.
I think so. I just hope for people in charge of that there
is a semi-automated way to do this task.
Christian Jodar.
From i.pilcher at comcast.net Thu Jun 2 19:15:11 2005
From: i.pilcher at comcast.net (Ian Pilcher)
Date: Thu, 02 Jun 2005 14:15:11 -0500
Subject: Request for review/sponsor - NEdit
Message-ID:
I've finally got an updated NEdit SRPM whipped into shape (renamed from
NEdit per the guidelines in the Fedora Extras Wiki). It can be found at
http://home.comcast.net/~i.pilcher/NEdit-5.5-3.src.rpm
What's the next step?
Thanks!
--
========================================================================
Ian Pilcher i.pilcher at comcast.net
========================================================================
From nman64 at n-man.com Thu Jun 2 23:20:26 2005
From: nman64 at n-man.com (Patrick Barnes)
Date: Thu, 02 Jun 2005 18:20:26 -0500
Subject: Self-Introduction: Patrick W. Barnes
Message-ID: <429F943A.90407@n-man.com>
About Me:
My name is Patrick W. Barnes
My Internet nickname is "The N-Man", and thus my name will usually
appear as 'Patrick "The N-Man" Barnes'
I live in Amarillo, Texas (USA)
I am a Systems Administrator for CTL Technologies
My Goals and Qualifications:
I have been using, testing, monitoring, and assisting other users and
developers with the Fedora Project for some time now, and I would like
to start making more active contributions.
I would like to help with the Fedora Project in as many ways as
possible. I have a variety of useful skills. I currently distribute
the Fedora Core releases on systems my company sells, and have a great
deal of exposure to end-user feedback. We also use Fedora Core releases
and the Rawhide branch internally. I am a programmer and a web
designer, as well as a system and network administrator. I am also an
excellent writer, and that is the skill that I would like to contribute
with first.
I hope to improve documentation and tutorial options for users who are
new to Linux and Fedora. I would also like to contribute to the
user-friendly qualities of Fedora Core. My wide variety of skills and
experience will allow me to write on a large variety of topics. I do an
excellent job of staying on top of emerging technologies and changes
occuring within the project.
To start things off, I'd like to help in organizing the existing
information in the Extras wiki and making the wiki more concise to
reduce errors and questions and improve productivity. First, I would
like to write a quick page to field some of the questions regarding
Google's Summer of Code and provide information about high-interest,
unmaintained (or missing) projects. Please let me know if there are any
questions. I look forward to contributing.
GPG data:
pub 1024D/299407D8 2004-11-04 [expires: 2009-11-03]
Key fingerprint = 5379 7B24 8A9D 2105 450F 6D20 741A 01EC 2994 07D8
uid Patrick W. Barnes
uid Patrick W. Barnes
uid Patrick W. Barnes
sub 2048g/9BDA9ED4 2004-11-04 [expires: 2009-11-03]
This message has been sent to both fedora-extras-list and fedora-docs-list.
--
Patrick "The N-Man" Barnes
nman64 at n-man.com
www.n-man.com
--
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL:
From ryo-dairiki at mbm.nifty.com Thu Jun 2 23:17:37 2005
From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki)
Date: Fri, 03 Jun 2005 08:17:37 +0900
Subject: New package: Scim-tables
Message-ID: <429F9391.90605@mbm.nifty.com>
I've made scim-tables package for Fedora.
You can get it from here:
http://briefcase.yahoo.co.jp/bc/ryo_dairiki/lst?&.dir=/&.src=bc&.view=l
Ryo Dairiki
From mpeters at mac.com Thu Jun 2 23:50:57 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Thu, 02 Jun 2005 16:50:57 -0700
Subject: Request for review/sponsor - NEdit
In-Reply-To:
References:
Message-ID: <1117756258.9421.88.camel@laptop.mpeters.local>
On Thu, 2005-06-02 at 14:15 -0500, Ian Pilcher wrote:
> I've finally got an updated NEdit SRPM whipped into shape (renamed from
> NEdit per the guidelines in the Fedora Extras Wiki). It can be found at
>
> http://home.comcast.net/~i.pilcher/NEdit-5.5-3.src.rpm
>
> What's the next step?
>
> Thanks!
>
md5sum matches upstream
in
desktop-file-install --vendor net --delete-original \
--dir $RPM_BUILD_ROOT%{_prefix}/share/applications \
--add-category "Application;Development;X-Red-Hat-Extra" \
$RPM_BUILD_ROOT/etc/X11/applnk/Applications/nedit.desktop
vendor should be fedora (ie --vendor=fedora) - and I believe you need to
--add-category=X-Fedora
I'm don't think X-Red-Hat-Extra is needed, but I don't think that it is
wrong either.
btw - I use to be a _big_ fan of NEdit - (I don't use it anymore, emacs
won me) but I'll be happy to help QA it.
From kevin-fedora-extras at scrye.com Fri Jun 3 02:18:38 2005
From: kevin-fedora-extras at scrye.com (Kevin Fenzi)
Date: Thu, 2 Jun 2005 20:18:38 -0600
Subject: libdir and python on x86_64
References: <20050601002201.09A943809C8@ningauble.scrye.com>
<429D01B1.8060508@shahms.com>
<20050601031818.6F8B5380D08@ningauble.scrye.com>
<1117608411.4633.111.camel@bobcat.mine.nu>
Message-ID: <20050603021844.9D35638113B@ningauble.scrye.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
>>>>> "Ville" == Ville Skytt writes:
Ville> On Tue, 2005-05-31 at 21:18 -0600, Kevin Fenzi wrote:
>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
>>
>> >>>>> "Shahms" == Shahms E King writes:
>>
Shahms> Use the python_sitearch or python_sitelib defines:
Shahms> %{!?python_sitearch: %define python_sitearch %(%{__python} -c
Shahms> "from distutils.sysconfig import get_python_lib; print
Shahms> get_python_lib(1)")}
>>
Shahms> %{!?python_sitelib: %define python_sitelib %(%{__python} -c
Shahms> "from distutils.sysconfig import get_python_lib; print
Shahms> get_python_lib()")}
>>
Shahms> Pick the appropriate one, put it at the top of the specfile,
Shahms> and use that rather than %{_libdir}. There's more information
Shahms> in the wiki. These are also defined in the python spec
Shahms> template in fedora-rpmdevtools.
>> Cool. This is just what I was looking for.
Ville> Unfortunately looking at your exo commit tells me that you have
Ville> probably picked the wrong one. python_sitelib is for
Ville> arch-independent stuff and python_sitearch for arch-dependent
Ville> stuff. exo seems to install arch dependent python things.
Ah, you are correct. I will change it to python_sitearch.
So on x86_64, do those two macro's result in diffrent directories?
I know they are diffrent things and _could_ be diffrent, but on all
the machines I have access to they are the same.
Thanks for all the help...
kevin
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8
iD8DBQFCn74E3imCezTjY0ERAuvpAJsFSDQhqLsD86kZykJChBoa4SpFigCffr0f
CnAG4oRm/KnCDK1eRJX4MTs=
=LjLj
-----END PGP SIGNATURE-----
From nman64 at n-man.com Fri Jun 3 02:53:01 2005
From: nman64 at n-man.com (Patrick Barnes)
Date: Thu, 02 Jun 2005 21:53:01 -0500
Subject: Google's Summer of Code (new documentation submission)
Message-ID: <429FC60D.3060900@n-man.com>
I am interested in getting a page published to assist Google's Summer of
Code participants in getting started. Fedora is one of the few mentors
on the Summer of Code page at Google that does not have a link for ideas
or to help participants get started. I have written a first draft and
published it to http://fedora.n-man.com/projects/GoogleSummer.txt . I
think that the Wiki would be the best place for this, but others might
think differently. The draft document is plain text, but has been
written with hyperlinks in mind.
Since I don't know where this will go, and it will require a new page to
be created either way, I don't know how to proceed. Should I try for
Docs CVS access or Wiki write access? Who can decide where this page
should go, and can create the page? Any comments, suggestions, or
directions would be appreciated.
This message has been posted to fedora-docs-list and fedora-extras-list.
--
Patrick "The N-Man" Barnes
nman64 at n-man.com
www.n-man.com
--
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL:
From notting at redhat.com Fri Jun 3 03:21:32 2005
From: notting at redhat.com (Bill Nottingham)
Date: Thu, 2 Jun 2005 23:21:32 -0400
Subject: Google's Summer of Code (new documentation submission)
In-Reply-To: <429FC60D.3060900@n-man.com>
References: <429FC60D.3060900@n-man.com>
Message-ID: <20050603032132.GB802@nostromo.devel.redhat.com>
Patrick Barnes (nman64 at n-man.com) said:
> I am interested in getting a page published to assist Google's Summer of
> Code participants in getting started. Fedora is one of the few mentors
> on the Summer of Code page at Google that does not have a link for ideas
> or to help participants get started. I have written a first draft and
> published it to http://fedora.n-man.com/projects/GoogleSummer.txt . I
> think that the Wiki would be the best place for this, but others might
> think differently. The draft document is plain text, but has been
> written with hyperlinks in mind.
>
> Since I don't know where this will go, and it will require a new page to
> be created either way, I don't know how to proceed. Should I try for
> Docs CVS access or Wiki write access? Who can decide where this page
> should go, and can create the page? Any comments, suggestions, or
> directions would be appreciated.
>
> This message has been posted to fedora-docs-list and fedora-extras-list.
See http://fedoraproject.org/wiki/FedoraBounties
Bill
From kaboom at oobleck.net Fri Jun 3 05:05:43 2005
From: kaboom at oobleck.net (Chris Ricker)
Date: Fri, 3 Jun 2005 01:05:43 -0400 (EDT)
Subject: request for review: autossh
In-Reply-To: <1117740803.4633.262.camel@bobcat.mine.nu>
References:
<1117740803.4633.262.camel@bobcat.mine.nu>
Message-ID:
On Thu, 2 Jun 2005, Ville Skytt? wrote:
> On Tue, 2005-05-17 at 14:39 -0400, Chris Ricker wrote:
> > If anyone else finds autossh useful, I've put a package of it up:
> >
> >
>
> I had packaged this a long time ago too. Not surprisingly, there aren't
> too many changes between your and my old package, and there's not that
> much to review here. Anyway, works for me. Attached is a patch
> containing a couple of tweaks (fix rpmbuild -bi --short-circuit builds,
> remove unnecessary %attr); with these changes applied, consider it
> approved.
Great! I've applied the changes and will import shortly
later,
chris
From skvidal at phy.duke.edu Fri Jun 3 06:47:10 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Fri, 03 Jun 2005 02:47:10 -0400
Subject: Buildsystem changes for FE4 builds
Message-ID: <1117781230.3488.37.camel@cutter>
hi,
until just a few minutes ago the only set of packages the buildsystem
was using for FE4 builds was drawing from rawhide. With this mornings
updates in rawhide rawhide no longer targeted FC4 but FC5 so we ran into
a few problems with some packages getting built on a system that looked
more like an extremely early FC5/Rawhide than FC4. This was due to the
fact that no such set of packages existed that looked like FC4. I've
gotten access to the set of packages Elliot is considering FC4-ish so
that is now what FE4 requested builds are being built from.
I just wanted to give everyone a heads up and to tell you that if you
think a build you requested for FE4 was affected by this to make a new
build request and we'll get the new package in.
Sorry for any problem this caused.
-sv
From kaboom at oobleck.net Fri Jun 3 06:54:13 2005
From: kaboom at oobleck.net (Chris Ricker)
Date: Fri, 3 Jun 2005 02:54:13 -0400 (EDT)
Subject: Request for review: rinetd
Message-ID:
rinetd is a daemon which redirects TCP connections from one IP address
and port to another IP address and port. This daemon is often used to
access services behind a firewall.
thanks,
chris
From paul at city-fan.org Fri Jun 3 07:12:07 2005
From: paul at city-fan.org (Paul Howarth)
Date: Fri, 03 Jun 2005 08:12:07 +0100
Subject: Request for review/sponsor - NEdit
In-Reply-To:
References:
Message-ID: <1117782727.13644.281.camel@laurel.intra.city-fan.org>
On Thu, 2005-06-02 at 14:15 -0500, Ian Pilcher wrote:
> I've finally got an updated NEdit SRPM whipped into shape (renamed from
> NEdit per the guidelines in the Fedora Extras Wiki). It can be found at
>
> http://home.comcast.net/~i.pilcher/NEdit-5.5-3.src.rpm
I don't understand why you've named this package "NEdit" rather than
"nedit". The package naming guidelines at
http://www.fedoraproject.org/wiki/PackageNamingGuidelines suggest to
stick to lower case unless the upstream package uses upper case, which
is not the case for either the tarball name or the installed binary?
Also, the package has historically been known as "nedit" in earlier
Fedora Core and Red Hat releases, so if it does get renamed then I would
suggest Obsoleting and Providing "nedit" for a clean upgrade path.
I know that at $WORKPLACE nedit is extremely popular and would be sorely
missed were it to disappear from Fedora.
The package builds OK here on my FC3 system.
Cheers, Paul.
--
Paul Howarth
From skvidal at phy.duke.edu Fri Jun 3 07:51:30 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Fri, 03 Jun 2005 03:51:30 -0400
Subject: x86_64 status (was Re: Errors on x86_64 (broken c++ headers?))
In-Reply-To: <20050602193415.GA12896@lisas.de>
References:
<42837DFB.9030304@ieee.org>
<1115920551.29062.22.camel@weasel.laiskiainen.org>
<1115921494.29062.28.camel@weasel.laiskiainen.org>
<4283A0E0.2030203@ieee.org> <1115923168.13475.22.camel@cutter>
<428A27D8.7020207@ieee.org>
<20050602203847.3bfc8caf.bugs.michael@gmx.net>
<429F531C.4020608@ieee.org>
<1117740276.1674.7.camel@weasel.laiskiainen.org>
<20050602193415.GA12896@lisas.de>
Message-ID: <1117785090.3488.66.camel@cutter>
> I think there is a typo in that file. At the bottom of the page is
> package with the name doxgen. I believe it should be doxygen.
>
Sure, if you want to be accurate and stuff. :)
Thanks for noting it - it's fixed now.
-sv
From buildsys at fedoraproject.org Fri Jun 3 07:54:12 2005
From: buildsys at fedoraproject.org (buildsys at fedoraproject.org)
Date: Fri, 3 Jun 2005 03:54:12 -0400 (EDT)
Subject: Fedora Extras 3 Package Build Report
Message-ID: <20050603075412.6C4E983EF@extras64.linux.duke.edu>
Packages built and released for Fedora Extras 3: 21
aterm-0.4.2-6
aterm-0.4.2-6.fc3
fluxbox-0.9.13-1
fluxbox-0.9.13-1.fc3
fluxconf-0.9.8-1
fluxconf-0.9.8-1.fc3
gaim-meanwhile-1.2.3-1
gaim-meanwhile-1.2.3-1.fc3
iozone-3-1
iozone-3-1.fc3
mfstools-2.0-5.snapshot050221
mfstools-2.0-5.snapshot050221.fc3
mfstools-2.0-7.snapshot050221
mfstools-2.0-7.snapshot050221.fc3
moodss-20.1-2
perl-Convert-UUlib-1.051-2
perl-Convert-UUlib-1.051-2.fc3
tetex-beamer-3.01-2
tetex-beamer-3.01-2.fc3
tetex-pgf-0.65-2
tetex-pgf-0.65-2.fc3
For more information about the built packages please see the repository
or the fedora Info Feed: http://fedoraproject.org/infofeed/
From buildsys at fedoraproject.org Fri Jun 3 08:03:34 2005
From: buildsys at fedoraproject.org (buildsys at fedoraproject.org)
Date: Fri, 3 Jun 2005 04:03:34 -0400 (EDT)
Subject: Fedora Extras 4 Package Build Report
Message-ID: <20050603080334.A76368159@extras64.linux.duke.edu>
Packages built and released for Fedora Extras 4: 43
amarok-1.2.4-6
amarok-1.2.4-6.fc4
aterm-0.4.2-7
aterm-0.4.2-7.fc4
cone-0.64-5
enemies-of-carlotta-1.0.3-3
enemies-of-carlotta-1.0.3-3.fc4
firestarter-1.0.3-3
fluxbox-0.9.13-1
fluxbox-0.9.13-1.fc4
fping-2.4b2-4
fping-2.4b2-4.fc4
gaim-meanwhile-1.2.3-1
gaim-meanwhile-1.2.3-1.fc4
gcfilms-5.0-5
gnuchess-5.07-8
gnuchess-5.07-8.fc4
gwenview-1.2.0-4
gwenview-1.2.0-4.fc4
mlmmj-1.2.7-4
mlmmj-1.2.7-4.fc4
moodss-20.1-4
moodss-20.1-4.fc4
nfswatch-4.99.2-3
nfswatch-4.99.2-3.fc4
octave-2.1.71-6
octave-2.1.71-6.fc4
perl-Convert-UUlib-1.051-2
perl-Convert-UUlib-1.051-2.fc4
php-pecl-pdo-0.3-2
php-pecl-pdo-0.3-2.fc4
php-pecl-pdo-sqlite-0.3-3
php-pecl-pdo-sqlite-0.3-3.fc4
psi-0.9.3-4
psi-0.9.3-4.fc4
seahorse-0.7.7-3
tetex-eurofont-1.1.3-5
tetex-eurofont-1.1.3-5.fc4
tetex-font-kerkis-2.0-4
xboard-4.2.7-10
xboard-4.2.7-10.fc4
xemacs-sumo-20050505-4
xemacs-sumo-20050505-4.1
For more information about the built packages please see the repository
or the fedora Info Feed: http://fedoraproject.org/infofeed/
From jpo at di.uminho.pt Fri Jun 3 09:23:17 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Fri, 03 Jun 2005 10:23:17 +0100
Subject: Request for review: tetex-prosper (license)
In-Reply-To: <1117653627.28429.258.camel@ernie>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117601275.28429.153.camel@ernie>
<52571.81.84.87.108.1117621972.squirrel@webmail.lsd.di.uminho.pt>
<1117633732.28429.173.camel@ernie>
<34897.193.137.16.112.1117652559.squirrel@webmail.lsd.di.uminho.pt>
<1117653627.28429.258.camel@ernie>
Message-ID: <42A02185.30103@di.uminho.pt>
Ed Hill wrote:
> On Wed, 2005-06-01 at 20:02 +0100, Jose Pedro Oliveira wrote:
>
>>>and come back to this discussion only after you have figured out that
>>>prosper is licensed under something OTHER than the LPPL.
>>
>>My mistake. Must have loaded the wrong latex file. But I did see this
>>package licensed as LPPL in the CTAN catalogue:
>> http://www.ctan.org/tex-archive/help/Catalogue/entries/prosper.html
>>
>>But this package is also licensed as GPL according to the Sourceforge
>>summary page
>> http://sourceforge.net/projects/prosper/
>>
>>I think it is better to contact the author.
>
>
>
> No.
>
> The correct answer is to carefully *read* the actual files that are
> shipped because, in this case, they clearly and unambiguously stipulate
> the license terms. Period.
>
> And the fact that both the SourceForge summary page and the CTAN catalog
> are wrong in this regard should be seen a warning to us (the FE
> community) not to make the same sloppy mistake.
>
> So if you, Jose, really want to send an email then perhaps you could
> contact the SourceForge site admin and/or the CTAN entry maintainer and
> help them correct their license-category entries.
Ed,
For your information the latest version of Prosper, which is available
on CTAN, is indeed LPPL.
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From jpo at di.uminho.pt Fri Jun 3 09:26:31 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Fri, 03 Jun 2005 10:26:31 +0100
Subject: Request for review: tetex-prosper (update to latest version)
In-Reply-To: <1117668827.9421.27.camel@laptop.mpeters.local>
References: <1117414576.6112.52.camel@laptop.mpeters.local> <1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt> <1117431949.6112.71.camel@laptop.mpeters.local> <1117588185.4335.12.camel@laptop.mpeters.local> <1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt> <1117609587.9421.12.camel@laptop.mpeters.local> <1117610759.9421.15.camel@laptop.mpeters.local> <1117635707.28429.187.camel@ernie>
<1117668827.9421.27.camel@laptop.mpeters.local>
Message-ID: <42A02247.5070204@di.uminho.pt>
Michael,
> http://mpeters.us/fc_extras/tetex-prosper.spec
> http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.3.src.rpm
The latest released version of prosper is the one available in the CTAN
mirrors and the licence of this version is indeed LPPL [1].
Regards,
jpo
[1] - this is the version that I have installed and used two years ago.
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From qspencer at ieee.org Fri Jun 3 10:26:39 2005
From: qspencer at ieee.org (Quentin Spencer)
Date: Fri, 03 Jun 2005 05:26:39 -0500
Subject: Approval needed: octave-forge
Message-ID: <42A0305F.6000606@ieee.org>
Hi all,
I've requested this before, but there were dependencies that weren't
released yet (octave, specifically). That has been resolved now, so I
need someone to take a look at this and approve it (it's in CVS).
-Quentin
From nphilipp at redhat.com Fri Jun 3 11:55:28 2005
From: nphilipp at redhat.com (Nils Philippsen)
Date: Fri, 03 Jun 2005 13:55:28 +0200
Subject: Request for Review: sword
In-Reply-To: <1117668449.3713.3.camel@localhost.localdomain>
References: <1117535674.4072.27.camel@laptop.mpeters.local>
<1117633802.16037.8.camel@wombat.tiptoe.de>
<1117668449.3713.3.camel@localhost.localdomain>
Message-ID: <1117799728.23296.21.camel@gibraltar.stuttgart.redhat.com>
On Wed, 2005-06-01 at 18:27 -0500, Tom 'spot' Callaway wrote:
> On Wed, 2005-06-01 at 15:50 +0200, Nils Philippsen wrote:
>
> > %install
> > -rm -rf $RPM_BUILD_ROOT
> > -make install DESTDIR=$RPM_BUILD_ROOT
> > +rm -rf %buildroot
> > +make install DESTDIR=%buildroot
> > %__mkdir_p %buildroot%_datadir/sword/modules
> >
> > find %buildroot%_libdir -type f -name "*.la" -exec rm -f {} ';'
> >
> > %clean
> > -rm -rf $RPM_BUILD_ROOT
> > +rm -rf %buildroot
>
> FWIW, these changes are NOT necessary. $RPM_BUILD_ROOT is perfectly
> valid and acceptable, as long as its consistent.
It wasn't consistent ;-) -- I could either replace %buildroot with
$RPM_BUILD_ROOT or vice versa (which I did).
Nils
--
Nils Philippsen / Red Hat / nphilipp at redhat.com
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." -- B. Franklin, 1759
PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011
From tcallawa at redhat.com Fri Jun 3 12:45:04 2005
From: tcallawa at redhat.com (Tom 'spot' Callaway)
Date: Fri, 03 Jun 2005 07:45:04 -0500
Subject: Request for review/sponsor - NEdit
In-Reply-To: <1117782727.13644.281.camel@laurel.intra.city-fan.org>
References:
<1117782727.13644.281.camel@laurel.intra.city-fan.org>
Message-ID: <1117802704.3084.7.camel@localhost.localdomain>
On Fri, 2005-06-03 at 08:12 +0100, Paul Howarth wrote:
> On Thu, 2005-06-02 at 14:15 -0500, Ian Pilcher wrote:
> > I've finally got an updated NEdit SRPM whipped into shape (renamed from
> > NEdit per the guidelines in the Fedora Extras Wiki). It can be found at
> >
> > http://home.comcast.net/~i.pilcher/NEdit-5.5-3.src.rpm
>
> I don't understand why you've named this package "NEdit" rather than
> "nedit". The package naming guidelines at
> http://www.fedoraproject.org/wiki/PackageNamingGuidelines suggest to
> stick to lower case unless the upstream package uses upper case, which
> is not the case for either the tarball name or the installed binary?
>
> Also, the package has historically been known as "nedit" in earlier
> Fedora Core and Red Hat releases
I agree, there is no reason to rename this. Please put it back to
"nedit". :)
~spot
--
Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260
Fedora Extras Steering Committee Member (RPM Standards and Practices)
Aurora Linux Project Leader: http://auroralinux.org
Lemurs, llamas, and sparcs, oh my!
From tcallawa at redhat.com Fri Jun 3 12:47:06 2005
From: tcallawa at redhat.com (Tom 'spot' Callaway)
Date: Fri, 03 Jun 2005 07:47:06 -0500
Subject: Request for Review: sword
In-Reply-To: <1117799728.23296.21.camel@gibraltar.stuttgart.redhat.com>
References: <1117535674.4072.27.camel@laptop.mpeters.local>
<1117633802.16037.8.camel@wombat.tiptoe.de>
<1117668449.3713.3.camel@localhost.localdomain>
<1117799728.23296.21.camel@gibraltar.stuttgart.redhat.com>
Message-ID: <1117802826.3084.9.camel@localhost.localdomain>
On Fri, 2005-06-03 at 13:55 +0200, Nils Philippsen wrote:
> On Wed, 2005-06-01 at 18:27 -0500, Tom 'spot' Callaway wrote:
> > On Wed, 2005-06-01 at 15:50 +0200, Nils Philippsen wrote:
> >
> > > %install
> > > -rm -rf $RPM_BUILD_ROOT
> > > -make install DESTDIR=$RPM_BUILD_ROOT
> > > +rm -rf %buildroot
> > > +make install DESTDIR=%buildroot
> > > %__mkdir_p %buildroot%_datadir/sword/modules
> > >
> > > find %buildroot%_libdir -type f -name "*.la" -exec rm -f {} ';'
> > >
> > > %clean
> > > -rm -rf $RPM_BUILD_ROOT
> > > +rm -rf %buildroot
> >
> > FWIW, these changes are NOT necessary. $RPM_BUILD_ROOT is perfectly
> > valid and acceptable, as long as its consistent.
>
> It wasn't consistent ;-) -- I could either replace %buildroot with
> $RPM_BUILD_ROOT or vice versa (which I did).
Whoops. Sorry. :)
~spot
--
Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260
Fedora Extras Steering Committee Member (RPM Standards and Practices)
Aurora Linux Project Leader: http://auroralinux.org
Lemurs, llamas, and sparcs, oh my!
From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Jun 3 12:50:26 2005
From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou)
Date: Fri, 3 Jun 2005 14:50:26 +0200
Subject: x86_64 status (was Re: Errors on x86_64 (broken c++ headers?))
In-Reply-To: <20050602214754.78943dc9.bugs.michael@gmx.net>
References: <428354A9.5040501@ieee.org>
<4283702D.7060208@ieee.org>
<1115912711.8237.416.camel@mccallum.corsepiu.local>
<42837DFB.9030304@ieee.org>
<1115920551.29062.22.camel@weasel.laiskiainen.org>
<1115921494.29062.28.camel@weasel.laiskiainen.org>
<4283A0E0.2030203@ieee.org> <1115923168.13475.22.camel@cutter>
<428A27D8.7020207@ieee.org>
<20050602203847.3bfc8caf.bugs.michael@gmx.net>
<429F531C.4020608@ieee.org>
<20050602214754.78943dc9.bugs.michael@gmx.net>
Message-ID: <20050603145026.386b7ad7@python2>
Michael Schwendt wrote :
> For Fedora Extras (at fedora.us and nowadays), gcc-c++ and libstdc++-devel
> have been in the minimal build environment always.
But for vanilla mach, they haven't, that's why YMMV when they're not
specified. And specifying them shouldn't hurt... but I guess we hit the
"feature" where yum installs all available compatible arches when
explicitly told to install a given package, triggering some multilib bugs.
Matthias
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.27_FC3
Load : 0.19 0.22 0.25
From skvidal at phy.duke.edu Fri Jun 3 13:02:41 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Fri, 03 Jun 2005 09:02:41 -0400
Subject: x86_64 status (was Re: Errors on x86_64 (broken c++ headers?))
In-Reply-To: <20050603145026.386b7ad7@python2>
References: <428354A9.5040501@ieee.org>
<4283702D.7060208@ieee.org>
<1115912711.8237.416.camel@mccallum.corsepiu.local>
<42837DFB.9030304@ieee.org>
<1115920551.29062.22.camel@weasel.laiskiainen.org>
<1115921494.29062.28.camel@weasel.laiskiainen.org>
<4283A0E0.2030203@ieee.org> <1115923168.13475.22.camel@cutter>
<428A27D8.7020207@ieee.org>
<20050602203847.3bfc8caf.bugs.michael@gmx.net>
<429F531C.4020608@ieee.org>
<20050602214754.78943dc9.bugs.michael@gmx.net>
<20050603145026.386b7ad7@python2>
Message-ID: <1117803761.3488.89.camel@cutter>
On Fri, 2005-06-03 at 14:50 +0200, Matthias Saou wrote:
> Michael Schwendt wrote :
>
> > For Fedora Extras (at fedora.us and nowadays), gcc-c++ and libstdc++-devel
> > have been in the minimal build environment always.
>
> But for vanilla mach, they haven't, that's why YMMV when they're not
> specified. And specifying them shouldn't hurt... but I guess we hit the
> "feature" where yum installs all available compatible arches when
> explicitly told to install a given package, triggering some multilib bugs.
>
I wonder how many times I'm going to have to say this:
Yes, I know that installing both packages is causing problems for some
packages to be built. Yes, this is, ultimately, resolved in mock for
simple reasons. No, I've not had enough time to get the rest of it
implemented and up and running.
-sv
From elprodigio at gmail.com Fri Jun 3 13:04:08 2005
From: elprodigio at gmail.com (Didier Casse)
Date: Fri, 3 Jun 2005 21:04:08 +0800
Subject: Requesting review (II)/approval on Enlightenment DR17 package+ some
EFLs
Message-ID: <513a3b3050603060475dfa041@mail.gmail.com>
Hi all,
I have cleaned up my specs and followed the advice of John
Ellson, Tom Callaway and others. John submitted some patches which the
E dev team took into account and committed to CVS. I'm back again and
would like to have a review/approval on the Enlightenment DR17
package+ the accompanying Enlightenment Foundation Library packages
(EFL). Some packages have been taken away for now. I'll just
concentrate on getting the core in.
It should be ok by now and support x86_64 architectures. I'd also like
to point out (for those interested) some tests that have been
performed to compare DR17 to other WMs on http://www.rasterman.com.
It's not to boast DR17 but just showing it's potential and hinting
that it's a worthy package to get in the FC extras.
The spec files are here:
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/eet.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/edb.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/embryo.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/evas.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/ecore.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/edje.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/epeg.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/epsilon.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/etox.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/esmart.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/ewl.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/entrance.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/enlightenment.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/engage.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/engrave.spec
http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/e17genmenu.spec
The corresponding src rpms are here:
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/eet-0.9.10.008-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/edb-1.0.5.003-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/embryo-0.9.1.008-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/evas-0.9.9.008-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/ecore-0.9.9.008-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/edje-0.5.0.008-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/epeg-0.9.0.003-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/epsilon-0.3.0.003-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/etox-0.9.0.003-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/esmart-0.9.0.003-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/ewl-0.0.4.003-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/entrance-0.9.0.003-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/enlightenment-0.16.999.008-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/engage-0.0.9-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/engrave-0.1.0-1.20050603.e17.fc3.src.rpm
http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386/SRPMS.e17/e17genmenu-0.1.7-1.e17.fc3.src.rpm
For those who want to test/install DR17/E17 or any EFLs with yum, you
can place this in your /etc/yum.conf:
=================================================
[Didier]
name=Didier's yum repository for DR17/E17 FC Extras
baseurl=http://sps.nus.edu.sg/~didierbe/fedora/extras/3/en/i386
enabled=1
=================================================
Import of my public key:
rpm --import http://sps.nus.edu.sg/~didierbe/RPM-GPG-KEY.didier.txt
A one-line description of the packages can be found at:
http://sps.nus.edu.sg/~didierbe/
[Bottom of the page !]. For a detailed description, please refer to
http://www.enlightenment.org
Thanks for any comments and feedback. ;-)
--
Cheers,
Didier.
------------
Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe
Didier F.B Casse
PhD candidate, Singapore Synchrotron Light Source (SSLS)
National University of Singapore.
From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Jun 3 13:15:00 2005
From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou)
Date: Fri, 3 Jun 2005 15:15:00 +0200
Subject: x86_64 status (was Re: Errors on x86_64 (broken c++ headers?))
In-Reply-To: <1117803761.3488.89.camel@cutter>
References: <428354A9.5040501@ieee.org>
<4283702D.7060208@ieee.org>
<1115912711.8237.416.camel@mccallum.corsepiu.local>
<42837DFB.9030304@ieee.org>
<1115920551.29062.22.camel@weasel.laiskiainen.org>
<1115921494.29062.28.camel@weasel.laiskiainen.org>
<4283A0E0.2030203@ieee.org> <1115923168.13475.22.camel@cutter>
<428A27D8.7020207@ieee.org>
<20050602203847.3bfc8caf.bugs.michael@gmx.net>
<429F531C.4020608@ieee.org>
<20050602214754.78943dc9.bugs.michael@gmx.net>
<20050603145026.386b7ad7@python2> <1117803761.3488.89.camel@cutter>
Message-ID: <20050603151500.45b71a03@python2>
seth vidal wrote :
> I wonder how many times I'm going to have to say this:
> Yes, I know that installing both packages is causing problems for some
> packages to be built. Yes, this is, ultimately, resolved in mock for
> simple reasons. No, I've not had enough time to get the rest of it
> implemented and up and running.
I understand, seth :-)
What I should have said a bit clearer is : I don't think removing those
explicit build requirements is a really good idea, but above all, it
shouldn't be considered the solution to this problem.
Matthias
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.27_FC3
Load : 0.06 0.22 0.34
From qspencer at ieee.org Fri Jun 3 13:19:16 2005
From: qspencer at ieee.org (Quentin Spencer)
Date: Fri, 03 Jun 2005 08:19:16 -0500
Subject: x86_64 status (was Re: Errors on x86_64 (broken c++ headers?))
In-Reply-To: <20050603151500.45b71a03@python2>
References: <428354A9.5040501@ieee.org> <4283702D.7060208@ieee.org> <1115912711.8237.416.camel@mccallum.corsepiu.local> <42837DFB.9030304@ieee.org> <1115920551.29062.22.camel@weasel.laiskiainen.org> <1115921494.29062.28.camel@weasel.laiskiainen.org> <4283A0E0.2030203@ieee.org>
<1115923168.13475.22.camel@cutter> <428A27D8.7020207@ieee.org> <20050602203847.3bfc8caf.bugs.michael@gmx.net> <429F531C.4020608@ieee.org> <20050602214754.78943dc9.bugs.michael@gmx.net> <20050603145026.386b7ad7@python2>
<1117803761.3488.89.camel@cutter> <20050603151500.45b71a03@python2>
Message-ID: <42A058D4.2090209@ieee.org>
Matthias Saou wrote:
>seth vidal wrote :
>
>
>>I wonder how many times I'm going to have to say this:
>> Yes, I know that installing both packages is causing problems for some
>>packages to be built. Yes, this is, ultimately, resolved in mock for
>>simple reasons. No, I've not had enough time to get the rest of it
>>implemented and up and running.
>>
>>
>I understand, seth :-)
>What I should have said a bit clearer is : I don't think removing those
>explicit build requirements is a really good idea, but above all, it
>shouldn't be considered the solution to this problem.
>
>
Consider it a temporary solution to get a package released so I can stop
answering questions on the octave mailing list about "where's octave in
FC4" etc. I understand everyone's busy. When this problem is fixed, I'll
reverse the changes. Please inform the list when a fix is installed on
the build system--octave will be a good test case.
-Quentin
From nphilipp at redhat.com Fri Jun 3 14:15:00 2005
From: nphilipp at redhat.com (Nils Philippsen)
Date: Fri, 03 Jun 2005 16:15:00 +0200
Subject: Request for Review: sword
In-Reply-To: <1117802826.3084.9.camel@localhost.localdomain>
References: <1117535674.4072.27.camel@laptop.mpeters.local>
<1117633802.16037.8.camel@wombat.tiptoe.de>
<1117668449.3713.3.camel@localhost.localdomain>
<1117799728.23296.21.camel@gibraltar.stuttgart.redhat.com>
<1117802826.3084.9.camel@localhost.localdomain>
Message-ID: <1117808100.23296.40.camel@gibraltar.stuttgart.redhat.com>
On Fri, 2005-06-03 at 07:47 -0500, Tom 'spot' Callaway wrote:
> On Fri, 2005-06-03 at 13:55 +0200, Nils Philippsen wrote:
> > On Wed, 2005-06-01 at 18:27 -0500, Tom 'spot' Callaway wrote:
> > > On Wed, 2005-06-01 at 15:50 +0200, Nils Philippsen wrote:
> > >
> > > > %install
> > > > -rm -rf $RPM_BUILD_ROOT
> > > > -make install DESTDIR=$RPM_BUILD_ROOT
> > > > +rm -rf %buildroot
> > > > +make install DESTDIR=%buildroot
> > > > %__mkdir_p %buildroot%_datadir/sword/modules
> > > >
> > > > find %buildroot%_libdir -type f -name "*.la" -exec rm -f {} ';'
> > > >
> > > > %clean
> > > > -rm -rf $RPM_BUILD_ROOT
> > > > +rm -rf %buildroot
> > >
> > > FWIW, these changes are NOT necessary. $RPM_BUILD_ROOT is perfectly
> > > valid and acceptable, as long as its consistent.
> >
> > It wasn't consistent ;-) -- I could either replace %buildroot with
> > $RPM_BUILD_ROOT or vice versa (which I did).
>
> Whoops. Sorry. :)
Well, I _could_ have used the word "inconsistent" somewhere instead of
the raw diff, but that would have been like providing source code
instead of only strace output ;-P.
Nils
--
Nils Philippsen / Red Hat / nphilipp at redhat.com
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." -- B. Franklin, 1759
PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011
From tibbs at math.uh.edu Fri Jun 3 15:15:53 2005
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Fri, 03 Jun 2005 10:15:53 -0500
Subject: Request for discussion: gap (computer algebra system)
Message-ID:
I have to package several things locally and I figured that it would
be nice to at least get the packages to Extras-quality. Here is the
GAP computer algebra system. The package was originally made by Rex
Dieter but I've been hacking on it here a bit. I'm not proposing it
for submission unless others are interested and I can get assent from
Rex.
Building GAP is mildly complicated. It consists of a base system plus
various included packages or modules, each of which needs separate
treatment. Each module has its own configure script, but many of
these are not related to autoconf. This causes complaints from
rpmlint about not specifying libdir, which must be ignored.
The package also includes a desktop file and icon; I have probably
screwed something up there but it seems to work.
Outside of no-signature and bogus configure-without-libdir-spec
complaints, rpmlint is quiet. The spec is below; packages are at
http://www.math.uh.edu/~tibbs/rpms/gap/
- J<
%define major 4
%define minor 4
%define patchlevel 5
# This package has way too many version strings
%define bver %{major}%{minor}
%define sver %{major}r%{minor}
%define lver %{major}r%{minor}p%{patchlevel}
%define ver %{major}.%{minor}.%{patchlevel}
%define rel 0.1%{?dist}
%define pkgver 2005_05_30-14_47_UTC
%define gapdir %{_libdir}/%{name}-%{ver}
%define gapdoc %{_docdir}/%{name}-%{ver}
%define docpkg 1
Name: gap
Summary: Groups, Algorithms and Programming
Group: Applications/Engineering
Version: %{ver}
Release: %{rel}
URL: http://turnbull.mcs.st-and.ac.uk/~gap/
Source0: ftp://ftp.gap-system.org/pub/gap/gap%{bver}/tar.bz2/gap%{lver}.tar.bz2
Source1: ftp://ftp-gap.dcs.st-and.ac.uk/pub/gap/gap%{bver}/tar.bz2/packages-%{pkgver}.tar.bz2
Source2: gap4-32.png
License: GPL
BuildRoot: %{_tmppath}/%{name}-%{version}-%(id -u -n)-root
BuildRequires: autoconf
BuildRequires: desktop-file-utils glibc-devel gmp-devel
#Patch1: %{name}-%{lver}-xgapfix.patch
%description
GAP (Groups, Algorithms and Programming) is a system for computational
discrete algebra with particular emphasis on, but not restricted to
computational group theory.
%if "%{docpkg}" == "1"
%package doc
Group: Documentation
Requires: %{name} = %{version}-%{release}
# Requires: htmlview
Summary: %{name} documentation
%description doc
%{name} documentation.
%else
Obsoletes: %{name}-doc < %{version}-%{release}
Provides: %{name}-doc = %{version}-%{release}
%endif
%package gac
Group: Development/Languages
Requires: %{name} = %{version}-%{release}
Summary: %{name} compiler
Requires: gcc
%description gac
%{name} compiler and friends.
%package xgap
Group: Applications/Engineering
Requires: %{name} = %{version}-%{release}
Summary: %{name} graphical interface
%description xgap
%{name} graphical interface
%{?!_icondir:%define _icondir %{_datadir}/pixmaps}
%prep
## Easy setup with tar files
%setup -q -n %{name}%{sver}
%setup -q -n %{name}%{sver}/pkg -T -D -a 1
%build
cd ..
# Main package
%configure
make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS"
#xgap
pushd pkg/xgap
%configure
make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS"
popd
# Other packages, taken from InstPackages.sh script
pushd pkg/ace
./configure ../..
make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS"
popd
pushd pkg/anupq
./configure ../..
make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS"
popd
# skip atlasrep datagens, dataword chmods
# skip carat
pushd pkg/cohomolo
./configure
make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS"
popd
# skip edim; need to unset LANG, LC_ALL
pushd pkg/example
./configure ../..
make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS"
popd
pushd pkg/fplsa
./configure ../..
make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS"
popd
pushd pkg/grape
./configure ../..
make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS" linux-gcc
popd
pushd pkg/guava*
./configure ../..
make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS"
popd
pushd pkg/kbmag
#make clean
./configure ../..
make
#make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS" COPTS="-O2 -g"
popd
# Seems to be busted on 64-bit linux
#pushd pkg/nq
#./configure
#make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS"
#popd
# Seems to be busted
#pushd pkg/pargap
#./configure ../..
#make %{?_smp_mflags} CFLAGS="$RPM_OPT_FLAGS"
#cp bin/pargap.sh ../../bin/
#popd
#rm -f ALLPKG
# Cleanup unneeded crud
rm -f Makefile* config* pkg/xgap/config* pkg/xgap/bin/*/config*
rm -f pkg/xgap/bin/*/*.o
rm -rf src pkg/xgap/src
rm bin/*.dll bin/*.bat bin/*.pif bin/*.exe
%install
cd ..
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT{%{_bindir},%{gapdoc},%{gapdir}}
# Should probably use install here.
cp -a [a-c,f-z]* \
$RPM_BUILD_ROOT%{gapdir}
rm $RPM_BUILD_ROOT%{gapdir}/pkg/PKGDIR
mkdir -p $RPM_BUILD_ROOT%{_datadir}/applications
mkdir -p $RPM_BUILD_ROOT%{_datadir}/application-registry
mkdir -p $RPM_BUILD_ROOT%{_datadir}/mime-info
mkdir -p $RPM_BUILD_ROOT%{_datadir}/pixmaps
cp -a etc $RPM_BUILD_ROOT%{gapdoc}
cp -a doc/* $RPM_BUILD_ROOT%{gapdoc}
cp -a README $RPM_BUILD_ROOT%{gapdoc}
# fixup gap shell wrapper
perl -pi -e"s@^GAP_DIR=.*@GAP_DIR=%{gapdir}@" \
$RPM_BUILD_ROOT%{gapdir}/bin/%{name}.sh
ln $RPM_BUILD_ROOT%{gapdir}/bin/%{name}.sh \
$RPM_BUILD_ROOT%{_bindir}/%{name}
# fixup xgap shell wrapper
perl -pi -e"s@^GAP_DIR=.*@GAP_DIR=%{gapdir}@" \
$RPM_BUILD_ROOT%{gapdir}/pkg/xgap/bin/x%{name}.sh
ln $RPM_BUILD_ROOT%{gapdir}/pkg/xgap/bin/x%{name}.sh \
$RPM_BUILD_ROOT%{_bindir}/x%{name}
# applnk/icon for xgap
cat > xgap.desktop << EOF
[Desktop Entry]
Type=Application
Exec=xgap --stay
Icon=%{_datadir}/pixmaps/gap4.png
Name=xgap
StartupWMClass=xgap
Terminal=false
Comment=The GAP computer algebra system (v%{version})
Encoding=UTF-8
EOF
desktop-file-install --vendor Fedora \
--add-category X-UH \
--add-category X-Fedora \
--add-category Application \
--add-category Math \
--add-category Algebra \
--dir $RPM_BUILD_ROOT%{_datadir}/applications \
xgap.desktop
install -D -m644 %SOURCE2 $RPM_BUILD_ROOT%{_icondir}/gap4.png
%files
%defattr(-, root, root)
%doc %{gapdir}/pkg/README.[a-w,y-z]*
%doc %{gapdir}/pkg/README.xmod
%{_bindir}/gap
%dir %{gapdir}
# Grab everything *except* doc,pkg
%{gapdir}/[a,c,e-o,q-z]*
%{gapdir}/prim
# And in pkg, everything except xgap
%{gapdir}/pkg/[a-w,y-q]*
%{gapdir}/pkg/xmod
#%{_libdir}/%{name}%{lver}/x[a-f,h-z]*
%{gapdir}/bin/gap*
%{gapdir}/bin/*/gap
%if "%{docpkg}" == "1"
%files doc
%defattr(-,root,root)
%endif
%doc %{gapdoc}
%files gac
%defattr(-,root,root)
%{gapdir}/bin/*/*.o
%{gapdir}/bin/*/config*
%{gapdir}/bin/*/gac
%{gapdir}/bin/*/Makefile
%files xgap
%defattr(-,root,root)
%{_bindir}/xgap
%{gapdir}/pkg/xgap
%{_datadir}/applications/*
%{_icondir}/*
%doc %{gapdir}/pkg/README.xgap
%clean
rm -rf "$RPM_BUILD_ROOT"
%changelog
* Fri Jun 3 2005 Jason L Tibbitts III - 4.4.5-0.1
- Update to 4.4.5.
- Beginnings of cleanup for Fedora Extras.
* Fri Sep 10 2004 Jason Tibbitts 4.4.3-2
- Add transparency to icon.
- Fix warnings from desktop-file-install.
* Fri Jun 11 2004 Jason Tibbitts 4.4.3-1
- Update to 4.4.3.
* Fri Nov 15 2002 Rex Dieter 4.3.3-0
- 4r3, fix3
- merge -doc subpkg into main (for now).
* Mon Jan 14 2002 Rex Dieter 4.2.8-1
- version: 4r2 -> 4.2
- doc subpkg (only html docs, for now)
- gac subpkg
- specfile cosmetics
- at least pretend to be relocatable
* Tue Jun 26 2001 Rex Dieter
- First try, gap4r2 (+fixes 1-8)
- convert zoo archives to tar.gz
- bundle fixes 1-8 into one file.
- TODO: Split into multiple smaller rpms.
From nphilipp at redhat.com Fri Jun 3 15:28:33 2005
From: nphilipp at redhat.com (Nils Philippsen)
Date: Fri, 03 Jun 2005 17:28:33 +0200
Subject: Requesting review (II)/approval on Enlightenment DR17 package+
some EFLs
In-Reply-To: <513a3b3050603060475dfa041@mail.gmail.com>
References: <513a3b3050603060475dfa041@mail.gmail.com>
Message-ID: <1117812514.23296.84.camel@gibraltar.stuttgart.redhat.com>
On Fri, 2005-06-03 at 21:04 +0800, Didier Casse wrote:
> The spec files are here:
Where things apply to more than one spec file, please do it (I won't
repeat stuff for all packages, just for the first where I found it).
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/eet.spec
- "Summary: Eet is a library for speedy data storage, retrieval, and
compression" -- Keep the summary as short as possiblr, don't repeat the
name in the summary, nor the article ("a") or punctuation, e.g.
"Summary: Library for speedy data storage, retrieval and compression".
Something like "Headers, static libraries, documentation and test
programs for %name development" is okay, though.
- "Release: 1.20050603.e17.fc3" -- do you really need to have the e17 in
the release?
- Consider including the CVS date in the packages' tarball names, not
only the version, e.g. like this:
...
%define cvsdate 20050603
...
Version: 0.9.10.008
Release: 1.%{cvsdate}.fc3
...
Source0: %{name}-%{version}-%{cvsdate}.tar.gz
...
- "%configure --prefix=%{_prefix} --bindir=%{_bindir} --libdir=
%{_libdir} --includedir=%{_includedir}" is redundant, "%configure" is
sufficient (try "rpm --eval %configure" to see what I mean)
- "%{__make} %{?_smp_mflags} %{?mflags}" -- I'd remove %{?mflags}, this
just smells like "non-repeatable build"
- "%{__make} %{?mflags_install} DESTDIR=%{buildroot} install", the same
as above, besides doesn't %makeinstall work?
- "%undefine __check_files" -- rather remove non-needed files in
%install
- "%{_libdir}/*.la" belongs into the devel subpackage (if at all)
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/edb.spec
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/embryo.spec
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/evas.spec
- Don't do this:
CFLAGS="$RPM_OPT_FLAGS -fomit-frame-pointer -msse -mmmx -pipe"
export CFLAGS
This will generate an i386 package which doesn't run on machines up to
Pentium (Pro?), besides: -msse implies -mmmx. You can request a build
for i686 additionally to i386 which will pick up these flags via
$RPM_OPT_FLAGS _if_ such a package has that much improved performance
(please check this and come up with some numbers as this was deemed
worthwhile for kernel, glibc and openssl so far). It would be best if
upstream would build optimized versions of the performance-relevant
functions in all variants and determine processor capabilities at
startup, choosing the best-optimized functions _which work_ on the
processor at runtime.
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/ecore.spec
- I'd include $RPM_OPT_FLAGS in this one:
CFLAGS="-I/usr/kerberos/include -I/usr/X11R6/include/X11/extensions"
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/edje.spec
This one is missing.
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/epeg.spec
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/epsilon.spec
- Full stop missing in %description
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/etox.spec
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/esmart.spec
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/ewl.spec
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/entrance.spec
- "%description
Entrance is the Enlightenment Display Manager. And like Enlightenment,
it takes beauty and customization to levels that KDM and GDM can only
dream about, without the bloat." -- Take out the last sentence, we don't
have GNOME packages bashing KDE in their %description or vice versa
either.
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/enlightenment.spec
- Consider putting the session desktop file into the source RPM instead
of generating it in %install (there aren't any variables in it, so
there's no need to do that).
- "%{_libdir}/libe.*" -- is it correct that these are all in the devel
subpackage?
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/engage.spec
- "Summary: Engage is a cool docker that resembles OSX in some ways" --
besides what I said above, don't include trademarks in the summary or
description.
- "Group: Applications/Multimedia" -- this is wrong, "User
Interface/Desktops" would fit IMO
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/engrave.spec
> http://sps.nus.edu.sg/~didierbe/fedora/extras/specs/e17genmenu.spec
HTH,
Nils
--
Nils Philippsen / Red Hat / nphilipp at redhat.com
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." -- B. Franklin, 1759
PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011
From ellson at research.att.com Fri Jun 3 14:29:57 2005
From: ellson at research.att.com (John Ellson)
Date: Fri, 03 Jun 2005 10:29:57 -0400
Subject: Requesting review (II)/approval on Enlightenment DR17 package+
some EFLs
In-Reply-To: <513a3b3050603060475dfa041@mail.gmail.com>
References: <513a3b3050603060475dfa041@mail.gmail.com>
Message-ID: <42A06965.1050905@research.att.com>
Didier Casse wrote:
>It should be ok by now and support x86_64 architectures.
>
Didier,
Are you taking over as provider for eet and edb now? If so, what is
happening with edb-gtk and edb-ncurses?
One remaining x86_64 problem with engage (a patch was missed).
"rpmbuild --rebuild engage-0.0.9-1.20050603.e17.fc3.src.rpm" fails with:
RPM build errors:
File not found by glob:
/var/tmp/engage-0.0.9-1.20050603.e17.fc3-root-ellson/usr/lib64/engage*
The proposed patch (now against CVS) is:
RCS file: /cvsroot/enlightenment/misc/engage/configure.in,v
retrieving revision 1.17
diff -u -b -r1.17 configure.in
--- configure.in 3 Jun 2005 03:31:56 -0000 1.17
+++ configure.in 3 Jun 2005 14:25:46 -0000
@@ -39,18 +39,20 @@
fi
fi
-if test "x${exec_prefix}" = "xNONE"; then
+if test "x{libdir}" = "xNONE";then
+ if test "x${exec_prefix}" = "xNONE"; then
if test "x${prefix}" = "xNONE"; then
libdir="${ac_default_prefix}/lib";
else
libdir="${prefix}/lib";
fi
-else
+ else
if test "x${prefix}" = "xNONE"; then
libdir="${ac_default_prefix}/lib";
else
libdir="${prefix}/lib";
fi
+ fi
fi
dnl Set PACKAGE_DATA_DIR in config.h.
John
From pilcher at us.ibm.com Fri Jun 3 15:22:57 2005
From: pilcher at us.ibm.com (Ian Pilcher)
Date: Fri, 03 Jun 2005 10:22:57 -0500
Subject: Request for review/sponsor - NEdit
In-Reply-To: <1117782727.13644.281.camel@laurel.intra.city-fan.org>
References:
<1117782727.13644.281.camel@laurel.intra.city-fan.org>
Message-ID:
Paul Howarth wrote:
The package naming guidelines at
> http://www.fedoraproject.org/wiki/PackageNamingGuidelines suggest to
> stick to lower case unless the upstream package uses upper case, which
> is not the case for either the tarball name or the installed binary?
Actually, that page says:
Keep in mind to respect the wishes of the upstream maintainers. If
they refer to their application as "ORBit", you should use "ORBit" as
the package name, and not "orbit".
If you look at http://nedit.org (or http://NEdit.org; hostnames are
case insensitive), you'll see that the program is consistently referred
to as "NEdit". The binary is named "nedit", but the ORBit binaries also
use lower case names.
> Also, the package has historically been known as "nedit" in earlier
> Fedora Core and Red Hat releases, so if it does get renamed then I would
> suggest Obsoleting and Providing "nedit" for a clean upgrade path.
Umm, I did that.
I don't have a strong feeling either way. ("nedit" is certainly easier
to type.) However, it is frustrating to try to follow the documented
rules, only to be told that they're not really the rules.
Can someone please clarify?
Thanks!
From rdieter at math.unl.edu Fri Jun 3 16:22:27 2005
From: rdieter at math.unl.edu (Rex Dieter)
Date: Fri, 03 Jun 2005 11:22:27 -0500
Subject: Request for discussion: gap (computer algebra system)
In-Reply-To:
References:
Message-ID:
Jason L Tibbitts III wrote:
> I'm not proposing it for submission unless others are interested and I can get assent from
> Rex.
If you want/need it, you officially have my blessing... (-: You can
count me as an interested party too.
-- Rex
From luya at jpopmail.com Fri Jun 3 16:55:27 2005
From: luya at jpopmail.com (luya at jpopmail.com)
Date: Fri, 03 Jun 2005 08:55:27 -0800
Subject: Blender 2.37, spec and srpms
Message-ID: <20050603165527.73F572037C@ws5-1.us4.outblaze.com>
Available for evaluation:
http://finalzone.webmasterswebworkshop.com/packages/blender.spec
http://finalzone.webmasterswebworkshop.com/packages/blender-2.37.tar.gz
http://finalzone.webmasterswebworkshop.com/packages/blender-2.37-1.src.rpm
I used a modified version on Compton spec and modified tar.gz to allow a succesfull compilation.
The good news is it support gcc4. Have a fun.
--
_______________________________________________
Get your free email from http://mymail.jp.popstarmail.org
Powered by Outblaze
From tibbs at math.uh.edu Fri Jun 3 17:42:32 2005
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Fri, 03 Jun 2005 12:42:32 -0500
Subject: Request for discussion: gap (computer algebra system)
In-Reply-To: (Rex Dieter's message of "Fri, 03
Jun 2005 11:22:27 -0500")
References:
Message-ID:
>>>>> "RD" == Rex Dieter writes:
RD> If you want/need it, you officially have my blessing...
Thanks. I did grab the original package from your site, after all.
RD> You can count me as an interested party too.
I think it's just the two of us, though. This package has a pretty
narrow purpose but I'm willing to maintain it in extras if it receives
a favorable review.
If only I could figure out why the help documents don't work....
- J<
From ed at eh3.com Fri Jun 3 17:46:10 2005
From: ed at eh3.com (Ed Hill)
Date: Fri, 03 Jun 2005 13:46:10 -0400
Subject: Request for review: tetex-prosper (update to latest version)
In-Reply-To: <42A02247.5070204@di.uminho.pt>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117609587.9421.12.camel@laptop.mpeters.local>
<1117610759.9421.15.camel@laptop.mpeters.local>
<1117635707.28429.187.camel@ernie>
<1117668827.9421.27.camel@laptop.mpeters.local>
<42A02247.5070204@di.uminho.pt>
Message-ID: <1117820770.27637.174.camel@ernie>
On Fri, 2005-06-03 at 10:26 +0100, Jos? Pedro Oliveira wrote:
> Michael,
>
> > http://mpeters.us/fc_extras/tetex-prosper.spec
> > http://mpeters.us/fc_extras/tetex-prosper-1.00.4-0.3.src.rpm
>
> The latest released version of prosper is the one available in the CTAN
> mirrors and the licence of this version is indeed LPPL [1].
>
> Regards,
> jpo
>
> [1] - this is the version that I have installed and used two years ago.
Hi Jose,
While you weren't actually helpful enough to provide any URLs [:-|],
you're right that there appears to be a "newer" version of prosper
available at:
http://www.ctan.org/tex-archive/macros/latex/contrib/prosper/
So why do I put the "newer" in quotes? Well, the official prosper web
site (http://prosper.sourceforge.net/) makes absolutely no mention of
the sources at CTAN. It explicitly points folks towards the SF.net
downloads which Michael used.
Digging into the email lists on the prosper SF.net site and the prosper
wiki:
http://wikiprosper.bbclone.de/index.php?pagename=ProsperFaq
it becomes apparent that prosper is actively used (multiple posts every
month to the user list) even if it isn't actively developed. Further,
in-the-know prosper users appear to use (FAQ #6) the latest version from
CVS (1.25) or the slightly *OLDER* snapshot that you mention on CTAN
(appears to be CVS 1.24).
And what bearing does all this have on the license? Well, the latest
version in CVS is LPPL v1.2 and the 1.00.4 release is the older MIT-like
license from the original author.
So, Michael has a few choices. He can package the 1.00.4 release as he
has already done and keep it as-is license-wise. Or, he can package
some newer CVS snapshot in which case he'll have to change the license
tag just as the project itself changed its license. Or he can do the
former and, at some point, upgrade.
I think the latest from CVS is probably the best but its Michael's
choice since he is the packager, not us.
Ed
ps - And yes, the unowned directories do need to be fixed. Good catch.
--
Edward H. Hill III, PhD
office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave.
Cambridge, MA 02139-4307
emails: eh3 at mit.edu ed at eh3.com
URLs: http://web.mit.edu/eh3/ http://eh3.com/
phone: 617-253-0098
fax: 617-253-4464
From mattdm at mattdm.org Fri Jun 3 17:52:10 2005
From: mattdm at mattdm.org (Matthew Miller)
Date: Fri, 3 Jun 2005 13:52:10 -0400
Subject: Request for discussion: gap (computer algebra system)
In-Reply-To:
References:
Message-ID: <20050603175210.GA7170@jadzia.bu.edu>
On Fri, Jun 03, 2005 at 12:42:32PM -0500, Jason L Tibbitts III wrote:
> RD> You can count me as an interested party too.
> I think it's just the two of us, though. This package has a pretty
> narrow purpose but I'm willing to maintain it in extras if it receives
Not so -- we need it here (Boston University) too. We've got some packages
we've made but they're not fancy or anything. I'd love to see this in
extras.
--
Matthew Miller mattdm at mattdm.org
Boston University Linux ------>
Current office temperature: 80 degrees Fahrenheit.
From gemi at bluewin.ch Fri Jun 3 18:01:30 2005
From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister)
Date: Fri, 03 Jun 2005 20:01:30 +0200
Subject: Request for discussion: gap (computer algebra system)
In-Reply-To: <20050603175210.GA7170@jadzia.bu.edu>
References:
<20050603175210.GA7170@jadzia.bu.edu>
Message-ID: <1117821690.19194.0.camel@scriabin.tannenrauch.ch>
On Fri, 2005-06-03 at 13:52 -0400, Matthew Miller wrote:
> On Fri, Jun 03, 2005 at 12:42:32PM -0500, Jason L Tibbitts III wrote:
> > RD> You can count me as an interested party too.
> > I think it's just the two of us, though. This package has a pretty
> > narrow purpose but I'm willing to maintain it in extras if it receives
>
> Not so -- we need it here (Boston University) too. We've got some packages
> we've made but they're not fancy or anything. I'd love to see this in
> extras.
I have a gap package in my apt/yum repository at:
http://math.ifi.unizh.ch/fedora/3/i386/RPMS.gemi/
--
G?rard Milmeister
Langackerstrasse 49
CH-8057 Z?rich
From ivazquez at ivazquez.net Fri Jun 3 18:27:20 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Fri, 03 Jun 2005 14:27:20 -0400
Subject: Requesting review (II)/approval on Enlightenment DR17 package+
some EFLs
In-Reply-To: <1117812514.23296.84.camel@gibraltar.stuttgart.redhat.com>
References: <513a3b3050603060475dfa041@mail.gmail.com>
<1117812514.23296.84.camel@gibraltar.stuttgart.redhat.com>
Message-ID: <1117823241.6953.3.camel@ignacio.ignacio.lan>
On Fri, 2005-06-03 at 17:28 +0200, Nils Philippsen wrote:
> - Consider including the CVS date in the packages' tarball names, not
> only the version, e.g. like this:
> Release: 1.%{cvsdate}.fc3
Actually, this should become "1.%{cvsdate}cvs%{?dist}" according to the
wiki. And yes, having the date in the tarball would be useful for
independent verification of the sources. A blurb explaining how to
create the tarball (e.g., "make dist") would also be handy in this case.
--
Ignacio Vazquez-Abrams
http://fedora.ivazquez.net/
gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- 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:
From ivazquez at ivazquez.net Fri Jun 3 18:30:24 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Fri, 03 Jun 2005 14:30:24 -0400
Subject: Requesting review (II)/approval on Enlightenment DR17 package+
some EFLs
In-Reply-To: <42A06965.1050905@research.att.com>
References: <513a3b3050603060475dfa041@mail.gmail.com>
<42A06965.1050905@research.att.com>
Message-ID: <1117823424.6953.7.camel@ignacio.ignacio.lan>
On Fri, 2005-06-03 at 10:29 -0400, John Ellson wrote:
> Didier Casse wrote:
>
> >It should be ok by now and support x86_64 architectures.
> >
> Didier,
>
> Are you taking over as provider for eet and edb now?
NAFAIK, but the future isn't written in stone.
> If so, what is happening with edb-gtk and edb-ncurses?
Personally I think edb-gtk should remain a separate package since it
creates a dep on GTK+ 1.x (and yes, there is a GTK+ 2.x equiv out there,
I just haven't packaged it yet), but I'm ambivalent about edb-ncurses.
It was convenient, so I split it off.
--
Ignacio Vazquez-Abrams
http://fedora.ivazquez.net/
gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- 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:
From ellson at research.att.com Fri Jun 3 19:01:27 2005
From: ellson at research.att.com (John Ellson)
Date: Fri, 03 Jun 2005 15:01:27 -0400
Subject: Blender 2.37, spec and srpms
In-Reply-To: <20050603165527.73F572037C@ws5-1.us4.outblaze.com>
References: <20050603165527.73F572037C@ws5-1.us4.outblaze.com>
Message-ID: <42A0A907.2050500@research.att.com>
luya at jpopmail.com wrote:
>Available for evaluation:
>
>http://finalzone.webmasterswebworkshop.com/packages/blender.spec
>http://finalzone.webmasterswebworkshop.com/packages/blender-2.37.tar.gz
>http://finalzone.webmasterswebworkshop.com/packages/blender-2.37-1.src.rpm
>
>I used a modified version on Compton spec and modified tar.gz to allow a succesfull compilation.
>The good news is it support gcc4. Have a fun.
>
>
>
Didn't get far with this on x86_64 Fedora Rawhide.
Buiding with: rpmbuild --rebuild blender-2.37-1.src.rpm
Gave the following error:
intern/ghost/GHOST_ITimerTask.h:82: warning: inline function 'virtual
void* GHOST_ITimerTask::getUserData() const' used but never defined
scons: ***
[/home/ellson/rpmbuild/BUILD/build/linux2/source/gameengine/GamePlayer/ghost/GPG_Application.o]
Error 1
scons: building terminated because of errors.
error: Bad exit status from /var/tmp/rpm-tmp.21013 (%build)
Sorry, my C++ isn't good enough for me to go looking for a fix.
John
From tibbs at math.uh.edu Fri Jun 3 19:05:19 2005
From: tibbs at math.uh.edu (Jason L Tibbitts III)
Date: Fri, 03 Jun 2005 14:05:19 -0500
Subject: Request for discussion: gap (computer algebra system)
In-Reply-To: <1117821690.19194.0.camel@scriabin.tannenrauch.ch>
=?iso-8859-1?q?=28G=E9rard?= Milmeister's message of "Fri,
03 Jun 2005 20:01:30 +0200")
References:
<20050603175210.GA7170@jadzia.bu.edu>
<1117821690.19194.0.camel@scriabin.tannenrauch.ch>
Message-ID:
>>>>> "GM" == G?rard Milmeister writes:
GM> I have a gap package in my apt/yum repository at:
GM> http://math.ifi.unizh.ch/fedora/3/i386/RPMS.gemi/
I've taken a look. I like the idea of deleting the unnecessary
windows crap, so I'll snarf that.
I dislike the idea of nuking xgap, since people here actually use it
and Emacs goes over their heads. I'd really prefer the Gtk/Python
based interface but it's not quite usable yet.
I don't see where you configure and build the packages that need
building. I don't build all of them but I try to do as many as I
could get to work.
You build in a couple of extras (xtom and htmie). I can see packing
xtom (just 80MB of data) and if there's interest I can look at putting
it into a subpackage but I don't understand why you need to package
the HTML that renders better with internet exploder.
Your help documents work! At least now I can figure out what I'm
doing wrong.
- J<
From Christian.Iseli at licr.org Fri Jun 3 19:19:58 2005
From: Christian.Iseli at licr.org (Christian.Iseli at licr.org)
Date: Fri, 03 Jun 2005 21:19:58 +0200
Subject: Request for review: multi-rsync
In-Reply-To: Your message of "Thu, 02 Jun 2005 21:21:25 +0200."
<200506021952.j52Jq5Jj010653@mx2.redhat.com>
Message-ID: <200506031920.j53JKAEZ005139@mx3.redhat.com>
I said:
> Would anyone please review the multi-rsync package I prepared ?
Silly me, forgot to put a link for the spec file... Here it is:
ftp://ftp.licr.org/pub/software/unix/multi-rsync.spec
Cheers,
Christian
From toshio at tiki-lounge.com Fri Jun 3 19:31:58 2005
From: toshio at tiki-lounge.com (Toshio Kuratomi)
Date: Fri, 03 Jun 2005 15:31:58 -0400
Subject: libdir and python on x86_64
In-Reply-To: <20050603021844.9D35638113B@ningauble.scrye.com>
References: <20050601002201.09A943809C8@ningauble.scrye.com>
<429D01B1.8060508@shahms.com>
<20050601031818.6F8B5380D08@ningauble.scrye.com>
<1117608411.4633.111.camel@bobcat.mine.nu>
<20050603021844.9D35638113B@ningauble.scrye.com>
Message-ID: <1117827118.3176.48.camel@localhost>
On Thu, 2005-06-02 at 20:18 -0600, Kevin Fenzi wrote:
> So on x86_64, do those two macro's result in diffrent directories?
> I know they are diffrent things and _could_ be diffrent, but on all
> the machines I have access to they are the same.
[badger at katahdin ~]$ uname -a
Linux katahdin.badger.com 2.6.11-prepkatahdin1.1319 #4 Mon May 23
00:27:33 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux
[badger at katahdin ~]$ python -c "from distutils.sysconfig import
get_python_lib; print get_python_lib()"
/usr/lib/python2.4/site-packages
[badger at katahdin ~]$ python -c "from distutils.sysconfig import
get_python_lib; print get_python_lib(1)"
/usr/lib64/python2.4/site-packages
So arch specific stuff will go in lib64/, site-independent stuff will
end in lib/
-Toshio
-------------- 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:
From jpo at di.uminho.pt Fri Jun 3 20:26:25 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Fri, 03 Jun 2005 21:26:25 +0100
Subject: Request for review: tetex-prosper (update to latest version)
In-Reply-To: <1117820770.27637.174.camel@ernie>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117609587.9421.12.camel@laptop.mpeters.local>
<1117610759.9421.15.camel@laptop.mpeters.local>
<1117635707.28429.187.camel@ernie>
<1117668827.9421.27.camel@laptop.mpeters.local>
<42A02247.5070204@di.uminho.pt> <1117820770.27637.174.camel@ernie>
Message-ID: <42A0BCF1.4070901@di.uminho.pt>
Hi Ed,
> Hi Jose,
>
> While you weren't actually helpful enough to provide any URLs [:-|],
I had already given the following CTAN link
http://www.ctan.org/tex-archive/help/Catalogue/entries/prosper.html
in a previous post. See
https://www.redhat.com/archives/fedora-extras-list/2005-June/msg00036.html.
And if Michael couldn't locate a CTAN mirror, I wouldn't mind pointing
him in the right direction.
> you're right that there appears to be a "newer" version of prosper
> available at:
>
> http://www.ctan.org/tex-archive/macros/latex/contrib/prosper/
This link (or a similar one to another CTAN mirror) can be followed
from the CTAN link I posted.
> So why do I put the "newer" in quotes? Well, the official prosper web
> site (http://prosper.sourceforge.net/) makes absolutely no mention of
> the sources at CTAN. It explicitly points folks towards the SF.net
> downloads which Michael used.
>
> Digging into the email lists on the prosper SF.net site and the prosper
> wiki:
See the following email (from the sourceforge mailing list):
Title: Re: where is the latest release?
Date: 2004-08-31
Link: http://sourceforge.net/mailarchive/message.php?msg_id=9397433
Note: you will mostly likely find other emails. I do remember seeing
similar mails two/three years ago when I used prosper.
> http://wikiprosper.bbclone.de/index.php?pagename=ProsperFaq
Nice link.
> it becomes apparent that prosper is actively used (multiple posts every
> month to the user list) even if it isn't actively developed. Further,
I haven't said that prosper is dead. I used it in the past and I still
have several prosper presentations in my CVS repo.
> in-the-know prosper users appear to use (FAQ #6) the latest version from
> CVS (1.25) or the slightly *OLDER* snapshot that you mention on CTAN
> (appears to be CVS 1.24).
Never used Ha-prosper. When I discovered it I had already switched to
Beamer (too many headaches due to vertical alignment).
It would be nice to also package it.
> And what bearing does all this have on the license? Well, the latest
> version in CVS is LPPL v1.2 and the 1.00.4 release is the older MIT-like
> license from the original author.
>
> So, Michael has a few choices. He can package the 1.00.4 release as he
> has already done and keep it as-is license-wise. Or, he can package
> some newer CVS snapshot in which case he'll have to change the license
> tag just as the project itself changed its license. Or he can do the
> former and, at some point, upgrade.
>
> I think the latest from CVS is probably the best but its Michael's
> choice since he is the packager, not us.
I wouldn't advise to package the CVS version. Mostly likely it would
be better to package the CTAN version and add patches to it (if really
needed).
> ps - And yes, the unowned directories do need to be fixed. Good catch.
That is a blocker.
Best regards,
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From skvidal at phy.duke.edu Fri Jun 3 21:31:49 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Fri, 03 Jun 2005 17:31:49 -0400
Subject: x86_64 status (was Re: Errors on x86_64 (broken c++ headers?))
In-Reply-To: <20050603151500.45b71a03@python2>
References: <428354A9.5040501@ieee.org>
<4283702D.7060208@ieee.org>
<1115912711.8237.416.camel@mccallum.corsepiu.local>
<42837DFB.9030304@ieee.org>
<1115920551.29062.22.camel@weasel.laiskiainen.org>
<1115921494.29062.28.camel@weasel.laiskiainen.org>
<4283A0E0.2030203@ieee.org> <1115923168.13475.22.camel@cutter>
<428A27D8.7020207@ieee.org>
<20050602203847.3bfc8caf.bugs.michael@gmx.net>
<429F531C.4020608@ieee.org>
<20050602214754.78943dc9.bugs.michael@gmx.net>
<20050603145026.386b7ad7@python2> <1117803761.3488.89.camel@cutter>
<20050603151500.45b71a03@python2>
Message-ID: <1117834309.7091.33.camel@cutter>
On Fri, 2005-06-03 at 15:15 +0200, Matthias Saou wrote:
> seth vidal wrote :
>
> > I wonder how many times I'm going to have to say this:
> > Yes, I know that installing both packages is causing problems for some
> > packages to be built. Yes, this is, ultimately, resolved in mock for
> > simple reasons. No, I've not had enough time to get the rest of it
> > implemented and up and running.
>
> I understand, seth :-)
> What I should have said a bit clearer is : I don't think removing those
> explicit build requirements is a really good idea, but above all, it
> shouldn't be considered the solution to this problem.
>
it is not the final solution to the problem, no. Sometimes though
interim solutions are what have to happen.
-sv
From luya at jpopmail.com Sat Jun 4 04:02:17 2005
From: luya at jpopmail.com (luya at jpopmail.com)
Date: Fri, 03 Jun 2005 20:02:17 -0800
Subject: Blender 2.37, spec and srpms
Message-ID: <20050604040217.490D423EF70@ws5-4.us4.outblaze.com>
Alas, I don't have a system that uses x86_64. I would suggest to rebuild the
package using spec and tar files. I am learning about spec and will try
to write a new spec from scratch if necessary.
----- Original Message -----
From: "John Ellson"
To: "Discussion related to Fedora Extras"
Subject: Re: Blender 2.37, spec and srpms
Date: Fri, 03 Jun 2005 15:01:27 -0400
>
> luya at jpopmail.com wrote:
>
> > Available for evaluation:
> >
> > http://finalzone.webmasterswebworkshop.com/packages/blender.spec
> > http://finalzone.webmasterswebworkshop.com/packages/blender-2.37.tar.gz
> > http://finalzone.webmasterswebworkshop.com/packages/blender-2.37-1.src.rpm
> >
> > I used a modified version on Compton spec and modified tar.gz to
> > allow a succesfull compilation.
> > The good news is it support gcc4. Have a fun.
> >
> >
> >
> Didn't get far with this on x86_64 Fedora Rawhide.
>
> Buiding with: rpmbuild --rebuild blender-2.37-1.src.rpm
>
> Gave the following error:
>
> intern/ghost/GHOST_ITimerTask.h:82: warning: inline function
> 'virtual void* GHOST_ITimerTask::getUserData() const' used but
> never defined
> scons: ***
> [/home/ellson/rpmbuild/BUILD/build/linux2/source/gameengine/GamePlayer/ghost/GPG_Application.o] Error
> 1
> scons: building terminated because of errors.
> error: Bad exit status from /var/tmp/rpm-tmp.21013 (%build)
>
>
>
> Sorry, my C++ isn't good enough for me to go looking for a fix.
>
> John
>
> --
> fedora-extras-list mailing list
> fedora-extras-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-extras-list
--
_______________________________________________
Get your free email from http://mymail.jp.popstarmail.org
Powered by Outblaze
From yuan.bbbush at gmail.com Sat Jun 4 07:41:29 2005
From: yuan.bbbush at gmail.com (Yuan Yijun)
Date: Sat, 4 Jun 2005 15:41:29 +0800
Subject: what's the standard way of including symlinks in a rpm file?
Message-ID: <9792751e05060400414aa9f278@mail.gmail.com>
Greetings,
I find that /usr/lib/rpm/check-files has changed from
find $RPM_BUILD_ROOT -type f | LC_ALL=C sort > $FILES_DISK
to
find $RPM_BUILD_ROOT -type f -o -type l | LC_ALL=C sort > $FILES_DISK
Then how can I include any symlinks in the rpm file? Each time I tried
to compile a rpm, the build process ends up with Installed (but
unpackaged) file found error. Would anyone so kind to tell me the
reason and how to modify my spec?
//thx alot.
--
bbbush ^_^
From ville.skytta at iki.fi Sat Jun 4 08:21:41 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Sat, 04 Jun 2005 11:21:41 +0300
Subject: what's the standard way of including symlinks in a rpm file?
In-Reply-To: <9792751e05060400414aa9f278@mail.gmail.com>
References: <9792751e05060400414aa9f278@mail.gmail.com>
Message-ID: <1117873301.29426.14.camel@bobcat.mine.nu>
On Sat, 2005-06-04 at 15:41 +0800, Yuan Yijun wrote:
> Then how can I include any symlinks in the rpm file?
Just like ordinary files and dirs: list them in the %files section.
From mpeters at mac.com Sat Jun 4 11:01:08 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Sat, 04 Jun 2005 04:01:08 -0700
Subject: Request for Review: sword
In-Reply-To: <1117799728.23296.21.camel@gibraltar.stuttgart.redhat.com>
References: <1117535674.4072.27.camel@laptop.mpeters.local>
<1117633802.16037.8.camel@wombat.tiptoe.de>
<1117668449.3713.3.camel@localhost.localdomain>
<1117799728.23296.21.camel@gibraltar.stuttgart.redhat.com>
Message-ID: <1117882868.6447.35.camel@laptop.mpeters.local>
On Fri, 2005-06-03 at 13:55 +0200, Nils Philippsen wrote:
>
> It wasn't consistent ;-) -- I could either replace %buildroot with
> $RPM_BUILD_ROOT or vice versa (which I did).
>
> Nils
I prefer %buildroot - problem is when I start with the template
in /usr/share/fedora - I don't always remember to change it, and it is
there as $RPM_BUILD_ROOT ...
I think I'll copy the templates into my home directory, change them,
make them read only, and start with those.
From yuan.bbbush at gmail.com Sat Jun 4 11:32:28 2005
From: yuan.bbbush at gmail.com (Yuan Yijun)
Date: Sat, 4 Jun 2005 19:32:28 +0800
Subject: what's the standard way of including symlinks in a rpm file?
In-Reply-To: <1117873301.29426.14.camel@bobcat.mine.nu>
References: <9792751e05060400414aa9f278@mail.gmail.com>
<1117873301.29426.14.camel@bobcat.mine.nu>
Message-ID: <9792751e0506040432374b0012@mail.gmail.com>
2005/6/4, Ville Skytt? :
> Just like ordinary files and dirs: list them in the %files section.
>
Thank you for your reply. But that's exactly what I do :(
--
bbbush ^_^
From mattdm at mattdm.org Sat Jun 4 14:03:24 2005
From: mattdm at mattdm.org (Matthew Miller)
Date: Sat, 4 Jun 2005 10:03:24 -0400
Subject: what's the standard way of including symlinks in a rpm file?
In-Reply-To: <9792751e0506040432374b0012@mail.gmail.com>
References: <9792751e05060400414aa9f278@mail.gmail.com>
<1117873301.29426.14.camel@bobcat.mine.nu>
<9792751e0506040432374b0012@mail.gmail.com>
Message-ID: <20050604140324.GA6392@jadzia.bu.edu>
On Sat, Jun 04, 2005 at 07:32:28PM +0800, Yuan Yijun wrote:
> > Just like ordinary files and dirs: list them in the %files section.
> Thank you for your reply. But that's exactly what I do :(
Can you post a link to the spec file in question so we can see what's going
on? Thanks.
--
Matthew Miller mattdm at mattdm.org
Boston University Linux ------>
Current office temperature: 80 degrees Fahrenheit.
From tcallawa at redhat.com Sat Jun 4 16:12:19 2005
From: tcallawa at redhat.com (Tom 'spot' Callaway)
Date: Sat, 04 Jun 2005 11:12:19 -0500
Subject: Request for review/sponsor - NEdit
In-Reply-To:
References:
<1117782727.13644.281.camel@laurel.intra.city-fan.org>
Message-ID: <1117901539.6622.14.camel@localhost.localdomain>
On Fri, 2005-06-03 at 10:22 -0500, Ian Pilcher wrote:
> Paul Howarth wrote:
> The package naming guidelines at
> > http://www.fedoraproject.org/wiki/PackageNamingGuidelines suggest to
> > stick to lower case unless the upstream package uses upper case, which
> > is not the case for either the tarball name or the installed binary?
>
> Actually, that page says:
>
> Keep in mind to respect the wishes of the upstream maintainers. If
> they refer to their application as "ORBit", you should use "ORBit" as
> the package name, and not "orbit".
>
> If you look at http://nedit.org (or http://NEdit.org; hostnames are
> case insensitive), you'll see that the program is consistently referred
> to as "NEdit". The binary is named "nedit", but the ORBit binaries also
> use lower case names.
Then go ahead and use NEdit. You're the maintainer, ultimately, the
decision is up to you, which is why the Guidelines are vague. My
objection was based on two points:
- the nedit package has existed with the lowercase name in FC and RHL
for some time now.
- my really quick check didn't show any usage of NEdit
~spot
--
Tom "spot" Callaway: Red Hat Sales Engineer || GPG Fingerprint: 93054260
Fedora Extras Steering Committee Member (RPM Standards and Practices)
Aurora Linux Project Leader: http://auroralinux.org
Lemurs, llamas, and sparcs, oh my!
From toshio at tiki-lounge.com Sat Jun 4 16:56:25 2005
From: toshio at tiki-lounge.com (Toshio Kuratomi)
Date: Sat, 04 Jun 2005 12:56:25 -0400
Subject: Request for review/sponsor - NEdit
In-Reply-To:
References:
<1117782727.13644.281.camel@laurel.intra.city-fan.org>
Message-ID: <1117904185.3849.26.camel@localhost>
On Fri, 2005-06-03 at 10:22 -0500, Ian Pilcher wrote:
> Paul Howarth wrote:
> The package naming guidelines at
> > http://www.fedoraproject.org/wiki/PackageNamingGuidelines suggest to
> > stick to lower case unless the upstream package uses upper case, which
> > is not the case for either the tarball name or the installed binary?
>
> Actually, that page says:
>
> Keep in mind to respect the wishes of the upstream maintainers. If
> they refer to their application as "ORBit", you should use "ORBit" as
> the package name, and not "orbit".
>
> If you look at http://nedit.org (or http://NEdit.org; hostnames are
> case insensitive), you'll see that the program is consistently referred
> to as "NEdit". The binary is named "nedit", but the ORBit binaries also
> use lower case names
ORBit uses both orbit and ORBit. ORBit is in shared libraries and
pkg-config files while the helper programs use orbit*.
Does NEdit store any files on the filesystem with the capitalization?
> > Also, the package has historically been known as "nedit" in earlier
> > Fedora Core and Red Hat releases, so if it does get renamed then I would
> > suggest Obsoleting and Providing "nedit" for a clean upgrade path.
>
> Umm, I did that.
>
> I don't have a strong feeling either way. ("nedit" is certainly easier
> to type.) However, it is frustrating to try to follow the documented
> rules, only to be told that they're not really the rules.
>
> Can someone please clarify?
To me, what's written on the web page is one of the lesser criteria for
deciding whether a package should be capitalized. Web pages are
directed at people who are reading and normal grammar rules apply there.
Software can have a given name which would be capitalized in that realm.
Tarballs, binary names, and to me, rpm packages are directed at people
interacting with the computer in a different way. In that realm, using
uppercase is the exception rather than the rule and should be used
sparingly.
If the tarball and binary are both lowercase, I would make the rpm
package name lowercase as well. If both of those are uppercase then
uppercase the package name. If there's disagreement (for instance,
Pyrex whose main binary is pyrexc) then the packager has the right to be
confused :-) [Pyrex has a python module which is Pyrex, which I think
tips the balance towards the use of caps.]
-Toshio
-------------- 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:
From skvidal at phy.duke.edu Sat Jun 4 20:02:05 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Sat, 04 Jun 2005 16:02:05 -0400
Subject: Package review requested: mock 0.2 and yum-utils 0.2
Message-ID: <1117915325.3099.33.camel@cutter>
Hi folks,
I've got two packages I'd like to request reviews for to be included in
fedora extras:
mock - Mock takes a srpm and builds it in a chroot
http://linux.duke.edu/~skvidal/mock/
yum-utils - yum-utils is a collection of utilities and examples for the
yum package manager. It includes utilities by different
authors that make yum easier and more powerful to use.
http://linux.duke.edu/yum/download/yum-utils/
Let me know what problems there might be with checking them in.
Thanks,
-sv
From buildsys at fedoraproject.org Sat Jun 4 23:01:07 2005
From: buildsys at fedoraproject.org (buildsys at fedoraproject.org)
Date: Sat, 4 Jun 2005 19:01:07 -0400 (EDT)
Subject: Fedora Extras 3 Package Build Report
Message-ID: <20050604230107.21A4983C7@extras64.linux.duke.edu>
Packages built and released for Fedora Extras 3: 9
QuantLib-0.3.9-1
QuantLib-0.3.9-1.fc3
dhcp-forwarder-0.7-1
dhcp-forwarder-0.7-4
dhcp-forwarder-0.7-4.fc3
perl-ExtUtils-CBuilder-0.12-1
perl-ExtUtils-CBuilder-0.12-1.fc3
perl-Module-CoreList-2.02-1
perl-Module-CoreList-2.02-1.fc3
For more information about the built packages please see the repository
or the fedora Info Feed: http://fedoraproject.org/infofeed/
From buildsys at fedoraproject.org Sat Jun 4 23:03:45 2005
From: buildsys at fedoraproject.org (buildsys at fedoraproject.org)
Date: Sat, 4 Jun 2005 19:03:45 -0400 (EDT)
Subject: Fedora Extras 4 Package Build Report
Message-ID: <20050604230345.2653583C7@extras64.linux.duke.edu>
Packages built and released for Fedora Extras 4: 12
autossh-1.3-2
autossh-1.3-2.fc4
comical-0.4-9
comical-0.4-9.fc4
dhcp-forwarder-0.7-4
dhcp-forwarder-0.7-4.fc4
mfstools-2.0-8.snapshot050221
mfstools-2.0-8.snapshot050221.fc4
perl-ExtUtils-CBuilder-0.12-1
perl-ExtUtils-CBuilder-0.12-1.fc4
perl-Module-CoreList-2.02-1
perl-Module-CoreList-2.02-1.fc4
For more information about the built packages please see the repository
or the fedora Info Feed: http://fedoraproject.org/infofeed/
From yuan.bbbush at gmail.com Sun Jun 5 01:00:04 2005
From: yuan.bbbush at gmail.com (Yuan Yijun)
Date: Sun, 5 Jun 2005 09:00:04 +0800
Subject: what's the standard way of including symlinks in a rpm file?
In-Reply-To: <20050604140324.GA6392@jadzia.bu.edu>
References: <9792751e05060400414aa9f278@mail.gmail.com>
<1117873301.29426.14.camel@bobcat.mine.nu>
<9792751e0506040432374b0012@mail.gmail.com>
<20050604140324.GA6392@jadzia.bu.edu>
Message-ID: <9792751e050604180076bbbe6e@mail.gmail.com>
2005/6/4, Matthew Miller :
>
> Can you post a link to the spec file in question so we can see what's going
> on? Thanks.
>
almost every one that contains symlinks. for example, libebml[1] in
extras-devel. Build log attached.
[1] http://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS/libebml-0.7.5-1.src.rpm
--
bbbush ^_^
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libebml_builderror.tar.gz
Type: application/x-gzip
Size: 2574 bytes
Desc: not available
URL:
From andreas.bierfert at lowlatency.de Sun Jun 5 06:52:44 2005
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Sun, 05 Jun 2005 08:52:44 +0200
Subject: Request for review: rxvt-unicode
In-Reply-To: <429F6F75.9010909@lowlatency.de>
References: <429E383B.4020706@lowlatency.de> <20050602144327.47ccfd84@alioth.lan> <429F0B99.3060709@hhs.nl> <20050602164045.653c0389@alioth.lan>
<429F1CDB.1020003@hhs.nl> <429F6F75.9010909@lowlatency.de>
Message-ID: <42A2A13C.3060108@lowlatency.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Andreas Bierfert wrote:
> Hans de Goede wrote:
>
>
>>>I'm not on the list to which approves should be sent, one last note
>
>
> Anybody else willing?
Somebody? Would be _really_ nice to get this in before fc4...
- - Andreas
- --
Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB
andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted
phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFCoqE8QEQyPsWM8csRAgwLAJ9Lu+I5mTnUZHI6LgZgKw/ZsuQ0egCgtF56
4du7QnM70oAohsQ0/OdQe+I=
=cPLs
-----END PGP SIGNATURE-----
From yuan.bbbush at gmail.com Sun Jun 5 07:09:49 2005
From: yuan.bbbush at gmail.com (Yuan Yijun)
Date: Sun, 5 Jun 2005 15:09:49 +0800
Subject: Request for review/sponsor - NEdit
In-Reply-To: <1117904185.3849.26.camel@localhost>
References:
<1117782727.13644.281.camel@laurel.intra.city-fan.org>
<1117904185.3849.26.camel@localhost>
Message-ID: <9792751e050605000958481419@mail.gmail.com>
I hate using upper case in rpm Name section but most of the l10n
packages are with such a name. for example, I must type
man-pages-zh_CN, openoffice.org-langpack-zh_CN when doing query and
update, while debian people can use manpages-zh for short :)
--
bbbush ^_^
From j.w.r.degoede at hhs.nl Sun Jun 5 07:15:59 2005
From: j.w.r.degoede at hhs.nl (Hans de Goede)
Date: Sun, 05 Jun 2005 09:15:59 +0200
Subject: Request for review: rxvt-unicode
In-Reply-To: <42A2A13C.3060108@lowlatency.de>
References: <429E383B.4020706@lowlatency.de> <20050602144327.47ccfd84@alioth.lan> <429F0B99.3060709@hhs.nl> <20050602164045.653c0389@alioth.lan> <429F1CDB.1020003@hhs.nl>
<429F6F75.9010909@lowlatency.de> <42A2A13C.3060108@lowlatency.de>
Message-ID: <42A2A6AF.6060108@hhs.nl>
I've send an approved message to fedora-extras-commits, don't know if it
came through thouhg, sice I'm not subscribed.
Regards,
Hans
Andreas Bierfert wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Andreas Bierfert wrote:
>
>>Hans de Goede wrote:
>>
>>
>>
>>>>I'm not on the list to which approves should be sent, one last note
>>
>>
>>Anybody else willing?
>
>
> Somebody? Would be _really_ nice to get this in before fc4...
>
> - - Andreas
>
> - --
> Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB
> andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted
> phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.6 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
>
> iD8DBQFCoqE8QEQyPsWM8csRAgwLAJ9Lu+I5mTnUZHI6LgZgKw/ZsuQ0egCgtF56
> 4du7QnM70oAohsQ0/OdQe+I=
> =cPLs
> -----END PGP SIGNATURE-----
>
> --
> fedora-extras-list mailing list
> fedora-extras-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-extras-list
>
From ville.skytta at iki.fi Sun Jun 5 07:24:02 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Sun, 05 Jun 2005 10:24:02 +0300
Subject: what's the standard way of including symlinks in a rpm file?
In-Reply-To: <9792751e050604180076bbbe6e@mail.gmail.com>
References: <9792751e05060400414aa9f278@mail.gmail.com>
<1117873301.29426.14.camel@bobcat.mine.nu>
<9792751e0506040432374b0012@mail.gmail.com>
<20050604140324.GA6392@jadzia.bu.edu>
<9792751e050604180076bbbe6e@mail.gmail.com>
Message-ID: <1117956242.1799.7.camel@bobcat.mine.nu>
On Sun, 2005-06-05 at 09:00 +0800, Yuan Yijun wrote:
> 2005/6/4, Matthew Miller :
> >
> > Can you post a link to the spec file in question so we can see what's going
> > on? Thanks.
> >
>
> almost every one that contains symlinks. for example, libebml[1] in
> extras-devel. Build log attached.
Cannot reproduce, builds fine here. You are using the vanilla rpm-build
from FC devel, right? check-files in your tarball wasn't a vanilla one,
it had an extra commented out line in it (so it shouldn't matter, but
smells like a locally customized installation). "rpm -q rpm-build",
"rpm -V rpm-build"?
From gauret at free.fr Sun Jun 5 07:43:38 2005
From: gauret at free.fr (Aurelien Bompard)
Date: Sun, 05 Jun 2005 09:43:38 +0200
Subject: Package review requested: mock 0.2 and yum-utils 0.2
References: <1117915325.3099.33.camel@cutter>
Message-ID:
mock:
- please give a full Source URL
- the URL tag is missing
- is "BuildRequires: gcc" really needed ?
- the buildroot is not the usual one (not very important, but...)
- the checks for '[ "$RPM_BUILD_ROOT" == "/" ]' are useless.
- the scriptlets should check for upgrade or fresh install
yum-utils:
- please give a full Source URL
- the URL tag is missing
- the buildroot is not the usual one
- yum already requires rpm and rpm-python, so those are not needed
- the checks for '[ "$RPM_BUILD_ROOT" == "/" ]' are useless.
Please fix those, and you're good to go.
Aur?lien
--
http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr
En essayant continuellement, on finit par r?ussir. Donc plus ?a rate, plus
on a des chances que ?a marche. -- devise Shadok.
From yuan.bbbush at gmail.com Sun Jun 5 08:06:15 2005
From: yuan.bbbush at gmail.com (Yuan Yijun)
Date: Sun, 5 Jun 2005 16:06:15 +0800
Subject: what's the standard way of including symlinks in a rpm file?
In-Reply-To: <1117956242.1799.7.camel@bobcat.mine.nu>
References: <9792751e05060400414aa9f278@mail.gmail.com>
<1117873301.29426.14.camel@bobcat.mine.nu>
<9792751e0506040432374b0012@mail.gmail.com>
<20050604140324.GA6392@jadzia.bu.edu>
<9792751e050604180076bbbe6e@mail.gmail.com>
<1117956242.1799.7.camel@bobcat.mine.nu>
Message-ID: <9792751e05060501062a4c8577@mail.gmail.com>
2005/6/5, Ville Skytt? :
>
> Cannot reproduce, builds fine here. You are using the vanilla rpm-build
> from FC devel, right? check-files in your tarball wasn't a vanilla one,
> it had an extra commented out line in it (so it shouldn't matter, but
> smells like a locally customized installation). "rpm -q rpm-build",
> "rpm -V rpm-build"?
>
>
I deleted that file, rpm -e rpm-build and install rpm-build again,
this still happens. after re-install the file, rpm -V rpm-build, rpm
-V rpm, rpm -V popt all runs fine. I'm using rpm-4.4.1-21. My fedora
is upgraded from AS4 (I installed it before fc4t1 came out. after so
many yum update I don't think it is rhel any more :))
And I wonder what is feed to check-files? There must be something
wrong in the previous step.
--
bbbush ^_^
From ville.skytta at iki.fi Sun Jun 5 08:23:48 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Sun, 05 Jun 2005 11:23:48 +0300
Subject: what's the standard way of including symlinks in a rpm file?
In-Reply-To: <9792751e05060501062a4c8577@mail.gmail.com>
References: <9792751e05060400414aa9f278@mail.gmail.com>
<1117873301.29426.14.camel@bobcat.mine.nu>
<9792751e0506040432374b0012@mail.gmail.com>
<20050604140324.GA6392@jadzia.bu.edu>
<9792751e050604180076bbbe6e@mail.gmail.com>
<1117956242.1799.7.camel@bobcat.mine.nu>
<9792751e05060501062a4c8577@mail.gmail.com>
Message-ID: <1117959828.1799.15.camel@bobcat.mine.nu>
On Sun, 2005-06-05 at 16:06 +0800, Yuan Yijun wrote:
> My fedora
> is upgraded from AS4 (I installed it before fc4t1 came out. after so
> many yum update I don't think it is rhel any more :))
Well, that's not at all a supported upgrade. I can only guess that it's
the reason for your problems as the packages are building fine
everywhere else.
(By the way, like the Reply-To header in my mails indicates, an on-list
reply is fine, no need for a personal copy to me.)
From yuan.bbbush at gmail.com Sun Jun 5 08:52:20 2005
From: yuan.bbbush at gmail.com (Yuan Yijun)
Date: Sun, 5 Jun 2005 16:52:20 +0800
Subject: what's the standard way of including symlinks in a rpm file?
In-Reply-To: <9792751e05060501062a4c8577@mail.gmail.com>
References: <9792751e05060400414aa9f278@mail.gmail.com>
<1117873301.29426.14.camel@bobcat.mine.nu>
<9792751e0506040432374b0012@mail.gmail.com>
<20050604140324.GA6392@jadzia.bu.edu>
<9792751e050604180076bbbe6e@mail.gmail.com>
<1117956242.1799.7.camel@bobcat.mine.nu>
<9792751e05060501062a4c8577@mail.gmail.com>
Message-ID: <9792751e05060501527942a2b8@mail.gmail.com>
I decide to put ${_libdir}/libebml.so in %files again though %files
contains %{_libdir}/libebml.so*, and got this error. I checked #108778
but found no more instructions, and rpm-list is a private list. sorry
for this inconvenience :(
warning: File listed twice: /usr/lib/libebml.so
Provides: libebml-devel = 0.7.5-1 libebml.so.0
Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(VersionedDependencies)
<= 3.0.3-1
Processing files: libebml-debuginfo-0.7.5-1
Checking for unpackaged file(s): /usr/lib/rpm/check-files
/var/tmp/libebml-0.7.5-1-buildroot-yuan
error: Installed (but unpackaged) file(s) found:
/usr/lib/libebml.so
RPM build errors:
File listed twice: /usr/lib/libebml.so
Installed (but unpackaged) file(s) found:
/usr/lib/libebml.so
--
bbbush ^_^
From andreas.bierfert at lowlatency.de Sun Jun 5 10:00:54 2005
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Sun, 05 Jun 2005 12:00:54 +0200
Subject: Requests for review: bubblemon wmacpi wmapmload wmCalClock
wmweather+
Message-ID: <42A2CD56.6020605@lowlatency.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
bubblemon-1.46:
http://fedora.lowlatency.de/review/bubblemon-1.46-1.src.rpm
http://fedora.lowlatency.de/review/bubblemon.spec
This is a system monitoring dockapp, visually based on the GNOME "BubbleMon"
applet (here). Basically, it displays CPU and memory load as bubbles in a jar
of water. But that's where similarity ends. New bubblemon-dockapp features
translucent CPU load meter (for accurate CPU load measurement), yellow duck
swimming back and forth on the water surface (just for fun), and fading load
average and memory usage screens. Either of the info screens can be locked to
stay on top of water/duck/cpu screen, so that you can see both statistics at
once. Pretty nifty toy for your desktop. Supports Linux, FreeBSD, OpenBSD, and
Solaris 2.6, 7 and 8. Code has been thoroughly optimized since version 1.0,
and even with all the features compiled in, BubbleMon still uses very little
CPU time. Load Average screen locked at about 20% looks particularly sexy. All
the extra "bloated" features can be compiled out or disabled on command-line,
if you prefer original "BubbleMon" look.
wmacpi-1.34:
http://fedora.lowlatency.de/review/wmacpi-1.34-1.src.rpm
http://fedora.lowlatency.de/review/wmacpi.spec
This is a port of WMApm 1.1 with ACPI support
wmapmload-0.3.4:
http://fedora.lowlatency.de/review/wmapmload-0.3.4-1.src.rpm
http://fedora.lowlatency.de/review/wmapmload.spec
Wmapmload monitors your apm status in an lcd display fashion
wmCalClock-1.25:
http://fedora.lowlatency.de/review/wmCalClock-1.25-1.src.rpm
http://fedora.lowlatency.de/review/wmCalClock.spec
A Calendar clock with antialiased text
wmweather+-2.9:
http://fedora.lowlatency.de/review/wmweather+-2.9-1.src.rpm
http://fedora.lowlatency.de/review/wmweather+.spec
wmweather+ will download the National Weather Serivce METAR bulletins; AVN,
ETA, and MRF forecasts; and any weather map for display in a WindowMaker
dockapp. Think wmweather with a smaller font, forecasts, a weather map, and a
sky condition display.
Build fine on i386 fc3/fc4. Packages are really low maintnance but prove usefull
to me an others who like wmaker/fluxbox/openbox etc.
Anybody against me importing them or also willing to approve them? Even one at a
time would be nice :)
- - Andreas
- --
Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB
andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted
phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFCos1WQEQyPsWM8csRAq4dAKCSeBuH2/v+rz0XMIRxYWxE2UmrDgCeMcLl
ucK6e70O90XX4VTusRbbjlM=
=fDLS
-----END PGP SIGNATURE-----
From paul at city-fan.org Sun Jun 5 10:03:11 2005
From: paul at city-fan.org (Paul Howarth)
Date: Sun, 05 Jun 2005 11:03:11 +0100
Subject: Package review requested: mock 0.2 and yum-utils 0.2
In-Reply-To:
References: <1117915325.3099.33.camel@cutter>
Message-ID: <1117965792.13644.336.camel@laurel.intra.city-fan.org>
On Sun, 2005-06-05 at 09:43 +0200, Aurelien Bompard wrote:
(snip)
> - the checks for '[ "$RPM_BUILD_ROOT" == "/" ]' are useless.
I know this is the "Extras mantra" but why exactly are they useless?
Clearly it'll make no difference to the Extras buildsystem but if
someone just downloads the SRPM and then tries building it like this for
some reason:
# rpmbuild --rebuild --buildroot / some.src.rpm
(yes I know that would be a stupid things to do, but people do stupid
things)
then they're doing to make a bit of a mess of their system...
Paul.
--
Paul Howarth
From gauret at free.fr Sun Jun 5 11:25:48 2005
From: gauret at free.fr (Aurelien Bompard)
Date: Sun, 05 Jun 2005 13:25:48 +0200
Subject: Package review requested: mock 0.2 and yum-utils 0.2
References: <1117915325.3099.33.camel@cutter>
<1117965792.13644.336.camel@laurel.intra.city-fan.org>
Message-ID:
> I know this is the "Extras mantra" but why exactly are they useless?
Not only does the buildsystem set a buildroot, but it is also set in the
spec file itself.
> Clearly it'll make no difference to the Extras buildsystem but if
> someone just downloads the SRPM and then tries building it like this for
> some reason:
> # rpmbuild --rebuild --buildroot / some.src.rpm
> (yes I know that would be a stupid things to do, but people do stupid
> things)
Well, neither can we prevent users from doing:
# rm -rf /
Why on earth would they add the "--buildroot" switch ? Your concern would be
valid if we expected users to do more than the bare minimum (which they
usually do), but that is different, you're expecting users to *add* a
deliberate mistake.
On top of that, string testing in the spec file is useless. What if the user
adds a "--buildroot //" switch ? There are many ways to mess up a system
when you're root.
I don't think there is a risk, and those tests only clutter up the spec
file. Just KISS.
Aur?lien
--
http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr
"We act as though comfort and luxury were the chief requirements of
life, when all that we need to make us happy is something to be
enthusiastic about." --?Albert?Einstein
From mpeters at mac.com Sun Jun 5 12:26:31 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Sun, 05 Jun 2005 05:26:31 -0700
Subject: Request for review: tetex-prosper (update to latest version)
In-Reply-To: <1117820770.27637.174.camel@ernie>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117609587.9421.12.camel@laptop.mpeters.local>
<1117610759.9421.15.camel@laptop.mpeters.local>
<1117635707.28429.187.camel@ernie>
<1117668827.9421.27.camel@laptop.mpeters.local>
<42A02247.5070204@di.uminho.pt> <1117820770.27637.174.camel@ernie>
Message-ID: <1117974392.6016.25.camel@laptop.mpeters.local>
On Fri, 2005-06-03 at 13:46 -0400, Ed Hill wrote:
>
> I think the latest from CVS is probably the best but its Michael's
> choice since he is the packager, not us.
I will look at the CVS version, the version from sourceforge is fairly
old (2002 if I recall)
From mpeters at mac.com Sun Jun 5 11:39:02 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Sun, 05 Jun 2005 04:39:02 -0700
Subject: Package review requested: mock 0.2 and yum-utils 0.2
In-Reply-To: <1117965792.13644.336.camel@laurel.intra.city-fan.org>
References: <1117915325.3099.33.camel@cutter>
<1117965792.13644.336.camel@laurel.intra.city-fan.org>
Message-ID: <1117971542.6016.22.camel@laptop.mpeters.local>
On Sun, 2005-06-05 at 11:03 +0100, Paul Howarth wrote:
> On Sun, 2005-06-05 at 09:43 +0200, Aurelien Bompard wrote:
>
> (snip)
>
> > - the checks for '[ "$RPM_BUILD_ROOT" == "/" ]' are useless.
>
> I know this is the "Extras mantra" but why exactly are they useless?
> Clearly it'll make no difference to the Extras buildsystem but if
> someone just downloads the SRPM and then tries building it like this for
> some reason:
>
> # rpmbuild --rebuild --buildroot / some.src.rpm
>
> (yes I know that would be a stupid things to do, but people do stupid
> things)
That will only happen if they do that command and do it as root.
IMHO Fedora/RH could reduce/eliminate that problem by not proving
the /usr/src/rpm/BUILD directory - which would cause rpmbuild to exit
rather quickly. rpm's should not be built as root.
A basic .rpmmacros file and build structure in /etc/skel/ would be a
good thing to add to the Fedora rpm-build rpm as well, so that a newbie,
the same kind of newbie who might make above mistake, and doesn't know
how to set up rpm for user build, won't get a permission denied error
when building their first src.rpm and try it as root.
Another solution would be to patch the %prep script to
execute /bin/false if the buildroot is set to /
Anyway - since (afaik) there isn't a protection in rpm, and even if
there was in Fedora - some people scavenge src.rpm's from distros other
than their own, I don't personally see a problem with a packager taking
that precaution in the spec file.
From mpeters at mac.com Sun Jun 5 13:46:08 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Sun, 05 Jun 2005 06:46:08 -0700
Subject: Request for review: tetex-prosper
In-Reply-To: <429F5666.5080709@di.uminho.pt>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117609587.9421.12.camel@laptop.mpeters.local>
<1117610759.9421.15.camel@laptop.mpeters.local>
<1117635707.28429.187.camel@ernie>
<1117668827.9421.27.camel@laptop.mpeters.local>
<429F5666.5080709@di.uminho.pt>
Message-ID: <1117979168.6016.34.camel@laptop.mpeters.local>
On Thu, 2005-06-02 at 19:56 +0100, Jos? Pedro Oliveira wrote:
> This version has a critical problem as it creates unowned directories:
>
> Steps to reproduce the problem:
>
> 1) system without tetex-doc installed
> 2) install tetex-prosper
> 3)
> 3.1) rpm -qf /usr/share/texmf/doc
> file /usr/share/texmf/doc is not owned by any package
> 3.2) rpm -qf /usr/share/texmf/doc/latex/
> file /usr/share/texmf/doc/latex is not owned by any package
>
> Possible solutions
> ------------------
>
*snip*
>
> 3) in the %files section replace
> %{texpkgdoc}
> by
> %{_texmf}/doc/
>
> Now tetex-prosper will own the directories listed in 3.1) and 3.2).
>
> Note: I have been using the last one.
done
>
> Other minor (and pedantic) notes
> --------------------------------
>
> * don't use tabs in the specfile. Expand them to spaces
done
>
> * install -d is similar to mkdir -p
> you can drop the first and the second install commands in the
> %install section
missed that one - will do before the cvs upload
http://mpeters.us/fc_extras/tetex-prosper-1.5-0.4.src.rpm
http://mpeters.us/fc_extras/tetex-prosper.spec
the Version (1.5) I got from the NEWS section
I did go through the directory and found the new image file formats that
weren't in sourceforge version so the packaging is complete there.
From toshio at tiki-lounge.com Sun Jun 5 14:39:07 2005
From: toshio at tiki-lounge.com (Toshio Kuratomi)
Date: Sun, 05 Jun 2005 10:39:07 -0400
Subject: Blender 2.37, spec and srpms
In-Reply-To: <20050604040217.490D423EF70@ws5-4.us4.outblaze.com>
References: <20050604040217.490D423EF70@ws5-4.us4.outblaze.com>
Message-ID: <1117982347.25625.11.camel@localhost>
If you're seriously interested in blender, there are several open bugs
in bugzilla.redhat.com that you might want to check.
This one has logs for x86_64 failure against 2.36:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156498
I've just added a patch that allows blender to compile with one area
that I'm uncertain of. There are two places in the code where blender
hashes pointers to make a key for a map. Here's one from
blender/source/gameengine/Expressions/KX_HashedPtr.cpp:
unsigned int KX_Hash(unsigned int inDWord)
{
unsigned int key = inDWord;
key += ~(key << 16);
key ^= (key >> 5);
key += (key << 3);
key ^= (key >> 13);
key += ~(key << 9);
key ^= (key >> 17);
return key;
};
unsigned int CHashedPtr::hash() const
{
return KX_Hash((unsigned int) m_valptr);
}
The cast in CHashedPtr::hash() needs to be changed to (unsigned long) in
order to compile on x86_64. The question is what to do with that value
when it enters KX_Hash(). Should the algorithm always return a 32bit
value or should it return a 64 bit value on 64 bit platforms?
It looks like the hash is only used to transform a pointer into a good
key for a map class. So the hash function's purpose is to produce an
even distribution of keys from the pointers it's fed.
I've implemented the following fix:
- return KX_Hash((unsigned int) m_valptr);
+ return KX_Hash((unsigned int)((unsigned long) m_valptr &
0x00000000FFFFFFFF));
Does anyone see a problem with this?
-Toshio
-------------- 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:
From jpo at di.uminho.pt Sun Jun 5 18:04:20 2005
From: jpo at di.uminho.pt (Jose Pedro Oliveira)
Date: Sun, 5 Jun 2005 19:04:20 +0100 (WEST)
Subject: Request for review: tetex-prosper
In-Reply-To: <1117979168.6016.34.camel@laptop.mpeters.local>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117609587.9421.12.camel@laptop.mpeters.local>
<1117610759.9421.15.camel@laptop.mpeters.local>
<1117635707.28429.187.camel@ernie>
<1117668827.9421.27.camel@laptop.mpeters.local>
<429F5666.5080709@di.uminho.pt>
<1117979168.6016.34.camel@laptop.mpeters.local>
Message-ID: <1230.213.13.91.103.1117994660.squirrel@webmail.lsd.di.uminho.pt>
Michael,
>> * install -d is similar to mkdir -p
>> you can drop the first and the second install commands in the
>> %install section
>
> missed that one - will do before the cvs upload
>
> http://mpeters.us/fc_extras/tetex-prosper-1.5-0.4.src.rpm
> http://mpeters.us/fc_extras/tetex-prosper.spec
>
> the Version (1.5) I got from the NEWS section
>
> I did go through the directory and found the new image file formats that
> weren't in sourceforge version so the packaging is complete there.
Rpmbuild can handle zip files. You don't need to convert the zip
file to a tarball (CTAN started generating zip files instead of tarballs
two months ago).
The find command from the %prep section can also be dropped
(the CVS directories don't exist in the CTAN mirros).
Everything else looks good.
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
From Jochen at herr-schmitt.de Sun Jun 5 18:22:35 2005
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Sun, 05 Jun 2005 20:22:35 +0200
Subject: Approval Require for kyum [was Re: New Package: kyum]
In-Reply-To: <0MKwh2-1DdwVZ1cnO-0004gL@mrelayeu.kundenserver.de>
References: <0MKxQS-1DZwMf0AiV-0004pm@mrelayeu.kundenserver.de>
<20050522222811.07231021.bugs.michael@gmx.net>
<0MKwh2-1DaErA2CsL-0002gs@mrelayeu.kundenserver.de>
<0MKwh2-1DclhL0s6t-0004SA@mrelayeu.kundenserver.de>
<20050530182627.22cf47f9.bugs.michael@gmx.net>
<0ML25U-1DconC2lGm-0001vj@mrelayeu.kundenserver.de>
<20050602192231.21cd1096.bugs.michael@gmx.net>
<0ML25U-1Ddulz40oL-0003Gy@mrelayeu.kundenserver.de>
<0MKwh2-1DdwVZ1cnO-0004gL@mrelayeu.kundenserver.de>
Message-ID: <0MKwtQ-1Dezlc32VW-0001Dl@mrelayeu.kundenserver.de>
On Thu, 02 Jun 2005 22:41:38 +0200, you wrote:
>I have add %{_datadir}/kyum as a directory in the file section.
>
>You can found the new version of the package at:
>
>http:/www.herr-schmitt.de/pub/kyum/kyum-0.6.3-5.src.rpm
Michael, it will be nice, if you can approve me, if the package
has no problems.
Should there any problem with the package, it will be nice, if
you can notify me, so I can fix it.
Best Regards:
Jochen Schmitt
From ed at eh3.com Sun Jun 5 19:00:23 2005
From: ed at eh3.com (Ed Hill)
Date: Sun, 05 Jun 2005 15:00:23 -0400
Subject: Request for review: tetex-prosper
In-Reply-To: <1230.213.13.91.103.1117994660.squirrel@webmail.lsd.di.uminho.pt>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117609587.9421.12.camel@laptop.mpeters.local>
<1117610759.9421.15.camel@laptop.mpeters.local>
<1117635707.28429.187.camel@ernie>
<1117668827.9421.27.camel@laptop.mpeters.local>
<429F5666.5080709@di.uminho.pt>
<1117979168.6016.34.camel@laptop.mpeters.local>
<1230.213.13.91.103.1117994660.squirrel@webmail.lsd.di.uminho.pt>
Message-ID: <1117998023.30746.22.camel@ernie>
On Sun, 2005-06-05 at 19:04 +0100, Jose Pedro Oliveira wrote:
> Michael,
>
> >> * install -d is similar to mkdir -p
> >> you can drop the first and the second install commands in the
> >> %install section
> >
> > missed that one - will do before the cvs upload
> >
> > http://mpeters.us/fc_extras/tetex-prosper-1.5-0.4.src.rpm
> > http://mpeters.us/fc_extras/tetex-prosper.spec
> >
> > the Version (1.5) I got from the NEWS section
> >
> > I did go through the directory and found the new image file formats that
> > weren't in sourceforge version so the packaging is complete there.
>
> Rpmbuild can handle zip files. You don't need to convert the zip
> file to a tarball (CTAN started generating zip files instead of tarballs
> two months ago).
>
> The find command from the %prep section can also be dropped
> (the CVS directories don't exist in the CTAN mirros).
>
> Everything else looks good.
Hi Micheal,
Theres one small, non-blocker error detected by rpmlint:
E: tetex-prosper wrong-script-end-of-line-
encoding /usr/share/texmf/tex/latex/prosper/contrib/PPRmancini.sty
and that can be fixed with dos2unix. So please feel free to check it
into CVS.
Ed
--
Edward H. Hill III, PhD
office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave.
Cambridge, MA 02139-4307
emails: eh3 at mit.edu ed at eh3.com
URLs: http://web.mit.edu/eh3/ http://eh3.com/
phone: 617-253-0098
fax: 617-253-4464
From jpo at di.uminho.pt Sun Jun 5 19:41:56 2005
From: jpo at di.uminho.pt (Jose Pedro Oliveira)
Date: Sun, 5 Jun 2005 20:41:56 +0100 (WEST)
Subject: Request for review: tetex-prosper
In-Reply-To: <1117998023.30746.22.camel@ernie>
References: <1117414576.6112.52.camel@laptop.mpeters.local>
<1082.213.13.91.114.1117427349.squirrel@webmail.lsd.di.uminho.pt>
<1117431949.6112.71.camel@laptop.mpeters.local>
<1117588185.4335.12.camel@laptop.mpeters.local>
<1148.213.13.86.113.1117596742.squirrel@webmail.lsd.di.uminho.pt>
<1117609587.9421.12.camel@laptop.mpeters.local>
<1117610759.9421.15.camel@laptop.mpeters.local>
<1117635707.28429.187.camel@ernie>
<1117668827.9421.27.camel@laptop.mpeters.local>
<429F5666.5080709@di.uminho.pt>
<1117979168.6016.34.camel@laptop.mpeters.local>
<1230.213.13.91.103.1117994660.squirrel@webmail.lsd.di.uminho.pt>
<1117998023.30746.22.camel@ernie>
Message-ID: <1282.213.13.86.73.1118000516.squirrel@webmail.lsd.di.uminho.pt>
> Theres one small, non-blocker error detected by rpmlint:
>
> E: tetex-prosper wrong-script-end-of-line-
> encoding /usr/share/texmf/tex/latex/prosper/contrib/PPRmancini.sty
>
> and that can be fixed with dos2unix. So please feel free to check it
> into CVS.
Don't forget to change the release to 1 (plus dist tag)
when importing tetex-prosper into CVS
Release: 1%{?dist}
jpo
PS - Other common methods to convert the newline terminators are
i) sed -i (version v3.95 or recent)
ii) perl -i
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
From Jochen at herr-schmitt.de Sun Jun 5 20:29:46 2005
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Sun, 05 Jun 2005 22:29:46 +0200
Subject: Approval Require for kyum [was Re: New Package: kyum]
In-Reply-To: <20050602220750.5b782c42.bugs.michael@gmx.net>
References: <0MKxQS-1DZwMf0AiV-0004pm@mrelayeu.kundenserver.de>
<20050522222811.07231021.bugs.michael@gmx.net>
<0MKwh2-1DaErA2CsL-0002gs@mrelayeu.kundenserver.de>
<0MKwh2-1DclhL0s6t-0004SA@mrelayeu.kundenserver.de>
<20050530182627.22cf47f9.bugs.michael@gmx.net>
<0ML25U-1DconC2lGm-0001vj@mrelayeu.kundenserver.de>
<20050602192231.21cd1096.bugs.michael@gmx.net>
<0ML25U-1Ddulz40oL-0003Gy@mrelayeu.kundenserver.de>
<20050602220750.5b782c42.bugs.michael@gmx.net>
Message-ID: <0MKxQS-1Df1kw1o77-0006Ca@mrelayeu.kundenserver.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thu, 2 Jun 2005 22:07:50 +0200, you wrote:
>> I hope, this patch will be require only until the next version of
>> gamin will be released. From my point of view, this solution is
>> ugly.
>
>Well, I find it less ugly than not shipping some KDE apps for FE4
>because we cannot build them. ;)
Becouse in rawhide a new version of gamin was released, that
patched this bug, I have create a new package, which revert the
applied patch.
This package is uploaded to:
http:/7www.herr-schmitt.de/pub/kyum/kyum-0.6.3-6.src.rpm
Best Regards:
Jochen Schmitt
-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.0.0 (Build 2001)
iQA/AwUBQqNgzE9gByurcX4MEQIH2QCfalHVPEgwNMV5s4lJWsWKzg1UMnQAoLyL
wikJrZ1PKDBD9HozS/VPflAR
=o3sD
-----END PGP SIGNATURE-----
From luya at jpopmail.com Sun Jun 5 22:01:32 2005
From: luya at jpopmail.com (luya at jpopmail.com)
Date: Sun, 05 Jun 2005 14:01:32 -0800
Subject: Blender 2.37, spec and srpms
Message-ID: <20050605220132.E448623D02@ws5-3.us4.outblaze.com>
How about updating the source to Blender 2.37 to see if the new version is working?
Source is available on http://download.blender.org/source/blender-2.37.tar.gz.
It worked for i386 but I cannot help on x86_64 case because
I don't have AMD64 based system.
----- Original Message -----
From: "Toshio Kuratomi"
To: "Discussion related to Fedora Extras"
Subject: Re: Blender 2.37, spec and srpms
Date: Sun, 05 Jun 2005 10:39:07 -0400
>
> If you're seriously interested in blender, there are several open bugs
> in bugzilla.redhat.com that you might want to check.
>
> This one has logs for x86_64 failure against 2.36:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156498
>
> I've just added a patch that allows blender to compile with one area
> that I'm uncertain of. There are two places in the code where blender
> hashes pointers to make a key for a map. Here's one from
> blender/source/gameengine/Expressions/KX_HashedPtr.cpp:
>
> unsigned int KX_Hash(unsigned int inDWord)
> {
> unsigned int key = inDWord;
> key += ~(key << 16);
> key ^= (key >> 5);
> key += (key << 3);
> key ^= (key >> 13);
> key += ~(key << 9);
> key ^= (key >> 17);
> return key;
> };
> unsigned int CHashedPtr::hash() const
> {
> return KX_Hash((unsigned int) m_valptr);
> }
>
> The cast in CHashedPtr::hash() needs to be changed to (unsigned long) in
> order to compile on x86_64. The question is what to do with that value
> when it enters KX_Hash(). Should the algorithm always return a 32bit
> value or should it return a 64 bit value on 64 bit platforms?
>
> It looks like the hash is only used to transform a pointer into a good
> key for a map class. So the hash function's purpose is to produce an
> even distribution of keys from the pointers it's fed.
>
> I've implemented the following fix:
>
> - return KX_Hash((unsigned int) m_valptr);
> + return KX_Hash((unsigned int)((unsigned long) m_valptr &
> 0x00000000FFFFFFFF));
>
> Does anyone see a problem with this?
>
> -Toshio
<< signature.asc >>
>
>
> --
> fedora-extras-list mailing list
> fedora-extras-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-extras-list
--
_______________________________________________
Get your free email from http://mymail.jp.popstarmail.org
Powered by Outblaze
From toshio at tiki-lounge.com Mon Jun 6 01:12:44 2005
From: toshio at tiki-lounge.com (Toshio Kuratomi)
Date: Sun, 05 Jun 2005 21:12:44 -0400
Subject: Blender 2.37, spec and srpms
In-Reply-To: <20050605220132.E448623D02@ws5-3.us4.outblaze.com>
References: <20050605220132.E448623D02@ws5-3.us4.outblaze.com>
Message-ID: <1118020364.25625.25.camel@localhost>
On Sun, 2005-06-05 at 14:01 -0800, luya at jpopmail.com wrote:
> How about updating the source to Blender 2.37 to see if the new version is working?
Look at the patch in bugzilla.
The name is a tipoff: blender-2.37-x86_64.patch
> Source is available on http://download.blender.org/source/blender-2.37.tar.gz.
> It worked for i386 but I cannot help on x86_64 case because
> I don't have AMD64 based system.
Right. So you should take a look at the bugzilla and see if the patch
looks sane to you. I'm creating the patch and testing since I have an
x86_64. John Ellson sounds like he'd be willing to test on x86_64 as
well.
If you'd rather, I'll be posting an updated spec and patches into Extras
cvs soon. You can get that and see if there's anything in my update
that you think isn't proper/needs fixing.
-Toshio
-------------- 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:
From byte at aeon.com.my Sun Jun 5 12:44:36 2005
From: byte at aeon.com.my (Colin Charles)
Date: Sun, 05 Jun 2005 05:44:36 -0700
Subject: package submission policy question
In-Reply-To: <1117567758.4072.73.camel@laptop.mpeters.local>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
Message-ID: <1117975476.25131.6.camel@arena.soho.bytebot.net>
On Tue, 2005-05-31 at 12:29 -0700, Michael A. Peters wrote:
> 1) the nature of the software could be seen as religious
> efforts/campaigns
By providing software doesn't mean we're being religious zealots
> 2) the title of the software, sword, could invoke negative reactions
> from some people
Lots of weirder titlted software out there
> Neither software package installs any biblical texts, those are to be
> installed by the user - typically in the users home directory, from a
> repository of modules that does respect the intellectual property rights
> of the copyright holders.
I hope that the users are pointed to the places to get it. FWIW,
packaging sword-kjv if you want is probably even okay - its things like
the NIV that are coyprighted
> These packages are not suitable for rpm.livna.org, extras is imho the
> place for them. If there is to be a policy that excludes these kind of
And Extras they should be at.
--
Colin Charles, http://www.bytebot.net/
From byte at aeon.com.my Sun Jun 5 12:45:39 2005
From: byte at aeon.com.my (Colin Charles)
Date: Sun, 05 Jun 2005 05:45:39 -0700
Subject: package submission policy question
In-Reply-To: <20050602132824.GA15703@jadzia.bu.edu>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117669182.1988.80.camel@mccallum.corsepiu.local>
<1117684340.2702.6.camel@cutter>
<1117717829.2702.38.camel@cutter>
<20050602132824.GA15703@jadzia.bu.edu>
Message-ID: <1117975540.25131.8.camel@arena.soho.bytebot.net>
On Thu, 2005-06-02 at 09:28 -0400, Matthew Miller wrote:
> I really like the idea have having short Linux/Fedora tips as the
> default
> fortune content. (And am all good with dropping the rest from the
> default
> package.) But that'd be a Project for someone.
Ala, what FreeBSD has? Hmm, that would be rather useful, yes
Punting down to fedora-marketing
--
Colin Charles, http://www.bytebot.net/
From byte at aeon.com.my Sun Jun 5 12:46:57 2005
From: byte at aeon.com.my (Colin Charles)
Date: Sun, 05 Jun 2005 05:46:57 -0700
Subject: package submission policy question
In-Reply-To: <1117688681.2702.19.camel@cutter>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117669182.1988.80.camel@mccallum.corsepiu.local>
<1117684340.2702.6.camel@cutter>
<1117688262.3713.21.camel@localhost.localdomain>
<1117688681.2702.19.camel@cutter>
Message-ID: <1117975617.25131.10.camel@arena.soho.bytebot.net>
On Thu, 2005-06-02 at 01:04 -0400, seth vidal wrote:
> so, just like porn, let's keep out all of the religious smut, too. :)
So I really shouldn't be bothering to submit hot-babe then, eh? ;-)
--
Colin Charles, http://www.bytebot.net/
From skvidal at phy.duke.edu Mon Jun 6 04:46:32 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Mon, 06 Jun 2005 00:46:32 -0400
Subject: Wiki Status
Message-ID: <1118033192.19379.46.camel@cutter>
Hey folks,
I updated the wiki to moinmoin 1.3.4 and I changed the default theme.
It has all sorts of new things now and some of them are probably even
broken! :)
let me know if you see anything out of place.
Thanks,
-sv
From ivazquez at ivazquez.net Mon Jun 6 04:55:43 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Mon, 06 Jun 2005 00:55:43 -0400
Subject: Wiki Status
In-Reply-To: <1118033192.19379.46.camel@cutter>
References: <1118033192.19379.46.camel@cutter>
Message-ID: <1118033743.26747.6.camel@ignacio.ignacio.lan>
On Mon, 2005-06-06 at 00:46 -0400, seth vidal wrote:
> Hey folks,
> I updated the wiki to moinmoin 1.3.4 and I changed the default theme.
> It has all sorts of new things now and some of them are probably even
> broken! :)
>
> let me know if you see anything out of place.
Uh oh. It no longer likes user names with hyphens in them...
--
Ignacio Vazquez-Abrams
http://fedora.ivazquez.net/
gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- 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:
From skvidal at phy.duke.edu Mon Jun 6 05:12:07 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Mon, 06 Jun 2005 01:12:07 -0400
Subject: Wiki Status
In-Reply-To: <1118033743.26747.6.camel@ignacio.ignacio.lan>
References: <1118033192.19379.46.camel@cutter>
<1118033743.26747.6.camel@ignacio.ignacio.lan>
Message-ID: <1118034727.19379.49.camel@cutter>
> > let me know if you see anything out of place.
>
> Uh oh. It no longer likes user names with hyphens in them...
Looking through the devel docs that looks like a known problem and not
accepted as a bug.
So change your username and i'll fix up the new one with editgroup
rights.
-sv
From skvidal at phy.duke.edu Mon Jun 6 05:31:34 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Mon, 06 Jun 2005 01:31:34 -0400
Subject: package submission policy question
In-Reply-To: <1117975476.25131.6.camel@arena.soho.bytebot.net>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117975476.25131.6.camel@arena.soho.bytebot.net>
Message-ID: <1118035894.19379.61.camel@cutter>
On Sun, 2005-06-05 at 05:44 -0700, Colin Charles wrote:
> On Tue, 2005-05-31 at 12:29 -0700, Michael A. Peters wrote:
>
> > 1) the nature of the software could be seen as religious
> > efforts/campaigns
>
> By providing software doesn't mean we're being religious zealots
>
> > 2) the title of the software, sword, could invoke negative reactions
> > from some people
>
> Lots of weirder titlted software out there
>
> > Neither software package installs any biblical texts, those are to be
> > installed by the user - typically in the users home directory, from a
> > repository of modules that does respect the intellectual property rights
> > of the copyright holders.
>
> I hope that the users are pointed to the places to get it. FWIW,
> packaging sword-kjv if you want is probably even okay - its things like
> the NIV that are coyprighted
>
> > These packages are not suitable for rpm.livna.org, extras is imho the
> > place for them. If there is to be a policy that excludes these kind of
>
> And Extras they should be at.
I do not think Fedora Extras should include religious content in the
same way I do not think it should contain any porn packages.
Otherwise we end up with N copies of all data on the internet that is
under the right license. I think it's great to see fedora grow but we'll
need to draw lines eventually and I think content is a perfect line to
draw.
-sv
From wtogami at redhat.com Mon Jun 6 06:14:54 2005
From: wtogami at redhat.com (Warren Togami)
Date: Sun, 05 Jun 2005 20:14:54 -1000
Subject: Review Needed: spamass-milter
Message-ID: <42A3E9DE.6020706@redhat.com>
http://people.redhat.com/wtogami/temp/spamass-milter-0.3.0-2.src.rpm
http://people.redhat.com/wtogami/temp/spamass-milter.spec
I don't particularly care about this package because I dislike sendmail
and use postfix, but one of my friends wants to use it, so I want to add
it to Extras. If someone actually cares about this package and wants to
be the Extras maintainer instead of me please say so. Otherwise I'll
"maintain" it with minimal effort.
The original packager had made no attempt to request an Extras CVS
account, but he is certainly welcome to maintain it here if he is
willing to follow project guidelines.
Warren Togami
wtogami at redhat.com
From paul at city-fan.org Mon Jun 6 06:22:58 2005
From: paul at city-fan.org (Paul Howarth)
Date: Mon, 06 Jun 2005 07:22:58 +0100
Subject: package submission policy question
In-Reply-To: <1118035894.19379.61.camel@cutter>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117975476.25131.6.camel@arena.soho.bytebot.net>
<1118035894.19379.61.camel@cutter>
Message-ID: <1118038978.13644.363.camel@laurel.intra.city-fan.org>
On Mon, 2005-06-06 at 01:31 -0400, seth vidal wrote:
> I do not think Fedora Extras should include religious content in the
> same way I do not think it should contain any porn packages.
>
> Otherwise we end up with N copies of all data on the internet that is
> under the right license. I think it's great to see fedora grow but we'll
> need to draw lines eventually and I think content is a perfect line to
> draw.
Do spelling dictionaries count as content?
Paul.
--
Paul Howarth
From skvidal at phy.duke.edu Mon Jun 6 06:26:20 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Mon, 06 Jun 2005 02:26:20 -0400
Subject: package submission policy question
In-Reply-To: <1118038978.13644.363.camel@laurel.intra.city-fan.org>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117975476.25131.6.camel@arena.soho.bytebot.net>
<1118035894.19379.61.camel@cutter>
<1118038978.13644.363.camel@laurel.intra.city-fan.org>
Message-ID: <1118039180.19379.71.camel@cutter>
On Mon, 2005-06-06 at 07:22 +0100, Paul Howarth wrote:
> On Mon, 2005-06-06 at 01:31 -0400, seth vidal wrote:
> > I do not think Fedora Extras should include religious content in the
> > same way I do not think it should contain any porn packages.
> >
> > Otherwise we end up with N copies of all data on the internet that is
> > under the right license. I think it's great to see fedora grow but we'll
> > need to draw lines eventually and I think content is a perfect line to
> > draw.
>
> Do spelling dictionaries count as content?
I've always considered those reference and less content.
We've got a fesco meeting coming on thurs and I'll bring this up there
and see what people think.
-sv
From joost at cnoc.nl Mon Jun 6 10:26:19 2005
From: joost at cnoc.nl (Joost van der Sluis)
Date: Mon, 06 Jun 2005 12:26:19 +0200
Subject: New package: fpc-2.0.0
In-Reply-To: <429D7B38.1040701@redhat.com>
References: <1116876717.23375.28.camel@joost> <4292AC08.5000503@redhat.com>
<1117019248.16169.45.camel@joost> <429D7B38.1040701@redhat.com>
Message-ID: <1118053579.27918.2.camel@joost>
Hi Jens,
> Sorry for the slow follow up.
No problem. I'm not always that fast either.
> >>It doesn't seem to build completely on x86_64, since
> >>the libs are installed in /usr/lib and not /usr/lib64.
> > I've tried to fix that. Couldn't test it though, I don't have regular
> > access to a x86_64 machine.
> Thanks. Unfortunately it still isn't fixed -
> perhaps you can try to track down the problem by overriding
> _libdir yourself when building for i386.
Now it's seems to be fixed. I've overrided _libdir, and someone else
tested it for me on FC4-test3 on an AMD-64
> >>- "examples/" seems to be too big to include in the main package:
> >> I recommend either excluding it or at least moving it to a -doc
> >> subpackage
> >
> > I removed the examples and will make a -doc subpackage. Only thing is
> > that that package must contain the full fpc-sources since the examples
> > are spread throughout the sources. Is that ok?
> How big will that make the -doc package? :)
I've changed the fpc.spec so that it now includes a doc and a src-
subpackage. The doc-package contains the documentation in .pdf format
and the examples. The src-package contains the source of the compiler
itself. Some editors/IDE's for freepascal need those sources.
I don't know if you like this approach. One problem is that the packages
are build with an architecture, while they should be 'noarch'
> >>- (It would be nice if upstream could simplify building and installing
> >> without the setup.sh script?:)
> >
> > Which script do you mean?
>
> I mean just "configure; make; make install" rather than calling half a dozen
> make targets... more of an upstream rfe I suppose though. :)
It's possible to do a simple 'make all', but that's slower, you can't
strip the debuginfo, and the libraries aren't ready for smartlinking.
I have two versions now, one without the -doc and -src packages:
http://www.cnoc.nl/fpc/fpc.spec-0.4
http://www.cnoc.nl/fpc/fpc-2.0.0-0.4.src.rpm
and the one with those packages:
http://www.cnoc.nl/fpc/fpc.spec-0.5
http://www.cnoc.nl/fpc/fpc-2.0.0-0.5.src.rpm
Regards,
Joost van der Sluis
-------------- 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:
From paul at city-fan.org Mon Jun 6 11:59:28 2005
From: paul at city-fan.org (Paul Howarth)
Date: Mon, 06 Jun 2005 12:59:28 +0100
Subject: Review Needed: spamass-milter
In-Reply-To: <42A3E9DE.6020706@redhat.com>
References: <42A3E9DE.6020706@redhat.com>
Message-ID: <42A43AA0.50703@city-fan.org>
Warren Togami wrote:
> http://people.redhat.com/wtogami/temp/spamass-milter-0.3.0-2.src.rpm
> http://people.redhat.com/wtogami/temp/spamass-milter.spec
>
> I don't particularly care about this package because I dislike sendmail
> and use postfix, but one of my friends wants to use it, so I want to add
> it to Extras. If someone actually cares about this package and wants to
> be the Extras maintainer instead of me please say so. Otherwise I'll
> "maintain" it with minimal effort.
>
> The original packager had made no attempt to request an Extras CVS
> account, but he is certainly welcome to maintain it here if he is
> willing to follow project guidelines.
I'll volunteer if nobody else particularly wants it. I'm not a current
spamass-milter user but I intend to start using it soon, as my
home-brewed spam filtering scheme using procmail is too much like hard
work to maintain.
I've had a look at the package and made a few changes (see attached spec
file):
- Use Extras standard buildroot
- Unpack tarball quietly
- Create account sa-milt and run the milter using that instead of root
- Fix socket name in README
- Initscript not %%config
By far the most significant is not running the milter as root.
Further comments welcomed.
Paul.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: spamass-milter.spec
URL:
From mpeters at mac.com Mon Jun 6 13:09:57 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Mon, 06 Jun 2005 06:09:57 -0700
Subject: package submission policy question
In-Reply-To: <1117975476.25131.6.camel@arena.soho.bytebot.net>
References: <1117567758.4072.73.camel@laptop.mpeters.local>
<1117975476.25131.6.camel@arena.soho.bytebot.net>
Message-ID: <1118063397.6016.69.camel@laptop.mpeters.local>
On Sun, 2005-06-05 at 05:44 -0700, Colin Charles wrote:
>
> I hope that the users are pointed to the places to get it. FWIW,
> packaging sword-kjv if you want is probably even okay - its things like
> the NIV that are coyprighted
Yes they are.
The application has a module manager built in that will fetch the
modules from crosswire.org (or allow you to install from a crosswire
cdrom - if you have one) and install them in your home directory.
From fedora at camperquake.de Mon Jun 6 14:37:40 2005
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Mon, 6 Jun 2005 16:37:40 +0200
Subject: Request for Review: libevent & tor
Message-ID: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
Hi.
I'd like to present the following RPM files for review:
libevent:
http://www.skytale.net/files/libevent/libevent-1.1-1.src.rpm
The libevent API provides a mechanism to execute a callback function
when a specific event occurs on a file descriptor or after a timeout
has been reached. libevent is meant to replace the asynchronous event
loop found in event driven network servers. An application just needs
to call event_dispatch() and can then add or remove events dynamically
without having to change the event loop.
tor:
http://www.skytale.net/files/tor/tor-0.1.0.8-0.1.rc.src.rpm
Tor is a toolset for a wide range of organizations and people that want to
improve their safety and security on the Internet. Using Tor can help you
anonymize web browsing and publishing, instant messaging, IRC, SSH,
and more. Tor also provides a platform on which software developers
can build new applications with built-in anonymity, safety, and privacy
features.
Please note that libevent is required to build tor.
The tor package has a known flaw: it creates several directories on
install (/var/log/tor and /var/lib/tor), which are empty by default.
tor will create files in them when running. On uninstall, these
directories are not removed because they contain files not owned
by the package. How do I fix this?
Thanks.
--
R!
From fkooman at gmail.com Mon Jun 6 15:09:35 2005
From: fkooman at gmail.com (F. Kooman)
Date: Mon, 6 Jun 2005 17:09:35 +0200
Subject: Request for Review: libevent & tor
In-Reply-To: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
Message-ID: <7c889986050606080948039fea@mail.gmail.com>
On 6/6/05, Ralf Ertzinger wrote:
> Hi.
>
> I'd like to present the following RPM files for review:
>
> libevent:
> http://www.skytale.net/files/libevent/libevent-1.1-1.src.rpm
>
> tor:
> http://www.skytale.net/files/tor/tor-0.1.0.8-0.1.rc.src.rpm
>
> Please note that libevent is required to build tor.
> The tor package has a known flaw: it creates several directories on
> install (/var/log/tor and /var/lib/tor), which are empty by default.
> tor will create files in them when running. On uninstall, these
> directories are not removed because they contain files not owned
> by the package. How do I fix this?
What a coincidence, I was working on these RPMs as well. I can't read
your files (403) but I'll attach my spec files and new initscript for
tor. Maybe they are of use to you, they aren't completely finished
yet, but I'll stop working on them and let you continue if you like.
The tor source distribution includes a (crude) spec file, maybe you
can borrow some of their hacks.
Thanks and good luck,
Fran?ois
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tor.spec
Type: application/octet-stream
Size: 3495 bytes
Desc: not available
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libevent.spec
Type: application/octet-stream
Size: 1928 bytes
Desc: not available
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tor.init
Type: application/octet-stream
Size: 3999 bytes
Desc: not available
URL:
From fedora at camperquake.de Mon Jun 6 15:15:55 2005
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Mon, 6 Jun 2005 17:15:55 +0200
Subject: Request for Review: libevent & tor
In-Reply-To: <7c889986050606080948039fea@mail.gmail.com>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
<7c889986050606080948039fea@mail.gmail.com>
Message-ID: <20050606171555.1b0f1c53@nausicaa.camperquake.de>
Hi.
"F. Kooman" wrote:
> What a coincidence, I was working on these RPMs as well. I can't read
> your files (403)
Oooh, brilliant, Mr. Ertzinger.
Corrected URLs:
http://ryoko.camperquake.de/skytale/files/libevent/libevent-1.1-1.src.rpm
http://ryoko.camperquake.de/skytale/files/tor/tor-0.1.0.8-0.1.rc.src.rpm
--
Everyone has a photographic memory. Some don't have film.
From kaboom at oobleck.net Mon Jun 6 15:14:09 2005
From: kaboom at oobleck.net (Chris Ricker)
Date: Mon, 6 Jun 2005 11:14:09 -0400 (EDT)
Subject: Request for Review: libevent & tor
In-Reply-To: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
Message-ID:
On Mon, 6 Jun 2005, Ralf Ertzinger wrote:
> Please note that libevent is required to build tor.
> The tor package has a known flaw: it creates several directories on
> install (/var/log/tor and /var/lib/tor), which are empty by default.
> tor will create files in them when running. On uninstall, these
> directories are not removed because they contain files not owned
> by the package. How do I fix this?
Use %ghost on the created files in the %file listing in the spec. See,
say, ddclient for an example
later,
chris
From jpo at di.uminho.pt Mon Jun 6 15:17:12 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Mon, 06 Jun 2005 16:17:12 +0100
Subject: Request for Review: libevent & tor
In-Reply-To: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
Message-ID: <42A468F8.8030607@di.uminho.pt>
Ralf,
> libevent:
> http://www.skytale.net/files/libevent/libevent-1.1-1.src.rpm
>
> tor:
> http://www.skytale.net/files/tor/tor-0.1.0.8-0.1.rc.src.rpm
$ HEAD http://www.skytale.net/files/libevent/libevent-1.1-1.src.rpm
403 Forbidden
>
> Please note that libevent is required to build tor.
> The tor package has a known flaw: it creates several directories on
> install (/var/log/tor and /var/lib/tor), which are empty by default.
> tor will create files in them when running. On uninstall, these
> directories are not removed because they contain files not owned
> by the package. How do I fix this?
Check the %ghost directive
http://rpm-devel.colug.net/max-rpm/s1-rpm-inside-files-list-directives.html
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From fedora at camperquake.de Mon Jun 6 15:21:20 2005
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Mon, 6 Jun 2005 17:21:20 +0200
Subject: Request for Review: libevent & tor
In-Reply-To:
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
Message-ID: <20050606172120.0abbdc29@nausicaa.camperquake.de>
Hi.
Chris Ricker wrote:
> Use %ghost on the created files in the %file listing in the spec. See,
> say, ddclient for an example
What if I do not know the number and names of the files?
--
Boycott shampoo! Demand the REAL poo!
From ville.skytta at iki.fi Mon Jun 6 15:38:09 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Mon, 06 Jun 2005 18:38:09 +0300
Subject: Wiki Status
In-Reply-To: <1118033743.26747.6.camel@ignacio.ignacio.lan>
References: <1118033192.19379.46.camel@cutter>
<1118033743.26747.6.camel@ignacio.ignacio.lan>
Message-ID: <1118072289.1799.117.camel@bobcat.mine.nu>
On Mon, 2005-06-06 at 00:55 -0400, Ignacio Vazquez-Abrams wrote:
> On Mon, 2005-06-06 at 00:46 -0400, seth vidal wrote:
> > Hey folks,
> > I updated the wiki to moinmoin 1.3.4 and I changed the default theme.
> > It has all sorts of new things now and some of them are probably even
> > broken! :)
> >
> > let me know if you see anything out of place.
>
> Uh oh. It no longer likes user names with hyphens in them...
Nor (some) non-ASCII. It makes some bold statements about Unicode being
allowed in user names, and then rejects my UTF-8 "VilleSkytt?" account
which used to work fine. Some ISO-8859-1 <-> UTF-8 conversion borkage
seems to have happened in the upgrade.
I already have a "VilleSkytta" one which is in the EditGroup, I'll use
that from now on. If someone can access the old one which is shown
(broken) as "VilleSkytt??" in http://fedoraproject.org/wiki/EditGroup ,
I'd be grateful if that one could be nuked altogether.
From skvidal at phy.duke.edu Mon Jun 6 15:39:59 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Mon, 06 Jun 2005 11:39:59 -0400
Subject: Wiki Status
In-Reply-To: <1118072289.1799.117.camel@bobcat.mine.nu>
References: <1118033192.19379.46.camel@cutter>
<1118033743.26747.6.camel@ignacio.ignacio.lan>
<1118072289.1799.117.camel@bobcat.mine.nu>
Message-ID: <1118072399.2468.0.camel@cutter>
On Mon, 2005-06-06 at 18:38 +0300, Ville Skytt? wrote:
> On Mon, 2005-06-06 at 00:55 -0400, Ignacio Vazquez-Abrams wrote:
> > On Mon, 2005-06-06 at 00:46 -0400, seth vidal wrote:
> > > Hey folks,
> > > I updated the wiki to moinmoin 1.3.4 and I changed the default theme.
> > > It has all sorts of new things now and some of them are probably even
> > > broken! :)
> > >
> > > let me know if you see anything out of place.
> >
> > Uh oh. It no longer likes user names with hyphens in them...
>
> Nor (some) non-ASCII. It makes some bold statements about Unicode being
> allowed in user names, and then rejects my UTF-8 "VilleSkytt?" account
> which used to work fine. Some ISO-8859-1 <-> UTF-8 conversion borkage
> seems to have happened in the upgrade.
part of the migration process was a conversion from iso-8859-1 to utf-8.
Fix the places you see it broken and lets see if we can get it settled
out.
> I already have a "VilleSkytta" one which is in the EditGroup, I'll use
> that from now on. If someone can access the old one which is shown
> (broken) as "VilleSkytt??" in http://fedoraproject.org/wiki/EditGroup ,
> I'd be grateful if that one could be nuked altogether.
why can't you remove it?
-sv
From ville.skytta at iki.fi Mon Jun 6 15:42:16 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Mon, 06 Jun 2005 18:42:16 +0300
Subject: max-rpm snapshot URL (was: Re: Request for Review: libevent & tor)
In-Reply-To: <42A468F8.8030607@di.uminho.pt>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
<42A468F8.8030607@di.uminho.pt>
Message-ID: <1118072536.1799.122.camel@bobcat.mine.nu>
On Mon, 2005-06-06 at 16:17 +0100, Jos? Pedro Oliveira wrote:
> Check the %ghost directive
> http://rpm-devel.colug.net/max-rpm/s1-rpm-inside-files-list-directives.html
When referring to the max-rpm snapshot, please use
http://rpm.org/max-rpm-snapshot/ instead of the rpm-devel.colug.net one.
The rpm.org one is the "canonical", up to date copy.
From jpo at di.uminho.pt Mon Jun 6 15:47:22 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Mon, 06 Jun 2005 16:47:22 +0100
Subject: max-rpm snapshot URL
In-Reply-To: <1118072536.1799.122.camel@bobcat.mine.nu>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de> <42A468F8.8030607@di.uminho.pt>
<1118072536.1799.122.camel@bobcat.mine.nu>
Message-ID: <42A4700A.5000303@di.uminho.pt>
Ville Skytt? wrote:
>
>>Check the %ghost directive
>>http://rpm-devel.colug.net/max-rpm/s1-rpm-inside-files-list-directives.html
>
> When referring to the max-rpm snapshot, please use
> http://rpm.org/max-rpm-snapshot/ instead of the rpm-devel.colug.net one.
> The rpm.org one is the "canonical", up to date copy.
Oops! Copied the wrong URL :(
You had already corrected me a couple weeks ago:
https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00545.html
Thanks again,
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From ville.skytta at iki.fi Mon Jun 6 15:50:01 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Mon, 06 Jun 2005 18:50:01 +0300
Subject: Request for review/sponsor - NEdit
In-Reply-To: <9792751e050605000958481419@mail.gmail.com>
References:
<1117782727.13644.281.camel@laurel.intra.city-fan.org>
<1117904185.3849.26.camel@localhost>
<9792751e050605000958481419@mail.gmail.com>
Message-ID: <1118073001.1799.130.camel@bobcat.mine.nu>
On Sun, 2005-06-05 at 15:09 +0800, Yuan Yijun wrote:
> I hate using upper case in rpm Name section [...]
Ditto. Quite frankly, package names such as GiNaC and R-RScaLAPACK make
me chuckle and hope no poor soul except the packager ever has to type
them anywhere.
vILl3
From ville.skytta at iki.fi Mon Jun 6 15:56:47 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Mon, 06 Jun 2005 18:56:47 +0300
Subject: Wiki Status
In-Reply-To: <1118072399.2468.0.camel@cutter>
References: <1118033192.19379.46.camel@cutter>
<1118033743.26747.6.camel@ignacio.ignacio.lan>
<1118072289.1799.117.camel@bobcat.mine.nu>
<1118072399.2468.0.camel@cutter>
Message-ID: <1118073407.1799.136.camel@bobcat.mine.nu>
On Mon, 2005-06-06 at 11:39 -0400, seth vidal wrote:
> On Mon, 2005-06-06 at 18:38 +0300, Ville Skytt? wrote:
>
> > Nor (some) non-ASCII. It makes some bold statements about Unicode being
> > allowed in user names, and then rejects my UTF-8 "VilleSkytt?" account
> > which used to work fine. Some ISO-8859-1 <-> UTF-8 conversion borkage
> > seems to have happened in the upgrade.
>
> part of the migration process was a conversion from iso-8859-1 to utf-8.
Duh.
> Fix the places you see it broken and lets see if we can get it settled
> out.
Will do when I find 'em.
> > I already have a "VilleSkytta" one which is in the EditGroup, I'll use
> > that from now on. If someone can access the old one which is shown
> > (broken) as "VilleSkytt??" in http://fedoraproject.org/wiki/EditGroup ,
> > I'd be grateful if that one could be nuked altogether.
>
> why can't you remove it?
Because as said above, the username is rejected. I can no longer log in
using it. Can I remove it some other way than being logged in and
checking the "disable this account forever" checkbox in user
preferences?
From jpo at di.uminho.pt Mon Jun 6 16:07:13 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Mon, 06 Jun 2005 17:07:13 +0100
Subject: Request for Review: libevent
In-Reply-To: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
Message-ID: <42A474B1.8030403@di.uminho.pt>
Ralf,
> libevent:
> http://www.skytale.net/files/libevent/libevent-1.1-1.src.rpm
A couple of notes:
1) move "make verify" to the %check section
(it is processed after the %install section)
%check || :
make verify
2) use the same alignment for the text in the devel subpackage
directives (Summary:, Group:, Requires:)
3) maybe add the README file to the main package %docs directive
(it includes several acknowledgements)
%doc README
4) it would be nice to add some C sample files to the devel subpackage
%doc sample/*.c
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From paul at city-fan.org Mon Jun 6 16:11:14 2005
From: paul at city-fan.org (Paul Howarth)
Date: Mon, 06 Jun 2005 17:11:14 +0100
Subject: Request for Review: libevent
In-Reply-To: <42A474B1.8030403@di.uminho.pt>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
<42A474B1.8030403@di.uminho.pt>
Message-ID: <42A475A2.3080402@city-fan.org>
Jos? Pedro Oliveira wrote:
> 1) move "make verify" to the %check section
> (it is processed after the %install section)
>
> %check || :
> make verify
Why the "|| :"?
Wouldn't it be better to get the build to fail if the "make verify" fails?
Paul.
From ville.skytta at iki.fi Mon Jun 6 16:22:33 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Mon, 06 Jun 2005 19:22:33 +0300
Subject: Request for Review: libevent
In-Reply-To: <42A475A2.3080402@city-fan.org>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
<42A474B1.8030403@di.uminho.pt> <42A475A2.3080402@city-fan.org>
Message-ID: <1118074953.1799.153.camel@bobcat.mine.nu>
On Mon, 2005-06-06 at 17:11 +0100, Paul Howarth wrote:
> Jos? Pedro Oliveira wrote:
> > 1) move "make verify" to the %check section
> > (it is processed after the %install section)
> >
> > %check || :
> > make verify
>
> Why the "|| :"?
http://rpm.org/max-rpm-snapshot/s1-rpm-inside-scripts.html#S3-RPM-INSIDE-CHECK-SCRIPT
(Be sure to check out footnote 2, too.)
> Wouldn't it be better to get the build to fail if the "make verify" fails?
Yes. But "%check || :" != "make verify || :"
From jpo at di.uminho.pt Mon Jun 6 16:14:53 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Mon, 06 Jun 2005 17:14:53 +0100
Subject: Request for Review: libevent
In-Reply-To: <42A475A2.3080402@city-fan.org>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de> <42A474B1.8030403@di.uminho.pt>
<42A475A2.3080402@city-fan.org>
Message-ID: <42A4767D.1060306@di.uminho.pt>
--=20
Jos=E9 Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint =3D F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *=
http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From fedora at camperquake.de Mon Jun 6 16:24:13 2005
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Mon, 6 Jun 2005 18:24:13 +0200
Subject: Request for Review: libevent
In-Reply-To: <1118074953.1799.153.camel@bobcat.mine.nu>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
<42A474B1.8030403@di.uminho.pt> <42A475A2.3080402@city-fan.org>
<1118074953.1799.153.camel@bobcat.mine.nu>
Message-ID: <20050606182413.44601f76@nausicaa.camperquake.de>
Hi.
Ville Skytt? wrote:
> http://rpm.org/max-rpm-snapshot/s1-rpm-inside-scripts.html#S3-RPM-INSIDE-CHECK-SCRIPT
> (Be sure to check out footnote 2, too.)
Well, do we care? RPM 4.2 is not really on my map any more.
--
Error: Keyboard not attached. Press F1 to continue.
From jpo at di.uminho.pt Mon Jun 6 16:29:15 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Mon, 06 Jun 2005 17:29:15 +0100
Subject: Request for Review: libevent
In-Reply-To: <42A4767D.1060306@di.uminho.pt>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de> <42A474B1.8030403@di.uminho.pt> <42A475A2.3080402@city-fan.org>
<42A4767D.1060306@di.uminho.pt>
Message-ID: <42A479DB.4060300@di.uminho.pt>
Jos? Pedro Oliveira wrote:
> --=20
> Jos=E9 Pedro Oliveira
> * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
> * gpg fingerprint =3D F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *=
>
> http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/
Hummm. I think my enigmail went berserk.
What I was trying to say is that the %check section only appeared in
RPM v4.2. The "|| :" allows it to be ignored when someone tries to
build the package with rpm < 4.2.
But Ville already answered it ;)
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From paul at city-fan.org Mon Jun 6 16:31:10 2005
From: paul at city-fan.org (Paul Howarth)
Date: Mon, 06 Jun 2005 17:31:10 +0100
Subject: Request for Review: libevent
In-Reply-To: <1118074953.1799.153.camel@bobcat.mine.nu>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de> <42A474B1.8030403@di.uminho.pt>
<42A475A2.3080402@city-fan.org>
<1118074953.1799.153.camel@bobcat.mine.nu>
Message-ID: <42A47A4E.2000907@city-fan.org>
Ville Skytt? wrote:
> On Mon, 2005-06-06 at 17:11 +0100, Paul Howarth wrote:
>
>>Jos? Pedro Oliveira wrote:
>>
>>>1) move "make verify" to the %check section
>>> (it is processed after the %install section)
>>>
>>> %check || :
>>> make verify
>>
>>Why the "|| :"?
>
>
> http://rpm.org/max-rpm-snapshot/s1-rpm-inside-scripts.html#S3-RPM-INSIDE-CHECK-SCRIPT
> (Be sure to check out footnote 2, too.)
>
>
>>Wouldn't it be better to get the build to fail if the "make verify" fails?
>
>
> Yes. But "%check || :" != "make verify || :"
Right, got it thanks.
However... given that rpm 4.2 shipped way back with RH9, and the current
extras system doesn't support anything older than FC3, is this something
that should be done as standard? I personally like to maintain as much
backwards compatibility as possible, but many things in extras seem to
assume that things started with FC3. For instance, the perl module spec
template uses MODULE_COMPAT, which doesn't work with RH9 or older perls.
Paul.
From jpo at di.uminho.pt Mon Jun 6 16:38:54 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Mon, 06 Jun 2005 17:38:54 +0100
Subject: Request for Review: libevent
In-Reply-To: <42A47A4E.2000907@city-fan.org>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de> <42A474B1.8030403@di.uminho.pt> <42A475A2.3080402@city-fan.org> <1118074953.1799.153.camel@bobcat.mine.nu>
<42A47A4E.2000907@city-fan.org>
Message-ID: <42A47C1E.4080503@di.uminho.pt>
Paul Howarth wrote:
> Ville Skytt? wrote:
>
>> On Mon, 2005-06-06 at 17:11 +0100, Paul Howarth wrote:
>>
>>> Jos? Pedro Oliveira wrote:
>>>
>>>> 1) move "make verify" to the %check section
>>>> (it is processed after the %install section)
>>>>
>>>> %check || :
>>>> make verify
>>>
>>>
>>> Why the "|| :"?
>>
>>
>>
>> http://rpm.org/max-rpm-snapshot/s1-rpm-inside-scripts.html#S3-RPM-INSIDE-CHECK-SCRIPT
>>
>> (Be sure to check out footnote 2, too.)
>>
>>
>>> Wouldn't it be better to get the build to fail if the "make verify"
>>> fails?
>>
>>
>>
>> Yes. But "%check || :" != "make verify || :"
>
>
> Right, got it thanks.
>
> However... given that rpm 4.2 shipped way back with RH9, and the current
> extras system doesn't support anything older than FC3, is this something
> that should be done as standard? I personally like to maintain as much
> backwards compatibility as possible, but many things in extras seem to
> assume that things started with FC3. For instance, the perl module spec
> template uses MODULE_COMPAT, which doesn't work with RH9 or older perls.
Yes it does. For RH8 and RH9 just install the package
perl-forward-compat available in te fedora.us mirrors.
There is also a version for rh7.x in the fedora.us bugzilla (never
publish though).
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From paul at city-fan.org Mon Jun 6 16:47:51 2005
From: paul at city-fan.org (Paul Howarth)
Date: Mon, 06 Jun 2005 17:47:51 +0100
Subject: Request for Review: libevent
In-Reply-To: <42A47C1E.4080503@di.uminho.pt>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de> <42A474B1.8030403@di.uminho.pt> <42A475A2.3080402@city-fan.org> <1118074953.1799.153.camel@bobcat.mine.nu> <42A47A4E.2000907@city-fan.org>
<42A47C1E.4080503@di.uminho.pt>
Message-ID: <42A47E37.4060609@city-fan.org>
Jos? Pedro Oliveira wrote:
> Paul Howarth wrote:
>>However... given that rpm 4.2 shipped way back with RH9, and the current
>>extras system doesn't support anything older than FC3, is this something
>>that should be done as standard? I personally like to maintain as much
>>backwards compatibility as possible, but many things in extras seem to
>>assume that things started with FC3. For instance, the perl module spec
>>template uses MODULE_COMPAT, which doesn't work with RH9 or older perls.
>
>
> Yes it does. For RH8 and RH9 just install the package
> perl-forward-compat available in te fedora.us mirrors.
OK so I picked a bad example. The question remains though, how much
backwards-compatibility should extras packages include? I expect it's
mostly a decision for each package maintainer, but what should be (are?)
the guidelines?
Paul.
From ville.skytta at iki.fi Mon Jun 6 17:17:29 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Mon, 06 Jun 2005 20:17:29 +0300
Subject: Request for Review: libevent
In-Reply-To: <42A47E37.4060609@city-fan.org>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
<42A474B1.8030403@di.uminho.pt> <42A475A2.3080402@city-fan.org>
<1118074953.1799.153.camel@bobcat.mine.nu> <42A47A4E.2000907@city-fan.org>
<42A47C1E.4080503@di.uminho.pt> <42A47E37.4060609@city-fan.org>
Message-ID: <1118078249.1799.184.camel@bobcat.mine.nu>
On Mon, 2005-06-06 at 17:47 +0100, Paul Howarth wrote:
> The question remains though, how much
> backwards-compatibility should extras packages include? I expect it's
> mostly a decision for each package maintainer, but what should be (are?)
> the guidelines?
I'm not sure if it is feasible to even try to come up with objective
guidelines for this. What I personally think would be roughly:
1) As much as it makes sense to, and
2) As much as the packager is willing to spend time on it, without
sacrificing the end result on the current, "supported" distributions.
Setting the "as much as" thresholds in both of the above is left as an
excercise for the packager.
About this particular case, adding five characters after %check doesn't
sound overly intrusive to me, but mileages vary. On the other hand, it
is a hack, and I don't think there are any guarantees that it won't
break the specfile in future rpm(build) releases.
From luya at jpopmail.com Mon Jun 6 17:30:06 2005
From: luya at jpopmail.com (luya at jpopmail.com)
Date: Mon, 06 Jun 2005 09:30:06 -0800
Subject: Blender 2.37, spec and srpms
Message-ID: <20050606173006.C47B623D02@ws5-3.us4.outblaze.com>
Ok. Reading the attachment, it looks like you basically declared functions for x86_64.
I will try the updated spec and hopefully that will work for both i386 and x86_64
> Right. So you should take a look at the bugzilla and see if the patch
> looks sane to you. I'm creating the patch and testing since I have an
> x86_64. John Ellson sounds like he'd be willing to test on x86_64 as
> well.
>
> If you'd rather, I'll be posting an updated spec and patches into Extras
> cvs soon. You can get that and see if there's anything in my update
> that you think isn't proper/needs fixing.
>
> -Toshio
<< signature.asc >>
>
>
> --
> fedora-extras-list mailing list
> fedora-extras-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-extras-list
--
_______________________________________________
Get your free email from http://mymail.jp.popstarmail.org
Powered by Outblaze
From toshio at tiki-lounge.com Mon Jun 6 19:55:26 2005
From: toshio at tiki-lounge.com (Toshio Kuratomi)
Date: Mon, 06 Jun 2005 15:55:26 -0400
Subject: Blender 2.37, spec and srpms
In-Reply-To: <20050606173006.C47B623D02@ws5-3.us4.outblaze.com>
References: <20050606173006.C47B623D02@ws5-3.us4.outblaze.com>
Message-ID: <1118087727.3543.22.camel@localhost>
On Mon, 2005-06-06 at 09:30 -0800, luya at jpopmail.com wrote:
> Ok. Reading the attachment, it looks like you basically declared functions for x86_64.
> I will try the updated spec and hopefully that will work for both i386 and x86_64
>
Be careful -- the current updated version is in FE cvs blender/FC-4.
Hasn't been put into the blender/devel directory yet.
(devel has a gcc-4 patch for 2.36 In bugzilla it's
blender-2.36-gcc4.patch. FC-4 branch has a patch for 2.37 that fixes
x86_64 compilation. This is blender-2.37-x86_64.patch and what you
want.)
-Toshio
> > Right. So you should take a look at the bugzilla and see if the patch
> > looks sane to you. I'm creating the patch and testing since I have an
> > x86_64. John Ellson sounds like he'd be willing to test on x86_64 as
> > well.
> >
> > If you'd rather, I'll be posting an updated spec and patches into Extras
> > cvs soon. You can get that and see if there's anything in my update
> > that you think isn't proper/needs fixing.
> >
> > -Toshio
> << signature.asc >>
>
> >
> >
> > --
> > fedora-extras-list mailing list
> > fedora-extras-list at redhat.com
> > https://www.redhat.com/mailman/listinfo/fedora-extras-list
>
>
-------------- 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:
From skvidal at phy.duke.edu Mon Jun 6 21:40:33 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Mon, 06 Jun 2005 17:40:33 -0400
Subject: Wiki Status
In-Reply-To: <200506062204.31056.ronny-vlug@vlugnet.org>
References: <1118033192.19379.46.camel@cutter>
<200506062204.31056.ronny-vlug@vlugnet.org>
Message-ID: <1118094033.2468.49.camel@cutter>
On Mon, 2005-06-06 at 22:04 +0200, Ronny Buchmann wrote:
> On Monday 06 June 2005 06:46, seth vidal wrote:
> > Hey folks,
> > I updated the wiki to moinmoin 1.3.4 and I changed the default theme.
> Great, thanks a lot
>
> > It has all sorts of new things now and some of them are probably even
> > broken! :)
> >
> > let me know if you see anything out of place.
> please delete the old (unchanged) master pages, these are now in the underlay
> directory
>
> grep -l "^##master-page"
> should give the names I think
that's cool - I didn't realize I could search for that string - I got
rid of them.
thanks,
-sv
From skvidal at phy.duke.edu Mon Jun 6 21:54:30 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Mon, 06 Jun 2005 17:54:30 -0400
Subject: Wiki Status
In-Reply-To: <1118073407.1799.136.camel@bobcat.mine.nu>
References: <1118033192.19379.46.camel@cutter>
<1118033743.26747.6.camel@ignacio.ignacio.lan>
<1118072289.1799.117.camel@bobcat.mine.nu>
<1118072399.2468.0.camel@cutter>
<1118073407.1799.136.camel@bobcat.mine.nu>
Message-ID: <1118094870.2468.55.camel@cutter>
On Mon, 2005-06-06 at 18:56 +0300, Ville Skytt? wrote:
> On Mon, 2005-06-06 at 11:39 -0400, seth vidal wrote:
> > On Mon, 2005-06-06 at 18:38 +0300, Ville Skytt? wrote:
> >
> > > Nor (some) non-ASCII. It makes some bold statements about Unicode being
> > > allowed in user names, and then rejects my UTF-8 "VilleSkytt?" account
> > > which used to work fine. Some ISO-8859-1 <-> UTF-8 conversion borkage
> > > seems to have happened in the upgrade.
> >
> > part of the migration process was a conversion from iso-8859-1 to utf-8.
>
> Duh.
I was just confirming that. No need to be all homer-y about it. :)
no, wait, that'd be Doh!
> > > I already have a "VilleSkytta" one which is in the EditGroup, I'll use
> > > that from now on. If someone can access the old one which is shown
> > > (broken) as "VilleSkytt??" in http://fedoraproject.org/wiki/EditGroup ,
> > > I'd be grateful if that one could be nuked altogether.
> >
> > why can't you remove it?
>
> Because as said above, the username is rejected. I can no longer log in
> using it. Can I remove it some other way than being logged in and
> checking the "disable this account forever" checkbox in user
> preferences?
oh, whoops. hmm I'll look into that one. Thanks,
-sv
From skvidal at phy.duke.edu Mon Jun 6 21:56:57 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Mon, 06 Jun 2005 17:56:57 -0400
Subject: Wiki Status
In-Reply-To: <1118073407.1799.136.camel@bobcat.mine.nu>
References: <1118033192.19379.46.camel@cutter>
<1118033743.26747.6.camel@ignacio.ignacio.lan>
<1118072289.1799.117.camel@bobcat.mine.nu>
<1118072399.2468.0.camel@cutter>
<1118073407.1799.136.camel@bobcat.mine.nu>
Message-ID: <1118095018.2468.57.camel@cutter>
On Mon, 2005-06-06 at 18:56 +0300, Ville Skytt? wrote:
> On Mon, 2005-06-06 at 11:39 -0400, seth vidal wrote:
> > On Mon, 2005-06-06 at 18:38 +0300, Ville Skytt? wrote:
> >
> > > Nor (some) non-ASCII. It makes some bold statements about Unicode being
> > > allowed in user names, and then rejects my UTF-8 "VilleSkytt?" account
> > > which used to work fine. Some ISO-8859-1 <-> UTF-8 conversion borkage
> > > seems to have happened in the upgrade.
> >
> > part of the migration process was a conversion from iso-8859-1 to utf-8.
>
> Duh.
>
> > Fix the places you see it broken and lets see if we can get it settled
> > out.
>
> Will do when I find 'em.
>
> > > I already have a "VilleSkytta" one which is in the EditGroup, I'll use
> > > that from now on. If someone can access the old one which is shown
> > > (broken) as "VilleSkytt??" in http://fedoraproject.org/wiki/EditGroup ,
> > > I'd be grateful if that one could be nuked altogether.
> >
> > why can't you remove it?
>
> Because as said above, the username is rejected. I can no longer log in
> using it. Can I remove it some other way than being logged in and
> checking the "disable this account forever" checkbox in user
> preferences?
>
try logging in as the other account, one more time. I just want to
verify something.
thanks,
-sv
From pawsa at theochem.kth.se Mon Jun 6 22:36:55 2005
From: pawsa at theochem.kth.se (Pawel Salek)
Date: Mon, 06 Jun 2005 22:36:55 +0000
Subject: Review request: balsa (email client)
Message-ID: <1118097415l.19698l.2l@salek.zapto.org>
Summary: Balsa E-mail Client
Description:
Balsa is an e-mail reader. This client is part of the GNOME
desktop environment. It supports local mailboxes, POP3 and
IMAP.
Specfile changelog:
* Tue Jun 7 2005 Pawel Salek - 2.3.3-1
- bump version to 2.3.3
- add libesmtp-devel dependency.
- do not forget about config_opts.
So, can I request the build now, please?
Pawel
--
http://balsa.gnome.org/
From ivazquez at ivazquez.net Mon Jun 6 22:47:53 2005
From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams)
Date: Mon, 06 Jun 2005 18:47:53 -0400
Subject: Wiki Status
In-Reply-To: <1118034727.19379.49.camel@cutter>
References: <1118033192.19379.46.camel@cutter>
<1118033743.26747.6.camel@ignacio.ignacio.lan>
<1118034727.19379.49.camel@cutter>
Message-ID: <1118098073.26747.16.camel@ignacio.ignacio.lan>
On Mon, 2005-06-06 at 01:12 -0400, seth vidal wrote:
> > > let me know if you see anything out of place.
> >
> > Uh oh. It no longer likes user names with hyphens in them...
>
> Looking through the devel docs that looks like a known problem and not
> accepted as a bug.
>
> So change your username and i'll fix up the new one with editgroup
> rights.
I can't change anything. As soon as I try to go to any page it logs me
out. And I can't create a new account since my e-mail address is already
in use.
--
Ignacio Vazquez-Abrams
http://fedora.ivazquez.net/
gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72
-------------- 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:
From skvidal at phy.duke.edu Mon Jun 6 23:54:54 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Mon, 06 Jun 2005 19:54:54 -0400
Subject: Wiki Status
In-Reply-To: <1118098073.26747.16.camel@ignacio.ignacio.lan>
References: <1118033192.19379.46.camel@cutter>
<1118033743.26747.6.camel@ignacio.ignacio.lan>
<1118034727.19379.49.camel@cutter>
<1118098073.26747.16.camel@ignacio.ignacio.lan>
Message-ID: <1118102094.5721.0.camel@cutter>
On Mon, 2005-06-06 at 18:47 -0400, Ignacio Vazquez-Abrams wrote:
> On Mon, 2005-06-06 at 01:12 -0400, seth vidal wrote:
> > > > let me know if you see anything out of place.
> > >
> > > Uh oh. It no longer likes user names with hyphens in them...
> >
> > Looking through the devel docs that looks like a known problem and not
> > accepted as a bug.
> >
> > So change your username and i'll fix up the new one with editgroup
> > rights.
>
> I can't change anything. As soon as I try to go to any page it logs me
> out. And I can't create a new account since my e-mail address is already
> in use.
>
I'm going to try to change your username to kill the hyphen, we'll see
if that works. :)
-sv
From jwboyer at jdub.homelinux.org Tue Jun 7 01:58:02 2005
From: jwboyer at jdub.homelinux.org (Josh Boyer)
Date: Mon, 06 Jun 2005 20:58:02 -0500
Subject: max-rpm snapshot URL
In-Reply-To: <42A4700A.5000303@di.uminho.pt>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
<42A468F8.8030607@di.uminho.pt>
<1118072536.1799.122.camel@bobcat.mine.nu>
<42A4700A.5000303@di.uminho.pt>
Message-ID: <1118109483.3107.155.camel@yoda.jdub.homelinux.org>
On Mon, 2005-06-06 at 16:47 +0100, Jos? Pedro Oliveira wrote:
> Ville Skytt? wrote:
> >
> >>Check the %ghost directive
> >>http://rpm-devel.colug.net/max-rpm/s1-rpm-inside-files-list-directives.html
> >
> > When referring to the max-rpm snapshot, please use
> > http://rpm.org/max-rpm-snapshot/ instead of the rpm-devel.colug.net one.
> > The rpm.org one is the "canonical", up to date copy.
>
> Oops! Copied the wrong URL :(
> You had already corrected me a couple weeks ago:
> https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00545.html
>
Could we link to the correct URL off of some relevant Wiki page? Would
save some confusion maybe.
josh
From buildsys at fedoraproject.org Tue Jun 7 02:22:44 2005
From: buildsys at fedoraproject.org (buildsys at fedoraproject.org)
Date: Mon, 6 Jun 2005 22:22:44 -0400 (EDT)
Subject: Fedora Extras 3 Package Build Report
Message-ID: <20050607022244.10F61847A@extras64.linux.duke.edu>
Packages built and released for Fedora Extras 3: 4
blender-2.37-1.fc3.1
perl-Net-IP-1.23-1
rxvt-unicode-5.5-3
rxvt-unicode-5.5-3.fc3
For more information about the built packages please see the repository
or the fedora Info Feed: http://fedoraproject.org/infofeed/
From ville.skytta at iki.fi Tue Jun 7 03:43:54 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Tue, 07 Jun 2005 06:43:54 +0300
Subject: Wiki Status
In-Reply-To: <1118095018.2468.57.camel@cutter>
References: <1118033192.19379.46.camel@cutter>
<1118033743.26747.6.camel@ignacio.ignacio.lan>
<1118072289.1799.117.camel@bobcat.mine.nu>
<1118072399.2468.0.camel@cutter>
<1118073407.1799.136.camel@bobcat.mine.nu>
<1118095018.2468.57.camel@cutter>
Message-ID: <1118115834.1799.211.camel@bobcat.mine.nu>
On Mon, 2005-06-06 at 17:56 -0400, seth vidal wrote:
> On Mon, 2005-06-06 at 18:56 +0300, Ville Skytt? wrote:
>
> > Because as said above, the username is rejected. I can no longer log in
> > using it. Can I remove it some other way than being logged in and
> > checking the "disable this account forever" checkbox in user
> > preferences?
>
> try logging in as the other account, one more time. I just want to
> verify something.
Ok, it works again.
From skvidal at phy.duke.edu Tue Jun 7 03:44:22 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Mon, 06 Jun 2005 23:44:22 -0400
Subject: Wiki Status
In-Reply-To: <1118115834.1799.211.camel@bobcat.mine.nu>
References: <1118033192.19379.46.camel@cutter>
<1118033743.26747.6.camel@ignacio.ignacio.lan>
<1118072289.1799.117.camel@bobcat.mine.nu>
<1118072399.2468.0.camel@cutter>
<1118073407.1799.136.camel@bobcat.mine.nu>
<1118095018.2468.57.camel@cutter>
<1118115834.1799.211.camel@bobcat.mine.nu>
Message-ID: <1118115862.5721.5.camel@cutter>
On Tue, 2005-06-07 at 06:43 +0300, Ville Skytt? wrote:
> On Mon, 2005-06-06 at 17:56 -0400, seth vidal wrote:
> > On Mon, 2005-06-06 at 18:56 +0300, Ville Skytt? wrote:
> >
> > > Because as said above, the username is rejected. I can no longer log in
> > > using it. Can I remove it some other way than being logged in and
> > > checking the "disable this account forever" checkbox in user
> > > preferences?
> >
> > try logging in as the other account, one more time. I just want to
> > verify something.
>
> Ok, it works again.
>
as Ville Skytt?, right? not as VilleSkytta
-sv
From buildsys at fedoraproject.org Tue Jun 7 07:57:11 2005
From: buildsys at fedoraproject.org (buildsys at fedoraproject.org)
Date: Tue, 7 Jun 2005 03:57:11 -0400 (EDT)
Subject: Fedora Extras 4 Package Build Report
Message-ID: <20050607075711.C7CEF8369@extras64.linux.duke.edu>
Packages built and released for Fedora Extras 4: 18
abiword-2.2.8-1
abiword-2.2.8-1.fc4
blender-2.37-2
gentoo-0.11.55-1
gentoo-0.11.55-1.fc4
libcdio-0.73-2
libcdio-0.74-2
libcdio-0.74-2.fc4
libebml-0.7.5-1.1
libmatroska-0.7.7-1.1
p7zip-4.20-1
p7zip-4.20-1.fc4
perl-Net-IP-1.23-2
quilt-0.40-3
quilt-0.40-3.fc4
rxvt-unicode-5.5-3
rxvt-unicode-5.5-3.fc4
suck-4.3.2-10
For more information about the built packages please see the repository
or the fedora Info Feed: http://fedoraproject.org/infofeed/
From wtogami at redhat.com Tue Jun 7 08:32:12 2005
From: wtogami at redhat.com (Warren Togami)
Date: Mon, 06 Jun 2005 22:32:12 -1000
Subject: Review Needed: spamass-milter
In-Reply-To: <42A43AA0.50703@city-fan.org>
References: <42A3E9DE.6020706@redhat.com> <42A43AA0.50703@city-fan.org>
Message-ID: <42A55B8C.3000406@redhat.com>
Paul Howarth wrote:
> Warren Togami wrote:
>
>> http://people.redhat.com/wtogami/temp/spamass-milter-0.3.0-2.src.rpm
>> http://people.redhat.com/wtogami/temp/spamass-milter.spec
>>
>> I don't particularly care about this package because I dislike
>> sendmail and use postfix, but one of my friends wants to use it, so I
>> want to add it to Extras. If someone actually cares about this
>> package and wants to be the Extras maintainer instead of me please say
>> so. Otherwise I'll "maintain" it with minimal effort.
>>
>> The original packager had made no attempt to request an Extras CVS
>> account, but he is certainly welcome to maintain it here if he is
>> willing to follow project guidelines.
>
>
> I'll volunteer if nobody else particularly wants it. I'm not a current
> spamass-milter user but I intend to start using it soon, as my
> home-brewed spam filtering scheme using procmail is too much like hard
> work to maintain.
I'm glad that somebody wants to maintain this instead of me, but you
must be masochistic if you think sendmail is easier to customize than
procmail. I'm tempted to post my spamassassin procmail recipe that I
hadn't changed in 3 years, but I rather have someone maintain this
package. =)
Could you please post your own replacement .src.rpm for easier download
and review?
Warren Togami
wtogami at redhat.com
From paul at city-fan.org Tue Jun 7 08:47:48 2005
From: paul at city-fan.org (Paul Howarth)
Date: Tue, 07 Jun 2005 09:47:48 +0100
Subject: Review Needed: spamass-milter
In-Reply-To: <42A55B8C.3000406@redhat.com>
References: <42A3E9DE.6020706@redhat.com> <42A43AA0.50703@city-fan.org>
<42A55B8C.3000406@redhat.com>
Message-ID: <1118134068.13644.389.camel@laurel.intra.city-fan.org>
On Mon, 2005-06-06 at 22:32 -1000, Warren Togami wrote:
> Paul Howarth wrote:
> > I'll volunteer if nobody else particularly wants it. I'm not a current
> > spamass-milter user but I intend to start using it soon, as my
> > home-brewed spam filtering scheme using procmail is too much like hard
> > work to maintain.
>
> I'm glad that somebody wants to maintain this instead of me, but you
> must be masochistic if you think sendmail is easier to customize than
> procmail. I'm tempted to post my spamassassin procmail recipe that I
> hadn't changed in 3 years, but I rather have someone maintain this
> package. =)
Well my current procmail recipe doesn't call up spamassassin at all -
it's full of hand-coded recipes for detecting spam.
http://www.city-fan.org/ftp/contrib/mail/spamfilter/spamcheckrc
So I've moving towards using spamassassin as a replacement for this. Being a long-time sendmail user, configuring it doesn't frighten me :-)
> Could you please post your own replacement .src.rpm for easier download
> and review?
SRPM & spec available at:
http://www.city-fan.org/~paul/extras/spamass-milter/
Paul.
--
Paul Howarth
From nicolas.mailhot at laposte.net Tue Jun 7 08:50:43 2005
From: nicolas.mailhot at laposte.net (Nicolas Mailhot)
Date: Tue, 7 Jun 2005 10:50:43 +0200 (CEST)
Subject: Review Needed: spamass-milter
In-Reply-To: <42A55B8C.3000406@redhat.com>
References: <42A3E9DE.6020706@redhat.com> <42A43AA0.50703@city-fan.org>
<42A55B8C.3000406@redhat.com>
Message-ID: <56061.192.54.193.37.1118134243.squirrel@rousalka.dyndns.org>
On Mar 7 juin 2005 10:32, Warren Togami a ?crit :
> work to maintain.
>
> I'm glad that somebody wants to maintain this instead of me, but you
> must be masochistic if you think sendmail is easier to customize than
> procmail.
amavis is not halfway bad with postfix.
In fact it's giving me so little trouble I have little incent to review my
specfile and try to get it into FE (sorry, me lazy)
Regards,
--
Nicolas Mailhot
From toshio at tiki-lounge.com Tue Jun 7 11:53:37 2005
From: toshio at tiki-lounge.com (Toshio Kuratomi)
Date: Tue, 07 Jun 2005 07:53:37 -0400
Subject: max-rpm snapshot URL
In-Reply-To: <1118109483.3107.155.camel@yoda.jdub.homelinux.org>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
<42A468F8.8030607@di.uminho.pt>
<1118072536.1799.122.camel@bobcat.mine.nu>
<42A4700A.5000303@di.uminho.pt>
<1118109483.3107.155.camel@yoda.jdub.homelinux.org>
Message-ID: <1118145218.3230.5.camel@localhost>
On Mon, 2005-06-06 at 20:58 -0500, Josh Boyer wrote:
> On Mon, 2005-06-06 at 16:47 +0100, Jos? Pedro Oliveira wrote:
> > Ville Skytt? wrote:
> > >
> > >>Check the %ghost directive
> > >>http://rpm-devel.colug.net/max-rpm/s1-rpm-inside-files-list-directives.html
> > >
> > > When referring to the max-rpm snapshot, please use
> > > http://rpm.org/max-rpm-snapshot/ instead of the rpm-devel.colug.net one.
> > > The rpm.org one is the "canonical", up to date copy.
> >
> > Oops! Copied the wrong URL :(
> > You had already corrected me a couple weeks ago:
> > https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00545.html
> >
>
> Could we link to the correct URL off of some relevant Wiki page?
> save some confusion maybe.
>
It's currently linked off of
http://www.fedoraproject.org/wiki/ScriptletSnippets
What would be better is to have a link on the wiki/Extras page alongside
ScriptletSnippets. Feel free to add that.
-Toshio
-------------- 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:
From ryo-dairiki at mbm.nifty.com Tue Jun 7 11:59:41 2005
From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki)
Date: Tue, 07 Jun 2005 20:59:41 +0900
Subject: Request for Review: scim-tables
Message-ID: <42A58C2D.7030907@mbm.nifty.com>
Hello,
I would like to have my package reviewed.
You can get it from the following:
http://briefcase.yahoo.co.jp/bc/ryo_dairiki/lst?.dir=/
Please download "scim-tables(.spec)" and "scim-tables(.srpm)", check
them, report me a problem around them.
Regards,
Ryo Dairiki
From yuan.bbbush at gmail.com Tue Jun 7 12:32:31 2005
From: yuan.bbbush at gmail.com (Yuan Yijun)
Date: Tue, 7 Jun 2005 20:32:31 +0800
Subject: Request for Review: scim-tables
In-Reply-To: <42A58C2D.7030907@mbm.nifty.com>
References: <42A58C2D.7030907@mbm.nifty.com>
Message-ID: <9792751e05060705326f98ddb1@mail.gmail.com>
2005/6/7, Ryo Dairiki :
> Hello,
>
Waaa! Now scim-tables is rolling in. When will you update scim to
1.3.x and commit scim-pinyin? and scim-fcitx?
--
bbbush ^_^
From petersen at redhat.com Tue Jun 7 12:40:44 2005
From: petersen at redhat.com (Jens Petersen)
Date: Tue, 07 Jun 2005 21:40:44 +0900
Subject: Request for Review: scim-tables
In-Reply-To: <9792751e05060705326f98ddb1@mail.gmail.com>
References: <42A58C2D.7030907@mbm.nifty.com>
<9792751e05060705326f98ddb1@mail.gmail.com>
Message-ID: <42A595CC.5040808@redhat.com>
Yuan Yijun wrote:
> When will you update scim to 1.3.x [...]?
It seems stable enough but isn't 1.3.0 officially a test release?
Well I think it is ok to put into devel/ at least if there is demand. :)
-Jens
From ville.skytta at iki.fi Tue Jun 7 13:31:48 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Tue, 07 Jun 2005 16:31:48 +0300
Subject: Wiki Status
In-Reply-To: <1118115862.5721.5.camel@cutter>
References: <1118033192.19379.46.camel@cutter>
<1118033743.26747.6.camel@ignacio.ignacio.lan>
<1118072289.1799.117.camel@bobcat.mine.nu>
<1118072399.2468.0.camel@cutter>
<1118073407.1799.136.camel@bobcat.mine.nu>
<1118095018.2468.57.camel@cutter>
<1118115834.1799.211.camel@bobcat.mine.nu>
<1118115862.5721.5.camel@cutter>
Message-ID: <1118151108.1799.231.camel@bobcat.mine.nu>
On Mon, 2005-06-06 at 23:44 -0400, seth vidal wrote:
> On Tue, 2005-06-07 at 06:43 +0300, Ville Skytt? wrote:
> > Ok, it works again.
>
> as Ville Skytt?, right? not as VilleSkytta
Both as VilleSkytt? and as VilleSkytta. I'll disable the latter soon.
Thanks.
From mpeters at mac.com Tue Jun 7 13:51:08 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Tue, 07 Jun 2005 06:51:08 -0700
Subject: EditGroup wiki access
Message-ID: <1118152268.2764.4.camel@laptop.mpeters.local>
uploaded some stuff to cvs
NewPackage page says I need to request bugzilla components for them.
I did not see an edit button on the bugzilla component page for doing so
- do I need to be in the edit group to do that?
my wiki name is MichaelPeters
From qspencer at ieee.org Tue Jun 7 13:55:21 2005
From: qspencer at ieee.org (Quentin Spencer)
Date: Tue, 07 Jun 2005 08:55:21 -0500
Subject: Request for review and approval: octave-forge
Message-ID: <42A5A749.2040301@ieee.org>
Sending this again because I haven't received any response from my
previous requests . . .
The package is in CVS.
octave-forge: Contributed functions for octave
Octave-forge is a community project for collaborative development of
octave extensions. The extensions in this package include additional
data types such as sparse matrices, and functions for a variety of
different applications including signal and image processing,
communications, control, optimization, statistics, geometry, and
symbolic math.
From katzj at redhat.com Tue Jun 7 14:06:06 2005
From: katzj at redhat.com (Jeremy Katz)
Date: Tue, 07 Jun 2005 10:06:06 -0400
Subject: EditGroup wiki access
In-Reply-To: <1118152268.2764.4.camel@laptop.mpeters.local>
References: <1118152268.2764.4.camel@laptop.mpeters.local>
Message-ID: <1118153166.8359.9.camel@bree.local.net>
On Tue, 2005-06-07 at 06:51 -0700, Michael A. Peters wrote:
> uploaded some stuff to cvs
>
> NewPackage page says I need to request bugzilla components for them.
> I did not see an edit button on the bugzilla component page for doing so
> - do I need to be in the edit group to do that?
Yes
> my wiki name is MichaelPeters
Added
Jeremy
From Jochen at herr-schmitt.de Tue Jun 7 14:56:46 2005
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Tue, 07 Jun 2005 16:56:46 +0200
Subject: [REPOST] Re: Approval Require for kyum [was Re: New Package: kyum]
In-Reply-To: <20050602220750.5b782c42.bugs.michael@gmx.net>
References: <0MKxQS-1DZwMf0AiV-0004pm@mrelayeu.kundenserver.de>
<20050522222811.07231021.bugs.michael@gmx.net>
<0MKwh2-1DaErA2CsL-0002gs@mrelayeu.kundenserver.de>
<0MKwh2-1DclhL0s6t-0004SA@mrelayeu.kundenserver.de>
<20050530182627.22cf47f9.bugs.michael@gmx.net>
<0ML25U-1DconC2lGm-0001vj@mrelayeu.kundenserver.de>
<20050602192231.21cd1096.bugs.michael@gmx.net>
<0ML25U-1Ddulz40oL-0003Gy@mrelayeu.kundenserver.de>
<20050602220750.5b782c42.bugs.michael@gmx.net>
Message-ID: <0MKxQS-1DffVm2cIX-00063X@mrelayeu.kundenserver.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thu, 2 Jun 2005 22:07:50 +0200, you wrote:
>> I hope, this patch will be require only until the next version of
>> gamin will be released. From my point of view, this solution is
>> ugly.
>
>Well, I find it less ugly than not shipping some KDE apps for FE4
>because we cannot build them. ;)
Becouse in rawhide a new version of gamin was released, that
patched this bug, I have create a new package, which revert the
applied patch.
This package is uploaded to:
http:/7www.herr-schmitt.de/pub/kyum/kyum-0.6.3-6.src.rpm
Best Regards:
Jochen Schmitt
-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.0.0 (Build 2001)
iQA/AwUBQqW1vk9gByurcX4MEQKgUwCdEGMCiVO5ZNgu5bHfHnaBEIb48bEAnj5o
07xvGdzFn/YcyvLA9MHF5DUi
=xoFr
-----END PGP SIGNATURE-----
From fedora at camperquake.de Tue Jun 7 18:41:56 2005
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Tue, 7 Jun 2005 20:41:56 +0200
Subject: Merging in CVS
Message-ID: <20050607204156.39f62dcc@nausicaa.camperquake.de>
Hi.
How do I merge changes from one tree to the other? Say, I have two
tags A and B in the devel tree, and would like to merge this
into the FC-4 tree.
--
"If an idea appears both in one of my books and elsewhere, it's safe to
assume I've nicked it." -- Terry Pratchett, in alt.fan.pratchett
From Jochen at herr-schmitt.de Tue Jun 7 18:45:43 2005
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Tue, 07 Jun 2005 20:45:43 +0200
Subject: Approval Request for kyum (new version 0.7.1)
Message-ID: <0MKxQS-1Dfj5L0vSA-00088v@mrelayeu.kundenserver.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello,
becouse the upstream author has released a new version of kyum, I
have built a new package, which is uploaded to:
http://www.herr-schmitt.de/pub/kyum/kyum-0.7.1-1.src.rpm
It will be nice, if anyone, aspecialy Michael Schwendt, can
appove this package.
Best Regards:
Jochen Schmitt
-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.0.0 (Build 2001)
iQA/AwUBQqXrZ09gByurcX4MEQLpzQCgyd/ozfpF+A5eR9P+nivZsa0tROYAoJ2S
KBn1tsi6J7L8nBk4tCnUt7a8
=KYri
-----END PGP SIGNATURE-----
From jdennis at redhat.com Tue Jun 7 19:02:42 2005
From: jdennis at redhat.com (John Dennis)
Date: Tue, 07 Jun 2005 15:02:42 -0400
Subject: Merging in CVS
In-Reply-To: <20050607204156.39f62dcc@nausicaa.camperquake.de>
References: <20050607204156.39f62dcc@nausicaa.camperquake.de>
Message-ID: <1118170963.2716.67.camel@localhost.localdomain>
On Tue, 2005-06-07 at 20:41 +0200, Ralf Ertzinger wrote:
> How do I merge changes from one tree to the other? Say, I have two
> tags A and B in the devel tree, and would like to merge this
> into the FC-4 tree.
Good question, but to the best of my understanding there isn't a good
answer. The problem is each distribution tree (e.g. FC-3, FC-4) are
actually separate CVS files, thus they have no common ancestors and CVS
does not know how to merge them because CVS believes them to be
independent files.
However since I frequently find myself saddled with this task I wrote a
python script that examines a src and dst development tree and builds
makefile (or a shell script) that will bring the dst tree in alignment
with the src tree. I like having it produce a makefile with each stage
as a target so I can review what it will do. For example stage 1 makes
sure any file that is going to be modified is writable, stage 2 copies
new files into the destination and performs a CVS add, stage 3 removes
obsolete files and performs a CVS remove, stage 4 applies a patch file
to bring the common files into alignment (I always review the patch
first, you can also use any interactive diff merge tool of your
choosing). The tool is also smart enough to know about the special files
(e.g. sources, .cvsignore) and the spec file is excluded from the diff
because it almost always requires manual merging.
My usual working stragey is to run the script, review the makefile it
produced and the patch file, and then on the command line if I'm
satisifed its going to to do the right thing I'll say "make stage1",
them make stage2" etc. Finally I conclude with an interactive emacs
ediff session on the spec files and manually insert selected changes
from the src spec file into the dst spec file. Do a local test build,
Vola! I'm done.
Like most homegrown tools its not clean enough for public consumption
but if there is interest I'll clean it up and post it.
This is the only way I've figured out how to do this :-(
--
John Dennis
From symbiont at berlios.de Tue Jun 7 23:56:53 2005
From: symbiont at berlios.de (Jeff Pitman)
Date: Wed, 8 Jun 2005 07:56:53 +0800
Subject: Merging in CVS
In-Reply-To: <1118170963.2716.67.camel@localhost.localdomain>
References: <20050607204156.39f62dcc@nausicaa.camperquake.de>
<1118170963.2716.67.camel@localhost.localdomain>
Message-ID: <200506080756.53808.symbiont@berlios.de>
On Wednesday 08 June 2005 03:02, John Dennis wrote:
> Like most homegrown tools its not clean enough for public consumption
> but if there is interest I'll clean it up and post it.
Sounds to me that the complexity of avoiding %if exceptions is about the
same as embracing it. There's definitely a balance to be had; but, an
all out dismissal of the idea will just shift the complexity of dealing
with this to another space. Spec files will be clean though! :P
--
-jeff
From jwboyer at jdub.homelinux.org Wed Jun 8 01:28:25 2005
From: jwboyer at jdub.homelinux.org (Josh Boyer)
Date: Tue, 07 Jun 2005 20:28:25 -0500
Subject: max-rpm snapshot URL
In-Reply-To: <1118145218.3230.5.camel@localhost>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
<42A468F8.8030607@di.uminho.pt>
<1118072536.1799.122.camel@bobcat.mine.nu>
<42A4700A.5000303@di.uminho.pt>
<1118109483.3107.155.camel@yoda.jdub.homelinux.org>
<1118145218.3230.5.camel@localhost>
Message-ID: <1118194106.3107.159.camel@yoda.jdub.homelinux.org>
On Tue, 2005-06-07 at 07:53 -0400, Toshio Kuratomi wrote:
> On Mon, 2005-06-06 at 20:58 -0500, Josh Boyer wrote:
> > On Mon, 2005-06-06 at 16:47 +0100, Jos? Pedro Oliveira wrote:
> > > Ville Skytt? wrote:
> > > >
> > > >>Check the %ghost directive
> > > >>http://rpm-devel.colug.net/max-rpm/s1-rpm-inside-files-list-directives.html
> > > >
> > > > When referring to the max-rpm snapshot, please use
> > > > http://rpm.org/max-rpm-snapshot/ instead of the rpm-devel.colug.net one.
> > > > The rpm.org one is the "canonical", up to date copy.
> > >
> > > Oops! Copied the wrong URL :(
> > > You had already corrected me a couple weeks ago:
> > > https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00545.html
> > >
> >
> > Could we link to the correct URL off of some relevant Wiki page?
> > save some confusion maybe.
> >
> It's currently linked off of
> http://www.fedoraproject.org/wiki/ScriptletSnippets
>
> What would be better is to have a link on the wiki/Extras page alongside
> ScriptletSnippets. Feel free to add that.
Right, done. I need to remind myself more often that I have edit
access. Thanks for prodding me in the right direction :).
josh
From jjneely at pams.ncsu.edu Wed Jun 8 01:32:51 2005
From: jjneely at pams.ncsu.edu (Jack Neely)
Date: Tue, 7 Jun 2005 21:32:51 -0400
Subject: New Packages: python-ezpycrypto, python-pam
Message-ID: <20050608013251.GA14290@anduril.pams.ncsu.edu>
Folks,
A couple packages for initial review/approval. Let me know what issues
you may see:
Both of these were built and tested on FC3.
* python-ezpycrypto:
http://anduril.pams.ncsu.edu/~slack/SRPMS/python-ezpycrypto-0.1.1-1.src.rpm
GPL
This is a python wrapper around python-crypto. Its goal is to abstract
the details of the Crypto module and provide a simple, easy to
understand python API. It presents a Key object to the programmer that
has methods to import/export keys, encrypt, decrypt, sign, verify, and
work with IO streams.
* python-pam:
http://anduril.pams.ncsu.edu/~slack/SRPMS/python-pam-0.4.2-1.src.rpm
GPL
This is a C module to provide python bindings to PAM. I recently had to
hack on this to get this module as included with RHN Sat to actually
work. I've done enough work with it that I feel comfortable supporting
a package of it. I've seen it used in several projects out there, but
the upstream project looks unmaintained.
--
Jack Neely
Realm Linux Administration and Development
PAMS Computer Operations at NC State University
GPG Fingerprint: 1917 5AC1 E828 9337 7AA4 EA6B 213B 765F 3B6A 5B89
From mpeters at mac.com Wed Jun 8 04:23:31 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Tue, 07 Jun 2005 21:23:31 -0700
Subject: Request for Additional Review: sword and gnomesword
Message-ID: <1118204611.2764.12.camel@laptop.mpeters.local>
These are in cvs now. I've requested fc3 and fc4 branch, so they should
build in those environments.
sword is required by gnomesword, sword-devel is required to build
gnomesword
both build for me in x86 fc3 and x86/ppc rawhide - I don't have x86_64,
so I don't know if there are any issues.
gnomesword may need to be updated - the desktop file does not contain a
GenericName field.
Looks like I can fix that with --copy-name-to-generic-name but I think
the GenericName is suppose to more brief and generic, I'll figure out
what I want to do before requesting a build.
GenericName seems to be missing from a lot of application files
(including bluefish, which is from Extras) - is that a new requirement
or is it really not necessary?
From mpeters at mac.com Wed Jun 8 04:25:32 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Tue, 07 Jun 2005 21:25:32 -0700
Subject: Request for Additional Review: tetex-prosper
Message-ID: <1118204733.2764.14.camel@laptop.mpeters.local>
This has been checked into cvs and needs additional review before
requesting a build.
I think it is ready.
I've requested branches for fc3 and fc4.
From luya at jpopmail.com Wed Jun 8 04:42:56 2005
From: luya at jpopmail.com (luya at jpopmail.com)
Date: Tue, 07 Jun 2005 20:42:56 -0800
Subject: Blender 2.37, spec and srpms
Message-ID: <20050608044256.22EBB2037C@ws5-1.us4.outblaze.com>
For some reasons, the compilation will ask for files to patch in x86_64 although
the system I use is i386. I think creating a condition to detect if the architecture is a x86_64
or a i386. Unfortunately, I have limited knowledge how make a condition
inside spec file. Here is the log:
-----
$ sudo rpmbuild -ba rpmbuild/SPECS/blender.spec
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.87402
+ umask 022
+ cd /home/Luya/rpmbuild/BUILD
+ LANG=C
+ export LANG
+ unset DISPLAY
+ cd /home/Luya/rpmbuild/BUILD
+ rm -rf blender
+ /usr/bin/gzip -dc /home/Luya/rpmbuild/SOURCES/blender-2.37.tar.gz
+ tar -xf -
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd blender
++ /usr/bin/id -u
+ '[' 0 = 0 ']'
+ /bin/chown -Rhf root .
++ /usr/bin/id -u
+ '[' 0 = 0 ']'
+ /bin/chgrp -Rhf root .
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ echo 'Patch #0 (blender-2.37-x86_64.patch):'
Patch #0 (blender-2.37-x86_64.patch):
+ patch -p1 -b --suffix .x86_64 -s
The text leading up to this was:
--------------------------
|--- blender/source/gameengine/Expressions/KX_HashedPtr.cpp.x86_64 2004-03-22 17:01:28.000000000 -0500
|+++ blender/source/gameengine/Expressions/KX_HashedPtr.cpp 2005-06-05 10:09:48.000000000 -0400
--------------------------
File to patch:
Skip this patch? [y] y
1 out of 1 hunk ignored
The text leading up to this was:
--------------------------
|--- blender/source/gameengine/Ketsji/KX_WorldIpoController.cpp.x86_64 2005-03-09 14:45:59.000000000 -0500
|+++ blender/source/gameengine/Ketsji/KX_WorldIpoController.cpp 2005-06-05 10:09:48.000000000 -0400
--------------------------
File to patch:
Skip this patch? [y] y
1 out of 1 hunk ignored
The text leading up to this was:
--------------------------
|--- blender/source/gameengine/Ketsji/KX_ObColorIpoSGController.cpp.x86_64 2004-03-22 17:01:52.000000000 -0500
|+++ blender/source/gameengine/Ketsji/KX_ObColorIpoSGController.cpp 2005-06-05 10:09:48.000000000 -0400
--------------------------
File to patch:
Skip this patch? [y] y
1 out of 1 hunk ignored
The text leading up to this was:
--------------------------
|--- blender/source/gameengine/Ketsji/KX_LightIpoSGController.cpp.x86_64 2004-03-22 17:01:52.000000000 -0500
|+++ blender/source/gameengine/Ketsji/KX_LightIpoSGController.cpp 2005-06-05 10:09:48.000000000 -0400
--------------------------
File to patch:
Skip this patch? [y] y
1 out of 1 hunk ignored
The text leading up to this was:
--------------------------
|--- blender/source/gameengine/Ketsji/KX_IPO_SGController.cpp.x86_64 2005-03-25 05:33:37.000000000 -0500
|+++ blender/source/gameengine/Ketsji/KX_IPO_SGController.cpp 2005-06-05 10:09:48.000000000 -0400
--------------------------
File to patch:
Skip this patch? [y] y
1 out of 1 hunk ignored
The text leading up to this was:
--------------------------
|--- blender/source/gameengine/Ketsji/KX_GameObject.cpp.x86_64 2005-04-18 07:44:21.000000000 -0400
|+++ blender/source/gameengine/Ketsji/KX_GameObject.cpp 2005-06-05 10:09:48.000000000 -0400
--------------------------
File to patch:
Skip this patch? [y] y
1 out of 1 hunk ignored
The text leading up to this was:
--------------------------
|--- blender/source/gameengine/Ketsji/KX_CameraIpoSGController.cpp.x86_64 2004-07-21 20:26:34.000000000 -0400
|+++ blender/source/gameengine/Ketsji/KX_CameraIpoSGController.cpp 2005-06-05 10:09:48.000000000 -0400
--------------------------
File to patch:
Skip this patch? [y] y
1 out of 1 hunk ignored
The text leading up to this was:
--------------------------
|--- blender/source/kernel/gen_system/GEN_HashedPtr.h.x86_64 2002-12-27 08:11:00.000000000 -0500
|+++ blender/source/kernel/gen_system/GEN_HashedPtr.h 2005-06-05 10:09:48.000000000 -0400
--------------------------
File to patch:
Skip this patch? [y] y
1 out of 1 hunk ignored
error: Bad exit status from /var/tmp/rpm-tmp.87402 (%prep)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.87402 (%prep)
--
_______________________________________________
Get your free email from http://mymail.jp.popstarmail.org
Powered by Outblaze
From mpeters at mac.com Wed Jun 8 04:52:56 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Tue, 07 Jun 2005 21:52:56 -0700
Subject: Blender 2.37, spec and srpms
In-Reply-To: <20050608044256.22EBB2037C@ws5-1.us4.outblaze.com>
References: <20050608044256.22EBB2037C@ws5-1.us4.outblaze.com>
Message-ID: <1118206376.2764.17.camel@laptop.mpeters.local>
On Tue, 2005-06-07 at 20:42 -0800, luya at jpopmail.com wrote:
> For some reasons, the compilation will ask for files to patch in x86_64 although
> the system I use is i386. I think creating a condition to detect if the architecture is a x86_64
> or a i386. Unfortunately, I have limited knowledge how make a condition
> inside spec file.
inside %prep
%ifarch x86_64
%patch (that is x86_64 only)
%endif
(not sure x86_64 is the correct syntax, but ...)
From yuan.bbbush at gmail.com Wed Jun 8 06:02:43 2005
From: yuan.bbbush at gmail.com (Yuan Yijun)
Date: Wed, 8 Jun 2005 14:02:43 +0800
Subject: what's the standard way of including symlinks in a rpm file?
In-Reply-To: <9792751e05060501527942a2b8@mail.gmail.com>
References: <9792751e05060400414aa9f278@mail.gmail.com>
<1117873301.29426.14.camel@bobcat.mine.nu>
<9792751e0506040432374b0012@mail.gmail.com>
<20050604140324.GA6392@jadzia.bu.edu>
<9792751e050604180076bbbe6e@mail.gmail.com>
<1117956242.1799.7.camel@bobcat.mine.nu>
<9792751e05060501062a4c8577@mail.gmail.com>
<9792751e05060501527942a2b8@mail.gmail.com>
Message-ID: <9792751e05060723023a87860e@mail.gmail.com>
2005/6/5, Yuan Yijun :
> I decide to put ${_libdir}/libebml.so in %files again though %files
> contains %{_libdir}/libebml.so*, and got this error. I checked #108778
> but found no more instructions, and rpm-list is a private list. sorry
> for this inconvenience :(
>
> warning: File listed twice: /usr/lib/libebml.so
> Provides: libebml-devel = 0.7.5-1 libebml.so.0
> Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1
> rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(VersionedDependencies)
> <= 3.0.3-1
> Processing files: libebml-debuginfo-0.7.5-1
> Checking for unpackaged file(s): /usr/lib/rpm/check-files
> /var/tmp/libebml-0.7.5-1-buildroot-yuan
> error: Installed (but unpackaged) file(s) found:
> /usr/lib/libebml.so
>
> RPM build errors:
> File listed twice: /usr/lib/libebml.so
> Installed (but unpackaged) file(s) found:
> /usr/lib/libebml.so
>
Sorry, it's my fault. I didn't do a full update. Only rpm, rpm-build
are updated, rpm-libs is not. After update rpm-libs to the same
version as rpm and rpm-build, every srpm builds OK. It seems I'm not
capable of reporting bugs :(
--
bbbush ^_^
From mpeters at mac.com Wed Jun 8 08:33:06 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Wed, 08 Jun 2005 01:33:06 -0700
Subject: Request for Review: PyRTF
In-Reply-To: <1117712542.9421.59.camel@laptop.mpeters.local>
References: <1117712542.9421.59.camel@laptop.mpeters.local>
Message-ID: <1118219587.2764.34.camel@laptop.mpeters.local>
On Thu, 2005-06-02 at 04:42 -0700, Michael A. Peters wrote:
> I submitted this earlier, got feedback, but never explicit approval.
>
> So I'm re-submitting, with an upstream version bump.
>
> Changes from previous submission -
>
> version bump
> removed an unused macro (python site-arch - this is a noarch package)
> build tested in mach
>
> This package is useful because it allows gourmet (recipe manager) to
> export recipes to rtf.
> And it is useful for anything python that wants to write to rtf.
>
> http://mpeters.us/fc_extras/PyRTF.spec
> http://mpeters.us/fc_extras/PyRTF-0.45-0.1.src.rpm
updated (fixed EOL issue) - resulting rpm now clean in rpmlint
http://mpeters.us/fc_extras/PyRTF-0.45-0.2.src.rpm
http://mpeters.us/fc_extras/PyRTF.spec
From mpeters at mac.com Wed Jun 8 08:35:47 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Wed, 08 Jun 2005 01:35:47 -0700
Subject: Request for Review : gourmet
In-Reply-To: <1117713530.9421.77.camel@laptop.mpeters.local>
References: <1117713530.9421.77.camel@laptop.mpeters.local>
Message-ID: <1118219747.2764.38.camel@laptop.mpeters.local>
On Thu, 2005-06-02 at 04:58 -0700, Michael A. Peters wrote:
> This package is a PyGTK application for managing recipes
> I've been using for about 5 months or so now - really neat, it not only
> manages recipes but it generates shopping lists too - you can pick your
> meals for the week (or day or whatever), choose add to shopping list, go
> to shopping list, move stuff you know you have off, print - and go
> shopping.
>
> It uses its own recipe database format, but can import/export to a
> number of formats - including Meal Master. This is the kind of app that
> imho is critical to "LOTD" and in the home. Easy to use and makes common
> tasks easier.
>
> I submitted this earlier, got feedback, but never an explicit approval.
>
> Changes since last submit:
>
> 1) upstream version bump
> 2) I submitted my patch upstream and they incorporated it, no longer
> needed
> 3) tested build in mach
> 4) got an imac (used) just to have a pretty computer in my kitchen for
> this ;)
>
> http://mpeters.us/fc_extras/gourmet.spec
> http://mpeters.us/fc_extras/gourmet-0.8.4.4-0.1.src.rpm
updated for rpmlint happiness -
removed explicit library requires
removed invalid lc-messages directories
also added --copy-name-to-generic-name
to desktop-file-install
http://mpeters.us/fc_extras/gourmet-0.8.4.4-0.2.src.rpm
http://mpeters.us/fc_extras/gourmet.spec
From bugs.michael at gmx.net Wed Jun 8 09:31:19 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Wed, 8 Jun 2005 11:31:19 +0200
Subject: Approval Request for kyum (new version 0.7.1)
In-Reply-To: <0MKxQS-1Dfj5L0vSA-00088v@mrelayeu.kundenserver.de>
References: <0MKxQS-1Dfj5L0vSA-00088v@mrelayeu.kundenserver.de>
Message-ID: <20050608113119.29704417.bugs.michael@gmx.net>
On Tue, 07 Jun 2005 20:45:43 +0200, Jochen Schmitt wrote:
> becouse the upstream author has released a new version of kyum, I
> have built a new package, which is uploaded to:
>
> http://www.herr-schmitt.de/pub/kyum/kyum-0.7.1-1.src.rpm
>
> It will be nice, if anyone, aspecialy Michael Schwendt, can
> appove this package.
See:
https://www.redhat.com/archives/fedora-extras-list/2005-June/msg00094.html
I didn't have the time to be more explicit, and I still need to
catch up with lots of mail that has arrived over the past days.
From bugs.michael at gmx.net Wed Jun 8 09:45:41 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Wed, 8 Jun 2005 11:45:41 +0200
Subject: Request for review/sponsor - NEdit
In-Reply-To:
References:
<1117782727.13644.281.camel@laurel.intra.city-fan.org>
Message-ID: <20050608114541.096574cb.bugs.michael@gmx.net>
On Fri, 03 Jun 2005 10:22:57 -0500, Ian Pilcher wrote:
> Paul Howarth wrote:
> The package naming guidelines at
> > http://www.fedoraproject.org/wiki/PackageNamingGuidelines suggest to
> > stick to lower case unless the upstream package uses upper case, which
> > is not the case for either the tarball name or the installed binary?
>
> Actually, that page says:
>
> Keep in mind to respect the wishes of the upstream maintainers. If
> they refer to their application as "ORBit", you should use "ORBit" as
> the package name, and not "orbit".
This is insane. Most applications are referred to with mixed-case names
(gThumb, GQview, The GIMP, for example). If that guideline referred to
the package description, I would agree. But for the package name, it's
best to prefer lower-case as much as possible. Else you likely see users
run into trouble with collation order upon querying repositories in search
of their favourite application packages. As soon as a package adds virtual
"Provides: SoMeoTHErnAMe" just to allow for alternative mixed-case
spelling, that indicates there's a naming problem.
> If you look at http://nedit.org (or http://NEdit.org; hostnames are
> case insensitive), you'll see that the program is consistently referred
> to as "NEdit". The binary is named "nedit", but the ORBit binaries also
> use lower case names.
Tarball, all patches, all files use the lower-case naming scheme.
Only with your added NEdit.spec, the case-mixture has started.
> I don't have a strong feeling either way. ("nedit" is certainly easier
> to type.) However, it is frustrating to try to follow the documented
> rules, only to be told that they're not really the rules.
>
> Can someone please clarify?
I think that "rule" ought to be kicked of off the page. Unless there is
really good reason to use mixed-case package names (like trademarks
guidelines requiring a specific spelling), every package name ought to be
lower-case only.
From bugs.michael at gmx.net Wed Jun 8 09:48:11 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Wed, 8 Jun 2005 11:48:11 +0200
Subject: Request for review/sponsor - NEdit
In-Reply-To: <1118073001.1799.130.camel@bobcat.mine.nu>
References:
<1117782727.13644.281.camel@laurel.intra.city-fan.org>
<1117904185.3849.26.camel@localhost>
<9792751e050605000958481419@mail.gmail.com>
<1118073001.1799.130.camel@bobcat.mine.nu>
Message-ID: <20050608114811.70461ef0.bugs.michael@gmx.net>
On Mon, 06 Jun 2005 18:50:01 +0300, Ville Skytt? wrote:
> On Sun, 2005-06-05 at 15:09 +0800, Yuan Yijun wrote:
> > I hate using upper case in rpm Name section [...]
>
> Ditto. Quite frankly, package names such as GiNaC and R-RScaLAPACK make
> me chuckle and hope no poor soul except the packager ever has to type
> them anywhere.
+1
Except that with programming language packages, one would really
prefer to call it "R" instead of "r". So at least the main package
(and hence the root name of sub-packages) would use the upper-case
name. Unless, of course, there's a policy to make everything (!)
lower-case.
From bugs.michael at gmx.net Wed Jun 8 09:52:39 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Wed, 8 Jun 2005 11:52:39 +0200
Subject: Request for review: rxvt-unicode
In-Reply-To: <42A2A6AF.6060108@hhs.nl>
References: <429E383B.4020706@lowlatency.de>
<20050602144327.47ccfd84@alioth.lan> <429F0B99.3060709@hhs.nl>
<20050602164045.653c0389@alioth.lan> <429F1CDB.1020003@hhs.nl>
<429F6F75.9010909@lowlatency.de> <42A2A13C.3060108@lowlatency.de>
<42A2A6AF.6060108@hhs.nl>
Message-ID: <20050608115239.16b0f3f3.bugs.michael@gmx.net>
On Sun, 05 Jun 2005 09:15:59 +0200, Hans de Goede wrote:
> I've send an approved message to fedora-extras-commits, don't know if it
> came through thouhg, sice I'm not subscribed.
AFAIK, Fedora Extras contributors are obliged to being subscribed to
fedora-extras-commits, not only because that's the primary place where
commits are commented on.
From bugs.michael at gmx.net Wed Jun 8 09:55:41 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Wed, 8 Jun 2005 11:55:41 +0200
Subject: Request for Review: libevent
In-Reply-To: <42A47E37.4060609@city-fan.org>
References: <20050606163740.3e3ec56a@nausicaa.camperquake.de>
<42A474B1.8030403@di.uminho.pt> <42A475A2.3080402@city-fan.org>
<1118074953.1799.153.camel@bobcat.mine.nu>
<42A47A4E.2000907@city-fan.org> <42A47C1E.4080503@di.uminho.pt>
<42A47E37.4060609@city-fan.org>
Message-ID: <20050608115541.71606b05.bugs.michael@gmx.net>
On Mon, 06 Jun 2005 17:47:51 +0100, Paul Howarth wrote:
> Jos? Pedro Oliveira wrote:
> > Paul Howarth wrote:
> >>However... given that rpm 4.2 shipped way back with RH9, and the current
> >>extras system doesn't support anything older than FC3, is this something
> >>that should be done as standard? I personally like to maintain as much
> >>backwards compatibility as possible, but many things in extras seem to
> >>assume that things started with FC3. For instance, the perl module spec
> >>template uses MODULE_COMPAT, which doesn't work with RH9 or older perls.
> >
> >
> > Yes it does. For RH8 and RH9 just install the package
> > perl-forward-compat available in te fedora.us mirrors.
>
> OK so I picked a bad example. The question remains though, how much
> backwards-compatibility should extras packages include? I expect it's
> mostly a decision for each package maintainer, but what should be (are?)
> the guidelines?
The guideline is: We look forward and focus on the current and next
distribution release. In case there is interest and demand in releasing
and maintaining something for older releases, it would work just fine
to branch/fork in CVS as a last resort.
From nicolas.mailhot at laposte.net Wed Jun 8 12:02:16 2005
From: nicolas.mailhot at laposte.net (Nicolas Mailhot)
Date: Wed, 8 Jun 2005 14:02:16 +0200 (CEST)
Subject: Request for review/sponsor - NEdit
In-Reply-To: <20050608114541.096574cb.bugs.michael@gmx.net>
References:
<1117782727.13644.281.camel@laurel.intra.city-fan.org>
<20050608114541.096574cb.bugs.michael@gmx.net>
Message-ID: <3123.192.54.193.35.1118232136.squirrel@rousalka.dyndns.org>
On Mer 8 juin 2005 11:45, Michael Schwendt a ?crit :
> On Fri, 03 Jun 2005 10:22:57 -0500, Ian Pilcher wrote:
>> I don't have a strong feeling either way. ("nedit" is certainly easier
>> to type.) However, it is frustrating to try to follow the documented
>> rules, only to be told that they're not really the rules.
>>
>> Can someone please clarify?
>
> I think that "rule" ought to be kicked of off the page. Unless there is
> really good reason to use mixed-case package names (like trademarks
> guidelines requiring a specific spelling), every package name ought to be
> lower-case only.
I remember back when I was editing the plaquette for a commercial
convention our rule was never to bend to any special company casing policy
because their marketo?ds all wanted to use CAPITALIZED LETTERS for their
precious COMPANY NAME and COMMERCIAL MOTTO which made the result
impossible to read by normal people.
The problem with special casing it only has some impact if you're the only
one to use it (it's a way to cheat and attract attention) but when
everyone and his mother wants it you could as well use hieroglyphs.
At least hieroglyphs are pretty.
Regards,
--
Nicolas Mailhot
From toshio at tiki-lounge.com Wed Jun 8 12:18:44 2005
From: toshio at tiki-lounge.com (Toshio Kuratomi)
Date: Wed, 08 Jun 2005 08:18:44 -0400
Subject: Request for review: rxvt-unicode
In-Reply-To: <20050608115239.16b0f3f3.bugs.michael@gmx.net>
References: <429E383B.4020706@lowlatency.de>
<20050602144327.47ccfd84@alioth.lan> <429F0B99.3060709@hhs.nl>
<20050602164045.653c0389@alioth.lan> <429F1CDB.1020003@hhs.nl>
<429F6F75.9010909@lowlatency.de> <42A2A13C.3060108@lowlatency.de>
<42A2A6AF.6060108@hhs.nl>
<20050608115239.16b0f3f3.bugs.michael@gmx.net>
Message-ID: <1118233125.3328.8.camel@localhost>
On Wed, 2005-06-08 at 11:52 +0200, Michael Schwendt wrote:
> On Sun, 05 Jun 2005 09:15:59 +0200, Hans de Goede wrote:
>
> > I've send an approved message to fedora-extras-commits, don't know if it
> > came through thouhg, sice I'm not subscribed.
>
> AFAIK, Fedora Extras contributors are obliged to being subscribed to
> fedora-extras-commits, not only because that's the primary place where
> commits are commented on.
Is the plan to continue to use extras-commits for commenting on commits
indefintely or is this going to be replaced with the db/bugzilla backed
tracking tool (when it emerges)?
I was thinking of writing a tool to parse the commits archive and allow
sorting by package but didn't want to get involved in something that
won't be relevant by the time it's working.
-Toshio
-------------- 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:
From toshio at tiki-lounge.com Wed Jun 8 13:01:02 2005
From: toshio at tiki-lounge.com (Toshio Kuratomi)
Date: Wed, 08 Jun 2005 09:01:02 -0400
Subject: Blender 2.37, spec and srpms
In-Reply-To: <20050608044256.22EBB2037C@ws5-1.us4.outblaze.com>
References: <20050608044256.22EBB2037C@ws5-1.us4.outblaze.com>
Message-ID: <1118235662.3328.18.camel@localhost>
On Tue, 2005-06-07 at 20:42 -0800, luya at jpopmail.com wrote:
> For some reasons, the compilation will ask for files to patch in x86_64 although
> the system I use is i386. I think creating a condition to detect if the architecture is a x86_64
> or a i386. Unfortunately, I have limited knowledge how make a condition
> inside spec file. Here is the log:
>
> -----
> $ sudo rpmbuild -ba rpmbuild/SPECS/blender.spec
Why are you building as root?
[snip]
> + echo 'Patch #0 (blender-2.37-x86_64.patch):'
> Patch #0 (blender-2.37-x86_64.patch):
> + patch -p1 -b --suffix .x86_64 -s
> The text leading up to this was:
> --------------------------
> |--- blender/source/gameengine/Expressions/KX_HashedPtr.cpp.x86_64 2004-03-22 17:01:28.000000000 -0500
> |+++ blender/source/gameengine/Expressions/KX_HashedPtr.cpp 2005-06-05 10:09:48.000000000 -0400
> --------------------------
> File to patch:
> Skip this patch? [y] y
> 1 out of 1 hunk ignored
Hmm.. there's something wrong here. Are you using the spec and patch
checked out from FE cvs? That ran through the buildsystem on i386 so
it's not a problem building on i386 that should be conditionalized away.
It looks like patch is not finding the correct files. Diagnosing this
would be elped by specifying where you think that file resides instead
of skipping over it. So on the "File to patch:" line try
blender/source[...]KX_HashedPtr.cpp
source/gameeng[...]KX_HashedPtr.cpp
etc
and see if you can figure out where patch is going wrong.
[snip]
> error: Bad exit status from /var/tmp/rpm-tmp.87402 (%prep)
>
>
> RPM build errors:
> Bad exit status from /var/tmp/rpm-tmp.87402 (%prep)
If you're using the files from cvs, then this file may contain some
useful information to you for figuring out why patch is going wrong.
-Toshio
-------------- 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:
From bugs.michael at gmx.net Wed Jun 8 13:12:17 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Wed, 8 Jun 2005 15:12:17 +0200
Subject: Review: perl-DBD-SQLite (was: Re: Looking for a sponsor)
In-Reply-To: <1113369602.7755.3.camel@fc4t2.mpeters.local>
References: <485bb88405031617557e855e23@mail.gmail.com>
<485bb884050320132825351809@mail.gmail.com>
<20050406002947.60979abf.bugs.michael@gmx.net>
<485bb884050412134844edbc21@mail.gmail.com>
<1113369602.7755.3.camel@fc4t2.mpeters.local>
Message-ID: <20050608151217.3e2fbc5d.bugs.michael@gmx.net>
On Tue, 12 Apr 2005 22:20:02 -0700, Michael Peters wrote:
> On Tue, 2005-04-12 at 13:48 -0700, Michael Peters wrote:
>
> >
> > Thank you - I will fix it.
> >
>
> I have updated the spec file.
> OK - not really, I started from scratch using the Fedora template, which
> I believe solves all of the critiques (and modified my .rpmmacros for
> the packager tag).
>
> http://mpeters.us/fc_extras/perl-DBD-SQLite.spec
> http://mpeters.us/fc_extras/perl-DBD-SQLite-1.08-1.src.rpm
Approved.
Something to monitor: http://rt.cpan.org/NoAuth/Bug.html?id=12894
The included SQLite is 3.1.3 while at least 3.1.6 is available.
SQLite URL in package description could be changed to the more
official "www.sqlite.org".
> gcc -shared -L/usr/local/lib SQLite.o alter.o [...]
Harmless as long as it doesn't link any lib.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From Jochen at herr-schmitt.de Wed Jun 8 13:49:12 2005
From: Jochen at herr-schmitt.de (Jochen Schmitt)
Date: Wed, 08 Jun 2005 15:49:12 +0200
Subject: Approval Request for kyum (new version 0.7.1)
In-Reply-To: <20050608113119.29704417.bugs.michael@gmx.net>
References: <0MKxQS-1Dfj5L0vSA-00088v@mrelayeu.kundenserver.de>
<20050608113119.29704417.bugs.michael@gmx.net>
Message-ID: <0ML29c-1Dg0vv090o-0003JC@mrelayeu.kundenserver.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wed, 8 Jun 2005 11:31:19 +0200, you wrote:
>See:
>https://www.redhat.com/archives/fedora-extras-list/2005-June/msg00094.html
>
>I didn't have the time to be more explicit, and I still need to
>catch up with lots of mail that has arrived over the past days.
The Issues reported in the message, you refer above, should be
fixed.
Perhaps someone else can overtake the work to approve me, if you
are too busy to do it.
Best Regards:
Jochen Schmitt
-----BEGIN PGP SIGNATURE-----
Version: PGP Desktop 9.0.0 (Build 2001)
iQA/AwUBQqb3Z09gByurcX4MEQIonwCg43eTXoY9vIWUpwfvtPNKL0480v8AmgOh
yE6RNoBoM1QlMyzIX3q1OXU0
=orzI
-----END PGP SIGNATURE-----
From mpeters at mac.com Wed Jun 8 14:30:15 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Wed, 08 Jun 2005 07:30:15 -0700
Subject: New package: balsa
In-Reply-To: <1116703221l.24429l.1l@salek.zapto.org>
References: <1116615345l.5333l.0l@salek.zapto.org>
<20050520233015.36af683d.bugs.michael@gmx.net>
<1116703221l.24429l.1l@salek.zapto.org>
Message-ID: <1118241016.2764.97.camel@laptop.mpeters.local>
On Sat, 2005-05-21 at 19:20 +0000, Pawel Salek wrote:
>
> http://balsa.gnome.org/balsa.spec has the checksum:
I would remove the if mandrake sections and not try to maintain rpm's
for both distributions in a single spec file. But if that's easier for
you, I also don't have a problem with it.
The package depends upon libesmpt which is not in fedora rawhide or
rawhide extras, so we need to get that into extras. The fc3 src.rpm does
not build in rawhide, it looked like a gcc4 issue. So I'm guessing the
right thing to do is get libsmtp from fc3 imported into extras, and file
a bugzilla with gcc4 so that we can patch it to build with gcc4.
These are the changes I made to the spec file to get it to build in
rawhide:
-BuildRequires: libesmtp-devel >= 1.0.3
+#BuildRequires: libesmtp-devel >= 1.0.3
That was just so I could build it in rawhide.
-%configure %{config_opts}
+%configure %{config_opts} --without-esmtp
same thing
-=-
-rm "$RPM_BUILD_ROOT%{_bindir}"/balsa-ab
+rm -f "$RPM_BUILD_ROOT%{_bindir}"/balsa-ab
+rm -f "$RPM_BUILD_ROOT%{_datadir}"/balsa/hicolor/icon-theme.cache
rm -f should be used instead of just rm
the icon-theme.cache file also needs to be removed or rpm complains
about unpackaged file
in the %install section somewhere after make install -
+%if %fedora
+desktop-file-install $RPM_BUILD_ROOT
%{_datadir}/applications/balsa.desktop \
+--vendor=fedora \
+--add-category=X-Fedora \
+--dir=$RPM_BUILD_ROOT%{_datadir}/applications \
+--copy-name-to-generic-name \
+--delete-original
+%endif
The packaging guidelines specify that packages in Extras should have the
desktop file installed this way. The --copy-name-to-generic-name is
because the guidelines indicate the desktop file should have both Name
and GenericName defined.
-%{_datadir}/applications/balsa.desktop
+%{_datadir}/applications/*.desktop
This is because the desktop-file-install command above changes the
desktop file from balsa.desktop to fedora-balsa.desktop
(desktop-file-utils also needs to be added to the BuildRequires)
-=-
Beyond that - rpmlint on the rpm it produced gave an interesting error:
E: balsa
invalid-lc-messages-dir /usr/share/locale/rw/LC_MESSAGES/balsa.mo
I don't know if that's an issue or not, it seems like that locale is not
supported by Fedora?
-=-
I'll see if I can get libesmtp to build in rawhide in gcc4. That's
probably a blocker.
From mpeters at mac.com Wed Jun 8 14:39:24 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Wed, 08 Jun 2005 07:39:24 -0700
Subject: Review: perl-DBD-SQLite (was: Re: Looking for a sponsor)
In-Reply-To: <20050608151217.3e2fbc5d.bugs.michael@gmx.net>
References: <485bb88405031617557e855e23@mail.gmail.com>
<485bb884050320132825351809@mail.gmail.com>
<20050406002947.60979abf.bugs.michael@gmx.net>
<485bb884050412134844edbc21@mail.gmail.com>
<1113369602.7755.3.camel@fc4t2.mpeters.local>
<20050608151217.3e2fbc5d.bugs.michael@gmx.net>
Message-ID: <1118241564.2764.102.camel@laptop.mpeters.local>
On Wed, 2005-06-08 at 15:12 +0200, Michael Schwendt wrote:
> On Tue, 12 Apr 2005 22:20:02 -0700, Michael Peters wrote:
>
> > On Tue, 2005-04-12 at 13:48 -0700, Michael Peters wrote:
> >
> > >
> > > Thank you - I will fix it.
> > >
> >
> > I have updated the spec file.
> > OK - not really, I started from scratch using the Fedora template, which
> > I believe solves all of the critiques (and modified my .rpmmacros for
> > the packager tag).
> >
> > http://mpeters.us/fc_extras/perl-DBD-SQLite.spec
> > http://mpeters.us/fc_extras/perl-DBD-SQLite-1.08-1.src.rpm
>
> Approved.
>
> Something to monitor: http://rt.cpan.org/NoAuth/Bug.html?id=12894
> The included SQLite is 3.1.3 while at least 3.1.6 is available.
I wonder how big of a task it would be change it to link against the
system SQLite as a shared library. That would seem to be better. I'll
definitely look into that.
>
> SQLite URL in package description could be changed to the more
> official "www.sqlite.org".
OK
>
> > gcc -shared -L/usr/local/lib SQLite.o alter.o [...]
>
> Harmless as long as it doesn't link any lib.
>
> --
> fedora-extras-list mailing list
> fedora-extras-list at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-extras-list
From elprodigio at gmail.com Wed Jun 8 15:48:21 2005
From: elprodigio at gmail.com (Didier Casse)
Date: Wed, 8 Jun 2005 23:48:21 +0800
Subject: Requesting review (II)/approval on Enlightenment DR17 package+
some EFLs
In-Reply-To: <1117812514.23296.84.camel@gibraltar.stuttgart.redhat.com>
References: <513a3b3050603060475dfa041@mail.gmail.com>
<1117812514.23296.84.camel@gibraltar.stuttgart.redhat.com>
Message-ID: <513a3b305060808484b87c357@mail.gmail.com>
On 6/3/05, Nils Philippsen wrote:
> - "%configure --prefix=%{_prefix} --bindir=%{_bindir} --libdir=
> %{_libdir} --includedir=%{_includedir}" is redundant, "%configure" is
> sufficient (try "rpm --eval %configure" to see what I mean)
Dear Nils,
Thanks for all the constructive comments. Everything's
fine but only 2 glitches remained: In the %configure option, I can
remove all the options bar the --prefix one. i.e It must be
%configure --prefix=%{_prefix}
at least or else it will install in /usr/local instead of /usr.
>
> - "%{__make} %{?mflags_install} DESTDIR=%{buildroot} install", the same
> as above, besides doesn't %makeinstall work?
Nope... At least not for all packages. And some packages have to be
compiled twice so that I can an rpm out with the %makeinstall option.
So
%{__make} %{?mflags_install} DESTDIR=%{buildroot} install
really remains the best option at least for the time being, unless
somebody wants to patch all the autofoo stuff, which is more
cumbersome.
--
Cheers,
Didier.
------------
Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe
Didier F.B Casse
PhD candidate, Singapore Synchrotron Light Source (SSLS)
National University of Singapore.
From ville.skytta at iki.fi Wed Jun 8 16:09:29 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Wed, 08 Jun 2005 19:09:29 +0300
Subject: New package: balsa
In-Reply-To: <1118241016.2764.97.camel@laptop.mpeters.local>
References: <1116615345l.5333l.0l@salek.zapto.org>
<20050520233015.36af683d.bugs.michael@gmx.net>
<1116703221l.24429l.1l@salek.zapto.org>
<1118241016.2764.97.camel@laptop.mpeters.local>
Message-ID: <1118246969.1799.258.camel@bobcat.mine.nu>
On Wed, 2005-06-08 at 07:30 -0700, Michael A. Peters wrote:
> Beyond that - rpmlint on the rpm it produced gave an interesting error:
> E: balsa
> invalid-lc-messages-dir /usr/share/locale/rw/LC_MESSAGES/balsa.mo
>
> I don't know if that's an issue or not, it seems like that locale is not
> supported by Fedora?
Probably not an issue. I'm thinking about filtering out this "error" in
the default rpmlint config; I'm not convinced that the list of "valid"
locales is or will be up to date, nor am I sure what specification to
apply when deciding what's valid and what not.
Anyway, here's something:
http://www.openi18n.org/docs/text/LocNameGuide-V10.txt
http://www.loc.gov/standards/iso639-2/langcodes.html
"rw" is in ISO 639-1 so I'd say it's valid.
From luya at jpopmail.com Wed Jun 8 18:58:36 2005
From: luya at jpopmail.com (luya at jpopmail.com)
Date: Wed, 08 Jun 2005 10:58:36 -0800
Subject: Blender 2.37, spec and srpms
Message-ID: <20050608185836.DB3CD21AFF9@ws5-6.us4.outblaze.com>
> Why are you building as root?
My mistake. I now rebuild without using root account.
> Hmm.. there's something wrong here. Are you using the spec and patch
> checked out from FE cvs? That ran through the buildsystem on i386 so
> it's not a problem building on i386 that should be conditionalized away.
>
> It looks like patch is not finding the correct files. Diagnosing this
> would be elped by specifying where you think that file resides instead
> of skipping over it. So on the "File to patch:" line try
> blender/source[...]KX_HashedPtr.cpp
> source/gameeng[...]KX_HashedPtr.cpp
> etc
> and see if you can figure out where patch is going wrong.
>
Yeah, both spec and patch are from FE cvs. I have tried lines above but it asked me
for another file to patch. Thanks to Michael A. Peters, I used a condition for i386:
%prep
%setup -q -n %{name}
%ifarch x86_64
%patch0 -p1 -b .x86_64
%endif
until I have an odd problem:
-----
$ rpmbuild -ba rpmbuild/SPECS/blender.spec
Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.26366
+ umask 022
+ cd /home/Luya/rpmbuild/BUILD
+ LANG=C
+ export LANG
+ unset DISPLAY
+ cd /home/Luya/rpmbuild/BUILD
+ rm -rf blender
+ /usr/bin/gzip -dc /home/Luya/rpmbuild/SOURCES/blender-2.37.tar.gz
+ tar -xf -
+ STATUS=0
+ '[' 0 -ne 0 ']'
+ cd blender
++ /usr/bin/id -u
+ '[' 500 = 0 ']'
++ /usr/bin/id -u
+ '[' 500 = 0 ']'
+ /bin/chmod -Rf a+rX,u+w,g-w,o-w .
+ exit 0
Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.95915
+ umask 022
+ cd /home/Luya/rpmbuild/BUILD
+ cd blender
+ LANG=C
+ export LANG
+ unset DISPLAY
+ sed -i 's/use_openal =.*/use_openal = '\''true'\''/g;' SConstruct
sed: can't read SConstruct: No such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.95915 (%build)
Strange problem because this line only declares SConstruct, it was not
present with previous spec.
--
_______________________________________________
Get your free email from http://mymail.jp.popstarmail.org
Powered by Outblaze
From mpeters at mac.com Wed Jun 8 16:40:36 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Wed, 08 Jun 2005 09:40:36 -0700
Subject: New package: balsa
In-Reply-To: <1118241016.2764.97.camel@laptop.mpeters.local>
References: <1116615345l.5333l.0l@salek.zapto.org>
<20050520233015.36af683d.bugs.michael@gmx.net>
<1116703221l.24429l.1l@salek.zapto.org>
<1118241016.2764.97.camel@laptop.mpeters.local>
Message-ID: <1118248837.2764.109.camel@laptop.mpeters.local>
On Wed, 2005-06-08 at 07:30 -0700, Michael A. Peters wrote:
>
> -=-
> I'll see if I can get libesmtp to build in rawhide in gcc4. That's
> probably a blocker.
I haven't found a way to build it with gcc4 - but the bug is this one:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=143353
From jpo at di.uminho.pt Wed Jun 8 17:28:19 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Wed, 08 Jun 2005 18:28:19 +0100
Subject: Review: perl-DBD-SQLite (CPAN URLs)
In-Reply-To: <1118241564.2764.102.camel@laptop.mpeters.local>
References: <485bb88405031617557e855e23@mail.gmail.com> <485bb884050320132825351809@mail.gmail.com> <20050406002947.60979abf.bugs.michael@gmx.net> <485bb884050412134844edbc21@mail.gmail.com> <1113369602.7755.3.camel@fc4t2.mpeters.local> <20050608151217.3e2fbc5d.bugs.michael@gmx.net>
<1118241564.2764.102.camel@laptop.mpeters.local>
Message-ID: <42A72AB3.6060505@di.uminho.pt>
Michael A. Peters wrote:
> On Wed, 2005-06-08 at 15:12 +0200, Michael Schwendt wrote:
>
>>On Tue, 12 Apr 2005 22:20:02 -0700, Michael Peters wrote:
>>
>>
>>>On Tue, 2005-04-12 at 13:48 -0700, Michael Peters wrote:
>>>
>>>
>>>>Thank you - I will fix it.
>>>>
>>>
>>>I have updated the spec file.
>>>OK - not really, I started from scratch using the Fedora template, which
>>>I believe solves all of the critiques (and modified my .rpmmacros for
>>>the packager tag).
>>>
>>>http://mpeters.us/fc_extras/perl-DBD-SQLite.spec
>>>http://mpeters.us/fc_extras/perl-DBD-SQLite-1.08-1.src.rpm
>>
>>Approved.
>>
Michael,
Just a small note about the CPAN modules URLs: it would be better
to use the following URL
http://search.cpan.org/dist/DBD-SQLite/
instead of
http://search.cpan.org/~msergeant/DBD-SQLite-%{version}/
for the following reasons:
i) no author/maintainer in the URL
sometimes the author/maintainer changes
ii) no module version in the URL
CPAN doesn't keep every version released. From time to time
old versions are deleted, which invalidates the URL.
iii) you always see which is the latest version available ;)
jpo
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From jpo at di.uminho.pt Wed Jun 8 17:58:56 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Wed, 08 Jun 2005 18:58:56 +0100
Subject: Request for Additional Review: tetex-prosper
In-Reply-To: <1118204733.2764.14.camel@laptop.mpeters.local>
References: <1118204733.2764.14.camel@laptop.mpeters.local>
Message-ID: <42A731E0.7030604@di.uminho.pt>
PUBLISH++
Good:
* License verified (LPPL)
* Source files are equal to the ones in the CTAN mirrors (diff -ruN)
* Using the CTAN catalogue page as the URL
* Installs texdoc documentation
* The tex database is updated by scripplets
* Builds without problems in FC3 and FC4/rawhide systems
* Installs/erases without problems in FC3 and FC4/rawhide
* Successfully built a prosper presentation
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From bugs.michael at gmx.net Wed Jun 8 16:24:51 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Wed, 8 Jun 2005 18:24:51 +0200
Subject: Approval Request for kyum (new version 0.7.1)
In-Reply-To: <0ML29c-1Dg0vv090o-0003JC@mrelayeu.kundenserver.de>
References: <0MKxQS-1Dfj5L0vSA-00088v@mrelayeu.kundenserver.de>
<20050608113119.29704417.bugs.michael@gmx.net>
<0ML29c-1Dg0vv090o-0003JC@mrelayeu.kundenserver.de>
Message-ID: <20050608182451.096eb26f.bugs.michael@gmx.net>
On Wed, 08 Jun 2005 15:49:12 +0200, Jochen Schmitt wrote:
> On Wed, 8 Jun 2005 11:31:19 +0200, you wrote:
>
> >See:
> >https://www.redhat.com/archives/fedora-extras-list/2005-June/msg00094.html
> >
> >I didn't have the time to be more explicit, and I still need to
> >catch up with lots of mail that has arrived over the past days.
>
> The Issues reported in the message, you refer above, should be
> fixed.
>
> Perhaps someone else can overtake the work to approve me, if you
> are too busy to do it.
There is an approval in that message... not sure what you were
looking for.
From ville.skytta at iki.fi Wed Jun 8 16:22:38 2005
From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=)
Date: Wed, 08 Jun 2005 19:22:38 +0300
Subject: Requesting review (II)/approval on Enlightenment DR17 package+
some EFLs
In-Reply-To: <513a3b305060808484b87c357@mail.gmail.com>
References: <513a3b3050603060475dfa041@mail.gmail.com>
<1117812514.23296.84.camel@gibraltar.stuttgart.redhat.com>
<513a3b305060808484b87c357@mail.gmail.com>
Message-ID: <1118247758.1799.271.camel@bobcat.mine.nu>
On Wed, 2005-06-08 at 23:48 +0800, Didier Casse wrote:
> In the %configure option, I can
> remove all the options bar the --prefix one. i.e It must be
>
> %configure --prefix=%{_prefix}
That's redundant in the vanilla FC rpm configuration we're targetting in
Extras. See the output of "rpm --eval %configure",
"rpm --eval %{_prefix}" and the definitions in /usr/lib/rpm/macros
and /usr/lib/rpm/redhat/macros.
> at least or else it will install in /usr/local instead of /usr.
Without having a look at the packages, I find that more than a little
surprising if you're using the default FC rpm configuration.
From bugs.michael at gmx.net Wed Jun 8 16:20:58 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Wed, 8 Jun 2005 18:20:58 +0200
Subject: New package: balsa
In-Reply-To: <1118241016.2764.97.camel@laptop.mpeters.local>
References: <1116615345l.5333l.0l@salek.zapto.org>
<20050520233015.36af683d.bugs.michael@gmx.net>
<1116703221l.24429l.1l@salek.zapto.org>
<1118241016.2764.97.camel@laptop.mpeters.local>
Message-ID: <20050608182058.25344be1.bugs.michael@gmx.net>
On Wed, 08 Jun 2005 07:30:15 -0700, Michael A. Peters wrote:
> On Sat, 2005-05-21 at 19:20 +0000, Pawel Salek wrote:
>
> >
> > http://balsa.gnome.org/balsa.spec has the checksum:
>
> I would remove the if mandrake sections and not try to maintain rpm's
> for both distributions in a single spec file. But if that's easier for
> you, I also don't have a problem with it.
The many explicit "Requires" ought to be dropped, too.
From jpo at di.uminho.pt Wed Jun 8 20:19:06 2005
From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=)
Date: Wed, 08 Jun 2005 21:19:06 +0100
Subject: Review request: tetex-perltex
Message-ID: <42A752BA.4010505@di.uminho.pt>
Summary:
Define LaTeX macros in terms of Perl code
URL:
http://www.ctan.org/tex-archive/help/Catalogue/entries/perltex.html
Description:
PerlTeX is a combination Perl script (perltex) and LaTeX2e style file
(perltex.sty) that, together, give the user the ability to define
LaTeX macros in terms of Perl code. Once defined, a Perl macro
becomes indistinguishable from any other LaTeX macro. PerlTeX thereby
combines LaTeX's typesetting power with Perl's programmability.
Signed SRPM:
http://gsd.di.uminho.pt/jpo/software/fedora/tetex-perltex-1.2-1.src.rpm
Specfile:
http://gsd.di.uminho.pt/jpo/software/fedora/tetex-perltex.spec
Note: the SRPM includes a tar.gz file. Around two months ago
the CTAN mirrors started generating zip files instead.
--
Jos? Pedro Oliveira
* mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo *
* gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B *
http://conferences.yapceurope.org/2005/ * http://braga.yapceurope.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 251 bytes
Desc: OpenPGP digital signature
URL:
From qspencer at ieee.org Wed Jun 8 22:00:42 2005
From: qspencer at ieee.org (Quentin Spencer)
Date: Wed, 08 Jun 2005 17:00:42 -0500
Subject: Build system problem?
Message-ID: <42A76A8A.2060505@ieee.org>
I just submitted a build request for octave and I very quickly got back
a failure notice. Looking at the failure log, the result was unlike any
I had seen before. I've attached part of it below. Is anyone else
getting this?
-Quentin
Installing group 'minimal' ...........................error:
/usr/sbin/mach-helper yum --installroot
/var/lib/mach/roots/fedora-4-x86_64-core -c
/var/lib/mach/states/fedora-4-x86_64-core/yum.conf groupinstall
build-minimal failed.
Setting up Group Process
Setting up Repos
Passing package list to Install Process
Parsing package install arguments
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for glibc to pack into transaction set.
http://fedoraproject.org/wibble/FC4-re0530.1-rpms/rpms/x86_64/glibc-2.3.5-10.x86_64.rpm:
[Errno 4] IOError: HTTP Error 404: Not Found
Trying other mirror.
Error: failure: glibc-2.3.5-10.x86_64.rpm from core: [Errno 256] No more
mirrors to try.
ERROR: Could not get build-minimal
From andreas.bierfert at lowlatency.de Wed Jun 8 22:03:15 2005
From: andreas.bierfert at lowlatency.de (Andreas Bierfert)
Date: Thu, 09 Jun 2005 00:03:15 +0200
Subject: Build system problem?
In-Reply-To: <42A76A8A.2060505@ieee.org>
References: <42A76A8A.2060505@ieee.org>
Message-ID: <42A76B23.4030606@lowlatency.de>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Quentin Spencer wrote:
> I just submitted a build request for octave and I very quickly got back
> a failure notice. Looking at the failure log, the result was unlike any
> I had seen before. I've attached part of it below. Is anyone else
> getting this?
Cannot even get a make build to go all the way here atm...
- --
Andreas Bierfert | http://awbsworld.de | GPG: C58CF1CB
andreas.bierfert at lowlatency.de | http://lowlatency.de | signed/encrypted
phone: +49 2402 102373 | cell: +49 172 9789968 | mail preferred
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFCp2sjQEQyPsWM8csRApWjAJkBZYq+pYLl9E4hEPcqwWV9USMZIgCfTHjr
Jnxi4hiqDq1TowrQEg+nThU=
=MXyi
-----END PGP SIGNATURE-----
From toshio at tiki-lounge.com Wed Jun 8 22:03:57 2005
From: toshio at tiki-lounge.com (Toshio Kuratomi)
Date: Wed, 08 Jun 2005 18:03:57 -0400
Subject: Package review requested: mock 0.2 and yum-utils 0.2
In-Reply-To:
References: <1117915325.3099.33.camel@cutter>
Message-ID: <1118268237.20362.15.camel@localhost>
On Sun, 2005-06-05 at 09:43 +0200, Aurelien Bompard wrote:
> mock:
> - please give a full Source URL
> - the URL tag is missing
> - is "BuildRequires: gcc" really needed ?
> - the buildroot is not the usual one (not very important, but...)
> - the checks for '[ "$RPM_BUILD_ROOT" == "/" ]' are useless.
> - the scriptlets should check for upgrade or fresh install
Here's a diff against the mock.spec in mock-0.2-1.src.rpm that fixes
these. It also does not delete the mock group on exit which I believe
was discussed elsewhere. And with the help of the attached
mock-0.2.cflags.patch uses RPM_OPT_FLAGS to compile mach-helper.
The only thing I'm not sure of is the URL. I don't believe there's a
web page for mock as of yet so I stuck the sources directory in there.
Not all that helpful as it duplicates information deducible from the
Source0: line. If the wiki UsingMach page was updated for UsingMock,
that might be a more appropriate place to point to (unless Seth already
has a web page started somewhere I didn't see.)
I successfully used mock as the build environment to build itself here
on x86_64. Great work Seth!
-Toshio
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mock-0.2.cflags.patch
Type: text/x-patch
Size: 431 bytes
Desc: not available
URL:
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mock-spec.diff
Type: text/x-patch
Size: 1701 bytes
Desc: not available
URL:
-------------- 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:
From sopwith at redhat.com Wed Jun 8 23:01:33 2005
From: sopwith at redhat.com (Elliot Lee)
Date: Wed, 8 Jun 2005 19:01:33 -0400 (EDT)
Subject: Build system problem?
In-Reply-To: <42A76B23.4030606@lowlatency.de>
References: <42A76A8A.2060505@ieee.org> <42A76B23.4030606@lowlatency.de>
Message-ID:
On Thu, 9 Jun 2005, Andreas Bierfert wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Quentin Spencer wrote:
> > I just submitted a build request for octave and I very quickly got back
> > a failure notice. Looking at the failure log, the result was unlike any
> > I had seen before. I've attached part of it below. Is anyone else
> > getting this?
>
> Cannot even get a make build to go all the way here atm...
That may have been my fault - please retry and let me know if it's still
broke.
Best,
-- Elliot
From toshio at tiki-lounge.com Wed Jun 8 23:33:57 2005
From: toshio at tiki-lounge.com (Toshio Kuratomi)
Date: Wed, 08 Jun 2005 19:33:57 -0400
Subject: Blender 2.37, spec and srpms
In-Reply-To: <20050608185836.DB3CD21AFF9@ws5-6.us4.outblaze.com>
References: <20050608185836.DB3CD21AFF9@ws5-6.us4.outblaze.com>
Message-ID: <1118273637.20362.30.camel@localhost>
On Wed, 2005-06-08 at 10:58 -0800, luya at jpopmail.com wrote:
> > It looks like patch is not finding the correct files. Diagnosing this
> > would be elped by specifying where you think that file resides instead
> > of skipping over it. So on the "File to patch:" line try
> > blender/source[...]KX_HashedPtr.cpp
> > source/gameeng[...]KX_HashedPtr.cpp
> > etc
> > and see if you can figure out where patch is going wrong.
> >
> Yeah, both spec and patch are from FE cvs. I have tried lines above but it asked me
> for another file to patch. Thanks to Michael A. Peters, I used a condition for i386:
>
> %prep
> %setup -q -n %{name}
> %ifarch x86_64
> %patch0 -p1 -b .x86_64
> %endif
>
> until I have an odd problem:
>
> -----
> $ rpmbuild -ba rpmbuild/SPECS/blender.spec
> Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.26366
> + umask 022
> + cd /home/Luya/rpmbuild/BUILD
> + LANG=C
> + export LANG
> + unset DISPLAY
> + cd /home/Luya/rpmbuild/BUILD
> + rm -rf blender
> + /usr/bin/gzip -dc /home/Luya/rpmbuild/SOURCES/blender-2.37.tar.gz
> + tar -xf -
> + STATUS=0
> + '[' 0 -ne 0 ']'
> + cd blender
> ++ /usr/bin/id -u
> + '[' 500 = 0 ']'
> ++ /usr/bin/id -u
> + '[' 500 = 0 ']'
> + /bin/chmod -Rf a+rX,u+w,g-w,o-w .
> + exit 0
> Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.95915
> + umask 022
> + cd /home/Luya/rpmbuild/BUILD
> + cd blender
> + LANG=C
> + export LANG
> + unset DISPLAY
> + sed -i 's/use_openal =.*/use_openal = '\''true'\''/g;' SConstruct
> sed: can't read SConstruct: No such file or directory
> error: Bad exit status from /var/tmp/rpm-tmp.95915 (%build)
>
> Strange problem because this line only declares SConstruct, it was not
> present with previous spec.
Okay, I've figured out your problem. You aren't using the upstream
tarball. The last Compton release used a blender that installed into
the standard %{name}-%{version} directory structure. The current
blender instals to %{name}. From the tarball you listed in your
previous post, it appears you created a new tarball with a
%{name}-%{version} directory structure and left the upstream %{name}
directory structure as well... except empty. This is why rpm isn't
erroring out with a more informative message about directory not
found.... instead it can't find the files it expects to operate on.
What you're going to want to do is either:
1) Use the blender built in the buildsystem. They're in the fedora
extras repository now for FC4 and FC3.
2) Redownload the pristine blender tarball and the spec file from cvs.
Rebuild with that.
-Toshio
-------------- 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:
From elprodigio at gmail.com Thu Jun 9 02:29:34 2005
From: elprodigio at gmail.com (Didier Casse)
Date: Thu, 9 Jun 2005 10:29:34 +0800
Subject: Requesting review (II)/approval on Enlightenment DR17 package+
some EFLs
In-Reply-To: <1118247758.1799.271.camel@bobcat.mine.nu>
References: <513a3b3050603060475dfa041@mail.gmail.com>
<1117812514.23296.84.camel@gibraltar.stuttgart.redhat.com>
<513a3b305060808484b87c357@mail.gmail.com>
<1118247758.1799.271.camel@bobcat.mine.nu>
Message-ID: <513a3b3050608192923469b0@mail.gmail.com>
On 6/9/05, Ville Skytt? wrote:
> On Wed, 2005-06-08 at 23:48 +0800, Didier Casse wrote:
>
> > In the %configure option, I can
> > remove all the options bar the --prefix one. i.e It must be
> >
> > %configure --prefix=%{_prefix}
>
> That's redundant in the vanilla FC rpm configuration we're targetting in
> Extras. See the output of "rpm --eval %configure",
> "rpm --eval %{_prefix}" and the definitions in /usr/lib/rpm/macros
> and /usr/lib/rpm/redhat/macros.
> Without having a look at the packages, I find that more than a little
> surprising if you're using the default FC rpm configuration.
Sorry my mistake. I messed up some configs. :-( Fixed!
--
Cheers,
Didier.
------------
Yum/apt repository for DR17/EFL: http://sps.nus.edu.sg/~didierbe
Didier F.B Casse
PhD candidate, Singapore Synchrotron Light Source (SSLS)
National University of Singapore.
From fedora-lists at rewster.org Thu Jun 9 02:56:21 2005
From: fedora-lists at rewster.org (JP LaFleur)
Date: Wed, 08 Jun 2005 22:56:21 -0400
Subject: Legal questions about Games
Message-ID: <1118285781.8719.29.camel@sohryu.rewster.org>
Hi list,
I responded to a request to fedora-extras-list back in April for
adding several games with interest in working on some of the ones the
original poster suggested and one of my own personal favorites (more on
my progress with those later*). The conversation ended up going the
legal route and Greg DeKoenigsberg posted the following questions, and
the thread died off (as did my mail reader, sorry for not replying!
Plus, it's two months later). I didn't want to let it totally fall off
the radar though, and I saw others who were interested in maintaining
other games in Extras, so here goes:
> So let me have something better defined to take to legal.
> It seems to me that we've got three different categories:
> 1. Straight rip-offs of copyrighted games that we know are being defended.
> Tetris falls into this category. The answer is clearly no.
Think that pretty much settles that one.
> 2. Straight rip-offs of copyrighted games for which no known policy by
> the copyright holder is clear. If someone comes up with "PyStratego"
> using the PyGames libs, is it acceptable or not? My guess is "probably
> no."
> 3. Games that mimic other licensed games, but use different names. Lots
> of precedent here for safety. We shipped freeciv in RHL forever;
> similarly, Reversi is a well-known workaround for the copyright of
> Othello. My guess is that we've got more room here.
It seems from this that the problem with #2 and #3 is based solely on the name. This is
definitely a concern, but the problem in question was not in just the name of the package;
it was similar but I think you'd have a reasonably tough time proving it was confusingly so
(Crack-Attack! vs. Tetris Attack). The problem in question is game literature (ie, docs,
game official website) mention the trademarked "Tetris" in comparing the game to "Tetris Attack."
The question came as to what was allowable and what was not, and where. Can we say "Tetris" in a
description in a specfile comparing the package to the trademarked game? Is it acceptable if the
upstream game materials mention trademarked names? Is the game a lost cause if the official site
says "Tetris" on it?
> If I ask counsel about these three game categories, will that likely be
> sufficient?
It'd definitely be a good start, but keeping the above in mind as packages have more
associated with them than just the contents of a srpm.
> And I'd much rather not shunt these games out to Livna unless *absolutely*
> necessary. I think that being able to install cool games for Fedora
> straight out of box is a big win for us.
Definitely agree on this point.
* - for anyone interested I have posted a SPEC and SRPM, they are:
http://users.adelphia.net/~jplafleur/fedora-extras/crack-attack/crack-attack.spec
and
http://users.adelphia.net/~jplafleur/fedora-extras/crack-attack/crack-attack-1.1.14-1.src.rpm
From luya at jpopmail.com Thu Jun 9 04:43:43 2005
From: luya at jpopmail.com (luya at jpopmail.com)
Date: Wed, 08 Jun 2005 20:43:43 -0800
Subject: Blender 2.37, spec and srpms
Message-ID: <20050609044343.19D84416118@ws5-2.us4.outblaze.com>
> Okay, I've figured out your problem. You aren't using the upstream
> tarball. The last Compton release used a blender that installed into
> the standard %{name}-%{version} directory structure. The current
> blender instals to %{name}. From the tarball you listed in your
> previous post, it appears you created a new tarball with a
> %{name}-%{version} directory structure and left the upstream %{name}
> directory structure as well... except empty. This is why rpm isn't
> erroring out with a more informative message about directory not
> found.... instead it can't find the files it expects to operate on.
>
> What you're going to want to do is either:
> 1) Use the blender built in the buildsystem. They're in the fedora
> extras repository now for FC4 and FC3.
>
> 2) Redownload the pristine blender tarball and the spec file from cvs.
> Rebuild with that.
>
> -Toshio
<< signature.asc >>
You are right. That was the problem. I will try use either later and
post the result later.
--
_______________________________________________
Get your free email from http://mymail.jp.popstarmail.org
Powered by Outblaze
From skvidal at phy.duke.edu Thu Jun 9 05:01:10 2005
From: skvidal at phy.duke.edu (seth vidal)
Date: Thu, 09 Jun 2005 01:01:10 -0400
Subject: Build system problem?
In-Reply-To: <42A76A8A.2060505@ieee.org>
References: <42A76A8A.2060505@ieee.org>
Message-ID: <1118293270.14757.44.camel@cutter>
On Wed, 2005-06-08 at 17:00 -0500, Quentin Spencer wrote:
> I just submitted a build request for octave and I very quickly got back
> a failure notice. Looking at the failure log, the result was unlike any
> I had seen before. I've attached part of it below. Is anyone else
> getting this?
> http://fedoraproject.org/wibble/FC4-re0530.1-rpms/rpms/x86_64/glibc-2.3.5-10.x86_64.rpm:
> [Errno 4] IOError: HTTP Error 404: Not Found
These are not the droids you're looking for.
Just a local repo explosion thing.
it's all fixed now. Sorry.
-sv
From lemenkov at newmail.ru Wed Jun 8 21:38:42 2005
From: lemenkov at newmail.ru (Peter Lemenkov)
Date: Thu, 09 Jun 2005 01:38:42 +0400
Subject: Reques for review: jam
Message-ID:
Hello, All!
--------------------
http://paula.comtv.ru/jam.spec
%description
This is the Jam/MR program as published by Perforce.
A powerful and highly customizable utility to build programs
and other things, that can run on Un*x, Nt, VMS, OS/2 and
Macintosh MPW, using portable Jamfiles. It can build large
projects spread across many directories in one pass.
It takes some time to fully apprehend, especially when one's
already accustomed to make(1), but there's no comparison in
power when comparing these 2 tools.
Standard rules:
- can automatically extract header dependencies for C/C++ (you can
customize for you own language)
- provide for automatic "clean", "install", "uninstall" rules,
so that an automake-like tool is not needed
--------------------
Needed for building Glest game (fully GPL-ed RTS), for example.
See http://glest.org
From nphilipp at redhat.com Thu Jun 9 07:56:00 2005
From: nphilipp at redhat.com (Nils Philippsen)
Date: Thu, 09 Jun 2005 09:56:00 +0200
Subject: Requesting review (II)/approval on Enlightenment DR17 package+
some EFLs
In-Reply-To: <513a3b305060808484b87c357@mail.gmail.com>
References: <513a3b3050603060475dfa041@mail.gmail.com>
<1117812514.23296.84.camel@gibraltar.stuttgart.redhat.com>
<513a3b305060808484b87c357@mail.gmail.com>
Message-ID: <1118303761.14833.13.camel@wombat.tiptoe.de>
Hi Didier,
On Wed, 2005-06-08 at 23:48 +0800, Didier Casse wrote:
> On 6/3/05, Nils Philippsen wrote:
>
> > - "%configure --prefix=%{_prefix} --bindir=%{_bindir} --libdir=
> > %{_libdir} --includedir=%{_includedir}" is redundant, "%configure" is
> > sufficient (try "rpm --eval %configure" to see what I mean)
>
> Dear Nils,
> Thanks for all the constructive comments. Everything's
> fine but only 2 glitches remained: In the %configure option, I can
> remove all the options bar the --prefix one. i.e It must be
>
> %configure --prefix=%{_prefix}
>
> at least or else it will install in /usr/local instead of /usr.
That's strange, because %configure already contains that:
--- 8< ---
nils at wombat:~> rpm --eval %configure
CFLAGS="${CFLAGS:--O2 -g -pipe -m32 -march=i386 -mtune=pentium4}" ; export CFLAGS ;
CXXFLAGS="${CXXFLAGS:--O2 -g -pipe -m32 -march=i386 -mtune=pentium4}" ; export CXXFLAGS ;
FFLAGS="${FFLAGS:--O2 -g -pipe -m32 -march=i386 -mtune=pentium4}" ; export FFLAGS ;
for i in $(find . -name config.guess -o -name config.sub) ; do
[ -f /usr/lib/rpm/redhat/$(basename $i) ] && /bin/rm -f $i && /bin/cp -fv /usr/lib/rpm/redhat/$(basename $i) $i ;
done ;
./configure --build=i686-redhat-linux-gnu --host=i686-redhat-linux-gnu \
--target=i386-redhat-linux-gnu \
--program-prefix= \
--prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--sysconfdir=/etc \
--datadir=/usr/share \
--includedir=/usr/include \
--libdir=/usr/lib \
--libexecdir=/usr/libexec \
--localstatedir=/var \
--sharedstatedir=/usr/com \
--mandir=/usr/share/man \
--infodir=/usr/share/info
--- >8 ---
> > - "%{__make} %{?mflags_install} DESTDIR=%{buildroot} install", the same
> > as above, besides doesn't %makeinstall work?
>
> Nope... At least not for all packages. And some packages have to be
> compiled twice so that I can an rpm out with the %makeinstall option.
>
> So
>
> %{__make} %{?mflags_install} DESTDIR=%{buildroot} install
>
> really remains the best option at least for the time being, unless
> somebody wants to patch all the autofoo stuff, which is more
> cumbersome.
Still this should be addressed upstream sometime (this is something many
projects get wrong). Usually this amounts to renaming reused standard
directory names, e.g. when a package does this in Makefile.am:
datadir=@datadir@/packagename
...
data_DATA=*.png
...
Because the well known name "datadir" is reused (abused ;-)),
%makeinstall will fail because it subsequently overrides it again. This
can be fixed thusly:
packagedatadir=$(datadir)/packagename
...
packagedata_DATA=*.png
...
Nils
--
Nils Philippsen / Red Hat / nphilipp at redhat.com
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." -- B. Franklin, 1759
PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011
From adrian at lisas.de Thu Jun 9 08:24:26 2005
From: adrian at lisas.de (Adrian Reber)
Date: Thu, 9 Jun 2005 10:24:26 +0200
Subject: Nexuiz
Message-ID: <20050609082426.GA8518@lisas.de>
Has anyone tried to package nexuiz? Because I have. Results can be found
at: http://lisas.de/~adrian/rpm/nexuiz-1.0-1/
It should be possible to include nexuiz into Fedora Extras as everything
is released under the GPL.
Comments on the specfile are welcome.
Adrian
From paul at city-fan.org Thu Jun 9 08:48:09 2005
From: paul at city-fan.org (Paul Howarth)
Date: Thu, 09 Jun 2005 09:48:09 +0100
Subject: Review Needed: spamass-milter
In-Reply-To: <1118134068.13644.389.camel@laurel.intra.city-fan.org>
References: <42A3E9DE.6020706@redhat.com> <42A43AA0.50703@city-fan.org>
<42A55B8C.3000406@redhat.com>
<1118134068.13644.389.camel@laurel.intra.city-fan.org>
Message-ID: <1118306889.13644.446.camel@laurel.intra.city-fan.org>
On Tue, 2005-06-07 at 09:47 +0100, Paul Howarth wrote:
> On Mon, 2005-06-06 at 22:32 -1000, Warren Togami wrote:
> > Paul Howarth wrote:
> > > I'll volunteer if nobody else particularly wants it. I'm not a current
> > > spamass-milter user but I intend to start using it soon, as my
> > > home-brewed spam filtering scheme using procmail is too much like hard
> > > work to maintain.
> >
> > I'm glad that somebody wants to maintain this instead of me, but you
> > must be masochistic if you think sendmail is easier to customize than
> > procmail. I'm tempted to post my spamassassin procmail recipe that I
> > hadn't changed in 3 years, but I rather have someone maintain this
> > package. =)
>
> Well my current procmail recipe doesn't call up spamassassin at all -
> it's full of hand-coded recipes for detecting spam.
>
> http://www.city-fan.org/ftp/contrib/mail/spamfilter/spamcheckrc
>
> So I've moving towards using spamassassin as a replacement for this. Being a long-time sendmail user, configuring it doesn't frighten me :-)
>
> > Could you please post your own replacement .src.rpm for easier download
> > and review?
>
> SRPM & spec available at:
> http://www.city-fan.org/~paul/extras/spamass-milter/
Anyone got any comments, or willing to approve this package?
I've been using it on my home mail server since I built it on Monday and
am quite happy with it so far.
Paul.
--
Paul Howarth
From mpeters at mac.com Thu Jun 9 08:50:16 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Thu, 09 Jun 2005 01:50:16 -0700
Subject: Nexuiz
In-Reply-To: <20050609082426.GA8518@lisas.de>
References: <20050609082426.GA8518@lisas.de>
Message-ID: <1118307016.25537.10.camel@laptop.mpeters.local>
On Thu, 2005-06-09 at 10:24 +0200, Adrian Reber wrote:
> Has anyone tried to package nexuiz? Because I have. Results can be found
> at: http://lisas.de/~adrian/rpm/nexuiz-1.0-1/
>
> It should be possible to include nexuiz into Fedora Extras as everything
> is released under the GPL.
>
> Comments on the specfile are welcome.
Did not try to build it - but
Requires: %{name}-data libz.so.1 libvorbis.so.0 libvorbisfile.so.3
Requires: libjpeg.so.62
You can drop the specific library requires, rpm should figure that out.
Requires: %{name}-data
is all you should need.
-=-
%package server
Group: Amusements/Games
Summary: Dedicated server
The Summary could be a touch more descriptive - IE -
Nexuiz Dedicated Server
From ryo-dairiki at mbm.nifty.com Thu Jun 9 08:46:30 2005
From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki)
Date: Thu, 09 Jun 2005 17:46:30 +0900
Subject: Approval needed again: Scim-tables
In-Reply-To: <20050607160055.875EF7362E@hormel.redhat.com>
References: <20050607160055.875EF7362E@hormel.redhat.com>
Message-ID: <42A801E6.1090509@mbm.nifty.com>
May I add scim-tables into CVS?
Is there anyone pleased to give me an approval?
Ryo Dairiki
>Message: 10
>Date: Tue, 7 Jun 2005 20:32:31 +0800
>From: Yuan Yijun
>Subject: Re: Request for Review: scim-tables
>To: Discussion related to Fedora Extras
>
>Message-ID: <9792751e05060705326f98ddb1 at mail.gmail.com>
>Content-Type: text/plain; charset=ISO-8859-1
>
>2005/6/7, Ryo Dairiki :
>
>
>>> Hello,
>>>
>>
>>
>
>Waaa! Now scim-tables is rolling in. When will you update scim to
>1.3.x and commit scim-pinyin? and scim-fcitx?
>
> -- bbbush ^_^ ------------------------------ Message: 11 Date: Tue, 07
> Jun 2005 21:40:44 +0900 From: Jens Petersen
> Subject: Re: Request for Review: scim-tables To: Yuan Yijun
> , Discussion related to Fedora Extras
> Message-ID:
> <42A595CC.5040808 at redhat.com> Content-Type: text/plain;
> charset=ISO-8859-1; format=flowed Yuan Yijun wrote:
>
>>> When will you update scim to 1.3.x [...]?
>>
>>
>
>It seems stable enough but isn't 1.3.0 officially a test release?
>
>Well I think it is ok to put into devel/ at least if there is demand. :)
>
>-Jens
>
>
>
>
>
Well, I will import scim-1.3.0 as a devel package if you want.
Scim-pinyin will be imported soon. Please wait.
From adrian at lisas.de Thu Jun 9 08:56:06 2005
From: adrian at lisas.de (Adrian Reber)
Date: Thu, 9 Jun 2005 10:56:06 +0200
Subject: Nexuiz
In-Reply-To: <1118307016.25537.10.camel@laptop.mpeters.local>
References: <20050609082426.GA8518@lisas.de>
<1118307016.25537.10.camel@laptop.mpeters.local>
Message-ID: <20050609085606.GA22286@lisas.de>
On Thu, Jun 09, 2005 at 01:50:16AM -0700, Michael A. Peters wrote:
> On Thu, 2005-06-09 at 10:24 +0200, Adrian Reber wrote:
> > Has anyone tried to package nexuiz? Because I have. Results can be found
> > at: http://lisas.de/~adrian/rpm/nexuiz-1.0-1/
> >
> > It should be possible to include nexuiz into Fedora Extras as everything
> > is released under the GPL.
> >
> > Comments on the specfile are welcome.
>
> Did not try to build it - but
>
> Requires: %{name}-data libz.so.1 libvorbis.so.0 libvorbisfile.so.3
> Requires: libjpeg.so.62
>
> You can drop the specific library requires, rpm should figure that out.
But rpm doesn't. The binary isn't linked against these libraries but
tries to load them during runtime.
> Requires: %{name}-data
>
> is all you should need.
>
> -=-
> %package server
> Group: Amusements/Games
> Summary: Dedicated server
>
> The Summary could be a touch more descriptive - IE -
> Nexuiz Dedicated Server
:-) I knowr; will try to have better summary.
Adrian
From bugs.michael at gmx.net Thu Jun 9 09:07:44 2005
From: bugs.michael at gmx.net (Michael Schwendt)
Date: Thu, 9 Jun 2005 11:07:44 +0200
Subject: Nexuiz
In-Reply-To: <20050609085606.GA22286@lisas.de>
References: <20050609082426.GA8518@lisas.de>
<1118307016.25537.10.camel@laptop.mpeters.local>
<20050609085606.GA22286@lisas.de>
Message-ID: <20050609110744.46c22d68.bugs.michael@gmx.net>
On Thu, 9 Jun 2005 10:56:06 +0200, Adrian Reber wrote:
> > > Has anyone tried to package nexuiz? Because I have. Results can be found
> > > at: http://lisas.de/~adrian/rpm/nexuiz-1.0-1/
> > >
> > > It should be possible to include nexuiz into Fedora Extras as everything
> > > is released under the GPL.
> > >
> > > Comments on the specfile are welcome.
> >
> > Did not try to build it - but
> >
> > Requires: %{name}-data libz.so.1 libvorbis.so.0 libvorbisfile.so.3
> > Requires: libjpeg.so.62
> >
> > You can drop the specific library requires, rpm should figure that out.
>
> But rpm doesn't. The binary isn't linked against these libraries but
> tries to load them during runtime.
That's something a comment in the spec file ought to explain. It also
means that these explicit soname dependencies may need to be revisited
periodically.
From luya at jpopmail.com Thu Jun 9 09:13:40 2005
From: luya at jpopmail.com (luya at jpopmail.com)
Date: Thu, 09 Jun 2005 01:13:40 -0800
Subject: Blender 2.37, spec and srpms
Message-ID: <20050609091340.53D3B21AFF9@ws5-6.us4.outblaze.com>
The blender package is built succesfully. What surprised me is the speed of compilation. Here is the result
real 1m9.563s
user 1m1.194s
sys 0m5.838s
That is quite outstanding. One thing
I noticed during the building of package is these lines:
---
/usr/lib/python2.4/config/libpython2.4.a(posixmodule.o)(.text+0x3f71): In function `posix_tmpnam':
: warning: the use of `tmpnam_r' is dangerous, better use `mkstemp'
/usr/lib/python2.4/config/libpython2.4.a(posixmodule.o)(.text+0x3ebd): In function `posix_tempnam':
: warning: the use of `tempnam' is dangerous, better use `mkstemp'
---
does that mean blender tarball expected mkstemp?
I have tested the built package. It worked succesfully. Btw, Blender also have a separate application
for rendering called Yafray (Yet Another Free Ray Tracing). A possibility is to either integrate it
with Blender or to provide a separate package. Any point?
I would like to thank you for helping me building blender package. I have learned a lot during that
process.
Luya
--
_______________________________________________
Get your free email from http://mymail.jp.popstarmail.org
Powered by Outblaze
From fedora at camperquake.de Thu Jun 9 09:17:44 2005
From: fedora at camperquake.de (Ralf Ertzinger)
Date: Thu, 9 Jun 2005 11:17:44 +0200
Subject: Blender 2.37, spec and srpms
In-Reply-To: <20050609091340.53D3B21AFF9@ws5-6.us4.outblaze.com>
References: <20050609091340.53D3B21AFF9@ws5-6.us4.outblaze.com>
Message-ID: <20050609091744.GA6198@ryoko.camperquake.de>
On Thu, Jun 09, 2005 at 01:13:40AM -0800, luya at jpopmail.com wrote:
> ---
> /usr/lib/python2.4/config/libpython2.4.a(posixmodule.o)(.text+0x3f71): In function `posix_tmpnam':
> : warning: the use of `tmpnam_r' is dangerous, better use `mkstemp'
> /usr/lib/python2.4/config/libpython2.4.a(posixmodule.o)(.text+0x3ebd): In function `posix_tempnam':
> : warning: the use of `tempnam' is dangerous, better use `mkstemp'
> ---
>
> does that mean blender tarball expected mkstemp?
That means that blender uses tmpnam_r and tempnam, both of which are known
to have issues, and that the programmer would be well advised to change
the code to use mkstemp instead.
From aportal at univ-montp2.fr Thu Jun 9 09:28:36 2005
From: aportal at univ-montp2.fr (Alain PORTAL)
Date: Thu, 9 Jun 2005 11:28:36 +0200
Subject: Unable to access cvs
Message-ID: <200506091128.39398.aportal@univ-montp2.fr>
Hi,
I created my fedora account (Dionysos) since several days, I have a sponsor,
but I can't access cvs. Here is my terminal output :
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
[alain at zarathoustra cvs]$ . log
Agent pid 11919
Enter passphrase for /home/alain/.ssh/id_dsa:
Identity added: /home/alain/.ssh/id_dsa (/home/alain/.ssh/id_dsa)
[alain at zarathoustra cvs]$ cvs co tetex-eurofont
For more information on using the Fedora CVS repositories, please visit
http://fedoraproject.org/wiki/UsingCvs
Permission denied (publickey,keyboard-interactive).
cvs [checkout aborted]: end of file from server (consult above messages if
any)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Can somebody tell me what happens?
Regards.
--
Alain PORTAL -- Service Commun de Microscopie ?lectronique
Universit? de Montpellier II -- Case Courrier 087
Place Eug?ne Bataillon -- 34095 Montpellier Cedex 05
T?l. : 04 67 14 37 35 -- Fax. : 04 67 14 37 37
NO WORD ATTACHMENTS: http://www.gnu.org/philosophy/no-word-attachments.fr.html
http://www.giromini.org/usenet-fr/repondre.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
From buildsys at fedoraproject.org Thu Jun 9 09:41:03 2005
From: buildsys at fedoraproject.org (buildsys at fedoraproject.org)
Date: Thu, 9 Jun 2005 05:41:03 -0400 (EDT)
Subject: Fedora Extras 3 Package Build Report
Message-ID: <20050609094103.5B0F683A2@extras64.linux.duke.edu>
Packages built and released for Fedora Extras 3: 22
dhcp-forwarder-0.7-7
dhcp-forwarder-0.7-7.fc3
fluxbox-0.9.13-2
fluxbox-0.9.13-2.fc3
ip-sentinel-0.12-4
ip-sentinel-0.12-4.fc3
moomps-5.1-3
moomps-5.1-3.fc3
moomps-5.1-5
moomps-5.1-5.fc3
perl-ExtUtils-ParseXS-2.10-1
perl-ExtUtils-ParseXS-2.10-1.fc3
perl-Test-Exception-0.21-1
perl-Test-Exception-0.21-1.fc3
python-docutils-0.3.9-1
python-docutils-0.3.9-1.fc3
quilt-0.40-3
quilt-0.40-3.fc3
tetex-prosper-1.5-2
tetex-prosper-1.5-2.fc3
tetex-xcolor-2.03-1
tetex-xcolor-2.03-1.fc3
For more information about the built packages please see the repository
or the fedora Info Feed: http://fedoraproject.org/infofeed/
From buildsys at fedoraproject.org Thu Jun 9 09:43:40 2005
From: buildsys at fedoraproject.org (buildsys at fedoraproject.org)
Date: Thu, 9 Jun 2005 05:43:40 -0400 (EDT)
Subject: Fedora Extras 4 Package Build Report
Message-ID: <20050609094340.50AD683A2@extras64.linux.duke.edu>
Packages built and released for Fedora Extras 4: 27
bmp-0.9.7-10
bmp-0.9.7-10.fc4
dhcp-forwarder-0.7-6
dhcp-forwarder-0.7-6.fc4
dhcp-forwarder-0.7-7
dhcp-forwarder-0.7-7.fc4
fluxbox-0.9.13-2
fluxbox-0.9.13-2.fc4
ip-sentinel-0.12-3
ip-sentinel-0.12-3.fc4
meld-0.9.6-1
moomps-5.1-4
moomps-5.1-4.fc4
moomps-5.1-6
moomps-5.1-6.fc4
ots-0.4.2-6.1
perl-ExtUtils-ParseXS-2.10-1
perl-ExtUtils-ParseXS-2.10-1.fc4
perl-Test-Exception-0.21-1
perl-Test-Exception-0.21-1.fc4
python-docutils-0.3.9-1
python-docutils-0.3.9-1.fc4
tetex-prosper-1.5-2
tetex-prosper-1.5-2.fc4
tktable-2.9-4
xmlindent-0.2.17-5
xmlindent-0.2.17-5.fc4
For more information about the built packages please see the repository
or the fedora Info Feed: http://fedoraproject.org/infofeed/
From adrian at lisas.de Thu Jun 9 10:25:29 2005
From: adrian at lisas.de (Adrian Reber)
Date: Thu, 9 Jun 2005 12:25:29 +0200
Subject: Nexuiz
In-Reply-To: <20050609110744.46c22d68.bugs.michael@gmx.net>
References: <20050609082426.GA8518@lisas.de>
<1118307016.25537.10.camel@laptop.mpeters.local>
<20050609085606.GA22286@lisas.de>
<20050609110744.46c22d68.bugs.michael@gmx.net>
Message-ID: <20050609102529.GA30500@lisas.de>
On Thu, Jun 09, 2005 at 11:07:44AM +0200, Michael Schwendt wrote:
> > > > Has anyone tried to package nexuiz? Because I have. Results can be found
> > > > at: http://lisas.de/~adrian/rpm/nexuiz-1.0-1/
> > > >
> > > > It should be possible to include nexuiz into Fedora Extras as everything
> > > > is released under the GPL.
> > > >
> > > > Comments on the specfile are welcome.
> > >
> > > Did not try to build it - but
> > >
> > > Requires: %{name}-data libz.so.1 libvorbis.so.0 libvorbisfile.so.3
> > > Requires: libjpeg.so.62
> > >
> > > You can drop the specific library requires, rpm should figure that out.
> >
> > But rpm doesn't. The binary isn't linked against these libraries but
> > tries to load them during runtime.
>
> That's something a comment in the spec file ought to explain. It also
> means that these explicit soname dependencies may need to be revisited
> periodically.
There is now a comment in the specfile concerning the explicit Requires
and a longer (better???) description at:
http://lisas.de/~adrian/rpm/nexuiz-1.0-2/
Adrian
From ndbecker2 at gmail.com Thu Jun 9 11:08:03 2005
From: ndbecker2 at gmail.com (Neal Becker)
Date: Thu, 09 Jun 2005 07:08:03 -0400
Subject: Reques for review: jam
References:
Message-ID:
Peter Lemenkov wrote:
> Hello, All!
>
> --------------------
>
> http://paula.comtv.ru/jam.spec
>
> %description
> This is the Jam/MR program as published by Perforce.
>
> A powerful and highly customizable utility to build programs
> and other things, that can run on Un*x, Nt, VMS, OS/2 and
> Macintosh MPW, using portable Jamfiles. It can build large
> projects spread across many directories in one pass.
>
> It takes some time to fully apprehend, especially when one's
> already accustomed to make(1), but there's no comparison in
> power when comparing these 2 tools.
>
> Standard rules:
> - can automatically extract header dependencies for C/C++ (you can
> customize for you own language)
> - provide for automatic "clean", "install", "uninstall" rules,
> so that an automake-like tool is not needed
>
> --------------------
>
A modified jam is used to build boost, called bjam. Make sure there is no
conflict.
From leet at leenx.co.za Thu Jun 9 12:14:39 2005
From: leet at leenx.co.za (C.Lee Taylor)
Date: Thu, 09 Jun 2005 14:14:39 +0200
Subject: Package question - pyGames ...
In-Reply-To: <20050609025644.3CA30737D9@hormel.redhat.com>
References: <20050609025644.3CA30737D9@hormel.redhat.com>
Message-ID: <42A832AF.7090804@leenx.co.za>
Greetings ...
Been looking at some of the little and easy Python games made with
pyGame lib and would like to package a few and have them in Fedora
Extras ... While going through some of the docs in wiki regarding
packaging, I seem to miss a few things, which I'm hoping I might be able
to get some help with.
A little game called Adventures on Planet Zephulor from
http://games.hollowworks.com/index.php
Which I have started to try and package, but I have a few questions ...
I see with other repos that have create pygame packages, they make multi
arch packages, but I would think that with python, one should be able to
make just noarch packages ... Maybe this has something to do with pyc
file or something ... Really just a beginner at this ...
My spec and srpm ...
http://www.leenx.co.za/rpms/zephulor.spec
http://www.leenx.co.za/rpms/zephulor-0.9b-0.src.rpm
Could I get some feed back on this. Once I have a basic idea, I would
like to add some of the really nice pygame games to Fedora Extra. Maybe
somebody could put a little something into the wiki for python packages
other than "Addon Packages (python modules)" ...
Thanks
Mailed
Lee
From leet at leenx.co.za Thu Jun 9 13:05:47 2005
From: leet at leenx.co.za (C.Lee Taylor)
Date: Thu, 09 Jun 2005 15:05:47 +0200
Subject: Nexuiz
In-Reply-To: <20050609121515.37E5B73432@hormel.redhat.com>
References: <20050609121515.37E5B73432@hormel.redhat.com>
Message-ID: <42A83EAB.2090109@leenx.co.za>
Greetings ...
As a beginner to Fedora Extras, I hope nobody minds that I ask alot of
silly question ...
With Nexuiz, could the Data not be split up? Could it not be made noarch?
I have both 32bit and 64bit computers with I load FC and games onto,
but in RSA, bandwidth is not cheap and 150MB download takes a long time ...
Thanks
Mailed
Lee
From mpeters at mac.com Thu Jun 9 13:30:40 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Thu, 09 Jun 2005 06:30:40 -0700
Subject: Package question - pyGames ...
In-Reply-To: <42A832AF.7090804@leenx.co.za>
References: <20050609025644.3CA30737D9@hormel.redhat.com>
<42A832AF.7090804@leenx.co.za>
Message-ID: <1118323841.31279.4.camel@laptop.mpeters.local>
On Thu, 2005-06-09 at 14:14 +0200, C.Lee Taylor wrote:
> Greetings ...
>
> Been looking at some of the little and easy Python games made with
> pyGame lib and would like to package a few and have them in Fedora
> Extras ... While going through some of the docs in wiki regarding
> packaging, I seem to miss a few things, which I'm hoping I might be able
> to get some help with.
>
> A little game called Adventures on Planet Zephulor from
> http://games.hollowworks.com/index.php
>
> Which I have started to try and package, but I have a few questions ...
> I see with other repos that have create pygame packages, they make multi
> arch packages, but I would think that with python, one should be able to
> make just noarch packages ... Maybe this has something to do with pyc
> file or something ... Really just a beginner at this ...
most python apps are in fact noarch - there is a template specifically
for python apps in /usr/share/doc/fedora ( if you have
fedora-rpmdevtools installed)
>
> My spec and srpm ...
>
> http://www.leenx.co.za/rpms/zephulor.spec
> http://www.leenx.co.za/rpms/zephulor-0.9b-0.src.rpm
>
> Could I get some feed back on this. Once I have a basic idea, I would
> like to add some of the really nice pygame games to Fedora Extra. Maybe
> somebody could put a little something into the wiki for python packages
> other than "Addon Packages (python modules)" ...
The fedora-rpmdevtools package has a template spec file that should be
used as a starting point for python applications.
From mpeters at mac.com Thu Jun 9 13:32:16 2005
From: mpeters at mac.com (Michael A. Peters)
Date: Thu, 09 Jun 2005 06:32:16 -0700
Subject: Nexuiz
In-Reply-To: <42A83EAB.2090109@leenx.co.za>
References: <20050609121515.37E5B73432@hormel.redhat.com>
<42A83EAB.2090109@leenx.co.za>
Message-ID: <1118323936.31279.7.camel@laptop.mpeters.local>
On Thu, 2005-06-09 at 15:05 +0200, C.Lee Taylor wrote:
> Greetings ...
>
> As a beginner to Fedora Extras, I hope nobody minds that I ask alot of
> silly question ...
>
> With Nexuiz, could the Data not be split up? Could it not be made noarch?
>
> I have both 32bit and 64bit computers with I load FC and games onto,
> but in RSA, bandwidth is not cheap and 150MB download takes a long time ...
The only way to make the data noarch (afaik) would be to build it in a
separate rpm spec file.
Only one arch can be specified per spec file. I wish it wasn't that way
but it is.
From toshio at tiki-lounge.com Thu Jun 9 14:03:42 2005
From: toshio at tiki-lounge.com (Toshio Kuratomi)
Date: Thu, 09 Jun 2005 10:03:42 -0400
Subject: Blender 2.37, spec and srpms
In-Reply-To: <20050609091340.53D3B21AFF9@ws5-6.us4.outblaze.com>
References: <20050609091340.53D3B21AFF9@ws5-6.us4.outblaze.com>
Message-ID: <1118325822.3175.4.camel@localhost>
On Thu, 2005-06-09 at 01:13 -0800, luya at jpopmail.com wrote:
> I have tested the built package. It worked succesfully. Btw, Blender also have a separate application
> for rendering called Yafray (Yet Another Free Ray Tracing). A possibility is to either integrate it
> with Blender or to provide a separate package. Any point?
>
If it's a separate tarball the ideal solution is to package it
separately. Probably the only thing lacking to getting this packaged is
a volunteer who has the time to package it.
> I would like to thank you for helping me building blender package. I have learned a lot during that
> process.
Great. Perhaps you are becoming knowledgable enough to submit a package
for yafray yourself. Be prepared to do a lot of work when people
coment, though!
-Toshio
-------------- 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: