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: From Jochen at herr-schmitt.de Thu Jun 9 14:41:10 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 09 Jun 2005 16:41:10 +0200 Subject: Approval Request for kyum (new version 0.7.1) In-Reply-To: <20050608182451.096eb26f.bugs.michael@gmx.net> References: <0MKxQS-1Dfj5L0vSA-00088v@mrelayeu.kundenserver.de> <20050608113119.29704417.bugs.michael@gmx.net> <0ML29c-1Dg0vv090o-0003JC@mrelayeu.kundenserver.de> <20050608182451.096eb26f.bugs.michael@gmx.net> Message-ID: <0ML2Dk-1DgODi1dTx-0007uk@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 8 Jun 2005 18:24:51 +0200, you wrote: >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. Sorry, but AFAIK a Approval should go to 'fedora-extras-commit' and there I didn't found any approval for the package. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.0 (Build 2001) iQA/AwUBQqhVEk9gByurcX4MEQLzxACgwt4RyD39a8POZ1WNWT3jwh9qr9cAn3JD qjFOtx3ADmr9K2vqp0UxmWIF =A7Dh -----END PGP SIGNATURE----- From bugs.michael at gmx.net Thu Jun 9 15:48:57 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 9 Jun 2005 17:48:57 +0200 Subject: Approval Request for kyum (new version 0.7.1) In-Reply-To: <0ML2Dk-1DgODi1dTx-0007uk@mrelayeu.kundenserver.de> References: <0MKxQS-1Dfj5L0vSA-00088v@mrelayeu.kundenserver.de> <20050608113119.29704417.bugs.michael@gmx.net> <0ML29c-1Dg0vv090o-0003JC@mrelayeu.kundenserver.de> <20050608182451.096eb26f.bugs.michael@gmx.net> <0ML2Dk-1DgODi1dTx-0007uk@mrelayeu.kundenserver.de> Message-ID: <20050609174857.27d99990.bugs.michael@gmx.net> On Thu, 09 Jun 2005 16:41:10 +0200, Jochen Schmitt 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. > > Sorry, but AFAIK a Approval should go to 'fedora-extras-commit' > and there I didn't found any approval for the package. Then post the offical approval to that list yourself like other package developers have done it many times before. It doesn't matter who posts the message to fedora-extras-commit. All that matters is that a package has been approved earlier. From Jochen at herr-schmitt.de Thu Jun 9 16:30:22 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 09 Jun 2005 18:30:22 +0200 Subject: Approval Request for kyum (new version 0.7.1) In-Reply-To: <20050609174857.27d99990.bugs.michael@gmx.net> References: <0MKxQS-1Dfj5L0vSA-00088v@mrelayeu.kundenserver.de> <20050608113119.29704417.bugs.michael@gmx.net> <0ML29c-1Dg0vv090o-0003JC@mrelayeu.kundenserver.de> <20050608182451.096eb26f.bugs.michael@gmx.net> <0ML2Dk-1DgODi1dTx-0007uk@mrelayeu.kundenserver.de> <20050609174857.27d99990.bugs.michael@gmx.net> Message-ID: <0ML29c-1DgPvE2DQL-0000ER@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 9 Jun 2005 17:48:57 +0200, you wrote: >Then post the offical approval to that list yourself like other package >developers have done it many times before. It doesn't matter who posts the >message to fedora-extras-commit. All that matters is that a package has >been approved earlier. Thank you for your answer. On the last discussion about the NewPackage process I thought, the person, who approve a package have to post this message. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.0 (Build 2001) iQA/AwUBQqhunk9gByurcX4MEQIpQgCfRHf1uknlejnxvpIvOnS10rPGwCYAoM2Z UfOcUSuhek36eBpW41z+Q99X =+R6/ -----END PGP SIGNATURE----- From Jochen at herr-schmitt.de Thu Jun 9 16:54:26 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 09 Jun 2005 18:54:26 +0200 Subject: Request for Review to kyum Message-ID: <0MKwpI-1DgQIe2mNM-0006Gm@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, I have checked in kyum-0.7.1-1 into cvs. I want to request addtional review before request a build. Thanks in Advance. Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.0 (Build 2001) iQA/AwUBQqh0S09gByurcX4MEQJrmQCgobMio14Zr+uhJCbAz4ULzOfK8wcAoKNR UyxGvWs2fBaCe3ZQKNCJ2s80 =WAip -----END PGP SIGNATURE----- From lemenkov at newmail.ru Thu Jun 9 17:48:55 2005 From: lemenkov at newmail.ru (Peter Lemenkov) Date: Thu, 09 Jun 2005 21:48:55 +0400 Subject: Reques for review: jam In-Reply-To: References: Message-ID: Neal Becker ?????: >>This is the Jam/MR program as published by Perforce. > A modified jam is used to build boost, called bjam. Make sure there is no > conflict. AFAIK boost-jam removed from main package-tree since FC1. Boost ships boost-jam inside its SRPM-package for building purposes and doesn't install it. So I don't expect any conflicts between 'em. From fedora at camperquake.de Thu Jun 9 18:44:31 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 9 Jun 2005 20:44:31 +0200 Subject: Merging in CVS In-Reply-To: <200506080756.53808.symbiont@berlios.de> References: <20050607204156.39f62dcc@nausicaa.camperquake.de> <1118170963.2716.67.camel@localhost.localdomain> <200506080756.53808.symbiont@berlios.de> Message-ID: <20050609204431.7490636d@nausicaa.camperquake.de> Hi. Jeff Pitman wrote: > 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 For the record, I ended up doing the following: cd cd FC-4 # A and B are the revisions I want to merge (cd ../devel && cvs diff -uN -r A -r B) | patch --dry-run # Check output (cd ../devel && cvs diff -uN -r A -r B) | patch -- "Life is like an analogy." -- Aaron Allston From jdennis at redhat.com Thu Jun 9 18:59:37 2005 From: jdennis at redhat.com (John Dennis) Date: Thu, 09 Jun 2005 14:59:37 -0400 Subject: Merging in CVS In-Reply-To: <20050609204431.7490636d@nausicaa.camperquake.de> References: <20050607204156.39f62dcc@nausicaa.camperquake.de> <1118170963.2716.67.camel@localhost.localdomain> <200506080756.53808.symbiont@berlios.de> <20050609204431.7490636d@nausicaa.camperquake.de> Message-ID: <1118343577.3030.154.camel@chickadee.boston.redhat.com> On Thu, 2005-06-09 at 20:44 +0200, Ralf Ertzinger wrote: > For the record, I ended up doing the following: > > cd > cd FC-4 > # A and B are the revisions I want to merge > (cd ../devel && cvs diff -uN -r A -r B) | patch --dry-run > # Check output > (cd ../devel && cvs diff -uN -r A -r B) | patch Easy solution for a select subset of cases. But be aware it won't handle new or obsolete files and it will nuke important parts of the spec file that need to be preserved. -- John Dennis From fedora at camperquake.de Thu Jun 9 19:05:33 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 9 Jun 2005 21:05:33 +0200 Subject: Merging in CVS In-Reply-To: <1118343577.3030.154.camel@chickadee.boston.redhat.com> References: <20050607204156.39f62dcc@nausicaa.camperquake.de> <1118170963.2716.67.camel@localhost.localdomain> <200506080756.53808.symbiont@berlios.de> <20050609204431.7490636d@nausicaa.camperquake.de> <1118343577.3030.154.camel@chickadee.boston.redhat.com> Message-ID: <20050609210533.2bb547c0@nausicaa.camperquake.de> Hi. John Dennis wrote: > Easy solution for a select subset of cases. But be aware it won't handle > new or obsolete files and it will nuke important parts of the spec file > that need to be preserved. The -N takes care of new files. What parts of the spec file will be nuked, and why? From jdennis at redhat.com Thu Jun 9 19:26:19 2005 From: jdennis at redhat.com (John Dennis) Date: Thu, 09 Jun 2005 15:26:19 -0400 Subject: Merging in CVS In-Reply-To: <20050609210533.2bb547c0@nausicaa.camperquake.de> References: <20050607204156.39f62dcc@nausicaa.camperquake.de> <1118170963.2716.67.camel@localhost.localdomain> <200506080756.53808.symbiont@berlios.de> <20050609204431.7490636d@nausicaa.camperquake.de> <1118343577.3030.154.camel@chickadee.boston.redhat.com> <20050609210533.2bb547c0@nausicaa.camperquake.de> Message-ID: <1118345179.3030.180.camel@chickadee.boston.redhat.com> On Thu, 2005-06-09 at 21:05 +0200, Ralf Ertzinger wrote: > Hi. > > John Dennis wrote: > > > Easy solution for a select subset of cases. But be aware it won't handle > > new or obsolete files and it will nuke important parts of the spec file > > that need to be preserved. > > The -N takes care of new files. Only in the diff, its not going to add them to the repository. > What parts of the spec file will be nuked, and why? Two different trees (e.g. FC-3, FC-4) have different revisions and changelogs in the spec file. At an absolute minimum you need to specially handle these so the changelog is preserved adding only one entry for the merge you just did and then revision has to be custom edited. If you don't do these two things you'll end up with two identical rpm's in two different distributions which violates packaging and distribution guidelines. Losing per distribution change history is not good practice, some needs to be able to look at the change log for the distribution and see the history within that distribution. -- John Dennis From fedora at camperquake.de Thu Jun 9 19:35:39 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 9 Jun 2005 21:35:39 +0200 Subject: Merging in CVS In-Reply-To: <1118345179.3030.180.camel@chickadee.boston.redhat.com> References: <20050607204156.39f62dcc@nausicaa.camperquake.de> <1118170963.2716.67.camel@localhost.localdomain> <200506080756.53808.symbiont@berlios.de> <20050609204431.7490636d@nausicaa.camperquake.de> <1118343577.3030.154.camel@chickadee.boston.redhat.com> <20050609210533.2bb547c0@nausicaa.camperquake.de> <1118345179.3030.180.camel@chickadee.boston.redhat.com> Message-ID: <20050609213539.044e1250@nausicaa.camperquake.de> Hi. John Dennis wrote: > Only in the diff, its not going to add them to the repository. Yes, of course. > Two different trees (e.g. FC-3, FC-4) have different revisions and > changelogs in the spec file. They _may_ have. > If you don't do these two things you'll end up with two identical rpm's > in two different distributions which violates packaging and distribution > guidelines. I can't have identical trees for a package for FC-3, FC-4 and devel, even if the very same .src.rpm build just fine for all distributions? -- Don't anthropomorphize computers. They don't like it. From toshio at tiki-lounge.com Thu Jun 9 19:41:43 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 09 Jun 2005 15:41:43 -0400 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: <1118346103.3175.56.camel@localhost> 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. pygame isn't in Fedora Core or Extras yet. This is needed in order to get these games included. -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 jdennis at redhat.com Thu Jun 9 19:49:01 2005 From: jdennis at redhat.com (John Dennis) Date: Thu, 09 Jun 2005 15:49:01 -0400 Subject: Merging in CVS In-Reply-To: <20050609213539.044e1250@nausicaa.camperquake.de> References: <20050607204156.39f62dcc@nausicaa.camperquake.de> <1118170963.2716.67.camel@localhost.localdomain> <200506080756.53808.symbiont@berlios.de> <20050609204431.7490636d@nausicaa.camperquake.de> <1118343577.3030.154.camel@chickadee.boston.redhat.com> <20050609210533.2bb547c0@nausicaa.camperquake.de> <1118345179.3030.180.camel@chickadee.boston.redhat.com> <20050609213539.044e1250@nausicaa.camperquake.de> Message-ID: <1118346541.3030.188.camel@chickadee.boston.redhat.com> On Thu, 2005-06-09 at 21:35 +0200, Ralf Ertzinger wrote: > > Two different trees (e.g. FC-3, FC-4) have different revisions and > > changelogs in the spec file. > > They _may_ have. s/may/must/ > > If you don't do these two things you'll end up with two identical rpm's > > in two different distributions which violates packaging and distribution > > guidelines. > > I can't have identical trees for a package for FC-3, FC-4 and devel, > even if the very same .src.rpm build just fine for all distributions? No, they must be distribution unique. Why? Each distribution has a different buildroot, e.g. different libraries, header files, etc. The same src rpm does not produce the same binary rpm, the labeling and identification of the binary rpm is a product of the spec file. -- John Dennis From caillon at redhat.com Thu Jun 9 19:57:56 2005 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 09 Jun 2005 15:57:56 -0400 Subject: Merging in CVS In-Reply-To: <1118346541.3030.188.camel@chickadee.boston.redhat.com> References: <20050607204156.39f62dcc@nausicaa.camperquake.de> <1118170963.2716.67.camel@localhost.localdomain> <200506080756.53808.symbiont@berlios.de> <20050609204431.7490636d@nausicaa.camperquake.de> <1118343577.3030.154.camel@chickadee.boston.redhat.com> <20050609210533.2bb547c0@nausicaa.camperquake.de> <1118345179.3030.180.camel@chickadee.boston.redhat.com> <20050609213539.044e1250@nausicaa.camperquake.de> <1118346541.3030.188.camel@chickadee.boston.redhat.com> Message-ID: <42A89F44.9010303@redhat.com> On 06/09/2005 03:49 PM, John Dennis wrote: > No, they must be distribution unique. Why? Each distribution has a > different buildroot, e.g. different libraries, header files, etc. The > same src rpm does not produce the same binary rpm, the labeling and > identification of the binary rpm is a product of the spec file. The NVR must be different between distribution releases. But I think that can be attained without different spec files. See http://www.fedoraproject.org/wiki/DistTag From fedora at camperquake.de Thu Jun 9 19:59:06 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 9 Jun 2005 21:59:06 +0200 Subject: Merging in CVS In-Reply-To: <1118346541.3030.188.camel@chickadee.boston.redhat.com> References: <20050607204156.39f62dcc@nausicaa.camperquake.de> <1118170963.2716.67.camel@localhost.localdomain> <200506080756.53808.symbiont@berlios.de> <20050609204431.7490636d@nausicaa.camperquake.de> <1118343577.3030.154.camel@chickadee.boston.redhat.com> <20050609210533.2bb547c0@nausicaa.camperquake.de> <1118345179.3030.180.camel@chickadee.boston.redhat.com> <20050609213539.044e1250@nausicaa.camperquake.de> <1118346541.3030.188.camel@chickadee.boston.redhat.com> Message-ID: <20050609215906.63e02de8@nausicaa.camperquake.de> Hi. John Dennis wrote: > No, they must be distribution unique. Why? Each distribution has a > different buildroot, e.g. different libraries, header files, etc. The > same src rpm does not produce the same binary rpm, the labeling and > identification of the binary rpm is a product of the spec file. I'm sorry, I don't get it. Yes, the build roots are different. Yes, the resulting binaries will be different. And the packages will even have different names (%{?dist}). But the spec files are still the same. -- "Bob, I'll pull the cat off of Ratbert's head, and you stomp on it." -- Dogbert From jdennis at redhat.com Thu Jun 9 20:05:52 2005 From: jdennis at redhat.com (John Dennis) Date: Thu, 09 Jun 2005 16:05:52 -0400 Subject: Merging in CVS In-Reply-To: <42A89F44.9010303@redhat.com> References: <20050607204156.39f62dcc@nausicaa.camperquake.de> <1118170963.2716.67.camel@localhost.localdomain> <200506080756.53808.symbiont@berlios.de> <20050609204431.7490636d@nausicaa.camperquake.de> <1118343577.3030.154.camel@chickadee.boston.redhat.com> <20050609210533.2bb547c0@nausicaa.camperquake.de> <1118345179.3030.180.camel@chickadee.boston.redhat.com> <20050609213539.044e1250@nausicaa.camperquake.de> <1118346541.3030.188.camel@chickadee.boston.redhat.com> <42A89F44.9010303@redhat.com> Message-ID: <1118347552.3030.194.camel@chickadee.boston.redhat.com> On Thu, 2005-06-09 at 15:57 -0400, Christopher Aillon wrote: > On 06/09/2005 03:49 PM, John Dennis wrote: > > No, they must be distribution unique. Why? Each distribution has a > > different buildroot, e.g. different libraries, header files, etc. The > > same src rpm does not produce the same binary rpm, the labeling and > > identification of the binary rpm is a product of the spec file. > > The NVR must be different between distribution releases. But I think > that can be attained without different spec files. See > http://www.fedoraproject.org/wiki/DistTag Good point Chris, %{dist} does get you out of this mess. Just remember its only available in extras using the extras build system, take it out of that environment and you've got the aforementioned problem. -- John Dennis From pawsa at theochem.kth.se Thu Jun 9 21:22:22 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Thu, 09 Jun 2005 21:22:22 +0000 Subject: New package: balsa In-Reply-To: <1118241016.2764.97.camel@laptop.mpeters.local> (from mpeters@mac.com on Wed Jun 8 16:30:15 2005) 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: <1118352142l.9911l.0l@salek.zapto.org> On 06/08/2005 04:30:15 PM, Michael A. Peters wrote: > On Sat, 2005-05-21 at 19:20 +0000, Pawel Salek wrote: > [snip] Thanks for all the comments - they are really appreciated! > -=- > I'll see if I can get libesmtp to build in rawhide in gcc4. That's > probably a blocker. Another way would be to include libesmtp package in balsa as an additional tarball - this would require some patching though because currently libesmtp loads authentication plugins with dlopen() and its author is very fond of it. Does anybody know of other applications using libesmtp? I think pan is one but I do not know its status. Opinions? Pawel From xb_ml at kelkoo.net Thu Jun 9 22:25:54 2005 From: xb_ml at kelkoo.net (Xavier Bachelot) Date: Fri, 10 Jun 2005 00:25:54 +0200 Subject: Package question - pyGames ... In-Reply-To: <1118346103.3175.56.camel@localhost> References: <20050609025644.3CA30737D9@hormel.redhat.com> <42A832AF.7090804@leenx.co.za> <1118346103.3175.56.camel@localhost> Message-ID: <42A8C1F2.9050409@kelkoo.net> Toshio Kuratomi wrote: > 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. > > > pygame isn't in Fedora Core or Extras yet. This is needed in order to > get these games included. > > -Toshio > python-pygame is in Livna (http://rpm.livna.org). This package cannot be included in Extras because it depends on smpeg which in turn cannot be included due to patent pb. Thus anything that depend on python-pygame should go to livna too. Regards, Xavier From mattdm at mattdm.org Fri Jun 10 00:58:36 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 9 Jun 2005 20:58:36 -0400 Subject: Package question - pyGames ... In-Reply-To: <42A8C1F2.9050409@kelkoo.net> References: <20050609025644.3CA30737D9@hormel.redhat.com> <42A832AF.7090804@leenx.co.za> <1118346103.3175.56.camel@localhost> <42A8C1F2.9050409@kelkoo.net> Message-ID: <20050610005836.GA32218@jadzia.bu.edu> On Fri, Jun 10, 2005 at 12:25:54AM +0200, Xavier Bachelot wrote: > >pygame isn't in Fedora Core or Extras yet. This is needed in order to > >get these games included. > python-pygame is in Livna (http://rpm.livna.org). This package cannot be > included in Extras because it depends on smpeg which in turn cannot be > included due to patent pb. Thus anything that depend on python-pygame > should go to livna too. Hmmm. Wonder if it could be made so the smpeg part is a plugin? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 81 degrees Fahrenheit. From symbiont at berlios.de Fri Jun 10 01:51:17 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Fri, 10 Jun 2005 09:51:17 +0800 Subject: Merging in CVS In-Reply-To: <1118347552.3030.194.camel@chickadee.boston.redhat.com> References: <20050607204156.39f62dcc@nausicaa.camperquake.de> <42A89F44.9010303@redhat.com> <1118347552.3030.194.camel@chickadee.boston.redhat.com> Message-ID: <200506100951.17495.symbiont@berlios.de> On Friday 10 June 2005 04:05, John Dennis wrote: > On Thu, 2005-06-09 at 15:57 -0400, Christopher Aillon wrote: > > On 06/09/2005 03:49 PM, John Dennis wrote: > > > No, they must be distribution unique. Why? Each distribution has > > > a different buildroot, e.g. different libraries, header files, > > > etc. The same src rpm does not produce the same binary rpm, the > > > labeling and identification of the binary rpm is a product of the > > > spec file. > > > > The NVR must be different between distribution releases. ?But I > > think that can be attained without different spec files. ?See > > http://www.fedoraproject.org/wiki/DistTag > > Good point Chris, %{dist} does get you out of this mess. Just > remember its only available in extras using the extras build system, > take it out of that environment and you've got the aforementioned > problem. The CVS tagging and branching is only available in its own environment. Worse, people will grab the wrong spec for the wrong distribution (buildrequires difference or whatever). With %if exception processing it's all in one file ready to be tweaked at a moments notice. If you take it out of extras, it'd be trivial to add a %define dist ... at the top of the spec. It's all about shifting the complexity of the problem to a different solution space. You either solve it with tagging/branching/different directories or you solve it with %if. For 99% of the cases, a %if exception is simple and clear and controllable *outside* of extras using a %define. This is what I was alluding to in my first response. The conclusion of the thread also lends credence to this point of view. YMMV. -- -jeff From elprodigio at gmail.com Fri Jun 10 02:19:53 2005 From: elprodigio at gmail.com (Didier Casse) Date: Fri, 10 Jun 2005 10:19:53 +0800 Subject: Requesting review (II)/approval on Enlightenment DR17 package+ some EFLs In-Reply-To: <1118303761.14833.13.camel@wombat.tiptoe.de> References: <513a3b3050603060475dfa041@mail.gmail.com> <1117812514.23296.84.camel@gibraltar.stuttgart.redhat.com> <513a3b305060808484b87c357@mail.gmail.com> <1118303761.14833.13.camel@wombat.tiptoe.de> Message-ID: <513a3b3050609191932ade816@mail.gmail.com> On 6/9/05, Nils Philippsen wrote: > 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: But I realized that tarballs not generated by "make dist" still require this extra option somehow. Proper tarball is just happy with the %configure. If you try to build for instance this: http://ovh.dl.sourceforge.net/sourceforge/e17genmenu/e17genmenu-0.1.8.tar.gz without the extra option, it won't install in /usr (It's not a good generated tarball and probably not generated at all!). The trick is to go inside the tarball, perform a ./autogen.sh, make dist then take the resulting PROPER tarball. Then there's no need to specify additional options to %configure. > > 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 > ... I see. Thanks for the insight. :) -- 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 jwboyer at jdub.homelinux.org Fri Jun 10 02:26:11 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 09 Jun 2005 21:26:11 -0500 Subject: Merging in CVS In-Reply-To: <1118347552.3030.194.camel@chickadee.boston.redhat.com> References: <20050607204156.39f62dcc@nausicaa.camperquake.de> <1118170963.2716.67.camel@localhost.localdomain> <200506080756.53808.symbiont@berlios.de> <20050609204431.7490636d@nausicaa.camperquake.de> <1118343577.3030.154.camel@chickadee.boston.redhat.com> <20050609210533.2bb547c0@nausicaa.camperquake.de> <1118345179.3030.180.camel@chickadee.boston.redhat.com> <20050609213539.044e1250@nausicaa.camperquake.de> <1118346541.3030.188.camel@chickadee.boston.redhat.com> <42A89F44.9010303@redhat.com> <1118347552.3030.194.camel@chickadee.boston.redhat.com> Message-ID: <1118370371.4646.1.camel@yoda.jdub.homelinux.org> On Thu, 2005-06-09 at 16:05 -0400, John Dennis wrote: > On Thu, 2005-06-09 at 15:57 -0400, Christopher Aillon wrote: > > On 06/09/2005 03:49 PM, John Dennis wrote: > > > No, they must be distribution unique. Why? Each distribution has a > > > different buildroot, e.g. different libraries, header files, etc. The > > > same src rpm does not produce the same binary rpm, the labeling and > > > identification of the binary rpm is a product of the spec file. > > > > The NVR must be different between distribution releases. But I think > > that can be attained without different spec files. See > > http://www.fedoraproject.org/wiki/DistTag > > Good point Chris, %{dist} does get you out of this mess. Just remember > its only available in extras using the extras build system, take it out > of that environment and you've got the aforementioned problem. With that specific incantation, take it out of extras and you have other problems too. Which is why %{?dist} is recommended. It doesn't solve the NVR problem outside of extras, but at least the specfile will still function when %{dist} is not defined. josh From mattdm at mattdm.org Fri Jun 10 03:18:46 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 9 Jun 2005 23:18:46 -0400 Subject: Merging in CVS In-Reply-To: <1118370371.4646.1.camel@yoda.jdub.homelinux.org> References: <200506080756.53808.symbiont@berlios.de> <20050609204431.7490636d@nausicaa.camperquake.de> <1118343577.3030.154.camel@chickadee.boston.redhat.com> <20050609210533.2bb547c0@nausicaa.camperquake.de> <1118345179.3030.180.camel@chickadee.boston.redhat.com> <20050609213539.044e1250@nausicaa.camperquake.de> <1118346541.3030.188.camel@chickadee.boston.redhat.com> <42A89F44.9010303@redhat.com> <1118347552.3030.194.camel@chickadee.boston.redhat.com> <1118370371.4646.1.camel@yoda.jdub.homelinux.org> Message-ID: <20050610031846.GA4431@jadzia.bu.edu> On Thu, Jun 09, 2005 at 09:26:11PM -0500, Josh Boyer wrote: > With that specific incantation, take it out of extras and you have other > problems too. Which is why %{?dist} is recommended. It doesn't solve > the NVR problem outside of extras, but at least the specfile will still > function when %{dist} is not defined. And if building outside of extras, you can put a file in /etc/rpm defining %{dist} as "localbuild" (or whatever), easily tagging packages which you've rebuilt for some reason. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 81 degrees Fahrenheit. From mpeters at mac.com Fri Jun 10 04:09:17 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 09 Jun 2005 21:09:17 -0700 Subject: New package: balsa In-Reply-To: <1118352142l.9911l.0l@salek.zapto.org> 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> <1118352142l.9911l.0l@salek.zapto.org> Message-ID: <1118376557.31279.33.camel@laptop.mpeters.local> On Thu, 2005-06-09 at 21:22 +0000, Pawel Salek wrote: > On 06/08/2005 04:30:15 PM, Michael A. Peters wrote: > > On Sat, 2005-05-21 at 19:20 +0000, Pawel Salek wrote: > > [snip] > > Thanks for all the comments - they are really appreciated! > > > -=- > > I'll see if I can get libesmtp to build in rawhide in gcc4. That's > > probably a blocker. > > Another way would be to include libesmtp package in balsa as an > additional tarball - this would require some patching though because > currently libesmtp loads authentication plugins with dlopen() and its > author is very fond of it. Does anybody know of other applications > using libesmtp? I think pan is one but I do not know its status. > > Opinions? AFAIK pan was also removed from core, which is too bad because I liked it - though I hardly ever used it. If there is other software that can use libesmtp that either was in core or otherwise should be in extras, then it should be its own package. Anyway - imho the most recent libesmtp from core should be checked to into extras, and gcc4 patched. I think (other than patch) all the spec file would need is a small change to meet extras guidelines - it uses BuildPreReq and I think extras wants BuildRequires. From j.w.r.degoede at hhs.nl Fri Jun 10 07:20:01 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 10 Jun 2005 09:20:01 +0200 Subject: fedora-commits Message-ID: <42A93F21.4010903@hhs.nl> Hi, I've been subscribed to Fedora commits since all maintainers should be subscribed there so that they can comment on others commits. However in the pas few days I haven't seen a single reply to a commit, so it seems this mechanism isn't working. Can we please make fedora-commits subscribition optional and send approved messages to extras-list, which does seem to actually get read. Regards, Hans From ivazquez at ivazquez.net Fri Jun 10 07:27:35 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 10 Jun 2005 03:27:35 -0400 Subject: fedora-commits In-Reply-To: <42A93F21.4010903@hhs.nl> References: <42A93F21.4010903@hhs.nl> Message-ID: <1118388455.23142.3.camel@ignacio.ignacio.lan> On Fri, 2005-06-10 at 09:20 +0200, Hans de Goede wrote: > Hi, > > I've been subscribed to Fedora commits since all maintainers should be > subscribed there so that they can comment on others commits. > > However in the pas few days I haven't seen a single reply to a commit, > so it seems this mechanism isn't working. Pardon my naivete, but could it just be that there's nothing worth replying *to*? I certainly didn't see any problems myself. > Can we please make fedora-commits subscribition optional and send > approved messages to extras-list, which does seem to actually get > read. No offense intended, but this conclusion and therefore this proposed action is based on a potentially faulty assumption. -- 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 Fri Jun 10 07:46:13 2005 From: tian at c-sait.net (Christian Jodar) Date: Fri, 10 Jun 2005 09:46:13 +0200 (CEST) Subject: fedora-commits In-Reply-To: <42A93F21.4010903@hhs.nl> References: <42A93F21.4010903@hhs.nl> Message-ID: <52396.83.145.93.226.1118389573.squirrel@83.145.93.226> Hello, > However in the pas few days I haven't seen a single reply to a commit, > so it seems this mechanism isn't working. A commit message is an automatic one describing which changes have been commited. I don't think about something that could be replied to such a message. But it is useful to have an idea of what is commited (at least to know about new packages). The other kind of messages there are on this list is the approval ones. And as it has been discussed before on this list, there is also no need for a reply. Maybe a separate list could be created for theses messages. That's the only thing that could be changed from my point of view. But I am not sure it would be useful. From nphilipp at redhat.com Fri Jun 10 08:30:50 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 10 Jun 2005 10:30:50 +0200 Subject: Requesting review (II)/approval on Enlightenment DR17 package+ some EFLs In-Reply-To: <513a3b3050609191932ade816@mail.gmail.com> References: <513a3b3050603060475dfa041@mail.gmail.com> <1117812514.23296.84.camel@gibraltar.stuttgart.redhat.com> <513a3b305060808484b87c357@mail.gmail.com> <1118303761.14833.13.camel@wombat.tiptoe.de> <513a3b3050609191932ade816@mail.gmail.com> Message-ID: <1118392251.20058.8.camel@gibraltar.stuttgart.redhat.com> Hi Didier, On Fri, 2005-06-10 at 10:19 +0800, Didier Casse wrote: > But I realized that tarballs not generated by "make dist" still > require this extra option somehow. Proper tarball is just happy with > the %configure. > > If you try to build for instance this: > > http://ovh.dl.sourceforge.net/sourceforge/e17genmenu/e17genmenu-0.1.8.tar.gz > > without the extra option, it won't install in /usr (It's not a good > generated tarball and probably not generated at all!). The trick is to > go inside the tarball, perform a > ./autogen.sh, make dist then take the resulting PROPER tarball. Then > there's no need to specify additional options to %configure. I've skimmed over the tarball, but didn't find anything that would indicate that it needed --prefix=... specified twice (because that is what "%configure --prefix=..." would do -- it already specifies --prefix=/usr). In fact the tarball looks like just an ordinary "make dist" generated one, I can only find "/usr/local" at the obvious places, namely in the configure script when looking for headers and libraries and as the default prefix (which should get overridden when using --prefix (once)). I don't have all the E17 stuff installed, so I can't run configure properly, but if you could run it twice (first time with "%configure", second with "%configure --prefix=/usr") and send me the build log (privately, no need to spam the list) perhaps we can figure out what goes wrong here. 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 fedora at mushware.com Fri Jun 10 08:34:04 2005 From: fedora at mushware.com (Andy Southgate) Date: Fri, 10 Jun 2005 09:34:04 +0100 Subject: New package Tesseract Trainer needs packager Message-ID: <42A9507C.7000109@mushware.com> Hi, I've written a package called Tesseract Trainer. It appears to work and is getting a reasonable response here: http://www.happypenguin.org/show?Tesseract%20Trainer The problem is that I don't have time to go through Fedora's submission process myself, as I'm going to be writing more stuff. I'm trying to pioneer a new era of 4D gaming, which is a tall order at the best of times. So, if somebody would like to package it for me I'd be very grateful. Hopefully it's a case of taking the Mandrake .spec file and Fedora-ising it. If you fancy the job, a selection of source packages can be found at http://mushware.com/dload.php?action=category&cat_id=7. Yours, Andy Southgate Mushware Limited From petersen at redhat.com Fri Jun 10 08:52:14 2005 From: petersen at redhat.com (Jens Petersen) Date: Fri, 10 Jun 2005 17:52:14 +0900 Subject: Approval needed again: Scim-tables In-Reply-To: <42A801E6.1090509@mbm.nifty.com> References: <20050607160055.875EF7362E@hormel.redhat.com> <42A801E6.1090509@mbm.nifty.com> Message-ID: <42A954BE.6060807@redhat.com> Hi Dairiki san, Ryo Dairiki wrote: > May I add scim-tables into CVS? > Is there anyone pleased to give me an approval? I attach a patch with a few small minor changes. Please go ahead with importing into cvs, but make sure you import the pristine upstream source with no modifications. :) Then I'll be happy to approve this. -Jens >>>> 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 will import scim-1.3.0 as a devel package if you want. I noticed some problems with 1.3.0 on FC4 at least - gnome-panel often loops and scim-anthy doesn't seem to work on x86_64 for example. Jens ps Btw I setup a temporary scim yum repo until most of the packages get into Extras... http://people.redhat.com/petersen/scim There are fc3 and fc4 packages for i386 and x86_64. repoviews under the repodata dirs. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: scim-tables.spec-1.patch URL: From nphilipp at redhat.com Fri Jun 10 11:11:58 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 10 Jun 2005 13:11:58 +0200 Subject: Request for Additional Review: sword and gnomesword In-Reply-To: <1118204611.2764.12.camel@laptop.mpeters.local> References: <1118204611.2764.12.camel@laptop.mpeters.local> Message-ID: <1118401918.20058.16.camel@gibraltar.stuttgart.redhat.com> On Tue, 2005-06-07 at 21:23 -0700, Michael A. Peters wrote: > 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 my POV, GenericName is something that needs to be solved upstream in order that it gets translated at all (unless you happen to be fluent in all languages and can do the translation by yourself ;-). Using --copy-name-to-generic-name to workaround a missing generic name seems legitimate to me. 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 Fri Jun 10 11:17:35 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 10 Jun 2005 13:17:35 +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: <1118402256.20058.19.camel@gibraltar.stuttgart.redhat.com> On Thu, 2005-06-09 at 10:56 +0200, Adrian Reber wrote: > 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. Ugh. As it's GPL, can we do something about that? After all if it really needs the library there's no reason to not link against it. If it doesn't need it (just uses it if present), there's no need to require that library. 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 ville.skytta at iki.fi Fri Jun 10 12:08:16 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 10 Jun 2005 15:08:16 +0300 Subject: Approval needed again: Scim-tables In-Reply-To: <42A954BE.6060807@redhat.com> References: <20050607160055.875EF7362E@hormel.redhat.com> <42A801E6.1090509@mbm.nifty.com> <42A954BE.6060807@redhat.com> Message-ID: <1118405296.6100.2.camel@bobcat.mine.nu> On Fri, 2005-06-10 at 17:52 +0900, Jens Petersen wrote: > -Source0: %{name}-%{version}.tar.gz > +Source0: http://prdownloads.sourceforge.net/scim/%{name}-%{version}.tar.gz s/prdownloads/download/ would make the link directly downloadable (eg. with spectool). From nphilipp at redhat.com Fri Jun 10 12:09:58 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 10 Jun 2005 14:09:58 +0200 Subject: New package Tesseract Trainer needs packager In-Reply-To: <42A9507C.7000109@mushware.com> References: <42A9507C.7000109@mushware.com> Message-ID: <1118405398.24160.15.camel@gibraltar.stuttgart.redhat.com> Hi Andy, On Fri, 2005-06-10 at 09:34 +0100, Andy Southgate wrote: > I've written a package called Tesseract Trainer. It appears to work and is > getting a reasonable response here: > > http://www.happypenguin.org/show?Tesseract%20Trainer > > The problem is that I don't have time to go through Fedora's submission > process myself, as I'm going to be writing more stuff. I'm trying to > pioneer a new era of 4D gaming, which is a tall order at the best of times. > So, if somebody would like to package it for me I'd be very grateful. > Hopefully it's a case of taking the Mandrake .spec file and Fedora-ising it. > If you fancy the job, a selection of source packages can be found at > http://mushware.com/dload.php?action=category&cat_id=7. that package being shareware pretty much precludes it from being part of Fedora. 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 toshio at tiki-lounge.com Fri Jun 10 12:17:56 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 10 Jun 2005 08:17:56 -0400 Subject: Package question - pyGames ... In-Reply-To: <20050610005836.GA32218@jadzia.bu.edu> References: <20050609025644.3CA30737D9@hormel.redhat.com> <42A832AF.7090804@leenx.co.za> <1118346103.3175.56.camel@localhost> <42A8C1F2.9050409@kelkoo.net> <20050610005836.GA32218@jadzia.bu.edu> Message-ID: <1118405876.3353.12.camel@localhost> On Thu, 2005-06-09 at 20:58 -0400, Matthew Miller wrote: > On Fri, Jun 10, 2005 at 12:25:54AM +0200, Xavier Bachelot wrote: > > >pygame isn't in Fedora Core or Extras yet. This is needed in order to > > >get these games included. > > python-pygame is in Livna (http://rpm.livna.org). This package cannot be > > included in Extras because it depends on smpeg which in turn cannot be > > included due to patent pb. Thus anything that depend on python-pygame > > should go to livna too. > > Hmmm. Wonder if it could be made so the smpeg part is a plugin? > Preliminary look shows this: ./configure [...] Warning, some of the pygame dependencies were not found. Pygame can still compile and install, but games that depend on those missing dependencies will not run. Would you like to continue the configuration? [Y/n]: A quick scan of documentation and grep of the source implies that the mpeg support can be built and installed separately from the rest of pygame. Testing and a more in-depth look at the source would be necessary to see if this is true. -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 adrian at lisas.de Fri Jun 10 12:26:05 2005 From: adrian at lisas.de (Adrian Reber) Date: Fri, 10 Jun 2005 14:26:05 +0200 Subject: Nexuiz In-Reply-To: <1118402256.20058.19.camel@gibraltar.stuttgart.redhat.com> References: <20050609082426.GA8518@lisas.de> <1118307016.25537.10.camel@laptop.mpeters.local> <20050609085606.GA22286@lisas.de> <1118402256.20058.19.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050610122605.GA31424@lisas.de> On Fri, Jun 10, 2005 at 01:17:35PM +0200, Nils Philippsen wrote: > > > 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. > > Ugh. As it's GPL, can we do something about that? After all if it really > needs the library there's no reason to not link against it. If it > doesn't need it (just uses it if present), there's no need to require > that library. The server does start if libz.so.1 cannot be found but complains loudly and it cannot load the levels. Same for the client only that it shuts itself down after about 5 seconds. So it is definetly required to run nexuiz. Adrian From fedora at camperquake.de Fri Jun 10 13:29:27 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 10 Jun 2005 15:29:27 +0200 Subject: Nexuiz In-Reply-To: <20050610122605.GA31424@lisas.de> References: <20050609082426.GA8518@lisas.de> <1118307016.25537.10.camel@laptop.mpeters.local> <20050609085606.GA22286@lisas.de> <1118402256.20058.19.camel@gibraltar.stuttgart.redhat.com> <20050610122605.GA31424@lisas.de> Message-ID: <20050610132927.GB29977@ryoko.camperquake.de> On Fri, Jun 10, 2005 at 02:26:05PM +0200, Adrian Reber wrote: > The server does start if libz.so.1 cannot be found but complains loudly > and it cannot load the levels. Same for the client only that it shuts > itself down after about 5 seconds. So it is definetly required to run > nexuiz. I think that results from the fact that the levels are compressed. You may (in theroy) use other level files that are not compressed, and then it would run. From aportal at univ-montp2.fr Fri Jun 10 13:38:55 2005 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Fri, 10 Jun 2005 15:38:55 +0200 Subject: Unable to access cvs In-Reply-To: <200506091128.39398.aportal@univ-montp2.fr> References: <200506091128.39398.aportal@univ-montp2.fr> Message-ID: <200506101538.57998.aportal@univ-montp2.fr> Le Jeudi 09 Juin 2005 11:28, Alain PORTAL a ?crit : > Can somebody tell me what happens? Nobody? -- 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 mpeters at mac.com Fri Jun 10 13:52:47 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 10 Jun 2005 06:52:47 -0700 Subject: Unable to access cvs In-Reply-To: <200506101538.57998.aportal@univ-montp2.fr> References: <200506091128.39398.aportal@univ-montp2.fr> <200506101538.57998.aportal@univ-montp2.fr> Message-ID: <1118411568.2667.1.camel@laptop.mpeters.local> On Fri, 2005-06-10 at 15:38 +0200, Alain PORTAL wrote: > Le Jeudi 09 Juin 2005 11:28, Alain PORTAL a ?crit : > > > Can somebody tell me what happens? > > Nobody? My guess is it doesn't like your certificate. It didn't like mine until I generated a new one using my username at cvs.fedora.redhat.com Once I did that (and uploaded it again) it just worked. From mpeters at mac.com Fri Jun 10 14:07:15 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 10 Jun 2005 07:07:15 -0700 Subject: Unable to access cvs In-Reply-To: <1118411568.2667.1.camel@laptop.mpeters.local> References: <200506091128.39398.aportal@univ-montp2.fr> <200506101538.57998.aportal@univ-montp2.fr> <1118411568.2667.1.camel@laptop.mpeters.local> Message-ID: <1118412435.2667.3.camel@laptop.mpeters.local> On Fri, 2005-06-10 at 06:52 -0700, Michael A. Peters wrote: > On Fri, 2005-06-10 at 15:38 +0200, Alain PORTAL wrote: > > Le Jeudi 09 Juin 2005 11:28, Alain PORTAL a ?crit : > > > > > Can somebody tell me what happens? > > > > Nobody? > > My guess is it doesn't like your certificate. by certificate I mean your ssh key. From aportal at univ-montp2.fr Fri Jun 10 14:28:52 2005 From: aportal at univ-montp2.fr (Alain PORTAL) Date: Fri, 10 Jun 2005 16:28:52 +0200 Subject: Unable to access cvs In-Reply-To: <1118411568.2667.1.camel@laptop.mpeters.local> References: <200506091128.39398.aportal@univ-montp2.fr> <200506101538.57998.aportal@univ-montp2.fr> <1118411568.2667.1.camel@laptop.mpeters.local> Message-ID: <200506101628.55518.aportal@univ-montp2.fr> Le Vendredi 10 Juin 2005 15:52, Michael A. Peters a ?crit : > On Fri, 2005-06-10 at 15:38 +0200, Alain PORTAL wrote: > > Le Jeudi 09 Juin 2005 11:28, Alain PORTAL a ?crit : > > > Can somebody tell me what happens? > > > > Nobody? > > My guess is it doesn't like your certificate. > > It didn't like mine until I generated a new one using my > username at cvs.fedora.redhat.com Like that ? ssh-keygen -C Dionysos at cvs.fedora.redhat.com -t dsa If yes, don't work for me :-( -- 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 fedora at mushware.com Fri Jun 10 15:07:36 2005 From: fedora at mushware.com (Andy Southgate) Date: Fri, 10 Jun 2005 16:07:36 +0100 Subject: New package Tesseract Trainer needs packager In-Reply-To: <20050610143011.E6532735F1@hormel.redhat.com> References: <20050610143011.E6532735F1@hormel.redhat.com> Message-ID: <42A9ACB8.8070105@mushware.com> >> I've written a package called Tesseract Trainer. It appears to work and is >> getting a reasonable response here: >> >> http://www.happypenguin.org/show?Tesseract%20Trainer >> >> The problem is that I don't have time to go through Fedora's submission >> process myself, as I'm going to be writing more stuff. I'm trying to >> pioneer a new era of 4D gaming, which is a tall order at the best of times. >> So, if somebody would like to package it for me I'd be very grateful. >> Hopefully it's a case of taking the Mandrake .spec file and Fedora-ising it. >> If you fancy the job, a selection of source packages can be found at >> http://mushware.com/dload.php?action=category&cat_id=7. > > >that package being shareware pretty much precludes it from being part of >Fedora. Sorry I should have mentioned. It's not real shareware - the licence is GPL. Is there anything else I need to do to make it Fedora-friendly? Yours, Andy S. Mushware Limited andy.southgate at mushware.com From nphilipp at redhat.com Fri Jun 10 16:02:48 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 10 Jun 2005 18:02:48 +0200 Subject: New package Tesseract Trainer needs packager In-Reply-To: <42A9ACB8.8070105@mushware.com> References: <20050610143011.E6532735F1@hormel.redhat.com> <42A9ACB8.8070105@mushware.com> Message-ID: <1118419369.24160.50.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-06-10 at 16:07 +0100, Andy Southgate wrote: > >> I've written a package called Tesseract Trainer. It appears to work and is > >> getting a reasonable response here: > >> > >> http://www.happypenguin.org/show?Tesseract%20Trainer > >> > >> The problem is that I don't have time to go through Fedora's submission > >> process myself, as I'm going to be writing more stuff. I'm trying to > >> pioneer a new era of 4D gaming, which is a tall order at the best of times. > >> So, if somebody would like to package it for me I'd be very grateful. > >> Hopefully it's a case of taking the Mandrake .spec file and Fedora-ising it. > >> If you fancy the job, a selection of source packages can be found at > >> http://mushware.com/dload.php?action=category&cat_id=7. > > > > > >that package being shareware pretty much precludes it from being part of > >Fedora. > > Sorry I should have mentioned. It's not real shareware - the licence > is GPL. Is there anything else I need to do to make it > Fedora-friendly? Well, it seems that all that "shareware", "$8" and "download demo version" stuff scared me off initially ;-). The following came to mind when looking at the spec file to get it Fedora-ized: --- 8< --- > %define name tesseracttrainer > %define version 0.1.4 > %define release 1 Don't do that here, just set name, version, release below (Name:, Version:, Release:), the macros get set anyway. > %define RUNFILE %{_bindir}/tesseracttrainer > %define RUNFILESAFE %{_bindir}/tesseracttrainer-recover > > Summary: Tesseract Trainer Usually the package name shouldn't be repeated in the summary, but I guess in this instance it is the shortest way to describe it, unfortunately most people won't know what a tesseract is (I didn't until now). > Name: %{name} > Version: %{version} > Release: %{release} See above. > Source0: http://www.mushware.com/files/%{name}-%{version}.tar.bz2 > URL: http://www.mushware.com/ > Copyright: GPL Using "Copyright: ..." is deprecated, use "License: ...". > Group: Games/Other For Fedora, that would be "Amusements/Games". > BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot > Prefix: %{_prefix} Unnecessary, this is set implicitely. > Provides: %{name}-%{version}-%{release} Ditto. What's missing here are the BuildRequires. > > %description > Tesseract Trainer generates a full screen real time display of a rotating > tesseract - the equivalent of the cube in 4 dimensions. This app also adds > point textures, which give you a feel of what each of the eight faces are > doing. There's a stereoscopic option which adds 3D depth to the projection > from 4D, music and numerous options to play with. I'm very keen to get > feedback as to whether anyone can 'see' the 4D effect here. You should elaborate who is keen here, remember people may see only the description alone. "I" in this context can be the upstream author but also the packager. > The application contains a number of interesting features. Point textures > convey the orientation of each of the faces as the hypercube rotates. The > two invariant planes of the rotation are shown. Any number of faces can be > drawn, so each can be followed in turn. The facets of each face can be > textured, and faces on each axis are shown in different colours to distinguish > them. A manual is provided in PDF format, together with key control help > whilst the application is running. Display resolution can be selected to > match the display. Finally, some experimental seven-time music creates a bit > of atmosphere. > > %prep > rm -rf ${RPM_BUILD_ROOT} Don't do that here...(*) > > %setup -q > > %build > %configure --program-transform-name="" IIUC, this option is a noop so "%configure" alone should suffice...(**) > # App seen to segfault when throwing an exception if omit-frame-pointers is used > CXXFLAGS=`echo $CXXFLAGS | sed 's/-fomit-frame-pointer//'` > make CXXFLAGS="$CXXFLAGS" (**)... but you can achieve what you want albeit a bit more cleanly like this: CXXFLAGS="$(echo %optflags | sed 's/-fomit-frame-pointer//g')" \ %configure make Ensure that you "BuildRequire: sed" above. > > %install (*)... but rather here. > %makeinstall > > %clean > rm -rf $RPM_BUILD_ROOT > > %files > %defattr(-,root,root) > %doc README COPYING NEWS AUTHORS data-tesseracttrainer/About_Tesseract_Trainer.pdf > %{_datadir}/tesseracttrainer > %{_bindir}/tesseracttrainerbinary > %{RUNFILE} > %{RUNFILESAFE} > %{_mandir}/man6/%{name}*.6* > > %post > rm -f %{RUNFILE} Ouch!...(***) > echo #!/bin/sh > %{RUNFILE} > echo cd %{_datadir}/%{name}/system >> %{RUNFILE} > echo exec %{_bindir}/tesseracttrainerbinary >> %{RUNFILE} > chmod 0755 %{RUNFILE} > rm -f %{RUNFILESAFE} > echo #!/bin/sh > %{RUNFILESAAFE} > echo cd %{_datadir}/%{name}/system >> %{RUNFILESAFE} > echo "exec %{_bindir}/tesseracttrainerbinary \"load('start_safe.txt')\"" >> %{RUNFILESAFE} > chmod 0755 %{RUNFILESAFE} (***)... rather include these two files as source files and install them in %install. > %postun No need to have an empty %postun. > %changelog > * Tue Jun 9 2005 Andy Southgate 0.1.4-1 > - Initial generic RPM --- >8 --- 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 toshio at tiki-lounge.com Fri Jun 10 16:23:09 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 10 Jun 2005 12:23:09 -0400 Subject: New package: balsa In-Reply-To: <1118352142l.9911l.0l@salek.zapto.org> 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> <1118352142l.9911l.0l@salek.zapto.org> Message-ID: <1118420589.4064.11.camel@localhost> On Thu, 2005-06-09 at 21:22 +0000, Pawel Salek wrote: > On 06/08/2005 04:30:15 PM, Michael A. Peters wrote: > > I'll see if I can get libesmtp to build in rawhide in gcc4. That's > > probably a blocker. > Another way would be to include libesmtp package in balsa as an > additional tarball - this would require some patching though because > currently libesmtp loads authentication plugins with dlopen() and its > author is very fond of it. Does anybody know of other applications > using libesmtp? I think pan is one but I do not know its status. > This should be avoided whenever possible. If a library has a separate tarball it should be packaged separately. That way someone else developing something that could use libesmtp will know it's there to be played with. Besides, if it won't build with gcc4 alone, it won't matter if it's in its own packag or the balsa package. -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 mattdm at mattdm.org Fri Jun 10 16:26:41 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 10 Jun 2005 12:26:41 -0400 Subject: New package Tesseract Trainer needs packager In-Reply-To: <1118419369.24160.50.camel@gibraltar.stuttgart.redhat.com> References: <20050610143011.E6532735F1@hormel.redhat.com> <42A9ACB8.8070105@mushware.com> <1118419369.24160.50.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050610162641.GA14684@jadzia.bu.edu> On Fri, Jun 10, 2005 at 06:02:48PM +0200, Nils Philippsen wrote: > > Summary: Tesseract Trainer > Usually the package name shouldn't be repeated in the summary, but I > guess in this instance it is the shortest way to describe it, > unfortunately most people won't know what a tesseract is (I didn't until > now). How about: "A tool for visualizing 4-dimensional hypercubes" ? > > Prefix: %{_prefix} > Unnecessary, this is set implicitely. Using prefix makes it relocatable. If that's desired. And if it's possible. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 81 degrees Fahrenheit. From nphilipp at redhat.com Fri Jun 10 17:11:06 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 10 Jun 2005 19:11:06 +0200 Subject: New package Tesseract Trainer needs packager In-Reply-To: <20050610162641.GA14684@jadzia.bu.edu> References: <20050610143011.E6532735F1@hormel.redhat.com> <42A9ACB8.8070105@mushware.com> <1118419369.24160.50.camel@gibraltar.stuttgart.redhat.com> <20050610162641.GA14684@jadzia.bu.edu> Message-ID: <1118423466.24160.53.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-06-10 at 12:26 -0400, Matthew Miller wrote: > On Fri, Jun 10, 2005 at 06:02:48PM +0200, Nils Philippsen wrote: > > > Summary: Tesseract Trainer > > Usually the package name shouldn't be repeated in the summary, but I > > guess in this instance it is the shortest way to describe it, > > unfortunately most people won't know what a tesseract is (I didn't until > > now). > > How about: > > "A tool for visualizing 4-dimensional hypercubes" "Tool for ..." -- AFAIK articles get left out of summaries. > > > Prefix: %{_prefix} > > Unnecessary, this is set implicitely. > > Using prefix makes it relocatable. If that's desired. And if it's possible. Ahh. Is it possible? 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 mattdm at mattdm.org Fri Jun 10 17:25:21 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 10 Jun 2005 13:25:21 -0400 Subject: New package Tesseract Trainer needs packager In-Reply-To: <1118423466.24160.53.camel@gibraltar.stuttgart.redhat.com> References: <20050610143011.E6532735F1@hormel.redhat.com> <42A9ACB8.8070105@mushware.com> <1118419369.24160.50.camel@gibraltar.stuttgart.redhat.com> <20050610162641.GA14684@jadzia.bu.edu> <1118423466.24160.53.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050610172521.GA16717@jadzia.bu.edu> On Fri, Jun 10, 2005 at 07:11:06PM +0200, Nils Philippsen wrote: > > > > Prefix: %{_prefix} > > > Unnecessary, this is set implicitely. > > Using prefix makes it relocatable. If that's desired. And if it's possible. > Ahh. Is it possible? If all of the files in the package are under that prefix, and nothing in the build ends up hard-coding file locations, it is. Otherwise, no. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 81 degrees Fahrenheit. From paul at city-fan.org Fri Jun 10 17:41:03 2005 From: paul at city-fan.org (Paul Howarth) Date: Fri, 10 Jun 2005 18:41:03 +0100 Subject: New package Tesseract Trainer needs packager In-Reply-To: <1118419369.24160.50.camel@gibraltar.stuttgart.redhat.com> References: <20050610143011.E6532735F1@hormel.redhat.com> <42A9ACB8.8070105@mushware.com> <1118419369.24160.50.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1118425263.13644.522.camel@laurel.intra.city-fan.org> On Fri, 2005-06-10 at 18:02 +0200, Nils Philippsen wrote: > (**)... but you can achieve what you want albeit a bit more cleanly like this: > > CXXFLAGS="$(echo %optflags | sed 's/-fomit-frame-pointer//g')" \ > %configure > make > > Ensure that you "BuildRequire: sed" above. Not necessary; sed is assumed to be in the build environment according to the "Exceptions" part of the packaging guidelines Wiki page: http://www.fedoraproject.org/wiki/PackagingGuidelines Paul. -- Paul Howarth From ivazquez at ivazquez.net Fri Jun 10 19:51:48 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 10 Jun 2005 15:51:48 -0400 Subject: fedora-commits In-Reply-To: <52396.83.145.93.226.1118389573.squirrel@83.145.93.226> References: <42A93F21.4010903@hhs.nl> <52396.83.145.93.226.1118389573.squirrel@83.145.93.226> Message-ID: <1118433108.23142.6.camel@ignacio.ignacio.lan> On Fri, 2005-06-10 at 09:46 +0200, Christian Jodar wrote: > Hello, > > > However in the pas few days I haven't seen a single reply to a commit, > > so it seems this mechanism isn't working. > > A commit message is an automatic one describing which changes have been > commited. I don't think about something that could be replied to such a > message. Well, no, the purpose of replying to a message on -commits is to make the maintainer that did the commit aware of problems and issues that they may have missed. -- 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 sopwith at redhat.com Fri Jun 10 20:28:26 2005 From: sopwith at redhat.com (Elliot Lee) Date: Fri, 10 Jun 2005 16:28:26 -0400 (EDT) Subject: fedora-commits In-Reply-To: <42A93F21.4010903@hhs.nl> References: <42A93F21.4010903@hhs.nl> Message-ID: On Fri, 10 Jun 2005, Hans de Goede wrote: > I've been subscribed to Fedora commits since all maintainers should be > subscribed there so that they can comment on others commits. > > However in the pas few days I haven't seen a single reply to a commit, > so it seems this mechanism isn't working. Can we please make > fedora-commits subscribition optional and send approved messages to > extras-list, which does seem to actually get read. That fedora-commits subscription is required (because someone needs to hold committers accountable for their commits) but it is still a good idea to send replies to fedora-extras-list. We could always set Reply-To on fedora-extras-commits to point to fedora-extras-list... Best, -- Elliot From mricon at gmail.com Fri Jun 10 21:21:50 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Fri, 10 Jun 2005 17:21:50 -0400 Subject: faad2 Message-ID: All: Is faad2 (http://www.audiocoding.com/) packageable from the legal point of view? It does things like mp4 and aac, which makes me wonder. Cheers, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From notting at redhat.com Fri Jun 10 21:38:09 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 10 Jun 2005 17:38:09 -0400 Subject: faad2 In-Reply-To: References: Message-ID: <20050610213809.GA10406@nostromo.devel.redhat.com> Konstantin Ryabitsev (mricon at gmail.com) said: > Is faad2 (http://www.audiocoding.com/) packageable from the legal > point of view? It does things like mp4 and aac, which makes me wonder. I'm going to go out on a limb and say 'hell no'. Bill From fedora at mushware.com Fri Jun 10 21:39:21 2005 From: fedora at mushware.com (Andy Southgate) Date: Fri, 10 Jun 2005 22:39:21 +0100 Subject: New package Tesseract Trainer needs packager In-Reply-To: <1118419369.24160.50.camel@gibraltar.stuttgart.redhat.com> References: <20050610143011.E6532735F1@hormel.redhat.com> <42A9ACB8.8070105@mushware.com> <1118419369.24160.50.camel@gibraltar.stuttgart.redhat.com> Message-ID: <42AA0889.40101@mushware.com> Thanks for the replies. >What's missing here are the BuildRequires. > > > BuildRequires is one of the things that gives me problems for the 'generic' RPM. Each distro seems to have different names for things. The last time I did this I found these: Redhat 7.3: BuildRequires: gcc-c++,glibc-devel,glut-devel,libstdc++-devel,XFree86-devel,pcre-devel,expat-devel,libungif-devel,libtiff-devel,SDL-devel,smpeg-devel,libogg-devel,libvorbis-devel,SDL_mixer-devel Mandrake 8.2: BuildRequires: gcc-c++,XFree86-devel,libMesaGLU1-devel,libMesaglut3-devel,libpcre0-devel,libexpat0-devel,libungif4-devel,libtiff3-devel,libSDL1.2-devel,libalsa1-devel,libesound0-devel,libsmpeg0.4-devel,libogg0-devel,libvorbis0-devel,libSDL_mixer1.2-devel SUSE 8.0: BuildRequires: c_compiler,libc,glutdev,XFree86-devel,sdl-devel,smpeg-devel,libogg-devel,libvorbis-devel Is there any way around this, or is it necessary to maintain one BuildRequires per distro? >>%post >>rm -f %{RUNFILE} >> >> > >Ouch!...(***) > > > >>echo #!/bin/sh > %{RUNFILE} >>echo cd %{_datadir}/%{name}/system >> %{RUNFILE} >>echo exec %{_bindir}/tesseracttrainerbinary >> %{RUNFILE} >>chmod 0755 %{RUNFILE} >>rm -f %{RUNFILESAFE} >>echo #!/bin/sh > %{RUNFILESAAFE} >>echo cd %{_datadir}/%{name}/system >> %{RUNFILESAFE} >>echo "exec %{_bindir}/tesseracttrainerbinary \"load('start_safe.txt')\"" >> %{RUNFILESAFE} >>chmod 0755 %{RUNFILESAFE} >> >> > >(***)... rather include these two files as source files and install them >in %install. > > > This is so that the binary (in e.g. /usr/bin) knows where the application data is (in e.g. /usr/share/tesseracttrainer-0.1.4). The scripts just cd to the datadir and runs the binary with datadir as cwd. I didn't want to put these into source files as the source tar.gz doesn't really 'know' about %{_bindir} and %{_datadir}, which are more a property of the distro than of the (common to all distros) tar.gz. However it's not nice If you have a better way I'd like to hear it. Yours, Andy S. From mpeters at mac.com Fri Jun 10 21:55:58 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 10 Jun 2005 14:55:58 -0700 Subject: New package Tesseract Trainer needs packager In-Reply-To: <42AA0889.40101@mushware.com> References: <20050610143011.E6532735F1@hormel.redhat.com> <42A9ACB8.8070105@mushware.com> <1118419369.24160.50.camel@gibraltar.stuttgart.redhat.com> <42AA0889.40101@mushware.com> Message-ID: <1118440558.2667.13.camel@laptop.mpeters.local> On Fri, 2005-06-10 at 22:39 +0100, Andy Southgate wrote: > Thanks for the replies. > > >What's missing here are the BuildRequires. > > > > > > > BuildRequires is one of the things that gives me problems for the > 'generic' RPM. Each distro seems to have different names for things. Yes - there are two ways to do things. 1) separate spec file for each distro. 2) macros and %if blocks I prefer method number 1 myself. From toshio at tiki-lounge.com Fri Jun 10 21:56:24 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 10 Jun 2005 17:56:24 -0400 Subject: Request for Review: PyRTF In-Reply-To: <1118219587.2764.34.camel@laptop.mpeters.local> References: <1117712542.9421.59.camel@laptop.mpeters.local> <1118219587.2764.34.camel@laptop.mpeters.local> Message-ID: <1118440584.3398.1.camel@localhost> On Wed, 2005-06-08 at 01:33 -0700, Michael A. Peters wrote: > > 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 Packaging looks good to me. I was able to run the examples. But I wasn't able to get gourmet to export RTF files. This could be a gourmet issue though. Do you want to explore 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 toshio at tiki-lounge.com Fri Jun 10 22:01:11 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 10 Jun 2005 18:01:11 -0400 Subject: Request for Review : gourmet In-Reply-To: <1118219747.2764.38.camel@laptop.mpeters.local> References: <1117713530.9421.77.camel@laptop.mpeters.local> <1118219747.2764.38.camel@laptop.mpeters.local> Message-ID: <1118440871.3398.7.camel@localhost> On Wed, 2005-06-08 at 01:35 -0700, Michael A. Peters wrote: > > updated for rpmlint happiness - > > removed explicit library requires > removed invalid lc-messages directories > The lc-messages should be added back in. rpmlint's idea of proper lc-messages is severely limited. Running the program reveals that rtf export isn't working. Not sure if it's a problem with PyRTF, gourmet, or my setup. Can you replicate the problem? -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 mpeters at mac.com Fri Jun 10 22:15:38 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 10 Jun 2005 15:15:38 -0700 Subject: Request for Review: PyRTF In-Reply-To: <1118440584.3398.1.camel@localhost> References: <1117712542.9421.59.camel@laptop.mpeters.local> <1118219587.2764.34.camel@laptop.mpeters.local> <1118440584.3398.1.camel@localhost> Message-ID: <1118441738.2667.18.camel@laptop.mpeters.local> On Fri, 2005-06-10 at 17:56 -0400, Toshio Kuratomi wrote: > On Wed, 2005-06-08 at 01:33 -0700, Michael A. Peters wrote: > > > > 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 > > Packaging looks good to me. I was able to run the examples. But I > wasn't able to get gourmet to export RTF files. This could be a gourmet > issue though. Do you want to explore this? Which gourmet were you trying? I did run into that issue, patched it - sent patch upstream. New upsteam gourmet released with patch - but you are right, now its not working :-/ Seems to be a different issue. I'll figure it out. From mpeters at mac.com Fri Jun 10 22:17:37 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 10 Jun 2005 15:17:37 -0700 Subject: Request for Review : gourmet In-Reply-To: <1118440871.3398.7.camel@localhost> References: <1117713530.9421.77.camel@laptop.mpeters.local> <1118219747.2764.38.camel@laptop.mpeters.local> <1118440871.3398.7.camel@localhost> Message-ID: <1118441857.2667.21.camel@laptop.mpeters.local> On Fri, 2005-06-10 at 18:01 -0400, Toshio Kuratomi wrote: > On Wed, 2005-06-08 at 01:35 -0700, Michael A. Peters wrote: > > > > updated for rpmlint happiness - > > > > removed explicit library requires > > removed invalid lc-messages directories > > > The lc-messages should be added back in. rpmlint's idea of proper > lc-messages is severely limited. OK. I kind of got that impression but wasn't sure. > > Running the program reveals that rtf export isn't working. Not sure if > it's a problem with PyRTF, gourmet, or my setup. Can you replicate the > problem? Yes - I get a rather uninformative dialog box - no error there or on the console when gourmet started from console. I'll figure it out. From wtogami at redhat.com Sat Jun 11 00:27:31 2005 From: wtogami at redhat.com (Warren Togami) Date: Fri, 10 Jun 2005 14:27:31 -1000 Subject: Review Needed: spamass-milter In-Reply-To: <1118306889.13644.446.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> <1118306889.13644.446.camel@laurel.intra.city-fan.org> Message-ID: <42AA2FF3.8060405@redhat.com> Paul Howarth wrote: > 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. Looks good enough (it works for my friend's server), you may go ahead with the APPROVED message and build. Warren Togami wtogami at redhat.com From mpeters at mac.com Sat Jun 11 01:19:24 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 10 Jun 2005 18:19:24 -0700 Subject: Request for Review : gourmet In-Reply-To: <1118441857.2667.21.camel@laptop.mpeters.local> References: <1117713530.9421.77.camel@laptop.mpeters.local> <1118219747.2764.38.camel@laptop.mpeters.local> <1118440871.3398.7.camel@localhost> <1118441857.2667.21.camel@laptop.mpeters.local> Message-ID: <1118452764.2667.27.camel@laptop.mpeters.local> On Fri, 2005-06-10 at 15:17 -0700, Michael A. Peters wrote: > On Fri, 2005-06-10 at 18:01 -0400, Toshio Kuratomi wrote: > > On Wed, 2005-06-08 at 01:35 -0700, Michael A. Peters wrote: > > > > > > updated for rpmlint happiness - > > > > > > removed explicit library requires > > > removed invalid lc-messages directories > > > > > The lc-messages should be added back in. rpmlint's idea of proper > > lc-messages is severely limited. > > OK. I kind of got that impression but wasn't sure. > > > > > Running the program reveals that rtf export isn't working. Not sure if > > it's a problem with PyRTF, gourmet, or my setup. Can you replicate the > > problem? > > Yes - I get a rather uninformative dialog box - no error there or on the > console when gourmet started from console. I'll figure it out. I think I found the problem. I'll have a patch for this week and pass it by upstream (who is extremely responsive) It looks like when he made the change from 0.7 to 0.8 he updated the rtf exporters, but forgot to update the script that actually calls it - I need to make sure that was accident and not intentional (CHANGES file doesn't indicate why if it was on purpose) From mpeters at mac.com Sat Jun 11 02:21:17 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 10 Jun 2005 19:21:17 -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: <1118456478.2667.34.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. I will fix the few things that people mentioned and upload a new src.rpm to my webspace, but I am no longer for the time being going to request inclusion in extras. I'll leave the src.rpm up if someone else wants to. The reason is twofold: 1) I think that I think it should link against the installed SQLite rather than include its own. I will try to work on that this summer and see if upstream will accept it as a configure option. That seems to be in line with the stated fc5 goals on the wiki as well, as it reduces the risk of a security patch going un-noticed. 2) The package I want that depends on perl-SQLite is probably not going to be ready until after fc5 is released anyway, so my need for this package is no longer pressing issue. From buildsys at fedoraproject.org Sat Jun 11 04:58:56 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 11 Jun 2005 00:58:56 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050611045856.605158284@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 89 SDL_mixer-1.2.5-9 SDL_net-1.2.5-6 abiword-2.2.8-2 aterm-1.00-0.1.beta3 autossh-1.3-2 autossh-1.3-2.fc5 bittorrent-4.1.1-1 bittorrent-4.1.1-1.fc5 bittorrent-4.1.1-2 bittorrent-4.1.1-2.fc5 bmp-0.9.7-10 bmp-0.9.7-10.fc5 dhcp-forwarder-0.7-4 dhcp-forwarder-0.7-4.fc5 dhcp-forwarder-0.7-6 dhcp-forwarder-0.7-6.fc5 dhcp-forwarder-0.7-7 dhcp-forwarder-0.7-7.fc5 enemies-of-carlotta-1.0.3-3 enemies-of-carlotta-1.0.3-3.fc5 fluxbox-0.9.13-2 fluxbox-0.9.13-2.fc5 freedroidrpg-0.9.12-5 gaim-meanwhile-1.2.3-1 gaim-meanwhile-1.2.3-1.fc5 gentoo-0.11.55-1 gentoo-0.11.55-1.fc5 gnuchess-5.07-8 gnuchess-5.07-8.fc5 ip-sentinel-0.12-3 ip-sentinel-0.12-3.fc5 ip-sentinel-0.12-4 ip-sentinel-0.12-4.fc5 libcdio-0.74-2 libcdio-0.74-2.fc5 libebml-0.7.5-2 libmatroska-0.7.7-2 mfstools-2.0-5.snapshot050221 mfstools-2.0-5.snapshot050221.fc5 mfstools-2.0-8.snapshot050221 mfstools-2.0-8.snapshot050221.fc5 moomps-5.1-1 moomps-5.1-1.fc5 moomps-5.1-2 moomps-5.1-2.fc5 netcdf-3.6.0-5.p1 netcdf-3.6.0-5.p1.fc5 nfswatch-4.99.2-3 nfswatch-4.99.2-3.fc5 octave-2.1.71-7 octave-2.1.71-7.fc5 ots-0.4.2-7 p7zip-4.20-1 p7zip-4.20-1.fc5 pam_mount-0.9.25-4 perl-Convert-UUlib-1.051-1 perl-Convert-UUlib-1.051-2 perl-Convert-UUlib-1.051-2.fc5 perl-ExtUtils-CBuilder-0.12-1 perl-ExtUtils-CBuilder-0.12-1.fc5 perl-ExtUtils-ParseXS-2.10-1 perl-ExtUtils-ParseXS-2.10-1.fc5 perl-Module-CoreList-2.02-1 perl-Module-CoreList-2.02-1.fc5 perl-Net-IP-1.23-3 perl-Test-Exception-0.21-1 perl-Test-Exception-0.21-1.fc5 php-pecl-pdo-0.3-2 php-pecl-pdo-0.3-2.fc5 php-pecl-pdo-sqlite-0.3-3 php-pecl-pdo-sqlite-0.3-3.fc5 python-docutils-0.3.9-1 python-docutils-0.3.9-1.fc5 qgo-1.0.1-5 qgo-1.0.1-5.fc5 quilt-0.40-3 quilt-0.40-3.fc5 rxvt-unicode-5.5-3.fc5 sylpheed-1.9.12-1 tetex-prosper-1.5-2 tetex-prosper-1.5-2.fc5 xboard-4.2.7-10 xboard-4.2.7-10.fc5 xdaliclock-2.20-2 xdaliclock-2.20-2.fc5 xemacs-sumo-20050505-5 xemacs-sumo-20050505-6 xmlindent-0.2.17-5 xmlindent-0.2.17-5.fc5 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 11 05:08:02 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 11 Jun 2005 01:08:02 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050611050802.4E4698284@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 8 SDL_mixer-1.2.5-8 SDL_net-1.2.5-5 freedroidrpg-0.9.12-4 libkipi-0.1.1-1.2 libkipi-0.1.1-1.2.fc4 octave-2.1.71-8 octave-2.1.71-8.fc4 pam_mount-0.9.25-3 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 11 05:13:21 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 11 Jun 2005 01:13:21 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050611051321.1822D8284@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 5 GiNaC-1.3.1-5 GiNaC-1.3.1-5.fc3 cln-1.1.9-3 cln-1.1.9-3.fc3 pam_mount-0.9.25-2 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From mpeters at mac.com Sat Jun 11 07:46:59 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 11 Jun 2005 00:46:59 -0700 Subject: Request for Review : gourmet In-Reply-To: <1118452764.2667.27.camel@laptop.mpeters.local> References: <1117713530.9421.77.camel@laptop.mpeters.local> <1118219747.2764.38.camel@laptop.mpeters.local> <1118440871.3398.7.camel@localhost> <1118441857.2667.21.camel@laptop.mpeters.local> <1118452764.2667.27.camel@laptop.mpeters.local> Message-ID: <1118476020.2667.48.camel@laptop.mpeters.local> On Fri, 2005-06-10 at 18:19 -0700, Michael A. Peters wrote: > > I think I found the problem. I have it working now (rtf export) - I just need to clean the patch a little. From mpeters at mac.com Sat Jun 11 09:00:16 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 11 Jun 2005 02:00:16 -0700 Subject: Request for Review : gourmet In-Reply-To: <1118440871.3398.7.camel@localhost> References: <1117713530.9421.77.camel@laptop.mpeters.local> <1118219747.2764.38.camel@laptop.mpeters.local> <1118440871.3398.7.camel@localhost> Message-ID: <1118480416.2667.52.camel@laptop.mpeters.local> On Fri, 2005-06-10 at 18:01 -0400, Toshio Kuratomi wrote: > On Wed, 2005-06-08 at 01:35 -0700, Michael A. Peters wrote: > > > > updated for rpmlint happiness - > > > > removed explicit library requires > > removed invalid lc-messages directories > > > The lc-messages should be added back in. rpmlint's idea of proper > lc-messages is severely limited. > > Running the program reveals that rtf export isn't working. Not sure if > it's a problem with PyRTF, gourmet, or my setup. Can you replicate the > problem? This fixes it (for me anyway): http://mpeters.us/fc_extras/gourmet-0.8.5.1-0.1.src.rpm http://mpeters.us/fc_extras/gourmet.spec The patch: http://mpeters.us/fc_extras/gourmet-0.8.5.1.rtf-dict.patch From symbiont at berlios.de Sat Jun 11 09:32:21 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sat, 11 Jun 2005 17:32:21 +0800 Subject: fedoraproject.org down? Message-ID: <200506111732.22157.symbiont@berlios.de> Is it? Tried to connect from 2 ISPs in Taiwan and 1 ISP in U.S. No good. -- -jeff From bugs.michael at gmx.net Sat Jun 11 12:57:29 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 11 Jun 2005 14:57:29 +0200 Subject: New package Tesseract Trainer needs packager In-Reply-To: <20050610172521.GA16717@jadzia.bu.edu> References: <20050610143011.E6532735F1@hormel.redhat.com> <42A9ACB8.8070105@mushware.com> <1118419369.24160.50.camel@gibraltar.stuttgart.redhat.com> <20050610162641.GA14684@jadzia.bu.edu> <1118423466.24160.53.camel@gibraltar.stuttgart.redhat.com> <20050610172521.GA16717@jadzia.bu.edu> Message-ID: <20050611145729.06ba1bb2.bugs.michael@gmx.net> On Fri, 10 Jun 2005 13:25:21 -0400, Matthew Miller wrote: > On Fri, Jun 10, 2005 at 07:11:06PM +0200, Nils Philippsen wrote: > > > > > Prefix: %{_prefix} > > > > Unnecessary, this is set implicitely. > > > Using prefix makes it relocatable. If that's desired. And if it's possible. > > Ahh. Is it possible? > > If all of the files in the package are under that prefix, and nothing in the > build ends up hard-coding file locations, it is. Otherwise, no. And the %{RUNFILE} script created at build-time violates that in this case. From bugs.michael at gmx.net Sat Jun 11 12:57:44 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 11 Jun 2005 14:57:44 +0200 Subject: fedora-commits In-Reply-To: <52396.83.145.93.226.1118389573.squirrel@83.145.93.226> References: <42A93F21.4010903@hhs.nl> <52396.83.145.93.226.1118389573.squirrel@83.145.93.226> Message-ID: <20050611145744.281a4281.bugs.michael@gmx.net> On Fri, 10 Jun 2005 09:46:13 +0200 (CEST), Christian Jodar wrote: > A commit message is an automatic one describing which changes have been > commited. I don't think about something that could be replied to such a > message. *wow* I think you're mistaken. If you looked into the list archives, you would notice that there have been many cases of replies to commits-list in which somebody pointed out mistakes spotted in the diffs. The replies could be redirected to a different list, but so far fedora-extras-commits list is our only way of applying post-commit reviewing. > But it is useful to have an idea of what is commited (at least > to know about new packages). At least packagers ought to skim over their own commit diffs anyway, either prior to committing changes or after the automatically generated diffs appear on the list. > The other kind of messages there are on this list is the approval ones. > And as it has been discussed before on this list, there is also no need > for a reply. > > Maybe a separate list could be created for theses messages. That's the > only thing that could be changed from my point of view. But I am not sure > it would be useful. In particular with the increasing need for coordination in Fedora Extras comes the necessity to actually have means of communication which guarantee that packagers manage to contact eachother. This gets important in cases of emergency situations, e.g. where somebody wants to protect a build from breaking the repository. I find that replies to a mailing-list are a time-saver, as they [sort of] guarantee delivery to a group of list subscribers and the list archives, whereas posting only to a single e-mail address found in a spec %changelog may apply unknown inbox/spam filtering. From bugs.michael at gmx.net Sat Jun 11 12:59:04 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 11 Jun 2005 14:59:04 +0200 Subject: Request for review: rxvt-unicode In-Reply-To: <1118233125.3328.8.camel@localhost> 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> <1118233125.3328.8.camel@localhost> Message-ID: <20050611145904.53aef35a.bugs.michael@gmx.net> On Wed, 08 Jun 2005 08:18:44 -0400, Toshio Kuratomi 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)? Regular post-approval commits would not be tied to any db/bugzilla ticket. It would be quite a burden if we didn't have a quick way of being able to comment on cvs commits as they fly by. And simply hitting "reply to" is a quick way. The need to visiting a database would be a hindrance. The increasing traffic on extras-commits list, however, will likely be seen in a similarly bad way as "bugzilla spam", which fills a folder quickly and requires more effort [or procmail work] to find the relevant/interesting replies. I believe it's not a problem yet, and there are more important things... From symbiont at berlios.de Sat Jun 11 13:30:43 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sat, 11 Jun 2005 21:30:43 +0800 Subject: Fwd: [smart] multilib support (was: Smart package manager) Message-ID: <200506112130.43707.symbiont@berlios.de> FYI: smart supports multilib. ---------- Forwarded Message ---------- Subject: [smart] multilib support (was: Smart package manager) Date: Saturday 11 June 2005 20:22 From: Axel Thimm To: smart at mandrivalinux.org On Sat, Jun 11, 2005 at 08:53:56AM +0800, Jeff Pitman wrote: > Does smart do multi-lib yet? It does. :) -- Axel.Thimm at ATrpms.net ------------------------------------------------------- -- -jeff From mricon at gmail.com Sat Jun 11 13:35:52 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Sat, 11 Jun 2005 09:35:52 -0400 Subject: APPROVED: scim-tables In-Reply-To: <42AA3B2D.6000207@mbm.nifty.com> References: <42AA3B2D.6000207@mbm.nifty.com> Message-ID: On 6/10/05, Ryo Dairiki wrote: > This package includes Generic Table IMEngine for SCIM and many data > files for it. > > Approved by: Jens Petersen > Maintained by: Ryo Dairiki Thanks for packaging this! Could you also create an fc4 branch? Currently we have scim in fc4, but no tables, since extras cvs has branched since then, and devel is now devel for fc5. Regards, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From mricon at gmail.com Sat Jun 11 13:38:55 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Sat, 11 Jun 2005 09:38:55 -0400 Subject: fedora-commits In-Reply-To: References: <42A93F21.4010903@hhs.nl> Message-ID: On 6/10/05, Elliot Lee wrote: > That fedora-commits subscription is required (because someone needs to > hold committers accountable for their commits) but it is still a good idea > to send replies to fedora-extras-list. We could always set Reply-To on > fedora-extras-commits to point to fedora-extras-list... I greatly support this, since sometimes there are several hundred commit messages within a few hours, and a reply with things as important as "what the hell are you doing?" goes unnoticed. If we set all replies to go to the fedora-extras-list, that would make discussion of such things much more visible and more difficult to miss. Regards, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From mricon at gmail.com Sat Jun 11 13:43:25 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Sat, 11 Jun 2005 09:43:25 -0400 Subject: fedoraproject.org down? In-Reply-To: <200506111732.22157.symbiont@berlios.de> References: <200506111732.22157.symbiont@berlios.de> Message-ID: On 6/11/05, Jeff Pitman wrote: > > Is it? Tried to connect from 2 ISPs in Taiwan and 1 ISP in U.S. No > good. Looks like it. I don't see a seth online, so if I am unsuccessful getting in touch with him, I'll go prod it myself. We are having intermittent power shutdowns to various parts of the building today (electrical wiring work), and even though the Linux at DUKE servers were not supposed to be affected, it may have something to do with this. Regards, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From symbiont at berlios.de Sat Jun 11 13:47:54 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sat, 11 Jun 2005 21:47:54 +0800 Subject: fedoraproject.org down? In-Reply-To: References: <200506111732.22157.symbiont@berlios.de> Message-ID: <200506112147.54759.symbiont@berlios.de> On Saturday 11 June 2005 21:43, Konstantin Ryabitsev wrote: > On 6/11/05, Jeff Pitman wrote: > > Is it? ?Tried to connect from 2 ISPs in Taiwan and 1 ISP in U.S. > > ?No good. > > Looks like it. I don't see a seth online, so if I am unsuccessful > getting in touch with him, I'll go prod it myself. I poked him on IRC and he said he'll look. -- -jeff From symbiont at berlios.de Sat Jun 11 13:48:29 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sat, 11 Jun 2005 21:48:29 +0800 Subject: fedoraproject.org down? In-Reply-To: References: <200506111732.22157.symbiont@berlios.de> Message-ID: <200506112148.29700.symbiont@berlios.de> It's up. On Saturday 11 June 2005 21:43, Konstantin Ryabitsev wrote: > On 6/11/05, Jeff Pitman wrote: > > Is it? ?Tried to connect from 2 ISPs in Taiwan and 1 ISP in U.S. > > ?No good. > > Looks like it. I don't see a seth online, so if I am unsuccessful > getting in touch with him, I'll go prod it myself. -- -jeff From skvidal at phy.duke.edu Sat Jun 11 14:02:27 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 11 Jun 2005 10:02:27 -0400 Subject: fedoraproject.org down? In-Reply-To: <200506112147.54759.symbiont@berlios.de> References: <200506111732.22157.symbiont@berlios.de> <200506112147.54759.symbiont@berlios.de> Message-ID: <1118498548.14986.0.camel@cutter> On Sat, 2005-06-11 at 21:47 +0800, Jeff Pitman wrote: > On Saturday 11 June 2005 21:43, Konstantin Ryabitsev wrote: > > On 6/11/05, Jeff Pitman wrote: > > > Is it? Tried to connect from 2 ISPs in Taiwan and 1 ISP in U.S. > > > No good. > > > > Looks like it. I don't see a seth online, so if I am unsuccessful > > getting in touch with him, I'll go prod it myself. > > I poked him on IRC and he said he'll look. nic died in the wee small hours of the night. it's been replaced. -sv From abadger at sover.net Sat Jun 11 16:03:40 2005 From: abadger at sover.net (Toshio Kuratomi) Date: Sat, 11 Jun 2005 12:03:40 -0400 Subject: Request for Review : gourmet In-Reply-To: <1118480416.2667.52.camel@laptop.mpeters.local> References: <1117713530.9421.77.camel@laptop.mpeters.local> <1118219747.2764.38.camel@laptop.mpeters.local> <1118440871.3398.7.camel@localhost> <1118480416.2667.52.camel@laptop.mpeters.local> Message-ID: <1118505820.3263.9.camel@localhost> On Sat, 2005-06-11 at 02:00 -0700, Michael A. Peters wrote: > On Fri, 2005-06-10 at 18:01 -0400, Toshio Kuratomi wrote: > > On Wed, 2005-06-08 at 01:35 -0700, Michael A. Peters wrote: > > > > > > updated for rpmlint happiness - > > > > > > removed explicit library requires > > > removed invalid lc-messages directories > > > > > The lc-messages should be added back in. rpmlint's idea of proper > > lc-messages is severely limited. > > > > Running the program reveals that rtf export isn't working. Not sure if > > it's a problem with PyRTF, gourmet, or my setup. Can you replicate the > > problem? > > This fixes it (for me anyway): > > http://mpeters.us/fc_extras/gourmet-0.8.5.1-0.1.src.rpm > http://mpeters.us/fc_extras/gourmet.spec RTF export of all recipes from the main window doesn't work (while html, mealmaster, etc does.) Looks like a separate code path from the patch you had to fix the case of exporting individual recipes. (This one gives a traceback in a dialog which is nice.) There's also one file that has dos line encoding:: /usr/lib/python2.4/site-packages/gourmet/defaults_pt.py Might want to hit it with dos2unix or sed. -Toshio From ryo-dairiki at mbm.nifty.com Sat Jun 11 16:01:01 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Sun, 12 Jun 2005 01:01:01 +0900 Subject: Re2: APPROVED: scim-tables Message-ID: <42AB0ABD.80109@mbm.nifty.com> Okay, I'll do it tomorrow. Goodnight, Ryo Dairiki > Message: 12 Date: Sat, 11 Jun 2005 09:35:52 -0400 From: Konstantin > Ryabitsev Subject: Re: APPROVED: scim-tables To: > Fedora Extras Message-ID: > Content-Type: text/plain; > charset=UTF-8 On 6/10/05, Ryo Dairiki wrote: > >>> This package includes Generic Table IMEngine for SCIM and many data >>> files for it. >>> >>> Approved by: Jens Petersen >>> Maintained by: Ryo Dairiki >> >> > >Thanks for packaging this! > >Could you also create an fc4 branch? Currently we have scim in fc4, >but no tables, since extras cvs has branched since then, and devel is >now devel for fc5. > >Regards, > -- Konstantin Ryabitsev Zlotniks, INC > From jpo at di.uminho.pt Sat Jun 11 16:35:28 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Sat, 11 Jun 2005 17:35:28 +0100 Subject: Review: perl-DBD-SQLite In-Reply-To: <1118456478.2667.34.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> <1118456478.2667.34.camel@laptop.mpeters.local> Message-ID: <42AB12D0.2090702@di.uminho.pt> Michael, > ... > I will fix the few things that people mentioned and upload a new src.rpm > to my webspace, but I am no longer for the time being going to request > inclusion in extras. I'll leave the src.rpm up if someone else wants to. > > The reason is twofold: > 1) I think that I think it should link against the installed SQLite > rather than include its own. > I will try to work on that this summer and see if upstream will accept > it as a configure option. That seems to be in line with the stated fc5 > goals on the wiki as well, as it reduces the risk of a security patch > going un-noticed. > > 2) The package I want that depends on perl-SQLite is probably not going > to be ready until after fc5 is released anyway, so my need for this > package is no longer pressing issue. Feel free to upload it to the Extras' CVS. I don't mind maintain it temporarily (if that's ok with you) . 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 pawsa at theochem.kth.se Sat Jun 11 18:02:17 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Sat, 11 Jun 2005 18:02:17 +0000 Subject: New package: libesmtp Message-ID: <1118512937l.27631l.0l@salek.zapto.org> Package Name: libesmtp Description: LibESMTP is a library to manage posting (or submission of) electronic mail using SMTP to a preconfigured Mail Transport Agent (MTA) such as Exim. It may be used as part of a Mail User Agent (MUA) or another program that must be able to post electronic mail but where mail functionality is not the program's primary purpose. Location: http://balsa.gnome.org/libesmtp-1.0.3r1-1.FC4.src.rpm http://balsa.gnome.org/libesmtp.spec md5sums: a76f22b984cf36685080f8f3c76f9945 libesmtp-1.0.3r1-1.FC4.src.rpm 9ff8aa0c2bedea197a4d906a16d999d4 libesmtp.spec srpm passes rpmlint test with no warnings. The libesmtp package is basically the same as used to be included in Fedora Core 3, apart from: 1). changes to the spec file needed to get the package built under Fedora-devel and get rid of rpmlint error and warnings. 2). an extra patch for the build system: original configure script modifies CFLAGS which auto* tools frown upon. This patch has already been communicated to libesmtp author. I will appreciate explicit approval. I have already got a Fedora Extras CVS access. No legal or licencing issues are known. Thanks, Pawel -- Pawel Salek http://www.theochem.kth.se/~pawsa/ gpg keyid: 1024D/32718718 -- fedora-extras-list mailing list fedora-extras-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-extras-list From pawsa at theochem.kth.se Sat Jun 11 18:14:37 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Sat, 11 Jun 2005 18:14:37 +0000 Subject: New package: balsa In-Reply-To: <1118248837.2764.109.camel@laptop.mpeters.local> (from mpeters@mac.com on Wed Jun 8 18:40:36 2005) 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> <1118248837.2764.109.camel@laptop.mpeters.local> Message-ID: <1118513677l.27631l.1l@salek.zapto.org> On 06/08/2005 06:40:36 PM, Michael A. Peters wrote: > 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 I can build it just fine with gcc-4.0.0-8 (but I had to change the configure and Makefiles). Pawel From mpeters at mac.com Sat Jun 11 19:03:35 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 11 Jun 2005 12:03:35 -0700 Subject: Approved - perl-DBD-SQLite Message-ID: <1118516616.2667.83.camel@laptop.mpeters.local> Submitted by: Michael A. Peters Reviewed by: Michael Schwendt Will be maintained by: Jos? Pedro Oliveira Description : SQLite is a public domain RDBMS database engine that you can find at http://www.sqlite.org/ Rather than ask you to install SQLite first, because SQLite is public domain, DBD::SQLite includes the entire thing in the distribution. So in order to get a fast transaction capable RDBMS working for your perl project you simply have to install this module, and nothing else. From skvidal at phy.duke.edu Sat Jun 11 19:06:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 11 Jun 2005 15:06:23 -0400 Subject: Approved - perl-DBD-SQLite In-Reply-To: <1118516616.2667.83.camel@laptop.mpeters.local> References: <1118516616.2667.83.camel@laptop.mpeters.local> Message-ID: <1118516783.2457.9.camel@cutter> On Sat, 2005-06-11 at 12:03 -0700, Michael A. Peters wrote: > Submitted by: Michael A. Peters > Reviewed by: Michael Schwendt > Will be maintained by: Jos? Pedro Oliveira > > Description : > SQLite is a public domain RDBMS database engine that you can find at > http://www.sqlite.org/ > > Rather than ask you to install SQLite first, because SQLite is public domain, > DBD::SQLite includes the entire thing in the distribution. So in order to get > a fast transaction capable RDBMS working for your perl project you simply have > to install this module, and nothing else. wait, what??? it includes a duplicate copy of SQLite? That's kinda crack, isn't it? -sv From bugs.michael at gmx.net Sat Jun 11 19:23:22 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 11 Jun 2005 21:23:22 +0200 Subject: sqlite2 redux In-Reply-To: <1116780257.31705.13.camel@ignacio.ignacio.lan> References: <1116725980.7161.147.camel@ignacio.ignacio.lan> <20050522140917.03c97ef1.bugs.michael@gmx.net> <1116775990.31705.7.camel@ignacio.ignacio.lan> <20050522181951.6e576085.bugs.michael@gmx.net> <1116779103.31705.11.camel@ignacio.ignacio.lan> <20050522184034.2b0240e0.bugs.michael@gmx.net> <1116780257.31705.13.camel@ignacio.ignacio.lan> Message-ID: <20050611212322.1f340ce0.bugs.michael@gmx.net> On Sun, 22 May 2005 12:44:17 -0400, Ignacio Vazquez-Abrams wrote: > On Sun, 2005-05-22 at 18:40 +0200, Michael Schwendt wrote: > > On Sun, 22 May 2005 12:25:03 -0400, Ignacio Vazquez-Abrams wrote: > > > > > On Sun, 2005-05-22 at 18:19 +0200, Michael Schwendt wrote: > > > > On Sun, 22 May 2005 11:33:10 -0400, Ignacio Vazquez-Abrams wrote: > > > > > While yes, it will be solved by the first 'yum update' that happens > > > > > (assuming the maintainers get themselves in gear and switch to > > > > > sqlite2...), if this situation is avoidable with 10 minutes of work then > > > > > why even have the user encounter it at all? > > > > > > > > Can't follow you here, sorry. > > > > > > This would involve creating a FC-3 branch for sqlite2 (which I can deal > > > with, mostly) as well as having the FC-3 branches of all dependent > > > packages switching to use sqlite2 instead of sqlite. > > > > Aha! Renaming the package and the BuildRequires should be trivial. > > My point exactly. Shall I request creation of the FC-3 branch? This is again a question of whether SQLite v3 is needed for FC-3 by anybody and what the packagers of existing SQLite v2 dependencies say about this plan. Rather than renaming the SQLite v2 packages and packaging SQLite v3 for FC-3 just for fun, I'd say let's focus on FC-4 (which includes SQLite v3). Also, it would be kind of limiting if you wanted to upgrade SQLite v3 in FC-3 Extras beyond the version that's included in FC-4. We've experienced such a problem before with k3b when it moved from Extras into Core. From skvidal at phy.duke.edu Sat Jun 11 19:26:59 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 11 Jun 2005 15:26:59 -0400 Subject: APPROVED: yum-utils - Utilities based around the yum package manager Message-ID: <1118518019.2457.12.camel@cutter> Description : 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. Reviewer: Aurielien Bompard Packager: Seth Vidal -sv From mpeters at mac.com Sat Jun 11 19:26:32 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 11 Jun 2005 12:26:32 -0700 Subject: Approved - perl-DBD-SQLite In-Reply-To: <1118516783.2457.9.camel@cutter> References: <1118516616.2667.83.camel@laptop.mpeters.local> <1118516783.2457.9.camel@cutter> Message-ID: <1118517992.2667.88.camel@laptop.mpeters.local> On Sat, 2005-06-11 at 15:06 -0400, seth vidal wrote: > On Sat, 2005-06-11 at 12:03 -0700, Michael A. Peters wrote: > > Submitted by: Michael A. Peters > > Reviewed by: Michael Schwendt > > Will be maintained by: Jos? Pedro Oliveira > > > > Description : > > SQLite is a public domain RDBMS database engine that you can find at > > http://www.sqlite.org/ > > > > Rather than ask you to install SQLite first, because SQLite is public domain, > > DBD::SQLite includes the entire thing in the distribution. So in order to get > > a fast transaction capable RDBMS working for your perl project you simply have > > to install this module, and nothing else. > > > wait, what??? > > it includes a duplicate copy of SQLite? > > That's kinda crack, isn't it? Yes. And the wiki about fc5 says Fedora wants to reduce that kind of thing. This summer I intend to try and patch the makefile so that it has the option of using system sqlite as that is better on the security end (regarding flaws in sqlite) and will try to get it upstream. That's one of the two reasons why I said I didn't want it anymore to maintain myself. From skvidal at phy.duke.edu Sat Jun 11 19:37:34 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 11 Jun 2005 15:37:34 -0400 Subject: APPROVED: mock Message-ID: <1118518654.2457.15.camel@cutter> Description : Mock takes a srpm and builds it in a chroot Reviewer: Aurelien Bompard Packager: Seth Vidal From j.w.r.degoede at hhs.nl Sat Jun 11 19:42:54 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sat, 11 Jun 2005 21:42:54 +0200 Subject: Question: howto disable gnome error dialogs so one can do sane debugging Message-ID: <42AB3EBE.90401@hhs.nl> Hi, I've got a new bug reported against gnumeric: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160075 Now when I try to reproduce it, I get a dialog saying: The Application "gnumeric" has quit unexpectedly. You can inform the developers of what happened to help them fix it. Or you can restart the application right now. Now that is very userfriendly but not handy for debugging, can this be turned off? Regards, Hans From pawsa at theochem.kth.se Sat Jun 11 20:00:27 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Sat, 11 Jun 2005 20:00:27 +0000 Subject: New package: balsa In-Reply-To: <1118241016.2764.97.camel@laptop.mpeters.local> (from mpeters@mac.com on Wed Jun 8 16:30:15 2005) 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: <1118520027l.27631l.2l@salek.zapto.org> On 06/08/2005 04:30:15 PM, 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. Thanks for the review. I have implemented the following suggestions: 1. make the spec file fedora-only - remove conditionals. 2. disable libesmtp dependency for now - I have applied separately for libesmtp acceptance to FE. 3. I added desktop-file-install invocation andd added desktop-file-utils BuildRequires: header. 4. Use rpm -f always. 5. solve the problem with including the generated icon cache file. Pawel From pawsa at theochem.kth.se Sat Jun 11 20:00:56 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Sat, 11 Jun 2005 20:00:56 +0000 Subject: New package: balsa In-Reply-To: <20050608182058.25344be1.bugs.michael@gmx.net> (from bugs.michael@gmx.net on Wed Jun 8 18:20:58 2005) 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> <20050608182058.25344be1.bugs.michael@gmx.net> Message-ID: <1118520056l.27631l.3l@salek.zapto.org> On 06/08/2005 06:20:58 PM, Michael Schwendt wrote: > 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. Removed as requested! Pawel From pawsa at theochem.kth.se Sat Jun 11 20:02:54 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Sat, 11 Jun 2005 20:02:54 +0000 Subject: New package: balsa In-Reply-To: <1118420589.4064.11.camel@localhost> (from toshio@tiki-lounge.com on Fri Jun 10 18:23:09 2005) 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> <1118352142l.9911l.0l@salek.zapto.org> <1118420589.4064.11.camel@localhost> Message-ID: <1118520174l.27631l.4l@salek.zapto.org> On 06/10/2005 06:23:09 PM, Toshio Kuratomi wrote: > On Thu, 2005-06-09 at 21:22 +0000, Pawel Salek wrote: > > On 06/08/2005 04:30:15 PM, Michael A. Peters wrote: > > > I'll see if I can get libesmtp to build in rawhide in gcc4. > That's > > > probably a blocker. > >> Another way would be to include libesmtp package in balsa as an >> additional tarball - this would require some patching though >> because currently libesmtp loads authentication plugins with >> dlopen() and its author is very fond of it. Does anybody know of >> other applications using libesmtp? I think pan is one but I do not >> know its status. > > This should be avoided whenever possible. If a library has a > separate tarball it should be packaged separately. That way someone > else developing something that could use libesmtp will know it's > there to be played with. Besides, if it won't build with gcc4 > alone, it won't matter if it's in its own packag or the balsa > package. Yes, it makes sense. I have submitted libesmtp for inclusion in FE - please approve. Pawel From mricon at gmail.com Sat Jun 11 20:29:12 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Sat, 11 Jun 2005 16:29:12 -0400 Subject: Question: howto disable gnome error dialogs so one can do sane debugging In-Reply-To: <42AB3EBE.90401@hhs.nl> References: <42AB3EBE.90401@hhs.nl> Message-ID: On 6/11/05, Hans de Goede wrote: > Hi, > > I've got a new bug reported against gnumeric: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160075 > > Now when I try to reproduce it, I get a dialog saying: > > The Application "gnumeric" has quit unexpectedly. > > You can inform the developers of what happened to help them fix it. Or > you can restart the application right now. > > Now that is very userfriendly but not handy for debugging, can this be > turned off? Remove bug-buddy, I believe. Regards, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From jjneely at pams.ncsu.edu Sat Jun 11 22:21:25 2005 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Sat, 11 Jun 2005 18:21:25 -0400 Subject: New Packages: python-ezpycrypto, python-pam In-Reply-To: <20050608013251.GA14290@anduril.pams.ncsu.edu> References: <20050608013251.GA14290@anduril.pams.ncsu.edu> Message-ID: <20050611222125.GP14290@anduril.pams.ncsu.edu> Folks, I'm still looking for a reviewer of these packages for import into cvs. Feedback is welcome. Jack -- 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 abadger at sover.net Sat Jun 11 22:29:57 2005 From: abadger at sover.net (Toshio Kuratomi) Date: Sat, 11 Jun 2005 18:29:57 -0400 Subject: New package: libesmtp In-Reply-To: <1118512937l.27631l.0l@salek.zapto.org> References: <1118512937l.27631l.0l@salek.zapto.org> Message-ID: <1118528997.3226.18.camel@localhost> On Sat, 2005-06-11 at 18:02 +0000, Pawel Salek wrote: > Package Name: libesmtp > > Description: > LibESMTP is a library to manage posting (or submission of) electronic > mail using SMTP to a preconfigured Mail Transport Agent (MTA) such as > Exim. It may be used as part of a Mail User Agent (MUA) or another > program that must be able to post electronic mail but where mail > functionality is not the program's primary purpose. > > Location: > http://balsa.gnome.org/libesmtp-1.0.3r1-1.FC4.src.rpm > http://balsa.gnome.org/libesmtp.spec > > md5sums: > a76f22b984cf36685080f8f3c76f9945 libesmtp-1.0.3r1-1.FC4.src.rpm > 9ff8aa0c2bedea197a4d906a16d999d4 libesmtp.spec > > srpm passes rpmlint test with no warnings. The libesmtp package is > basically the same as used to be included in Fedora Core 3, apart from: > 1). changes to the spec file needed to get the package built under > Fedora-devel and get rid of rpmlint error and warnings. > > 2). an extra patch for the build system: original configure script > modifies CFLAGS which auto* tools frown upon. This patch has already > been communicated to libesmtp author. Hmmm... This is actually a pretty major departure from the FC4-devel version of the spec. I have a tendency to fiddle too much with other people's specs so it's probably safer if you take a look at the FC4-devel spec (attached) and then post a revised version for review. -Toshio -------------- next part -------------- %define plugindir %{_libdir}/esmtp-plugins Summary: SMTP client library. Name: libesmtp Version: 1.0.3r1 Release: 2 License: LGPL Group: System Environment/Libraries Source: http://www.stafford.uklinux.net/libesmtp/%{name}-%{version}.tar.bz2 Patch0: libesmtp-pthread.patch URL: http://www.stafford.uklinux.net/libesmtp/ BuildRoot: %{_tmppath}/%{name}-%{version}-root BuildPrereq: openssl-devel pkgconfig %description LibESMTP is a library to manage posting (or submission of) electronic mail using SMTP to a preconfigured Mail Transport Agent (MTA) such as Exim. It may be used as part of a Mail User Agent (MUA) or another program that must be able to post electronic mail but where mail functionality is not the program's primary purpose. %package devel Summary: Headers and development libraries for libESMTP. Group: Development/Libraries Requires: %{name} = %{version} %description devel LibESMTP is a library to manage posting (or submission of) electronic mail using SMTP to a preconfigured Mail Transport Agent (MTA) such as Exim. The libesmtp-devel package contains headers and development libraries necessary for building programs against libesmtp. %prep %setup -q %patch0 -p1 -b .pthread %build if pkg-config openssl ; then export CFLAGS="$CFLAGS $RPM_OPT_FLAGS `pkg-config --cflags openssl`" export CPPFLAGS="$CPPFLAGS `pkg-config --cflags-only-I openssl`" export LDFLAGS="$LDFLAGS `pkg-config --libs-only-L openssl`" fi %configure --with-auth-plugin-dir=%{plugindir} --enable-pthreads \ --enable-require-all-recipients --enable-debug \ --enable-etrn make %install rm -rf $RPM_BUILD_ROOT make DESTDIR=$RPM_BUILD_ROOT install rm -f $RPM_BUILD_ROOT/%{_libdir}/*.la %clean rm -rf $RPM_BUILD_ROOT %post -p /sbin/ldconfig %postun -p /sbin/ldconfig %files %defattr(-,root,root) %doc AUTHORS COPYING COPYING.GPL NEWS Notes README %{_libdir}/libesmtp.so.* %{plugindir} %files devel %defattr(-,root,root) %{_bindir}/libesmtp-config %{_prefix}/include/* %{_libdir}/libesmtp.so %{_libdir}/libesmtp.a %changelog * Thu Sep 30 2004 Miloslav Trmac - 1.0.3r1-2 - Include libesmtp-config in libesmtp-devel (#125426, patch by Robert Scheck) * Tue Jul 13 2004 John Dennis 1.0.3r1-1 - bring up to latest upstream release * Tue Jun 15 2004 Elliot Lee - rebuilt * Tue Mar 02 2004 Elliot Lee - rebuilt * Fri Feb 13 2004 Elliot Lee - rebuilt * Thu Jan 29 2004 Bill Nottingham 1.0.2-1 - upgrade to 1.0.2 (#113894) * Fri Oct 3 2003 Bill Nottingham 1.0.1-1 - update to 1.0.1, rebuild to fix some broken 64-bit libs * Wed Jun 04 2003 Elliot Lee - rebuilt * Wed Jan 22 2003 Tim Powers - rebuilt * Tue Jan 7 2003 Nalin Dahyabhai 0.8.12-4 - include compilation flags for openssl as defined for pkg-config - don't blow up on compile because key schedules aren't arrays * Tue Nov 5 2002 Bill Nottingham 0.8.12-3 - build on various platforms * Tue Jul 23 2002 Bill Nottingham 0.8.12-2 - fix broken lib (no pthread dependency) * Mon Jun 24 2002 Bill Nottingham 0.8.12-1 - update to 0.8.12 * Fri Jun 21 2002 Tim Powers - automated rebuild * Thu May 23 2002 Tim Powers - automated rebuild * Wed Jan 09 2002 Tim Powers - automated rebuild * Thu Aug 30 2001 Bill Nottingham - fix assertion failure when sending mail (#52940) * Mon Aug 20 2001 Bill Nottingham - update to 0.8.4 (fixes CRAM-MD5, #52097) * Mon Jul 30 2001 Bill Nottingham - don't enable starttls (not fully tested, at request of author) * Wed Jul 24 2001 Bill Nottingham - rebuild, openssl weirdness * Mon Jul 23 2001 Bill Nottingham - initial build, clean up included spec file - add %post/%postun From ed at eh3.com Sun Jun 12 00:28:51 2005 From: ed at eh3.com (Ed Hill) Date: Sat, 11 Jun 2005 20:28:51 -0400 Subject: Request for review and approval: octave-forge In-Reply-To: <42A5A749.2040301@ieee.org> References: <42A5A749.2040301@ieee.org> Message-ID: <1118536131.32520.42.camel@ernie> On Tue, 2005-06-07 at 08:55 -0500, Quentin Spencer wrote: > 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 Hi Quentin, I built octave-forge on a devel system and found the following: blocker: - missing: BuildRequires: cln-devel not certain but perhaps needs some attention: - in %build, you "export LC_ALL" and I think that its a good idea to "unset LC_ALL" after the build - wrong-script-end-of-line-encoding for some files (pls see below) which could be run through dos2unix or sed to clean-up - rpmlint reports "non-standard-dir-in-usr libexec" but the directory appears to be both properly named and owned by the package so its probably OK, right? Otherwise, it looks OK. Please fix the one blocker and I'll take another look and send a more thorough review. Ed === octave-forge wrong-script-end-of-line-encoding === /usr/share/octave/2.1.71/site/m/octave-forge/tsa/mvaar.m /usr/share/octave/2.1.71/site/m/octave-forge/tsa/acovf.m /usr/share/octave/2.1.71/site/m/octave-forge/plot/peaks.m /usr/share/octave/2.1.71/site/m/octave-forge/tsa/rmle.m /usr/share/octave/2.1.71/site/m/octave-forge/signal/cheby2.m /usr/share/octave/2.1.71/site/m/octave-forge/signal/cheby1.m /usr/share/octave/2.1.71/site/m/octave-forge/tsa/aarmam.m /usr/share/octave/2.1.71/site/m/octave-forge/tsa/mvfreqz.m /usr/share/octave/2.1.71/site/m/octave-forge/strings/str2double.m /usr/share/octave/2.1.71/site/m/octave-forge/tsa/histo4.m /usr/share/octave/2.1.71/site/m/octave-forge/io/xlsread.m /usr/share/octave/2.1.71/site/m/octave-forge/signal/ellip.m /usr/share/octave/2.1.71/site/m/octave-forge/signal/butter.m /usr/share/octave/2.1.71/site/m/octave-forge/tsa/acorf.m /usr/share/octave/2.1.71/site/m/octave-forge/image/dilate.m /usr/share/octave/2.1.71/site/m/octave-forge/image/erode.m /usr/share/octave/2.1.71/site/m/octave-forge/tsa/bispec.m /usr/share/octave/2.1.71/site/m/octave-forge/tsa/y2res.m -- 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 qspencer at ieee.org Sun Jun 12 03:06:37 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Sat, 11 Jun 2005 22:06:37 -0500 Subject: Request for review and approval: octave-forge In-Reply-To: <1118536131.32520.42.camel@ernie> References: <42A5A749.2040301@ieee.org> <1118536131.32520.42.camel@ernie> Message-ID: <42ABA6BD.7010906@ieee.org> Ed Hill wrote: >On Tue, 2005-06-07 at 08:55 -0500, Quentin Spencer wrote: > > >>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 >> >> > > >Hi Quentin, > >I built octave-forge on a devel system and found the following: > > blocker: > - missing: BuildRequires: cln-devel > > I think the real problem here is that GiNaC-devel should have a Requires: cln-devel. I've made the change in GiNaC, which should fix this. > not certain but perhaps needs some attention: > - in %build, you "export LC_ALL" and I think that its a good idea > to "unset LC_ALL" after the build > > This an unneeded remnant of the octave spec file from which this was originally derived. I've removed it completely. > - wrong-script-end-of-line-encoding for some files (pls see below) > which could be run through dos2unix or sed to clean-up > > I have submitted these changes to upstream, so this will be fixed in the next release, whenever that is. Since it doesn't affect usability of the scripts by octave, I'm ignoring this for now. > - rpmlint reports "non-standard-dir-in-usr libexec" but the directory > appears to be both properly named and owned by the package so > its probably OK, right? > > Yes, I think this is OK. I asked about this earlier: http://www.redhat.com/archives/fedora-extras-list/2005-May/msg01024.html >Otherwise, it looks OK. Please fix the one blocker and I'll take >another look and send a more thorough review. > > Thanks for looking at this. -Quentin From kaboom at oobleck.net Sun Jun 12 03:55:31 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Sat, 11 Jun 2005 23:55:31 -0400 (EDT) Subject: faad2 In-Reply-To: References: Message-ID: On Fri, 10 Jun 2005, Konstantin Ryabitsev wrote: > All: > > Is faad2 (http://www.audiocoding.com/) packageable from the legal > point of view? It does things like mp4 and aac, which makes me wonder. no, which is why it's already in livna later, chris From j.w.r.degoede at hhs.nl Sun Jun 12 05:44:59 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 12 Jun 2005 07:44:59 +0200 Subject: Question: howto disable gnome error dialogs so one can do sane debugging In-Reply-To: References: <42AB3EBE.90401@hhs.nl> Message-ID: <42ABCBDB.20708@hhs.nl> Konstantin Ryabitsev wrote: > On 6/11/05, Hans de Goede wrote: > >>Hi, >> >>I've got a new bug reported against gnumeric: >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160075 >> >>Now when I try to reproduce it, I get a dialog saying: >> >>The Application "gnumeric" has quit unexpectedly. >> >>You can inform the developers of what happened to help them fix it. Or >>you can restart the application right now. >> >>Now that is very userfriendly but not handy for debugging, can this be >>turned off? > > > Remove bug-buddy, I believe. > > Regards, I don't have bug-buddy installed: [hans at shalem ~]$ su -c updatedb Password: [hans at shalem ~]$ locate bug-buddy /usr/share/icons/Bluecurve/48x48/apps/bug-buddy.png /usr/share/icons/Bluecurve/36x36/apps/bug-buddy.png /usr/share/icons/Bluecurve/32x32/apps/bug-buddy.png /usr/share/icons/Bluecurve/24x24/apps/bug-buddy.png /usr/share/icons/Bluecurve/16x16/apps/bug-buddy.png /etc/gconf/gconf.xml.defaults/schemas/apps/bug-buddy /etc/gconf/gconf.xml.defaults/schemas/apps/bug-buddy/%gconf.xml /etc/gconf/gconf.xml.defaults/apps/bug-buddy /etc/gconf/gconf.xml.defaults/apps/bug-buddy/%gconf.xml I did however have a binary called gnome-bug, removing that doesn't help. Regards, Hans From mpeters at mac.com Sun Jun 12 05:58:43 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 11 Jun 2005 22:58:43 -0700 Subject: Request for Review : gourmet In-Reply-To: <1118505820.3263.9.camel@localhost> References: <1117713530.9421.77.camel@laptop.mpeters.local> <1118219747.2764.38.camel@laptop.mpeters.local> <1118440871.3398.7.camel@localhost> <1118480416.2667.52.camel@laptop.mpeters.local> <1118505820.3263.9.camel@localhost> Message-ID: <1118555923.2667.111.camel@laptop.mpeters.local> On Sat, 2005-06-11 at 12:03 -0400, Toshio Kuratomi wrote: > RTF export of all recipes from the main window doesn't work (while html, > mealmaster, etc does.) Looks like a separate code path from the patch > you had to fix the case of exporting individual recipes. (This one > gives a traceback in a dialog which is nice.) Ah yes. It's actually the same code path, and is part of same thing I patched - but my patch was wrong for that part. I'm working on it. fyi - upstream says the removal of rtf support was accidental, he didn't know it was gone and will be looking through his cvs logs to see when it disappeared. > > There's also one file that has dos line encoding:: > /usr/lib/python2.4/site-packages/gourmet/defaults_pt.py > Might want to hit it with dos2unix or sed. fixed with sed - I'll upload when I have the good patch for rtf multi-export finished. From mpeters at mac.com Sun Jun 12 06:46:34 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 11 Jun 2005 23:46:34 -0700 Subject: Request for Review : gourmet In-Reply-To: <1118505820.3263.9.camel@localhost> References: <1117713530.9421.77.camel@laptop.mpeters.local> <1118219747.2764.38.camel@laptop.mpeters.local> <1118440871.3398.7.camel@localhost> <1118480416.2667.52.camel@laptop.mpeters.local> <1118505820.3263.9.camel@localhost> Message-ID: <1118558795.2667.120.camel@laptop.mpeters.local> On Sat, 2005-06-11 at 12:03 -0400, Toshio Kuratomi wrote: > > RTF export of all recipes from the main window doesn't work (while html, > mealmaster, etc does.) Looks like a separate code path from the patch > you had to fix the case of exporting individual recipes. (This one > gives a traceback in a dialog which is nice.) fixed > > There's also one file that has dos line encoding:: > /usr/lib/python2.4/site-packages/gourmet/defaults_pt.py > Might want to hit it with dos2unix or sed. fixed http://mpeters.us/fc_extras/gourmet-0.8.5.1-0.3.src.rpm http://mpeters.us/fc_extras/gourmet.spec new patch - http://mpeters.us/fc_extras/gourmet-0.8.5.1.rtf-dict-2.patch It fixes my previous patch and makes a small change to the rtf exporter script (reverts it to what it was in a *slightly* earlier release) From gauret at free.fr Sun Jun 12 06:52:53 2005 From: gauret at free.fr (Aurelien Bompard) Date: Sun, 12 Jun 2005 08:52:53 +0200 Subject: Buildsystem problem with PPC ? Message-ID: Hello, I've just recieved a build failure notification for Zope on PPC, but it looks more like a problem in the buildsystem to me : http://extras64.linux.duke.edu/failed/4/zope/2.8.0-1/ppc/zope-2.8.0-1.failure.log Should I just request another build ? Thanks, Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr Unix IS user-friendly. It is just very picky about who his friends are. From fedora-extras-list at six-by-nine.com.au Sun Jun 12 08:03:20 2005 From: fedora-extras-list at six-by-nine.com.au (Peter Lawler) Date: Sun, 12 Jun 2005 18:03:20 +1000 Subject: RPath question Message-ID: <42ABEC48.4060002@six-by-nine.com.au> Hi! I'm trying to build rosegarden. One of it's dependencies is LADCCA. (For references, check the CCRMA pages). The thing is, fluidsynth keeps complaining about rpath problems. + /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot ERROR: file '/usr/lib/libfluidsynth.so.1.1.0' contains a standard rpath '/usr/lib' in [/usr/lib] error: Bad exit status from /var/tmp/rpm-tmp.83350 (%install) That's all fine. So, I disable rpaths in the configure part of the .spec. It still doesn't work, However, I notice the following durnig the build (whether I disable it or not): checking LADCCA_LIBS... -Wl,--rpath -Wl,/usr/lib -lladcca -luuid -ljack -lasound -lm -ldl -lpthread So, I tried building LADCCA again, but with it having --disable-rpath in it's spec. Still no juice. If someone can give me pointers, tips, etc., I'd be eternally grateful (not that I'm not usually... but...) Regards, Pete. From byte at aeon.com.my Sun Jun 12 08:15:30 2005 From: byte at aeon.com.my (Colin Charles) Date: Sun, 12 Jun 2005 18:15:30 +1000 Subject: Buildsystem problem with PPC ? In-Reply-To: References: Message-ID: <1118564130.3544.349.camel@arena.soho.bytebot.net> On Sun, 2005-06-12 at 08:52 +0200, Aurelien Bompard wrote: > I've just recieved a build failure notification for Zope on PPC, but > it > looks more like a problem in the buildsystem to me : > http://extras64.linux.duke.edu/failed/4/zope/2.8.0-1/ppc/zope-2.8.0-1.failure.log Hmm, yes, suspisciously so > Should I just request another build ? You have to, otherwise the new Zope doesn't get pushed. Best to wait for Seth to make sure that all the buildsys are working properly too -- Colin Charles, http://www.bytebot.net/ FUDCon II @ LinuxTag June 24-25, 2005 in Karlsruhe, Germany http://fedoraproject.com/fudcon/ From j.w.r.degoede at hhs.nl Sun Jun 12 10:04:16 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 12 Jun 2005 12:04:16 +0200 Subject: Status of "not for commercial use license" discussion? Message-ID: <42AC08A0.7080000@hhs.nl> Hi all, Sometime ago we had a discussion about the inclusion of "not for commercial use license" software into extras. For those who missed the original discussion, we're talking about software which comes with source, maybe modified without problems etc. But may not be redistributed for profit. This would be taken up with RH-legal. After that it has been silent. Is legal still thinking/investigating? Regards, Hans From mpeters at mac.com Sun Jun 12 10:09:11 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 12 Jun 2005 03:09:11 -0700 Subject: Status of "not for commercial use license" discussion? In-Reply-To: <42AC08A0.7080000@hhs.nl> References: <42AC08A0.7080000@hhs.nl> Message-ID: <1118570951.2667.142.camel@laptop.mpeters.local> On Sun, 2005-06-12 at 12:04 +0200, Hans de Goede wrote: > Hi all, > > Sometime ago we had a discussion about the inclusion of "not for > commercial use license" software into extras. For those who missed the > original discussion, we're talking about software which comes with > source, maybe modified without problems etc. But may not be > redistributed for profit. > > This would be taken up with RH-legal. After that it has been silent. Is > legal still thinking/investigating? I would object to it simply because such a license is really not a free license at all. It also can have a viral effect if other software makes use of it. One should be able to use Fedora and Extras without needing to worry about what software they have installed and whether or not their usage violated the terms of usage. While it is the right of a developer to distribute stuff anyway he wishes (I was always fond of postcardware - and tried to get the best postcards I could to send the developer) I think it is a little short sighted for an OSS project to limit the usage when just about every major OSS project has had signifigant contributions to their projects from commercial users. From j.w.r.degoede at hhs.nl Sun Jun 12 10:37:05 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 12 Jun 2005 12:37:05 +0200 Subject: Use of %dist tag Message-ID: <42AC1051.8020505@hhs.nl> Hi all, I was wondering about the %dist tag. Afaik the whole idea behind this tag is to make sure that upgrades from one FC core + extras to the next goes smooth even if the SPEC hasn't changed, so the new extras package is just a rebuild of the old. Right? And also to keep things sane when making changes to extras packages for different release. Say we have FC3 and FC4. Now xxx has to be newer in the FC4 repo then in FC3, so we have: FC3 xxx-1.0-2 FC4 xxx-1.0-3 Now we need to fix a bug for both FC versions so what do we get now? something like: FC3 xxx-1.0-2.1 FC4 xxx-1.0-4 Because we can't make FC3-3 since that could cause problems for people installing extras from CD's or the like right? With dist tags we would get: FC3 xxx-1.0-2.fc3 FC4 xxx-1.0-2.fc4 Now we need to fix a bug for both FC versions so now we get: FC3 xxx-1.0-3.fc3 FC4 xxx-1.0-3.fc4 So to me using dist tags seems much cleaner. Now what I've read using dist tags is not mandatory, but what is wise? Regards, Hans From j.w.r.degoede at hhs.nl Sun Jun 12 10:43:35 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 12 Jun 2005 12:43:35 +0200 Subject: Request for review Glide3 (newer upstream) x86_64 compile wanted Message-ID: <42AC11D7.3030502@hhs.nl> Hi all, I've been busy getting Glide3 in a state where it can be maintained for the long run. As such I've been integrating the big pile of fixes it needed upstream, and switched to a new upstream release. This really needs some testing, what I would like is: -some one to build the SRPM on x86_64 redirect stderr to a file (2> log) and send me the output. I've intergrated the 64 bit fixes in the current package upstream, but there is new code upstream and support for more (older) 3Dfx which need 64 bit cleaning. Fixing all the warnings should be a good start. (If it compiles at all :) -people who still have a 3Dfx card todo testing -review of the specfile since it has changed from autotools to make (no more autotools support upstream) The new SRPM can be found at: http://jwrdegoede.freesuperhost.com/ And then follow the SRPM link (no direct linking allowed because of freehosting provider) If someone can give me a shell on an x86_64 that would be great, or a howto on easy setting up a x86_64 crosscompile environment for testing. Thanks & Regards, Hans From j.w.r.degoede at hhs.nl Sun Jun 12 10:48:56 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 12 Jun 2005 12:48:56 +0200 Subject: Request for review Glide3 (newer upstream) x86_64 compile wanted In-Reply-To: <42AC11D7.3030502@hhs.nl> References: <42AC11D7.3030502@hhs.nl> Message-ID: <42AC1318.9010406@hhs.nl> Hans de Goede wrote: > Hi all, > > I've been busy getting Glide3 in a state where it can be maintained for > the long run. As such I've been integrating the big pile of fixes it > needed upstream, and switched to a new upstream release. > > This really needs some testing, what I would like is: > -some one to build the SRPM on x86_64 redirect stderr to a file (2> > log) and send me the output. I've intergrated the 64 bit fixes in the > current package upstream, but there is new code upstream and support > for more (older) 3Dfx which need 64 bit cleaning. Fixing all the > warnings should be a good start. (If it compiles at all :) > -people who still have a 3Dfx card todo testing > -review of the specfile since it has changed from autotools to make > (no more autotools support upstream) > > The new SRPM can be found at: > http://jwrdegoede.freesuperhost.com/ > > And then follow the SRPM link (no direct linking allowed because of > freehosting provider) > > If someone can give me a shell on an x86_64 that would be great, or a > howto on easy setting up a x86_64 crosscompile environment for testing. > > Thanks & Regards, > > Hans > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > ARGHH, My freehosting provider nukes files bigger then 1Mb after they've been uploaded, instead of failing the ftp transfer. They must have been talking to my (paid) isp who gives plenty of quota but doesn't allow files over 1 Mb GRRRRRRRRRRRRRR. While I'm begging for accounts, can someone give me some descent ftp space anywhere? Thanks! No reviews possible for now as I don't have any ftpspace to put the SRPM (grr). Regards, Hans From bugs.michael at gmx.net Sun Jun 12 11:37:33 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 12 Jun 2005 13:37:33 +0200 Subject: Use of %dist tag In-Reply-To: <42AC1051.8020505@hhs.nl> References: <42AC1051.8020505@hhs.nl> Message-ID: <20050612133733.01cc1eec.bugs.michael@gmx.net> On Sun, 12 Jun 2005 12:37:05 +0200, Hans de Goede wrote: > Hi all, > > I was wondering about the %dist tag. Afaik the whole idea behind this > tag is to make sure that upgrades from one FC core + extras to the next > goes smooth even if the SPEC hasn't changed, so the new extras package > is just a rebuild of the old. Right? > > And also to keep things sane when making changes to extras packages for > different release. Say we have FC3 and FC4. > > Now xxx has to be newer in the FC4 repo then in FC3, so we have: > FC3 xxx-1.0-2 > FC4 xxx-1.0-3 > > Now we need to fix a bug for both FC versions so what do we get now? > something like: > FC3 xxx-1.0-2.1 > FC4 xxx-1.0-4 > > Because we can't make FC3-3 since that could cause problems for people > installing extras from CD's or the like right? Not, IMO. Installing a Fedora Extras snapshot from CD integrated into Anaconda or post-install/firstboot would not be any different with dist tags. You could still run into things like FC3: extrapackage-1.0-1.fc3 (first release of package for FC3) FC3: extrapackage-1.0-3.fc3 (up-to-date through yum update) then a CD based upgrade to FC4 + Extras FC4: extrapackage-1.0-2.fc4 (first release for FC4 on Extras CD) and only the next yum update would fetch the latest FC4: extrapackage-1.0-3.fc4 (from online repository) which would be newer than the installed build release 3.fc3. > With dist tags we would get: > FC3 xxx-1.0-2.fc3 > FC4 xxx-1.0-2.fc4 > > Now we need to fix a bug for both FC versions so now we get: > FC3 xxx-1.0-3.fc3 > FC4 xxx-1.0-3.fc4 > > So to me using dist tags seems much cleaner. Now what I've read using > dist tags is not mandatory, but what is wise? Not making them mandatory is wise. fedora-packaging list and other lists long before that have discussed dist tags. From pawsa at theochem.kth.se Sun Jun 12 11:47:42 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Sun, 12 Jun 2005 11:47:42 +0000 Subject: New package: libesmtp In-Reply-To: <1118528997.3226.18.camel@localhost> (from abadger@sover.net on Sun Jun 12 00:29:57 2005) References: <1118512937l.27631l.0l@salek.zapto.org> <1118528997.3226.18.camel@localhost> Message-ID: <1118576862l.5927l.0l@salek.zapto.org> On 06/12/2005 12:29:57 AM, Toshio Kuratomi wrote: > [snip] > > srpm passes rpmlint test with no warnings. The libesmtp package is > > > basically the same as used to be included in Fedora Core 3, apart > from: > > 1). changes to the spec file needed to get the package built under > > > Fedora-devel and get rid of rpmlint error and warnings. > > > > 2). an extra patch for the build system: original configure script > > > modifies CFLAGS which auto* tools frown upon. This patch has already > > > been communicated to libesmtp author. > > Hmmm... This is actually a pretty major departure from the FC4-devel > version of the spec. As Michael Peters noticed earlier the FC4-devel version of the spec does not even build and I do have to depart at least somewhat. Furthermore, the spec file you have sent cannot be rpmlint-ed either: one gets the message "Error while reading libesmtp.spec". > I have a tendency to fiddle too much with other > people's specs so it's probably safer if you take a look at the > FC4-devel spec (attached) and then post a revised version for review. Whatever floats you boat... http://balsa.gnome.org/libesmtp-1.0.3r1-3.src.rpm http://balsa.gnome.org/libesmtp.spec md5sum libesmtp-1.0.3r1-3.src.rpm libesmtp.spec 7ed69a9fa291488dda285d53ecec4974 libesmtp-1.0.3r1-3.src.rpm 2478fd6ad790de069417e51058997ef7 libesmtp.spec The spec file is based on the one you enclosed + the needed build patch. I look forward to an approval. Pawel Salek From mpeters at mac.com Sun Jun 12 12:58:15 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 12 Jun 2005 05:58:15 -0700 Subject: New package: libesmtp In-Reply-To: <1118576862l.5927l.0l@salek.zapto.org> References: <1118512937l.27631l.0l@salek.zapto.org> <1118528997.3226.18.camel@localhost> <1118576862l.5927l.0l@salek.zapto.org> Message-ID: <1118581095.32158.11.camel@laptop.mpeters.local> On Sun, 2005-06-12 at 11:47 +0000, Pawel Salek wrote: > Whatever floats you boat... > > http://balsa.gnome.org/libesmtp-1.0.3r1-3.src.rpm > http://balsa.gnome.org/libesmtp.spec looks good to me except I thing the BuildPrereq needs to be changed to BuildRequires (can someone confirm this?) and the pthread patch looks like it isn't being applied. Is that intentional? Also a pedantic issue that rpmlint will complain about: %package devel Summary: Headers and development libraries for libESMTP. period in the Summary of devel package should get lost. From skvidal at phy.duke.edu Sun Jun 12 13:24:19 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 12 Jun 2005 09:24:19 -0400 Subject: Status of "not for commercial use license" discussion? In-Reply-To: <1118570951.2667.142.camel@laptop.mpeters.local> References: <42AC08A0.7080000@hhs.nl> <1118570951.2667.142.camel@laptop.mpeters.local> Message-ID: <1118582659.3157.5.camel@cutter> On Sun, 2005-06-12 at 03:09 -0700, Michael A. Peters wrote: > I would object to it simply because such a license is really not a free > license at all. > It also can have a viral effect if other software makes use of it. > > One should be able to use Fedora and Extras without needing to worry > about what software they have installed and whether or not their usage > violated the terms of usage. +1 Fedora is a distribution of free and open source software. -sv From Nicolas.Mailhot at laPoste.net Sun Jun 12 13:29:15 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Sun, 12 Jun 2005 15:29:15 +0200 Subject: Status of "not for commercial use license" discussion? In-Reply-To: <1118582659.3157.5.camel@cutter> References: <42AC08A0.7080000@hhs.nl> <1118570951.2667.142.camel@laptop.mpeters.local> <1118582659.3157.5.camel@cutter> Message-ID: <1118582956.12333.1.camel@rousalka.dyndns.org> Le dimanche 12 juin 2005 ? 09:24 -0400, seth vidal a ?crit : > On Sun, 2005-06-12 at 03:09 -0700, Michael A. Peters wrote: > > > I would object to it simply because such a license is really not a free > > license at all. > > It also can have a viral effect if other software makes use of it. > > > > One should be able to use Fedora and Extras without needing to worry > > about what software they have installed and whether or not their usage > > violated the terms of usage. > > +1 > > Fedora is a distribution of free and open source software. +10 Too many people already confuse FOSS with freeware and shareware without muddying the waters any further. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Sun Jun 12 13:53:02 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 12 Jun 2005 09:53:02 -0400 Subject: Buildsystem problem with PPC ? In-Reply-To: References: Message-ID: <1118584382.3157.7.camel@cutter> On Sun, 2005-06-12 at 08:52 +0200, Aurelien Bompard wrote: > Hello, > > I've just recieved a build failure notification for Zope on PPC, but it > looks more like a problem in the buildsystem to me : > http://extras64.linux.duke.edu/failed/4/zope/2.8.0-1/ppc/zope-2.8.0-1.failure.log > > Should I just request another build ? > Could you bump the release and request a rebuild of that? Thanks, -sv From gauret at free.fr Sun Jun 12 14:44:45 2005 From: gauret at free.fr (Aurelien Bompard) Date: Sun, 12 Jun 2005 16:44:45 +0200 Subject: Buildsystem problem with PPC ? References: <1118584382.3157.7.camel@cutter> Message-ID: > Could you bump the release and request a rebuild of that? Done. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "The most likely way for the world to be destroyed, most experts agree, is by accident. That's where we come in: we're computer professionals. We cause accidents." -- Nathaniel Borenstein From j.w.r.degoede at hhs.nl Sun Jun 12 15:44:24 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Sun, 12 Jun 2005 17:44:24 +0200 Subject: Status of "not for commercial use license" discussion? In-Reply-To: <1118582956.12333.1.camel@rousalka.dyndns.org> References: <42AC08A0.7080000@hhs.nl> <1118570951.2667.142.camel@laptop.mpeters.local> <1118582659.3157.5.camel@cutter> <1118582956.12333.1.camel@rousalka.dyndns.org> Message-ID: <42AC5858.9080408@hhs.nl> Nicolas Mailhot wrote: > Le dimanche 12 juin 2005 ? 09:24 -0400, seth vidal a ?crit : > >>On Sun, 2005-06-12 at 03:09 -0700, Michael A. Peters wrote: >> >> >>>I would object to it simply because such a license is really not a free >>>license at all. >>>It also can have a viral effect if other software makes use of it. >>> >>>One should be able to use Fedora and Extras without needing to worry >>>about what software they have installed and whether or not their usage >>>violated the terms of usage. >> >>+1 >> >>Fedora is a distribution of free and open source software. > > > +10 > > Too many people already confuse FOSS with freeware and shareware without > muddying the waters any further. > We're talking about opensource here, this is no different from QT choosing GPL for a library because they don't want their work used for profit. Except these aren't libraries but programs so that path is not an option. But I in know way intented to restart the discussion about this, we already had that last time (see archives) thats why I added the part about the software meting all FOSS criteria except that it may not be redistributed for a profit. Now I hope that we can stop this thread, except for replies from the people who where busy investigating the legal issues about this and talking about this with RH-legal. Regards, Hans From ivazquez at ivazquez.net Sun Jun 12 18:17:38 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 12 Jun 2005 14:17:38 -0400 Subject: sqlite2 redux In-Reply-To: <20050611212322.1f340ce0.bugs.michael@gmx.net> References: <1116725980.7161.147.camel@ignacio.ignacio.lan> <20050522140917.03c97ef1.bugs.michael@gmx.net> <1116775990.31705.7.camel@ignacio.ignacio.lan> <20050522181951.6e576085.bugs.michael@gmx.net> <1116779103.31705.11.camel@ignacio.ignacio.lan> <20050522184034.2b0240e0.bugs.michael@gmx.net> <1116780257.31705.13.camel@ignacio.ignacio.lan> <20050611212322.1f340ce0.bugs.michael@gmx.net> Message-ID: <1118600258.31674.2.camel@ignacio.ignacio.lan> On Sat, 2005-06-11 at 21:23 +0200, Michael Schwendt wrote: > This is again a question of whether SQLite v3 is needed for FC-3 by anybody > and what the packagers of existing SQLite v2 dependencies say about this > plan. Rather than renaming the SQLite v2 packages and packaging SQLite v3 > for FC-3 just for fun, I'd say let's focus on FC-4 (which includes SQLite > v3). The point of the exercise was *not* to bring SQLite 3 into FE3, but to help provide a clean upgrade path to FC4 for those using SQLite 2. -- 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 mpeters at mac.com Sun Jun 12 18:24:25 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 12 Jun 2005 11:24:25 -0700 Subject: New package: libesmtp In-Reply-To: <1118576862l.5927l.0l@salek.zapto.org> References: <1118512937l.27631l.0l@salek.zapto.org> <1118528997.3226.18.camel@localhost> <1118576862l.5927l.0l@salek.zapto.org> Message-ID: <1118600666.32158.42.camel@laptop.mpeters.local> On Sun, 2005-06-12 at 11:47 +0000, Pawel Salek wrote: > > Whatever floats you boat... > > http://balsa.gnome.org/libesmtp-1.0.3r1-3.src.rpm > http://balsa.gnome.org/libesmtp.spec -Summary: SMTP client library. +Summary: SMTP client library (remove dot at end of summary) -BuildRoot: %{_tmppath}/%{name}-%{version}-root -BuildPrereq: openssl-devel pkgconfig automake +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) +BuildRequires: openssl-devel pkgconfig automake libtool BuildRoot change is optional - it does however need libtoolize from libtool for the BuildRequires -Summary: Headers and development libraries for libESMTP. +Summary: Headers and development libraries for libESMTP (remove dot at end of summary) %prep %setup -q +%patch0 -p1 -b .pthread %patch1 -p1 -b .build apply the pthread patch (unless you have reason not to) -=- As far as I can tell - that should be it (I didn't try in mach, my mach machine is out of service at the moment) You've got my approval anyway. From bugs.michael at gmx.net Sun Jun 12 18:30:13 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 12 Jun 2005 20:30:13 +0200 Subject: sqlite2 redux In-Reply-To: <1118600258.31674.2.camel@ignacio.ignacio.lan> References: <1116725980.7161.147.camel@ignacio.ignacio.lan> <20050522140917.03c97ef1.bugs.michael@gmx.net> <1116775990.31705.7.camel@ignacio.ignacio.lan> <20050522181951.6e576085.bugs.michael@gmx.net> <1116779103.31705.11.camel@ignacio.ignacio.lan> <20050522184034.2b0240e0.bugs.michael@gmx.net> <1116780257.31705.13.camel@ignacio.ignacio.lan> <20050611212322.1f340ce0.bugs.michael@gmx.net> <1118600258.31674.2.camel@ignacio.ignacio.lan> Message-ID: <20050612203013.568ce5bf.bugs.michael@gmx.net> On Sun, 12 Jun 2005 14:17:38 -0400, Ignacio Vazquez-Abrams wrote: > On Sat, 2005-06-11 at 21:23 +0200, Michael Schwendt wrote: > > This is again a question of whether SQLite v3 is needed for FC-3 by anybody > > and what the packagers of existing SQLite v2 dependencies say about this > > plan. Rather than renaming the SQLite v2 packages and packaging SQLite v3 > > for FC-3 just for fun, I'd say let's focus on FC-4 (which includes SQLite > > v3). > > The point of the exercise was *not* to bring SQLite 3 into FE3, but to > help provide a clean upgrade path to FC4 for those using SQLite 2. That's what the 2nd part of my first sentence refers to. All this would have little value (because of soname dependencies). As I've taken a look at the sqlite v2 dependencies in fc3 before, I don't really understand what's so difficult about coordinating the renaming of the package with those who depend on it. From ivazquez at ivazquez.net Sun Jun 12 18:55:27 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 12 Jun 2005 14:55:27 -0400 Subject: sqlite2 redux In-Reply-To: <20050612203013.568ce5bf.bugs.michael@gmx.net> References: <1116725980.7161.147.camel@ignacio.ignacio.lan> <20050522140917.03c97ef1.bugs.michael@gmx.net> <1116775990.31705.7.camel@ignacio.ignacio.lan> <20050522181951.6e576085.bugs.michael@gmx.net> <1116779103.31705.11.camel@ignacio.ignacio.lan> <20050522184034.2b0240e0.bugs.michael@gmx.net> <1116780257.31705.13.camel@ignacio.ignacio.lan> <20050611212322.1f340ce0.bugs.michael@gmx.net> <1118600258.31674.2.camel@ignacio.ignacio.lan> <20050612203013.568ce5bf.bugs.michael@gmx.net> Message-ID: <1118602527.31674.9.camel@ignacio.ignacio.lan> On Sun, 2005-06-12 at 20:30 +0200, Michael Schwendt wrote: > On Sun, 12 Jun 2005 14:17:38 -0400, Ignacio Vazquez-Abrams wrote: > > > On Sat, 2005-06-11 at 21:23 +0200, Michael Schwendt wrote: > > > This is again a question of whether SQLite v3 is needed for FC-3 by anybody > > > and what the packagers of existing SQLite v2 dependencies say about this > > > plan. Rather than renaming the SQLite v2 packages and packaging SQLite v3 > > > for FC-3 just for fun, I'd say let's focus on FC-4 (which includes SQLite > > > v3). > > > > The point of the exercise was *not* to bring SQLite 3 into FE3, but to > > help provide a clean upgrade path to FC4 for those using SQLite 2. > > That's what the 2nd part of my first sentence refers to. All this would > have little value (because of soname dependencies). As I've taken a look > at the sqlite v2 dependencies in fc3 before, I don't really understand > what's so difficult about coordinating the renaming of the package with > those who depend on it. moodss has been changed. kannel and libgda don't have FC-3 builds. php- pecl-*sqlite and perl-DBD-sqlite are self-contained. python-sqlite isn't parallel-installable anyways. Did I miss anyone? -- 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 bugs.michael at gmx.net Sun Jun 12 19:10:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 12 Jun 2005 21:10:27 +0200 Subject: sqlite2 redux In-Reply-To: <1118602527.31674.9.camel@ignacio.ignacio.lan> References: <1116725980.7161.147.camel@ignacio.ignacio.lan> <20050522140917.03c97ef1.bugs.michael@gmx.net> <1116775990.31705.7.camel@ignacio.ignacio.lan> <20050522181951.6e576085.bugs.michael@gmx.net> <1116779103.31705.11.camel@ignacio.ignacio.lan> <20050522184034.2b0240e0.bugs.michael@gmx.net> <1116780257.31705.13.camel@ignacio.ignacio.lan> <20050611212322.1f340ce0.bugs.michael@gmx.net> <1118600258.31674.2.camel@ignacio.ignacio.lan> <20050612203013.568ce5bf.bugs.michael@gmx.net> <1118602527.31674.9.camel@ignacio.ignacio.lan> Message-ID: <20050612211027.4dcf9b96.bugs.michael@gmx.net> On Sun, 12 Jun 2005 14:55:27 -0400, Ignacio Vazquez-Abrams wrote: > On Sun, 2005-06-12 at 20:30 +0200, Michael Schwendt wrote: > > On Sun, 12 Jun 2005 14:17:38 -0400, Ignacio Vazquez-Abrams wrote: > > > > > On Sat, 2005-06-11 at 21:23 +0200, Michael Schwendt wrote: > > > > This is again a question of whether SQLite v3 is needed for FC-3 by anybody > > > > and what the packagers of existing SQLite v2 dependencies say about this > > > > plan. Rather than renaming the SQLite v2 packages and packaging SQLite v3 > > > > for FC-3 just for fun, I'd say let's focus on FC-4 (which includes SQLite > > > > v3). > > > > > > The point of the exercise was *not* to bring SQLite 3 into FE3, but to > > > help provide a clean upgrade path to FC4 for those using SQLite 2. > > > > That's what the 2nd part of my first sentence refers to. All this would > > have little value (because of soname dependencies). As I've taken a look > > at the sqlite v2 dependencies in fc3 before, I don't really understand > > what's so difficult about coordinating the renaming of the package with > > those who depend on it. > > moodss has been changed. kannel and libgda don't have FC-3 builds. php- > pecl-*sqlite and perl-DBD-sqlite are self-contained. python-sqlite isn't > parallel-installable anyways. Did I miss anyone? Then you're back at the rest of my comment above. FE3 has sqlite2 packages which obsolete the older sqlite packages, FE4 has sqlite2 packages, so what? Apparently the renaming of sqlite v2 to sqlite2 was done already. Case closed. Or what am *I* missing? From buildsys at fedoraproject.org Sun Jun 12 19:29:30 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 12 Jun 2005 15:29:30 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050612192930.403FB8288@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 20 GiNaC-1.3.1-6 GiNaC-1.3.1-6.fc3 gai-0.5.8-9 gai-0.5.8-9.fc3 grisbi-0.5.7-1 grisbi-0.5.7-1.fc3 mhonarc-2.6.12-1 mhonarc-2.6.12-1.fc3 mock-0.2-2 mock-0.2-2.fc3 mock-0.3-2 mock-0.3-2.fc3 perl-DBD-SQLite-1.08-2 perl-DBD-SQLite-1.08-2.fc3 sword-1.5.8-3 sword-1.5.8-3.fc3 zope-2.8.0-1 zope-2.8.0-1.fc3 zope-2.8.0-2 zope-2.8.0-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 Sun Jun 12 19:38:47 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 12 Jun 2005 15:38:47 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050612193847.B51F78288@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 20 GiNaC-1.3.1-6 GiNaC-1.3.1-6.fc4 gai-0.5.8-9 gai-0.5.8-9.fc4 mock-0.2-2 mock-0.2-2.fc4 mock-0.3-2 mock-0.3-2.fc4 perl-DBD-SQLite-1.08-2 perl-DBD-SQLite-1.08-2.fc4 spamass-milter-0.3.0-3 spamass-milter-0.3.0-3.fc4 sword-1.5.8-3 sword-1.5.8-3.fc4 xbindkeys-1.7.2-2 xbindkeys-1.7.2-2.fc4 yum-utils-0.2-2 yum-utils-0.2-2.fc4 zope-2.8.0-2 zope-2.8.0-2.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From ivazquez at ivazquez.net Sun Jun 12 19:42:47 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 12 Jun 2005 15:42:47 -0400 Subject: sqlite2 redux In-Reply-To: <20050612211027.4dcf9b96.bugs.michael@gmx.net> References: <1116725980.7161.147.camel@ignacio.ignacio.lan> <20050522140917.03c97ef1.bugs.michael@gmx.net> <1116775990.31705.7.camel@ignacio.ignacio.lan> <20050522181951.6e576085.bugs.michael@gmx.net> <1116779103.31705.11.camel@ignacio.ignacio.lan> <20050522184034.2b0240e0.bugs.michael@gmx.net> <1116780257.31705.13.camel@ignacio.ignacio.lan> <20050611212322.1f340ce0.bugs.michael@gmx.net> <1118600258.31674.2.camel@ignacio.ignacio.lan> <20050612203013.568ce5bf.bugs.michael@gmx.net> <1118602527.31674.9.camel@ignacio.ignacio.lan> <20050612211027.4dcf9b96.bugs.michael@gmx.net> Message-ID: <1118605367.306.5.camel@ignacio.ignacio.lan> On Sun, 2005-06-12 at 21:10 +0200, Michael Schwendt wrote: > On Sun, 12 Jun 2005 14:55:27 -0400, Ignacio Vazquez-Abrams wrote: > > > On Sun, 2005-06-12 at 20:30 +0200, Michael Schwendt wrote: > > > On Sun, 12 Jun 2005 14:17:38 -0400, Ignacio Vazquez-Abrams wrote: > > > > > > > On Sat, 2005-06-11 at 21:23 +0200, Michael Schwendt wrote: > > > > > This is again a question of whether SQLite v3 is needed for FC-3 by anybody > > > > > and what the packagers of existing SQLite v2 dependencies say about this > > > > > plan. Rather than renaming the SQLite v2 packages and packaging SQLite v3 > > > > > for FC-3 just for fun, I'd say let's focus on FC-4 (which includes SQLite > > > > > v3). > > > > > > > > The point of the exercise was *not* to bring SQLite 3 into FE3, but to > > > > help provide a clean upgrade path to FC4 for those using SQLite 2. > > > > > > That's what the 2nd part of my first sentence refers to. All this would > > > have little value (because of soname dependencies). As I've taken a look > > > at the sqlite v2 dependencies in fc3 before, I don't really understand > > > what's so difficult about coordinating the renaming of the package with > > > those who depend on it. > > > > moodss has been changed. kannel and libgda don't have FC-3 builds. php- > > pecl-*sqlite and perl-DBD-sqlite are self-contained. python-sqlite isn't > > parallel-installable anyways. Did I miss anyone? > > Then you're back at the rest of my comment above. FE3 has sqlite2 packages > which obsolete the older sqlite packages, FE4 has sqlite2 packages, so what? > Apparently the renaming of sqlite v2 to sqlite2 was done already. Case closed. > Or what am *I* missing? No, I already handled this issue the day after I posted the reply. So yeah, I'm thinking we're all good here, except for kannel and libgda which tbh I don't know what's happening with. Matthias? Hans? -- 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 buildsys at fedoraproject.org Sun Jun 12 19:50:30 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 12 Jun 2005 15:50:30 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050612195030.A99468288@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 18 mock-0.2-2 mock-0.2-2.fc5 mock-0.3-1 mock-0.3-1.fc5 mock-0.3-2 mock-0.3-2.fc5 perl-DBD-SQLite-1.08-2 perl-DBD-SQLite-1.08-2.fc5 spamass-milter-0.3.0-3 spamass-milter-0.3.0-3.fc5 sword-1.5.8-3 sword-1.5.8-3.fc5 xbindkeys-1.7.2-2 xbindkeys-1.7.2-2.fc5 yum-utils-0.2-2 yum-utils-0.2-2.fc5 zope-2.8.0-2 zope-2.8.0-2.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From alexl at users.sourceforge.net Sun Jun 12 20:19:36 2005 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Sun, 12 Jun 2005 13:19:36 -0700 Subject: Fedora Extras: packages with EVR upgrade problems In-Reply-To: <20050530182633.284959cc.bugs.michael@gmx.net> (Michael Schwendt's message of "Mon, 30 May 2005 18:26:33 +0200") References: <20050530182633.284959cc.bugs.michael@gmx.net> Message-ID: >>>>> "-" == Michael Schwendt writes: -> CVS based %epoch:%version-%release (EVR) comparison. EVR of -> packages for Fedora Extras Development should be higher than -> packages for Fedora Extras FC3. The following packages violate this -> upgrade path: -> galeon 0:1.3.21-2.fc3 in FC-3 branch is newer than devel I filed a Bugzilla entry on this to upgrade galeon on the FC4 branch from 1.3.20-2.fc4 to 1.3.21-2.fc4: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159797 Hopefully this will be rebuilt for FE4 before the FC4 release otherwise it will either block the mozilla/epiphany upgrade from FC3 -> FC4 or it will force a removal of galeon. Alex From katzj at redhat.com Sun Jun 12 20:36:22 2005 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 12 Jun 2005 16:36:22 -0400 Subject: Review request: drivel (GNOME blog client) Message-ID: <1118608583.3052.100.camel@bree.local.net> drivel is a blog client for GNOME supporting LiveJournal, MovableType, Blogger, Advogato and Atom. SRPM at http://people.redhat.com/~katzj/drivel/drivel-2.0.0-2.src.rpm, Spec file at http://people.redhat.com/~katzj/drivel/drivel.spec Based on the upstream package with changes mostly to follow spec guidelines, add lots of buildrequires, and work around the configure check for libcurl explicitly adding -L/usr/lib and thus breaking the build on x86_64. As above, builds fine on FC4 x86_64 in mock. Comments? Jeremy From skvidal at phy.duke.edu Sun Jun 12 21:04:32 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 12 Jun 2005 17:04:32 -0400 Subject: Review request: drivel (GNOME blog client) In-Reply-To: <1118608583.3052.100.camel@bree.local.net> References: <1118608583.3052.100.camel@bree.local.net> Message-ID: <1118610272.3157.92.camel@cutter> On Sun, 2005-06-12 at 16:36 -0400, Jeremy Katz wrote: > drivel is a blog client for GNOME supporting LiveJournal, MovableType, > Blogger, Advogato and Atom. > > SRPM at http://people.redhat.com/~katzj/drivel/drivel-2.0.0-2.src.rpm, > Spec file at http://people.redhat.com/~katzj/drivel/drivel.spec > Need to own: %{_datadir}/omf/drivel/ %{_datadir}/pixmaps/drivel/ %{_datadir]/drivel/ %{_datadir}/gnome/help/drivel/ otherwise I think it looks right. -sv From katzj at redhat.com Sun Jun 12 21:08:03 2005 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 12 Jun 2005 17:08:03 -0400 Subject: Review request: drivel (GNOME blog client) In-Reply-To: <1118610272.3157.92.camel@cutter> References: <1118608583.3052.100.camel@bree.local.net> <1118610272.3157.92.camel@cutter> Message-ID: <1118610483.3052.103.camel@bree.local.net> On Sun, 2005-06-12 at 17:04 -0400, seth vidal wrote: > On Sun, 2005-06-12 at 16:36 -0400, Jeremy Katz wrote: > > drivel is a blog client for GNOME supporting LiveJournal, MovableType, > > Blogger, Advogato and Atom. > > > > SRPM at http://people.redhat.com/~katzj/drivel/drivel-2.0.0-2.src.rpm, > > Spec file at http://people.redhat.com/~katzj/drivel/drivel.spec > > Need to own: > %{_datadir}/omf/drivel/ > %{_datadir}/pixmaps/drivel/ > %{_datadir]/drivel/ > %{_datadir}/gnome/help/drivel/ > > otherwise I think it looks right. Added and imported to the devel branch since I can't stand working with just a spec file anymore :) Once it's got an approval, I'll make branches and build for all of FC3, FC4 and devel Jeremy From pawsa at theochem.kth.se Sun Jun 12 21:15:27 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Sun, 12 Jun 2005 21:15:27 +0000 Subject: New package: libesmtp In-Reply-To: <1118600666.32158.42.camel@laptop.mpeters.local> (from mpeters@mac.com on Sun Jun 12 20:24:25 2005) References: <1118512937l.27631l.0l@salek.zapto.org> <1118528997.3226.18.camel@localhost> <1118576862l.5927l.0l@salek.zapto.org> <1118600666.32158.42.camel@laptop.mpeters.local> Message-ID: <1118610927l.3206l.0l@salek.zapto.org> On 06/12/2005 08:24:25 PM, Michael A. Peters wrote: > On Sun, 2005-06-12 at 11:47 +0000, Pawel Salek wrote: > [snip] > apply the pthread patch (unless you have reason not to) There is no need to patch configure script - it gets overwritten later by autoconf anyway. I merged all the other changes you recommended, though. > -=- > As far as I can tell - that should be it (I didn't try in mach, my > mach machine is out of service at the moment) > You've got my approval anyway. Thanks - I have imported it to CVS and verified that i386 and srpm targets work. I would like to request the build asap. Pawel From fedora-extras-list at six-by-nine.com.au Sun Jun 12 21:19:47 2005 From: fedora-extras-list at six-by-nine.com.au (Peter Lawler) Date: Mon, 13 Jun 2005 07:19:47 +1000 Subject: RPath question In-Reply-To: <42ABEC48.4060002@six-by-nine.com.au> References: <42ABEC48.4060002@six-by-nine.com.au> Message-ID: <42ACA6F3.1070906@six-by-nine.com.au> Peter Lawler wrote: > Hi! > I'm trying to build rosegarden. One of it's dependencies is LADCCA. (For > references, check the CCRMA pages). > > The thing is, fluidsynth keeps complaining about rpath problems. > > + /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot > ERROR: file '/usr/lib/libfluidsynth.so.1.1.0' contains a standard rpath > '/usr/lib' in [/usr/lib] > error: Bad exit status from /var/tmp/rpm-tmp.83350 (%install) > > That's all fine. So, I disable rpaths in the configure part of the > .spec. It still doesn't work, However, I notice the following durnig the > build (whether I disable it or not): > > checking LADCCA_LIBS... -Wl,--rpath -Wl,/usr/lib -lladcca -luuid -ljack > -lasound -lm -ldl -lpthread > > So, I tried building LADCCA again, but with it having --disable-rpath in > it's spec. Still no juice. > > If someone can give me pointers, tips, etc., I'd be eternally grateful > (not that I'm not usually... but...) > > Regards, > > Pete. > After several hours of wondering what the hell I'm meant to be doing, in the laddca-1.0-pc.in file I discovered and removed the -Wl, --rpath -Wl, and created a patch for the same. I also sprinkled --disable-rpath around on every .spec file I was also compiling. Needless to say, whether this was the correct approach or not, I managed to get some noises out of Rosegarden last night. This still isn't 'clean', as I'm relying on a 3rd party's jack ('lo Ivazquez). However I've just picked up a later jack, and am about to try that out too. Could someone advise as to whether just removing those linker options should be enough? I'm rather pleased I managed to get things to build, but am very dubious about considering them for review by -extras as I have no bloody idea what nasty side-effects might hit me :) Regards, Pete. From bugs.michael at gmx.net Sun Jun 12 21:46:11 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 12 Jun 2005 23:46:11 +0200 Subject: RPath question In-Reply-To: <42ACA6F3.1070906@six-by-nine.com.au> References: <42ABEC48.4060002@six-by-nine.com.au> <42ACA6F3.1070906@six-by-nine.com.au> Message-ID: <20050612234611.1984d18b.bugs.michael@gmx.net> On Mon, 13 Jun 2005 07:19:47 +1000, Peter Lawler wrote: > After several hours of wondering what the hell I'm meant to be doing, in > the laddca-1.0-pc.in file I discovered and removed the -Wl, --rpath -Wl, > and created a patch for the same. I also sprinkled --disable-rpath > around on every .spec file I was also compiling. Needless to say, > whether this was the correct approach or not, I managed to get some > noises out of Rosegarden last night. > Could someone advise as to whether just removing those linker options > should be enough? Yes, that's one way of passing on the RPATH to the linker. From bugs.michael at gmx.net Sun Jun 12 22:14:54 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 13 Jun 2005 00:14:54 +0200 Subject: Review request: drivel (GNOME blog client) In-Reply-To: <1118610483.3052.103.camel@bree.local.net> References: <1118608583.3052.100.camel@bree.local.net> <1118610272.3157.92.camel@cutter> <1118610483.3052.103.camel@bree.local.net> Message-ID: <20050613001454.7daaf1ee.bugs.michael@gmx.net> On Sun, 12 Jun 2005 17:08:03 -0400, Jeremy Katz wrote: > On Sun, 2005-06-12 at 17:04 -0400, seth vidal wrote: > > On Sun, 2005-06-12 at 16:36 -0400, Jeremy Katz wrote: > > > drivel is a blog client for GNOME supporting LiveJournal, MovableType, > > > Blogger, Advogato and Atom. > > > > > > SRPM at http://people.redhat.com/~katzj/drivel/drivel-2.0.0-2.src.rpm, > > > Spec file at http://people.redhat.com/~katzj/drivel/drivel.spec http://download.sourceforge.net/drivel/drivel-2.0.0.tar.bz2 > > Need to own: > > %{_datadir}/omf/drivel/ > > %{_datadir}/pixmaps/drivel/ > > %{_datadir]/drivel/ > > %{_datadir}/gnome/help/drivel/ And when it's done with %dir statements, the sub-directories are needed, too: %dir %{_datadir}/drivel/glade/ %dir %{_datadir}/drivel/languages/ > %dir %{_datadir}/gnome/help/drivel > %{_datadir}/gnome/help/drivel/* A classic opportunity to reduce it to: %{_datadir}/gnome/help/drivel/ > > otherwise I think it looks right. > > Added and imported to the devel branch since I can't stand working with > just a spec file anymore :) > > Once it's got an approval, I'll make branches and build for all of FC3, > FC4 and devel For FC3 and newer you can drop those explicit dependencies on gtk2 and glib2 minimal versions. Missing "BuildRequires: gettext". Where's GConf schema uninstall? Desktop file is gnome-drivel.desktop not fedora-drivel.desktop, category X-Fedora is missing. Terminal=0 is not freedesktop.org standard, should be Terminal=false From bugs.michael at gmx.net Sun Jun 12 22:27:10 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 13 Jun 2005 00:27:10 +0200 Subject: Review request: balsa (email client) In-Reply-To: <1117227367l.20746l.0l@salek.zapto.org> References: <1117227367l.20746l.0l@salek.zapto.org> Message-ID: <20050613002710.74860c6e.bugs.michael@gmx.net> On Fri, 27 May 2005 20:56:02 +0000, Pawel Salek wrote: > 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. The version in devel CVS would benefit from the following cleanup and fixes (with the many buildrequires being redundant, but that's unimportant, I just want to point it out, e.g. libgnomeprintui22-devel requires libgnomeprint22-devel and gtk2-devel, libgnomeui-devel requires libgnome-devel, ...). In spec %files sections, please do check packages for missing directories. There are really administrators and superuser account users who use a restrictive umask. The following directories were not included in this package: %{_datadir}/balsa %{_datadir}/balsa/hicolor %{_datadir}/balsa/pixmaps %{_datadir}/gnome/help/balsa %{_datadir}/omf/balsa %{_datadir}/sounds/balsa --- balsa.spec.orig 2005-06-13 00:19:14.000000000 +0200 +++ balsa.spec 2005-06-13 00:23:19.000000000 +0200 @@ -4,7 +4,7 @@ Name: balsa Version: 2.3.3 Release: 1%{?dist} -Summary: Balsa Mail Client +Summary: Mail Client Group: Applications/Internet License: GPL @@ -18,12 +18,12 @@ BuildRequires: aspell-devel BuildRequires: openssl-devel -BuildRequires: gtk2-devel >= 2.0.0 -BuildRequires: libgnome-devel >= 2.0.0 -BuildRequires: libgnomeui-devel >= 2.0.0 -BuildRequires: gnome-vfs2-devel >= 2.0.0 -BuildRequires: libgnomeprint22-devel >= 2.2.0 -BuildRequires: libgnomeprintui22-devel >= 2.2.0 +BuildRequires: gtk2-devel +BuildRequires: libgnome-devel +BuildRequires: libgnomeui-devel +BuildRequires: gnome-vfs2-devel +BuildRequires: libgnomeprint22-devel +BuildRequires: libgnomeprintui22-devel BuildRequires: desktop-file-utils %description @@ -75,14 +75,13 @@ %{_bindir}/balsa %{_libdir}/bonobo/servers/GNOME_Balsa.server %{_datadir}/applications/*.desktop -%{_datadir}/balsa/hicolor/* -%{_datadir}/balsa/pixmaps/* -%{_datadir}/gnome/help/balsa/* +%{_datadir}/balsa/ +%{_datadir}/gnome/help/balsa/ %{_datadir}/icons/hicolor/* %{_datadir}/idl/Balsa.idl -%{_datadir}/omf/balsa/* +%{_datadir}/omf/balsa/ %{_datadir}/pixmaps/gnome-balsa2.png -%{_datadir}/sounds/balsa/* +%{_datadir}/sounds/balsa/ %{_mandir}/man1/balsa.1* %config(noreplace) %{_sysconfdir}/sound/events/balsa.soundlist From pawsa at theochem.kth.se Sun Jun 12 22:44:26 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Sun, 12 Jun 2005 22:44:26 +0000 Subject: APPROVED: libesmtp Message-ID: <1118616272l.6101l.0l@salek.zapto.org> Description: LibESMTP is a library to manage posting (or submission of) electronic mail using SMTP to a preconfigured Mail Transport Agent (MTA) such as Exim. It may be used as part of a Mail User Agent (MUA) or another program that must be able to post electronic mail but where mail functionality is not the program's primary purpose. Reviewer: Michael A. Peters Packager: Pawel Salek -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pawsa at theochem.kth.se Sun Jun 12 22:53:05 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Sun, 12 Jun 2005 22:53:05 +0000 Subject: APPROVED: balsa Message-ID: <1118616789l.6101l.2l@salek.zapto.org> Description: Balsa is an GNOME e-mail reader. It supports local mailboxes, POP3, filters, encryption, signing and and makes an excellent, resource and bandwidth-friendly online IMAP client as well. Reviewer: Michael A. Peters Packager: Pawel Salek -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pawsa at theochem.kth.se Sun Jun 12 23:00:49 2005 From: pawsa at theochem.kth.se (Pawel Salek) Date: Sun, 12 Jun 2005 23:00:49 +0000 Subject: CVSSyncNeeded; build order Message-ID: <1118617249l.6101l.3l@salek.zapto.org> Hello, I would like to request FC-4 build of libesmtp and balsa but I cannot modify http://fedoraproject.org/wiki/Extras/CVSSyncNeeded - can anybody help me? My wiki name is PawelSalek I have also another question. balsa build depends on libesmtp - can I request building them simultaneously, or should I wait with building balsa until libesmtp build is done? Pawel From ivazquez at ivazquez.net Sun Jun 12 23:22:23 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 12 Jun 2005 19:22:23 -0400 Subject: CVSSyncNeeded; build order In-Reply-To: <1118617249l.6101l.3l@salek.zapto.org> References: <1118617249l.6101l.3l@salek.zapto.org> Message-ID: <1118618543.2439.1.camel@ignacio.ignacio.lan> On Sun, 2005-06-12 at 23:00 +0000, Pawel Salek wrote: > I have also another question. balsa build depends on libesmtp - can I > request building them simultaneously, or should I wait with building > balsa until libesmtp build is done? One of the sources of packages is the dir holding the already-built packages, so as long as you queue up libesmtp first you can request them both. -- 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 mpeters at mac.com Sun Jun 12 23:24:03 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 12 Jun 2005 16:24:03 -0700 Subject: CVSSyncNeeded; build order In-Reply-To: <1118617249l.6101l.3l@salek.zapto.org> References: <1118617249l.6101l.3l@salek.zapto.org> Message-ID: <1118618643.32158.83.camel@laptop.mpeters.local> On Sun, 2005-06-12 at 23:00 +0000, Pawel Salek wrote: > Hello, > > I would like to request FC-4 build of libesmtp and balsa but I cannot > modify http://fedoraproject.org/wiki/Extras/CVSSyncNeeded - can anybody > help me? My wiki name is PawelSalek I went ahead and added them to the CVSSyncNeeded page. From katzj at redhat.com Mon Jun 13 00:07:24 2005 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 12 Jun 2005 20:07:24 -0400 Subject: Review request: drivel (GNOME blog client) In-Reply-To: <20050613001454.7daaf1ee.bugs.michael@gmx.net> References: <1118608583.3052.100.camel@bree.local.net> <1118610272.3157.92.camel@cutter> <1118610483.3052.103.camel@bree.local.net> <20050613001454.7daaf1ee.bugs.michael@gmx.net> Message-ID: <1118621245.3052.110.camel@bree.local.net> On Mon, 2005-06-13 at 00:14 +0200, Michael Schwendt wrote: > And when it's done with %dir statements, the sub-directories are needed, > too: Cleaned up. > For FC3 and newer you can drop those explicit dependencies on gtk2 and > glib2 minimal versions. Doesn't hurt to have them > Missing "BuildRequires: gettext". Added > Where's GConf schema uninstall? Added, although the snippets in the wiki seem far more verbose than anything in Core is using. > Desktop file is gnome-drivel.desktop not fedora-drivel.desktop, category > X-Fedora is missing. Terminal=0 is not freedesktop.org standard, should > be Terminal=false gnome-drivel is perfectly acceptable as it's an upstream gnome app. Category added, I'll fix the Terminal via upstream for a future release since the older values still work Jeremy From katzj at redhat.com Mon Jun 13 00:16:36 2005 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 12 Jun 2005 20:16:36 -0400 Subject: CVSSyncNeeded; build order In-Reply-To: <1118617249l.6101l.3l@salek.zapto.org> References: <1118617249l.6101l.3l@salek.zapto.org> Message-ID: <1118621796.3052.115.camel@bree.local.net> On Sun, 2005-06-12 at 23:00 +0000, Pawel Salek wrote: > I would like to request FC-4 build of libesmtp and balsa but I cannot > modify http://fedoraproject.org/wiki/Extras/CVSSyncNeeded - can anybody > help me? My wiki name is PawelSalek FC4 branch for balsa already existed, created one for libesmtp > I have also another question. balsa build depends on libesmtp - can I > request building them simultaneously, or should I wait with building > balsa until libesmtp build is done? Just do the build requests in the right order and the right thing should happen Jeremy From mpeters at mac.com Mon Jun 13 07:43:48 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 13 Jun 2005 00:43:48 -0700 Subject: [x86_64] build failure gnomesword Message-ID: <1118648628.32158.106.camel@laptop.mpeters.local> gnomesword fails to build on x86_64 for fc3/4/devel The fc3 failure is different from the fc4/devel failure. I do not (yet) have an x86_64 machine myself. Build error on fc3: http://mpeters.us/fc_extras/gnomesword-2.1.2-2.fc3.failure.log.txt https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160188 Build error on fc4/devel http://mpeters.us/fc_extras/gnomesword-2.1.2-2.fc4.failure.log.txt https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160186 -=- For the time being I have EcludeArch x86_64 but obviously the bug should be fixed. It does build on x86 and ppc. From ghenry at suretecsystems.com Mon Jun 13 08:41:54 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Mon, 13 Jun 2005 09:41:54 +0100 (BST) Subject: System Imager RPM? Message-ID: <37109.193.195.148.66.1118652114.squirrel@webmail.suretecsystems.com> Dear Guys, Is anyone interested in a RPM for: http://www.systemimager.org/ Cheers. -- Kind Regards, Gavin Henry. Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From qspencer at ieee.org Mon Jun 13 12:42:36 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Mon, 13 Jun 2005 07:42:36 -0500 Subject: Changes to GCC in development Message-ID: <42AD7F3C.4020508@ieee.org> The package cln was built on development on May 28. It still builds on FC4, but now fails on development. I'm getting errors that begin with something like this: ../include/cln/string.h:30: error: ISO C++ forbids declaration of 'cl_string' with no type ../include/cln/string.h:30: error: 'cl_string' is neither function nor member function; cannot be declared friend ../include/cln/string.h:30: error: expected ';' before 'operator' It appears gcc-4.0.0-11 was released on June 6. Does anyone know whether this release is now enforcing some rules that were not enforced before? Can strict checking be turned off with compiler flags? I don't know C++ well enough to understand exactly what's going wrong here. -Quentin From mpeters at mac.com Mon Jun 13 13:17:17 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 13 Jun 2005 06:17:17 -0700 Subject: Request for Review : gourmet In-Reply-To: <1118558795.2667.120.camel@laptop.mpeters.local> References: <1117713530.9421.77.camel@laptop.mpeters.local> <1118219747.2764.38.camel@laptop.mpeters.local> <1118440871.3398.7.camel@localhost> <1118480416.2667.52.camel@laptop.mpeters.local> <1118505820.3263.9.camel@localhost> <1118558795.2667.120.camel@laptop.mpeters.local> Message-ID: <1118668637.29187.4.camel@laptop.mpeters.local> New package from upstream that has rtf working without any patches. I tested both single and multiple file export. It also fixes an oddity I was seeing on occasion where the category was showing up on same line as recipe name. http://mpeters.us/fc_extras/gourmet-0.8.5.2-0.1.src.rpm http://mpeters.us/fc_extras/gourmet.spec (and the dependency PyRTF) http://mpeters.us/fc_extras/PyRTF-0.45-0.2.src.rpm http://mpeters.us/fc_extras/PyRTF.spec known issue to gourmet upstream: Since PyRTF does not yet properly support unicode, recipes with unicode characters will not properly export. He is working on a solution within gourmet for that until PyRTF supports it (it is on the PyRTF developers todo list) From petersen at redhat.com Mon Jun 13 13:26:50 2005 From: petersen at redhat.com (Jens Petersen) Date: Mon, 13 Jun 2005 22:26:50 +0900 Subject: FYI: FreeWnn imported into devel cvs Message-ID: <42AD899A.2090107@redhat.com> FreeWnn (a input conversion server for Japanese) was removed from FC4 so I imported it into cvs since several coming packages will likely need it - including kinput2, scim-wnn, etc. Jens ps If you're interesting in taking ownership of it, please contact me. From petersen at redhat.com Mon Jun 13 13:53:48 2005 From: petersen at redhat.com (Jens Petersen) Date: Mon, 13 Jun 2005 22:53:48 +0900 Subject: Request for Review: darcs In-Reply-To: <429D6DE8.4000207@redhat.com> References: <429D6DE8.4000207@redhat.com> Message-ID: <42AD8FEC.9090206@redhat.com> Jens Petersen wrote: > 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. I imported it into cvs now. Is anyone able to review it? The spec file is fairly straightforward. Darcs has been receiving quite a bit of attention recently as it was discussed in detail on the lkml too as a possible version control system recently. Thanks, Jens From bugs.michael at gmx.net Mon Jun 13 14:31:26 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 13 Jun 2005 16:31:26 +0200 Subject: Changes to GCC in development In-Reply-To: <42AD7F3C.4020508@ieee.org> References: <42AD7F3C.4020508@ieee.org> Message-ID: <20050613163126.47911841.bugs.michael@gmx.net> On Mon, 13 Jun 2005 07:42:36 -0500, Quentin Spencer wrote: > The package cln was built on development on May 28. It still builds on > FC4, but now fails on development. I'm getting errors that begin with > something like this: > > ../include/cln/string.h:30: error: ISO C++ forbids declaration of > 'cl_string' with no type > ../include/cln/string.h:30: error: 'cl_string' is neither function nor > member function; cannot be declared friend > ../include/cln/string.h:30: error: expected ';' before 'operator' > > It appears gcc-4.0.0-11 was released on June 6. Does anyone know whether > this release is now enforcing some rules that were not enforced before? > Can strict checking be turned off with compiler flags? I don't know C++ > well enough to understand exactly what's going wrong here. Yes, since gcc-c++-4.0.0-9 (FC5 devel) the checking of missing forward declarations is stricter. Earlier, apparently, a friend declaration implied a forward declaration. --- include/cln/string.h~ 2004-06-23 23:04:49.000000000 +0200 +++ include/cln/string.h 2005-06-13 15:55:44.000000000 +0200 @@ -10,6 +10,8 @@ namespace cln { +class cl_string; + // General, reference counted and garbage collected strings. struct cl_heap_string : public cl_heap { private: -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.25 1.33 1.25 From tcallawa at redhat.com Mon Jun 13 14:58:41 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 13 Jun 2005 09:58:41 -0500 Subject: Legal questions about Games In-Reply-To: <1118285781.8719.29.camel@sohryu.rewster.org> References: <1118285781.8719.29.camel@sohryu.rewster.org> Message-ID: <1118674722.3173.68.camel@localhost.localdomain> On Wed, 2005-06-08 at 22:56 -0400, JP LaFleur wrote: > 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? IANAL, but I think you're OK as long as you're using the trademark under the guidelines set by the Lanham Act for Fair Use. For example, I can say that Aurora is a Linux for SPARC computers, even though SPARC is a trademark that I do not own. I cannot say that Aurora is SPARC, endorsed by SPARC, or the same as SPARC. If in doubt, strip the references from the docs. Greg, is it possible to pass this specific package (Crack-Attack!) by legal to see if they agree with this assessment? ~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 Mon Jun 13 15:19:58 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 13 Jun 2005 10:19:58 -0500 Subject: fedora-commits In-Reply-To: References: <42A93F21.4010903@hhs.nl> Message-ID: <1118675998.7178.0.camel@localhost.localdomain> On Sat, 2005-06-11 at 09:38 -0400, Konstantin Ryabitsev wrote: > I greatly support this, since sometimes there are several hundred > commit messages within a few hours, and a reply with things as > important as "what the hell are you doing?" goes unnoticed. If we set > all replies to go to the fedora-extras-list, that would make > discussion of such things much more visible and more difficult to > miss. +1. ~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 qspencer at ieee.org Mon Jun 13 15:34:07 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Mon, 13 Jun 2005 10:34:07 -0500 Subject: Changes to GCC in development In-Reply-To: <20050613163126.47911841.bugs.michael@gmx.net> References: <42AD7F3C.4020508@ieee.org> <20050613163126.47911841.bugs.michael@gmx.net> Message-ID: <42ADA76F.8050802@ieee.org> Michael Schwendt wrote: >On Mon, 13 Jun 2005 07:42:36 -0500, Quentin Spencer wrote: > > > >>The package cln was built on development on May 28. It still builds on >>FC4, but now fails on development. I'm getting errors that begin with >>something like this: >> >>../include/cln/string.h:30: error: ISO C++ forbids declaration of >>'cl_string' with no type >>../include/cln/string.h:30: error: 'cl_string' is neither function nor >>member function; cannot be declared friend >>../include/cln/string.h:30: error: expected ';' before 'operator' >> >>It appears gcc-4.0.0-11 was released on June 6. Does anyone know whether >>this release is now enforcing some rules that were not enforced before? >>Can strict checking be turned off with compiler flags? I don't know C++ >>well enough to understand exactly what's going wrong here. >> >> > >Yes, since gcc-c++-4.0.0-9 (FC5 devel) the checking of missing forward >declarations is stricter. Earlier, apparently, a friend declaration implied >a forward declaration. > >--- include/cln/string.h~ 2004-06-23 23:04:49.000000000 +0200 >+++ include/cln/string.h 2005-06-13 15:55:44.000000000 +0200 >@@ -10,6 +10,8 @@ > > namespace cln { > >+class cl_string; >+ > // General, reference counted and garbage collected strings. > struct cl_heap_string : public cl_heap { > private: > > > > Thanks. That fixed it. -Quentin From j.w.r.degoede at hhs.nl Mon Jun 13 16:24:40 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Mon, 13 Jun 2005 18:24:40 +0200 Subject: Bad (obsolete) PR/advertisement on fedora website Message-ID: <42ADB348.6030401@hhs.nl> Hi all, I just saw the (great) FC4 announcement / pressrelease on lwn.net. Amongst other things it states: --- One of Fedora Core's main objectives is to serve the needs of community developers, testers, and other technology enthusiasts who wish to participate in and accelerate the technology development process. But you know what? We aren't exclusive. We want you involved, too, whoever you are: http://fedora.redhat.com/participate You might surprise yourself. --- But that webpage is so outdated, it mentions that in the future we will have CVS, but for now all you can really do is file bugs. While Extras is up and running fine except for anaconda & friends intergration. This page (and the whole of fedora.redhat.com) really need updating. We want more volunteers don't we? Regards, Hans From Christian.Iseli at licr.org Mon Jun 13 16:27:13 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Mon, 13 Jun 2005 18:27:13 +0200 Subject: RPM crash course material request Message-ID: <200506131659.j5DGxOZe011521@mx2.redhat.com> Dear all, I have (maybe foolishly :) agreed to give a short tutorial / crash course about RPMs and Fedora Extras to a few of my colleagues here. The goal is to encourage them to contribute packages to Fedora Extras. They mostly know how to write code and how to compile a tarball using configure / Makefiles. They do not know much about RPM spec files... Anybody attempted such an exercise and has slides / ideas that she/he would be willing to share ? (or pointers to such material) ? This is for Friday... Cheers, Christian From ed at eh3.com Mon Jun 13 16:40:35 2005 From: ed at eh3.com (Ed Hill) Date: Mon, 13 Jun 2005 12:40:35 -0400 Subject: RPM crash course material request In-Reply-To: <200506131659.j5DGxOZe011521@mx2.redhat.com> References: <200506131659.j5DGxOZe011521@mx2.redhat.com> Message-ID: <1118680835.32520.144.camel@ernie> On Mon, 2005-06-13 at 18:27 +0200, Christian.Iseli at licr.org wrote: > > I have (maybe foolishly :) agreed to give a short tutorial / crash course > about RPMs and Fedora Extras to a few of my colleagues here. The goal is to > encourage them to contribute packages to Fedora Extras. > Anybody attempted such an exercise and has slides / ideas that she/he would be > willing to share ? (or pointers to such material) ? Hi Christian, Please see: http://www.rpm.org/max-rpm-snapshot/ http://freshrpms.net/docs/fight/ http://www.gurulabs.com/goodies/guru+guides.php and hope that helps! 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 tcallawa at redhat.com Mon Jun 13 16:50:37 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 13 Jun 2005 11:50:37 -0500 Subject: Request for Review: gambas Message-ID: <1118681437.24084.4.camel@localhost.localdomain> Gambas is a free development environment based on a Basic interpreter with object extensions, like Visual Basic, but it is not a clone. With Gambas, you can quickly design your program GUI, access MySQL or PostgreSQL databases, pilot KDE applications with DCOP, translate your program into many languages, create network applications easily, and so on... Its also pretty frightening code. But hey, people like using it (or so I'm told), so here come the packages. I just checked it into CVS. Plus, you can't really beat a giant blue shrimp. ~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 ville.skytta at iki.fi Mon Jun 13 17:16:11 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 13 Jun 2005 20:16:11 +0300 Subject: FYI: FreeWnn imported into devel cvs In-Reply-To: <42AD899A.2090107@redhat.com> References: <42AD899A.2090107@redhat.com> Message-ID: <1118682971.1675.8.camel@bobcat.mine.nu> On Mon, 2005-06-13 at 22:26 +0900, Jens Petersen wrote: > FreeWnn (a input conversion server for Japanese) was removed > from FC4 so I imported it into cvs Are you planning to request a FC-4 branch for it too? I think I'll have to take FreeWnn into account in the xemacs package (again) one way or another. From gregory.douglas at sympatico.ca Mon Jun 13 17:17:42 2005 From: gregory.douglas at sympatico.ca (Greg Douglas) Date: Mon, 13 Jun 2005 13:17:42 -0400 Subject: Upate to Package: Liferea In-Reply-To: References: Message-ID: <42ADBFB6.4040707@sympatico.ca> Hi Folks. > I am not certain if this is an appropriate approach for this, and > apologize in advanced if this causes any problems, but I would like to > propose the following update to a more recent version of the Liferea > software. I believe that Liferea already exists on Extras. Fedora > has not had an update to this software since January, and a more > recent version does indeed exist. > > I have attached the .spec file, and can send the src.rpm file if it > can proceed. The src.rpm passes rpmlint without any comments. > > This is my first time applying for a package, therefore I will need a > sponsor for CVS. I do have an account with Red Hat Bugzilla. > > If there is currently no maintainer for this package, I am certainly > willing to take it on. > > *"Liferea* is an abbreviation for Linux Feed Reader. It is a news > aggregator for online news feeds. It supports a number of different > feed formats including RSS/RDF, CDF, Atom, OCS, and OPML. There are > many other news readers available, but these others are not available > for Linux or require many extra libraries to be installed. Liferea > tries to fill this gap by creating a fast, easy to use, easy to > install news aggregator for GTK/GNOME" > > Thanks. > > Greg Douglas. > > > > >------------------------------------------------------------------------ > >Name: liferea >Version: 0.9.2 >Release: 1 >Epoch: 0 >Summary: An RSS/RDF feed reader > >Group: Applications/Internet >License: GPL >URL: http://liferea.sourceforge.net/ >Source: http://prdownloads.sourceforge.net/liferea/liferea-0.9.2.tar.gz >BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) > >BuildRequires: gtk2-devel >BuildRequires: dbus >BuildRequires: libxml2 >BuildRequires: libxml2-devel >= 2.5.10 >BuildRequires: gtkhtml2-devel >BuildRequires: GConf2-devel >BuildRequires: desktop-file-utils >BuildRequires: gettext >BuildRequires: libtool >BuildRequires: pkgconfig > >Requires: gtk2 >= 2.4.0, libxml2 > >Requires(post): GConf2 >Requires(preun): GConf2 > > >%description >Liferea is an abbreviation for Linux Feed Reader. It is a news >aggregator for online news feeds. It supports a number of different >feed formats including RSS/RDF, CDF, Atom, OCS, and OPML. There are >many other news readers available, but these others are not available >for Linux or require many extra libraries to be installed. Liferea >tries to fill this gap by creating a fast, easy to use, easy to >install news aggregator for GTK/GNOME. > >%prep >%setup -q -n %{name}-%{version} > > >%build >%configure --disable-schemas-install >CFLAGS="$RPM_OPT_FLAGS" %{__make} %{?_smp_mflags} > > >%install >rm -rf ${RPM_BUILD_ROOT} >make DESTDIR=${RPM_BUILD_ROOT} install >%find_lang %{name} > >rm -f ${RPM_BUILD_ROOT}%{_datadir}/applications/%{name}.desktop >desktop-file-install --vendor fedora \ > --dir ${RPM_BUILD_ROOT}%{_datadir}/applications \ > --add-category X-Fedora \ > %{name}.desktop > > >%clean >rm -rf ${RPM_BUILD_ROOT} > > >%post >export GCONF_CONFIG_SOURCE=$(gconftool-2 --get-default-source) >gconftool-2 --makefile-install-rule \ > %{_sysconfdir}/gconf/schemas/liferea.schemas >/dev/null || : > > >%preun >export GCONF_CONFIG_SOURCE=$(gconftool-2 --get-default-source) >gconftool-2 --makefile-uninstall-rule \ > %{_sysconfdir}/gconf/schemas/liferea.schemas >/dev/null || : > > >%files -f %{name}.lang >%defattr(-,root,root,-) >%doc COPYING AUTHORS NEWS README ChangeLog >%{_mandir}/man1/liferea.1.gz >%{_sysconfdir}/gconf/schemas/liferea.schemas >%dir %{_datadir}/%{name} >%dir %{_datadir}/%{name}/css >%dir %{_datadir}/%{name}/dtd >%dir %{_datadir}/%{name}/opml >%dir %{_datadir}/%{name}/pixmaps >%{_bindir}/%{name} >%{_bindir}/%{name}-bin >%{_datadir}/%{name}/ >%{_datadir}/%{name}/css/*.css >%{_datadir}/%{name}/dtd/html.ent >%{_datadir}/%{name}/opml/feedlist*.opml >%{_datadir}/%{name}/pixmaps/* >%{_datadir}/pixmaps/%{name}.png >%{_datadir}/applications/fedora-%{name}.desktop >%dir %{_libdir}/%{name} >%{_libdir}/%{name}/*.so* >%exclude %{_libdir}/%{name}/*.la > > >%changelog >* Sun Jun 12 2005 Greg Douglas - 0:0.9.2-1 >- added >= 2.5.10 to libxml2-devel dependancy >- added gtk2-devel dependancy >- removed mozilla-devel build dependancy >- added libtool build dependancy >- added pkgconfig build dependancy >- added requires gtk2 >= 2.4.0, libxml2 >- removed Buildrequires: zlib-devel >- updated Source0 path >- updated description based on liferea's >- added %dir %{_datadir}/%{name}/css >- added %dir %{_datadir}/%{name}/dtd >- added %dir %{_datadir}/%{name}/opml >- added %dir %{_datadir}/%{name}/pixmaps >- added %{_datadir}/%{name}/css/*.css >- added %{_datadir}/%{name}/dtd/html.ent >- added %{_datadir}/%{name}/opml/feedlist*.opml >- added %{_datadir}/%{name}/pixmaps/* >- added BuildRequires: dbus < 0.3 >- added BuildRequires: libxml2 > >* Tue Jan 18 2005 Brian Pepple - 0:0.9.0-1.b >- Updated to 0.9.0b. >- Remove seperate desktop file. > >* Fri Jan 14 2005 Brian Pepple - 0:0.9.0-1 >- Updated to 0.9.0. > >* Wed Jan 12 2005 Brian Pepple - 0:0.6.4-1.b >- Updated to 0.6.4b. > >* Mon Nov 1 2004 Brian Pepple - 0:0.6.1-0.fdr.1 >- Updated to 0.6.1. >- Added %exclude *.la >- Removed liferea-0.5.3c-fixes.patch, not needed anymore. >- Removed liferea-0.5.3b-mozillahome.patch, not needed anymore. > >* Fri Sep 24 2004 Michael Schwendt - 0:0.5.3-0.fdr.4.c >- Sync with Mozilla 1.7.3 update for FC2. > >* Fri Sep 10 2004 Michael Schwendt - 0:0.5.3-0.fdr.3.c >- Add memory leak fix + updates from 0.5.3c > (tarball would require autoreconf). > >* Fri Aug 27 2004 Michael Schwendt - 0:0.5.3-0.fdr.2.b >- Add BR mozilla-devel to build Mozilla plugin. >- Patch liferea script to support FC1/FC2 Mozilla homes. > >* Sat Aug 21 2004 Michael Schwendt - 0:0.5.3-0.fdr.1.b >- Update to 0.5.3b (bug-fixes). >- Remove version from libxml2 requirement (2.4.1 would be sufficient). > >* Thu Aug 19 2004 Michael Schwendt - 0:0.5.3-0.fdr.1 >- Update to 0.5.3. >- Add schemas un-/install in preun/post. >- Update desktop file. > >* Wed Aug 4 2004 Michael Schwendt - 0:0.5.2-0.fdr.1.c >- Add BR zlib-devel. >- Update desktop file. >- Adhere to versioning guidelines. > >* Wed Aug 04 2004 Daryll Strauss - 0:0.5.2c-0.fdr.1 >- Updated to 0.5.2c > >* Sat May 22 2004 Brian Pepple - 0:0.4.9-0.fdr.1 >- Updated to 0.4.9 >- Removed liferea_browser.patch. Shouldn't be needed anymore. > >* Thu May 6 2004 Brian Pepple 0:0.4.8-0.fdr.1 >- Updated to 0.4.8. >- Modified liferea_browser.patch to work with new version. >- Removed liferea.png that fedora.us provided, since package now supplies it's own. > >* Fri Apr 30 2004 Brian Pepple 0:0.4.7-0.fdr.5.d >- Applied browser.patch from Michael Schwendt (#1478) > >* Wed Apr 28 2004 Brian Pepple 0:0.4.7-0.fdr.4.d >- Updated to 0.4.7d. >- Removed patch, since it didn't fix browser problem. > >* Fri Apr 23 2004 Brian Pepple 0:0.4.7-0.fdr.4.c >- Add patch to use 'gnome-open %s' instead of 'mozilla %s'. > >* Tue Apr 20 2004 Brian Pepple 0:0.4.7-0.fdr.3.c >- Updated to 0.4.7c > >* Sun Apr 11 2004 Brian Pepple 0:0.4.7-0.fdr.3.b >- Updated to 0.4.7b >- Removed %post/postun [#1478] > >* Sun Apr 11 2004 Brian Pepple 0:0.4.7-0.fdr.2 >- Added liferea-bin to files. > >* Fri Apr 2 2004 Brian Pepple 0:0.4.7-0.fdr.1 >- Updated to 0.4.7. >- Added %post & %postun >- Added %{_libdir} files > >* Tue Mar 30 2004 Brian Pepple 0:0.4.6-0.fdr.1.e >- Updated to 0.4.6e >- Added gettext build requirement > >* Sun Jan 11 2004 Phillip Compton 0:0.4.6-0.fdr.1.b >- Updated to 0.4.6b. > >* Sun Nov 16 2003 Phillip Compton 0:0.4.4-0.fdr.2 >- BuildReq desktop-file-utils. > >* Mon Nov 10 2003 Phillip Compton 0:0.4.4-0.fdr.1 >- Updated to 0.4.4. > >* Thu Oct 16 2003 Phillip Compton 0:0.4.3-0.fdr.1 >- Updated to 0.4.3. > >* Mon Oct 13 2003 Phillip Compton 0:0.4.1-0.fdr.1 >- Updated to 0.4.1. > >* Fri Oct 10 2003 Phillip Compton 0:0.4.0-0.fdr.1 >- Updated to 0.4.0. > >* Wed Oct 01 2003 Phillip Compton 0:0.3.8-0.fdr.1 >- Updated to 0.3.8. > >* Tue Sep 23 2003 Phillip Compton 0:0.3.7-0.fdr.3 >- Correction in %%defattr. >- Improved Summary. >- Source now direct downloadable. > >* Sun Sep 21 2003 Phillip Compton 0:0.3.7-0.fdr.2 >- epoch added to versioned req. > >* Thu Sep 18 2003 Phillip Compton 0:0.3.7-0.fdr.1 >- Initial Fedora Release. > > From toni at willberg.fi Mon Jun 13 17:29:28 2005 From: toni at willberg.fi (Toni Willberg) Date: Mon, 13 Jun 2005 20:29:28 +0300 Subject: New package: matchbox-panel-0.9.2-1 In-Reply-To: <1117173634.30966.60.camel@ignacio.ignacio.lan> References: <1116781983.3422.26.camel@ihaa.home.willberg.fi> <1116866215.3346.5.camel@ihaa.home.willberg.fi> <1117173634.30966.60.camel@ignacio.ignacio.lan> Message-ID: <1118683768.3079.6.camel@ihaa.home.willberg.fi> On Fri, 2005-05-27 at 02:00 -0400, Ignacio Vazquez-Abrams wrote: > On Mon, 2005-05-23 at 19:36 +0300, Toni Willberg wrote: > > http://toniw.iki.fi/temp/matchbox-panel.spec > > - Source0 needs complete URL > - Drop explicit Requires here's 1.7-2: %changelog * Mon Jun 13 2005 Toni Willberg 1.7-2 - changed as suggested by Ignacio Vazquez-Abrams : - Drop 0 Epoch - Source0 should have full URL - Drop .la file from -devel - Use %{_includedir}/libmb instead of doing dir and headers separately http://toniw.iki.fi/srpms/libmatchbox-1.7-2.spec http://toniw.iki.fi/srpms/libmatchbox-1.7-2.src.rpm http://toniw.iki.fi/srpms/libmatchbox-1.7-2.src.rpm.md5sum.asc -------------- 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 toniw at iki.fi Mon Jun 13 17:36:15 2005 From: toniw at iki.fi (Toni Willberg) Date: Mon, 13 Jun 2005 20:36:15 +0300 Subject: New package: matchbox-panel-0.9.2-1 In-Reply-To: <1118683768.3079.6.camel@ihaa.home.willberg.fi> References: <1116781983.3422.26.camel@ihaa.home.willberg.fi> <1116866215.3346.5.camel@ihaa.home.willberg.fi> <1117173634.30966.60.camel@ignacio.ignacio.lan> <1118683768.3079.6.camel@ihaa.home.willberg.fi> Message-ID: <1118684175.3079.9.camel@ihaa.home.willberg.fi> sorry, wrong thread :( From toniw at iki.fi Mon Jun 13 17:37:02 2005 From: toniw at iki.fi (Toni Willberg) Date: Mon, 13 Jun 2005 20:37:02 +0300 Subject: New package: libmatchbox-1.7 In-Reply-To: <1117173399.30966.55.camel@ignacio.ignacio.lan> References: <1116781983.3422.26.camel@ihaa.home.willberg.fi> <1117173399.30966.55.camel@ignacio.ignacio.lan> Message-ID: <1118684222.3079.11.camel@ihaa.home.willberg.fi> On Fri, 2005-05-27 at 01:56 -0400, Ignacio Vazquez-Abrams wrote: > On Sun, 2005-05-22 at 20:13 +0300, Toni Willberg wrote: > > http://toniw.iki.fi/temp/libmatchbox.spec > > - Drop 0 Epoch > - Source0 should have full URL > - Drop .la file from -devel > - Use %{_includedir}/libmb instead of doing dir and headers separately (and this time I answer to the correct thread) here's 1.7-2: %changelog * Mon Jun 13 2005 Toni Willberg 1.7-2 - changed as suggested by Ignacio Vazquez-Abrams : - Drop 0 Epoch - Source0 should have full URL - Drop .la file from -devel - Use %{_includedir}/libmb instead of doing dir and headers separately http://toniw.iki.fi/srpms/libmatchbox-1.7-2.spec http://toniw.iki.fi/srpms/libmatchbox-1.7-2.src.rpm http://toniw.iki.fi/srpms/libmatchbox-1.7-2.src.rpm.md5sum.asc -------------- 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 Mon Jun 13 17:43:23 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 13 Jun 2005 13:43:23 -0400 Subject: Upate to Package: Liferea In-Reply-To: <42ADBFB6.4040707@sympatico.ca> References: <42ADBFB6.4040707@sympatico.ca> Message-ID: <1118684603.4983.10.camel@ignacio.ignacio.lan> On Mon, 2005-06-13 at 13:17 -0400, Greg Douglas wrote: > Hi Folks. > > > I am not certain if this is an appropriate approach for this, and > > apologize in advanced if this causes any problems, but I would like to > > propose the following update to a more recent version of the Liferea > > software. I believe that Liferea already exists on Extras. Fedora > > has not had an update to this software since January, and a more > > recent version does indeed exist. 0.9.2 is in CVS, but I don't believe a build for it has been requested as of yet. -- 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 bugs.michael at gmx.net Mon Jun 13 17:46:11 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 13 Jun 2005 19:46:11 +0200 Subject: Upate to Package: Liferea In-Reply-To: <42ADBFB6.4040707@sympatico.ca> References: <42ADBFB6.4040707@sympatico.ca> Message-ID: <20050613194611.541ea8cf.bugs.michael@gmx.net> On Mon, 13 Jun 2005 13:17:42 -0400, Greg Douglas wrote: > Hi Folks. > > > I am not certain if this is an appropriate approach for this, and > > apologize in advanced if this causes any problems, but I would like to > > propose the following update to a more recent version of the Liferea > > software. I believe that Liferea already exists on Extras. Fedora > > has not had an update to this software since January, and a more > > recent version does indeed exist. FC4 Extras has liferea-0.9.2-1, seems the version for FC3 is older, but in Fedora Extras CVS it is newer already. > > I have attached the .spec file, and can send the src.rpm file if it > > can proceed. The src.rpm passes rpmlint without any comments. > > > > This is my first time applying for a package, therefore I will need a > > sponsor for CVS. I do have an account with Red Hat Bugzilla. > > > > If there is currently no maintainer for this package, I am certainly > > willing to take it on. Liferea in Extras does have a maintainer. I assume FC3 has not seen an update due to Liferea's experimental nature, which has introduced regression and "brown paperbag bugs" a few times in version upgrades, and therefore the 0.9.2 version has been tested in Fedora Development some time first (and could be pushed to FC3 now, too). From toniw at iki.fi Mon Jun 13 17:57:00 2005 From: toniw at iki.fi (Toni Willberg) Date: Mon, 13 Jun 2005 20:57:00 +0300 Subject: New package: matchbox-panel-0.9.2-1 In-Reply-To: <1117173634.30966.60.camel@ignacio.ignacio.lan> References: <1116781983.3422.26.camel@ihaa.home.willberg.fi> <1116866215.3346.5.camel@ihaa.home.willberg.fi> <1117173634.30966.60.camel@ignacio.ignacio.lan> Message-ID: <1118685420.3079.14.camel@ihaa.home.willberg.fi> On Fri, 2005-05-27 at 02:00 -0400, Ignacio Vazquez-Abrams wrote: > On Mon, 2005-05-23 at 19:36 +0300, Toni Willberg wrote: > > http://toniw.iki.fi/temp/matchbox-panel.spec > > - Source0 needs complete URL > - Drop explicit Requires > ok, here's the matchbox-panel-0.9.2-2: %changelog * Mon Jun 13 2005 Toni Willberg - 0.9.2-2 - completed Source0 URL - dropped requires http://toniw.iki.fi/srpms/matchbox-panel-0.9.2-2.spec http://toniw.iki.fi/srpms/matchbox-panel-0.9.2-2.src.rpm http://toniw.iki.fi/srpms/matchbox-panel-0.9.2-2.src.rpm.md5sum.asc -------------- 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 thomas at apestaart.org Mon Jun 13 18:50:58 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Mon, 13 Jun 2005 20:50:58 +0200 Subject: Request for review: annodex and friends Message-ID: <1118688658.5140.10.camel@thomas.amantes> Hi, I just imported four src.rpm's for the annodex stack. annodex (http://www.annodex.net) is a very cool project that aims to bring hyperlinked media to the web - think of it as "surfing video". These packages build nicely with mach on FC4 for both fc3 and fc4 extras. There is one "tweak" in the libannodex spec file which changes a security context option on the library. Without this, httpd refuses to start up after installing mod_annodex. The reason is that libannodex's text area is not relocatable (or something, I'm just parroting here). This might be fixable in the library itself as well, which I'll check for. But in the meantime, the chcon in %post settles it. The rpm names are liboggz, libannodex, libcmml, and mod_annodex. Thanks Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> resistance is low when I'm feeling bored what I thought was fun isn't fun anymore <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From toniw at iki.fi Mon Jun 13 18:54:20 2005 From: toniw at iki.fi (Toni Willberg) Date: Mon, 13 Jun 2005 21:54:20 +0300 Subject: new version 0.9.5 / Re: New package: matchbox-window-manager-0.9.4-1 In-Reply-To: <1117173552.30966.58.camel@ignacio.ignacio.lan> References: <1116781983.3422.26.camel@ihaa.home.willberg.fi> <1116789503.3422.34.camel@ihaa.home.willberg.fi> <1117173552.30966.58.camel@ignacio.ignacio.lan> Message-ID: <1118688860.3079.19.camel@ihaa.home.willberg.fi> On Fri, 2005-05-27 at 01:59 -0400, Ignacio Vazquez-Abrams wrote: > On Sun, 2005-05-22 at 22:18 +0300, Toni Willberg wrote: > > http://toniw.iki.fi/temp/matchbox-window-manager.spec > > - Drop explicit Requires > - Line-break %description at column 79 > - %{_datadir}/matchbox http://toniw.iki.fi/srpms/matchbox-window-manager-0.9.5-1.spec http://toniw.iki.fi/srpms/matchbox-window-manager-0.9.5-1.src.rpm http://toniw.iki.fi/srpms/matchbox-window-manager-0.9.5-1.src.rpm.md5sum.asc %changelog * Mon Jun 13 2005 Toni Willberg - 0.9.5-1 - dropped requires - cleaned %description - fixed %{_datadir} - added full source URL - new upstream version 0.9.5 -------------- 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 Mon Jun 13 19:16:03 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 13 Jun 2005 22:16:03 +0300 Subject: Request for review: annodex and friends In-Reply-To: <1118688658.5140.10.camel@thomas.amantes> References: <1118688658.5140.10.camel@thomas.amantes> Message-ID: <1118690163.1675.44.camel@bobcat.mine.nu> On Mon, 2005-06-13 at 20:50 +0200, Thomas Vander Stichele wrote: > I just imported four src.rpm's for the annodex stack. This is nowhere near a full review, just a few random comments/ IMO's on skimming the commit messages. First: http://fedoraproject.org/wiki/NewPackageProcess In the future, please find a reviewer before committing, or at the very least post about intentions to commit new stuff to the list. > The rpm names are liboggz, libannodex, libcmml, and mod_annodex. liboggz - Better do autofoo in %prep than %build liboggz-devel - Unowned %{_includedir}/oggz/ directory - Docs are usually in %{_docdir}/%{name}-%{version}, not unversioned libcmml-devel - Docs are usually in %{_docdir}/%{name}-%{version}, not unversioned libannodex - Unowned %{_libdir}/annodex directory - Better do autofoo in %prep than %build - chcon in %post is ugly and fragile, needs proper fix (perhaps compiling as PIC if not already? or if everything else fails, request a selinux policy update in bugzilla.redhat.com) libannodex-devel - Unowned %{_includedir}/annodex/ directory mod_annodex - FC mod_python and mod_perl use httpd-mmn for install time httpd versioned dependency From toniw at iki.fi Mon Jun 13 19:16:28 2005 From: toniw at iki.fi (Toni Willberg) Date: Mon, 13 Jun 2005 22:16:28 +0300 Subject: New package: bitlbee-0.92 In-Reply-To: <20050522160723.GA22941@jadzia.bu.edu> References: <1116710226.3422.9.camel@ihaa.home.willberg.fi> <1116771818.4628.201.camel@laurel.intra.city-fan.org> <20050522145540.GA20817@jadzia.bu.edu> <1116776986.3422.16.camel@ihaa.home.willberg.fi> <20050522160723.GA22941@jadzia.bu.edu> Message-ID: <1118690188.3079.23.camel@ihaa.home.willberg.fi> On Sun, 2005-05-22 at 12:07 -0400, Matthew Miller wrote: > On Sun, May 22, 2005 at 06:49:46PM +0300, Toni Willberg wrote: > > > Yes it sure is. > > So you suggest turning it (back) off by default? Even if it binds only > > to localhost? > > Yeah. Instruct people on how to turn it on. > Thanks for your suggestions Matthew and Paul, here's a new version: http://toniw.iki.fi/srpms/bitlbee-0.92-4.spec http://toniw.iki.fi/srpms/bitlbee-0.92-4.src.rpm http://toniw.iki.fi/srpms/bitlbee-0.92-4.src.rpm.md5sum.asc %changelog * Mon Jun 13 2005 Toni Willberg - 0.92-4 - added full source URL - turned the service off by default - disabled binary stripping with configure option, enabled debuginfo package -------------- 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 Mon Jun 13 19:39:44 2005 From: byte at aeon.com.my (Colin Charles) Date: Tue, 14 Jun 2005 05:39:44 +1000 Subject: Bad (obsolete) PR/advertisement on fedora website In-Reply-To: <42ADB348.6030401@hhs.nl> References: <42ADB348.6030401@hhs.nl> Message-ID: <1118691585.3544.494.camel@arena.soho.bytebot.net> On Mon, 2005-06-13 at 18:24 +0200, Hans de Goede wrote: > This page (and the whole of fedora.redhat.com) really need updating. > We > want more volunteers don't we? Can you file a bug under Red Hat web site/fedora, and I'll get to attend to it soon, thanks -- Colin Charles, http://www.bytebot.net/ FUDCon II @ LinuxTag June 24-25, 2005 in Karlsruhe, Germany http://fedoraproject.com/fudcon/ From byte at aeon.com.my Mon Jun 13 19:40:19 2005 From: byte at aeon.com.my (Colin Charles) Date: Tue, 14 Jun 2005 05:40:19 +1000 Subject: System Imager RPM? In-Reply-To: <37109.193.195.148.66.1118652114.squirrel@webmail.suretecsystems.com> References: <37109.193.195.148.66.1118652114.squirrel@webmail.suretecsystems.com> Message-ID: <1118691619.3544.496.camel@arena.soho.bytebot.net> On Mon, 2005-06-13 at 09:41 +0100, Gavin Henry wrote: > Dear Guys, > > Is anyone interested in a RPM for: > > http://www.systemimager.org/ Would be, package it up and send it here for review. Its mighty useful software -- Colin Charles, http://www.bytebot.net/ FUDCon II @ LinuxTag June 24-25, 2005 in Karlsruhe, Germany http://fedoraproject.com/fudcon/ From toshio at tiki-lounge.com Mon Jun 13 22:38:41 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 13 Jun 2005 18:38:41 -0400 Subject: Request for Review : gourmet (PyRTF) In-Reply-To: <1118668637.29187.4.camel@laptop.mpeters.local> References: <1117713530.9421.77.camel@laptop.mpeters.local> <1118219747.2764.38.camel@laptop.mpeters.local> <1118440871.3398.7.camel@localhost> <1118480416.2667.52.camel@laptop.mpeters.local> <1118505820.3263.9.camel@localhost> <1118558795.2667.120.camel@laptop.mpeters.local> <1118668637.29187.4.camel@laptop.mpeters.local> Message-ID: <1118702321.3440.5.camel@localhost> On Mon, 2005-06-13 at 06:17 -0700, Michael A. Peters wrote: > > http://mpeters.us/fc_extras/PyRTF-0.45-0.2.src.rpm > http://mpeters.us/fc_extras/PyRTF.spec > APPROVED 1d1a37b52edcc2815f9ab4c3aa0ddf56 PyRTF-0.45-0.2.src.rpm 6da40728b27c6a0150291f19c3f2ceb9 PyRTF-0.45.tar.gz 17d3c948f4bc13132823607bcd38c39b PyRTF.spec * Package signature verified: 02812C3F Michael A. Peters mpeters- mac.com * Source URL is canonical * Source matches upstream * rpmlint clean * Installs, runs, and uninstalls Post your approve message to comits-list and I'll look at the newest gourmet later tonight. -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 mpeters at mac.com Tue Jun 14 00:10:12 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 13 Jun 2005 17:10:12 -0700 Subject: Intent to package amanda - questions Message-ID: <1118707812.29187.40.camel@laptop.mpeters.local> Won't have a package ready for submission for a little while - I want to thoroughly test it on my home LAN (including recovery) before I submit. I do though have some questions about the best way to do a couple things. 1) Makefile patch The makefile wants to chown/chgrp/suid stuff. Presently I patch the Makefile.in files so they don't, otherwise it can't build as non root (and does silly things like chown on files that are fine owned by root). My patch to the various Makefile.in files is basically a bunch of this: @@ -480,9 +480,7 @@ for p in $$list; do \ pa=$(DESTDIR)$(sbindir)/`echo $$p|sed '$(transform)'`; \ echo chown $(BINARY_OWNER) $$pa; \ - chown $(BINARY_OWNER) $$pa; \ echo chgrp $(SETUID_GROUP) $$pa; \ - chgrp $(SETUID_GROUP) $$pa; \ done Is that the best way to do it? I don't rerun autoconf, as that doesn't seem necessary. 2) User/Group Clearly amanda is a poor choice as I'm sure that username is likely taken on lots of user machines out there. Any suggestions? currently I'm using foobar_user and barfoo_group (for user and group) - they probably should be the same, but since defined as macro, that's easy to change. I just am not sure what would be advisable to actually use. 3) Package splitting I'm breaking it into four packages: amanda-common (shared library needed by server and client, documentation, creates user/group) amanda-server (self explanatory) amanda-client (self explanatory) amanda-amplot - contains amplot which has dependency on gnuplot that only people wanting to use amplot to make perty pictures really need. Does that sound sane? 4) creating user/group This is what I'm currently doing in the %pre script for amanda-common: %pre common if ! /usr/bin/getent group %{am_grp} > /dev/null 2>&1; then /usr/sbin/addgroup -r %{am_grp} fi if ! /usr/bin/getent passwd %{am_usr} > /dev/null 2>&1; then /usr/sbin/adduser -r -c "Amanda Backup Software" -g %{am_grp} -d /var/amanda %{am_usr} fi Is specifically calling amanda-common in the requires for server and client enough to guarantee that pre script gets run before they are installed? The other option is to put it in %pre for both server and client, if user installs both on same machine - one should see it is already set up - but if I guarantee common is actually installed before server or pre, that seems cleaner. The rest I can probably figure out well enough on my own until I'm ready to submit something. From mattdm at mattdm.org Tue Jun 14 00:12:12 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 13 Jun 2005 20:12:12 -0400 Subject: Intent to package amanda - questions In-Reply-To: <1118707812.29187.40.camel@laptop.mpeters.local> References: <1118707812.29187.40.camel@laptop.mpeters.local> Message-ID: <20050614001212.GA24324@jadzia.bu.edu> On Mon, Jun 13, 2005 at 05:10:12PM -0700, Michael A. Peters wrote: > Won't have a package ready for submission for a little while - I want to > thoroughly test it on my home LAN (including recovery) before I submit. amanda, like the backup program already included in Fedora Core? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 81 degrees Fahrenheit. From mpeters at mac.com Tue Jun 14 00:31:29 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 13 Jun 2005 17:31:29 -0700 Subject: Intent to package amanda - questions In-Reply-To: <20050614001212.GA24324@jadzia.bu.edu> References: <1118707812.29187.40.camel@laptop.mpeters.local> <20050614001212.GA24324@jadzia.bu.edu> Message-ID: <1118709089.29187.44.camel@laptop.mpeters.local> On Mon, 2005-06-13 at 20:12 -0400, Matthew Miller wrote: > On Mon, Jun 13, 2005 at 05:10:12PM -0700, Michael A. Peters wrote: > > Won't have a package ready for submission for a little while - I want to > > thoroughly test it on my home LAN (including recovery) before I submit. > > > amanda, like the backup program already included in Fedora Core? Is it really? I did a yum list for it and came up empty. Looked in my local mirror and there it was - damn, that yum typo was a waste of time ... > From petersen at redhat.com Tue Jun 14 00:33:07 2005 From: petersen at redhat.com (Jens Petersen) Date: Tue, 14 Jun 2005 09:33:07 +0900 Subject: FYI: FreeWnn imported into devel cvs In-Reply-To: <1118682971.1675.8.camel@bobcat.mine.nu> References: <42AD899A.2090107@redhat.com> <1118682971.1675.8.camel@bobcat.mine.nu> Message-ID: <42AE25C3.5010409@redhat.com> Ville Skytt? wrote: > On Mon, 2005-06-13 at 22:26 +0900, Jens Petersen wrote: > >>FreeWnn (a input conversion server for Japanese) was removed >>from FC4 so I imported it into cvs > > Are you planning to request a FC-4 branch for it too? I think I'll have > to take FreeWnn into account in the xemacs package (again) one way or > another. Yep, requested and I am waiting for the branch to be made... :) -Jens From fedora-extras-list at six-by-nine.com.au Tue Jun 14 01:32:18 2005 From: fedora-extras-list at six-by-nine.com.au (Peter Lawler) Date: Tue, 14 Jun 2005 11:32:18 +1000 Subject: Guifications for Extras Message-ID: <42AE33A2.40809@six-by-nine.com.au> Hi! I believe Colin Charles has expressed an interest to Stu Tomlinson for getting Guifications in to Extras as we've had zero luck in getting it in to core. Stu's declining to maintain due to time contraints. I'm more than happy to co-operate or maintain as well. I'll throw this open to discussion before proceeding. Regards, Pete (aka Bleeter on Freenode) From mattdm at mattdm.org Tue Jun 14 01:57:22 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 13 Jun 2005 21:57:22 -0400 Subject: Intent to package amanda - questions In-Reply-To: <1118709089.29187.44.camel@laptop.mpeters.local> References: <1118707812.29187.40.camel@laptop.mpeters.local> <20050614001212.GA24324@jadzia.bu.edu> <1118709089.29187.44.camel@laptop.mpeters.local> Message-ID: <20050614015721.GA27660@jadzia.bu.edu> On Mon, Jun 13, 2005 at 05:31:29PM -0700, Michael A. Peters wrote: > > > Won't have a package ready for submission for a little while - I want to > > > thoroughly test it on my home LAN (including recovery) before I submit. > > amanda, like the backup program already included in Fedora Core? > Is it really? > I did a yum list for it and came up empty. > Looked in my local mirror and there it was - damn, that yum typo was a > waste of time ... Heh. Well, maybe some of your ideas can apply to the base package anyway. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 81 degrees Fahrenheit. From toshio at tiki-lounge.com Tue Jun 14 02:18:50 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 13 Jun 2005 22:18:50 -0400 Subject: Request for Review : gourmet In-Reply-To: <1118668637.29187.4.camel@laptop.mpeters.local> References: <1117713530.9421.77.camel@laptop.mpeters.local> <1118219747.2764.38.camel@laptop.mpeters.local> <1118440871.3398.7.camel@localhost> <1118480416.2667.52.camel@laptop.mpeters.local> <1118505820.3263.9.camel@localhost> <1118558795.2667.120.camel@laptop.mpeters.local> <1118668637.29187.4.camel@laptop.mpeters.local> Message-ID: <1118715530.8670.14.camel@localhost> On Mon, 2005-06-13 at 06:17 -0700, Michael A. Peters wrote: > New package from upstream that has rtf working without any patches. > I tested both single and multiple file export. > > It also fixes an oddity I was seeing on occasion where the category was > showing up on same line as recipe name. > > http://mpeters.us/fc_extras/gourmet-0.8.5.2-0.1.src.rpm > http://mpeters.us/fc_extras/gourmet.spec > APPROVE 32a759a3c89f39cad0b8dea2d91c6226 gourmet-0.8.5.2-0.1.src.rpm 9a1014582aacc58ff2ea86ad66fdc2cb gourmet-0.8.5.2.tar.gz 4b552ff934d075641857c7818a17b2a1 gourmet.spec Good: * Package signature verified: 02812C3F "Michael A. Peters (general) * Upstream source tarball verified * rpmlint warnings regarding invalid locale should be ignored Minor: * dl.sf.net/grecipe-manager/gourmet-0.8.5.2.tar.gz might be slightly more canonical than easynews.dl.sf.net/sourceforge/[...] but I'm not going to make this a blocker as I know where it points. -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 mpeters at mac.com Tue Jun 14 02:20:09 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 13 Jun 2005 19:20:09 -0700 Subject: Intent to package amanda - questions In-Reply-To: <20050614015721.GA27660@jadzia.bu.edu> References: <1118707812.29187.40.camel@laptop.mpeters.local> <20050614001212.GA24324@jadzia.bu.edu> <1118709089.29187.44.camel@laptop.mpeters.local> <20050614015721.GA27660@jadzia.bu.edu> Message-ID: <1118715609.2612.0.camel@laptop.mpeters.local> On Mon, 2005-06-13 at 21:57 -0400, Matthew Miller wrote: > On Mon, Jun 13, 2005 at 05:31:29PM -0700, Michael A. Peters wrote: > > > > Won't have a package ready for submission for a little while - I want to > > > > thoroughly test it on my home LAN (including recovery) before I submit. > > > amanda, like the backup program already included in Fedora Core? > > Is it really? > > I did a yum list for it and came up empty. > > Looked in my local mirror and there it was - damn, that yum typo was a > > waste of time ... > > Heh. Well, maybe some of your ideas can apply to the base package anyway. > Or I can look at their package and see what they did :D From mfleming at enlartenment.com Tue Jun 14 03:33:08 2005 From: mfleming at enlartenment.com (Michael Fleming) Date: Tue, 14 Jun 2005 13:33:08 +1000 Subject: Guifications for Extras In-Reply-To: <42AE33A2.40809@six-by-nine.com.au> References: <42AE33A2.40809@six-by-nine.com.au> Message-ID: <20050614033308.GA6343@enlartenment.com> On Tue, Jun 14, 2005 at 11:32:18AM +1000, Peter Lawler waffled thusly: > Hi! > I believe Colin Charles has expressed an interest to Stu Tomlinson for > getting Guifications in to Extras as we've had zero luck in getting it > in to core. Stu's declining to maintain due to time contraints. > > I'm more than happy to co-operate or maintain as well. I'll throw this > open to discussion before proceeding. I've got a package (gaim-guifications) as part of my own small repo. I'm not a heavy user of it but I'll maintain a package if noone else is interested. If you want to go over the existing SRPM it's at http://www.enlartenment.com/packages/fedora/3/i386/SRPMS.mf/gaim-guifications-2.10-2.fc3.mf.src.rpm It's certainly not FE standard but with a bit of tweaking should be A1. > Regards, > > Pete (aka Bleeter on Freenode) Michael. -- Michael Fleming "Bother" said the Borg, "We've assimilated Pooh!" From buildsys at fedoraproject.org Tue Jun 14 04:31:28 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 14 Jun 2005 00:31:28 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050614043128.888668534@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 5 blacs-1.1-9.fc3 drivel-2.0.0-3.fc3 gnomesword-2.1.2-2.1.fc3 qgo-1.0.1-5.fc3 spamass-milter-0.3.0-5.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 Tue Jun 14 04:40:33 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 14 Jun 2005 00:40:33 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050614044033.71EE58534@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 10 R-RScaLAPACK-0.4.0-12.fc4 blacs-1.1-9.fc4 drivel-2.0.0-3.fc4 gnomesword-2.1.2-2.1.fc4 hddtemp-0.3-0.4.beta13.1 libesmtp-1.0.3r1-3 qgo-1.0.1-5.fc4 qgo-1.0.1-5.fc5 scim-tables-0.5.1-1.fc4 spamass-milter-0.3.0-5.fc4 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 Tue Jun 14 05:19:49 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 14 Jun 2005 01:19:49 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050614051949.EF21C8534@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 6 bittorrent-4.1.2-1.fc5 drivel-2.0.0-3.fc5 hddtemp-0.3-0.5.beta13 libesmtp-1.0.3r1-3 qgo-1.0.1-5.fc5 spamass-milter-0.3.0-5.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From petersen at redhat.com Tue Jun 14 09:03:39 2005 From: petersen at redhat.com (Jens Petersen) Date: Tue, 14 Jun 2005 18:03:39 +0900 Subject: FYI: skkdic imported into devel cvs Message-ID: <42AE9D6B.1050006@redhat.com> The skkdic package (Japanese dictionaries used for Simple Kana Kanji conversion) was removed from FC4. I imported it into cvs since several packages (will) need it - including uim-skk, scim-skk, etc. Cheers, Jens From sarantis at cnl.di.uoa.gr Tue Jun 14 10:23:44 2005 From: sarantis at cnl.di.uoa.gr (Sarantis Paskalis) Date: Tue, 14 Jun 2005 13:23:44 +0300 Subject: Request to assume maintainership of greek fonts rpms Message-ID: <20050614102344.GA3859@gallagher.di.uoa.gr> Hello, After lurking for quite some time in the fedora lists, I think I can give it a go and start maintain some Fedora Extras packages. My first two packages are tetex-font-kerkis (an extras orphan) and mgopen-fonts (a greek ttf font released under a licence similar to bitstream vera). The packages are in this location: http://gallagher.di.uoa.gr/any/rpms/ For the tetex-font-kerkis package: I have updated the package in CVS to support the newer tetex-3 shipped with FC4, as can be seen in the bugs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159279 and https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160300 For the mgopen-fonts package: I have created an rpm containing the font files, modeled after the bitstream-vera rpm. Information about this font can be found at http://www.ellak.gr/fonts/mgopen/ An RFE in bugzilla has more information about the licence, the origins, the looks and other questions raised https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=158032 It is slated as FC5Target. In the mean time, it would be good to have quality greek fonts as part of Extras. Now, is there anything else I should do to promote these packages? I will apply for a CVS account if it is OK. Thanks, -- Sarantis From mpeters at mac.com Tue Jun 14 11:12:07 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 14 Jun 2005 04:12:07 -0700 Subject: Request to assume maintainership of greek fonts rpms In-Reply-To: <20050614102344.GA3859@gallagher.di.uoa.gr> References: <20050614102344.GA3859@gallagher.di.uoa.gr> Message-ID: <1118747527.2612.43.camel@laptop.mpeters.local> On Tue, 2005-06-14 at 13:23 +0300, Sarantis Paskalis wrote: > For the mgopen-fonts package: I like this font very much. I purchased Palatino Linotype a few years back because it had nice greek characters and no linux font I had did (though bitstream vera isn't *too* bad now) recommendation - version the Source0 tarball and comment that upstream is not version. IE - %define upstream_date 20050614 %define fontdir %{_datadir}/fonts/mgopen Name: mgopen-fonts Version: 1 Release: 1 Summary: Truetype greek fonts Group: User Interface/X License: Redistributable, with restrictions URL: http://www.ellak.gr/fonts/mgopen/ Source0: %{archivename}-%{upstream_date}.tar.gz # upstream tarball is not versioned - http://www.ellak.gr/fonts/mgopen/files/%{archivename}.tar.gz -=- Source1 - where is that from? There's not a url there. It also probably should be versioned too. From sarantis at cnl.di.uoa.gr Tue Jun 14 11:33:50 2005 From: sarantis at cnl.di.uoa.gr (Sarantis Paskalis) Date: Tue, 14 Jun 2005 14:33:50 +0300 Subject: Request to assume maintainership of greek fonts rpms In-Reply-To: <1118747527.2612.43.camel@laptop.mpeters.local> References: <20050614102344.GA3859@gallagher.di.uoa.gr> <1118747527.2612.43.camel@laptop.mpeters.local> Message-ID: <20050614113350.GA3976@gallagher.di.uoa.gr> Hi Michael, Thanks for the quick feedback. On Tue, Jun 14, 2005 at 04:12:07AM -0700, Michael A. Peters wrote: > On Tue, 2005-06-14 at 13:23 +0300, Sarantis Paskalis wrote: > > > For the mgopen-fonts package: > > I like this font very much. > I purchased Palatino Linotype a few years back because it had nice greek > characters and no linux font I had did (though bitstream vera isn't > *too* bad now) > > recommendation - version the Source0 tarball and comment that upstream > is not version. > IE - OK. > Source1 - where is that from? There's not a url there. It also probably > should be versioned too. It it the whole website for the fonts. Since there is no other documentation available, I packed the source site into a tar file and included it as documentation. In an email exchange with the people responsible for the release, I asked whether I could use parts or the whole page for the package, and they responded positively. They stated that there is no other documentation available. The LICENCE file is an excerpt from the html page, containing the licence for these fonts. Before I produce the new version, could someone clarify what I should do in this case? Not including any documentation seems wrong, since we have permission to use text from the website. -- Sarantis From pmatilai at laiskiainen.org Tue Jun 14 12:34:32 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Tue, 14 Jun 2005 05:34:32 -0700 (PDT) Subject: New Packages: python-ezpycrypto, python-pam In-Reply-To: <20050611222125.GP14290@anduril.pams.ncsu.edu> References: <20050608013251.GA14290@anduril.pams.ncsu.edu> <20050611222125.GP14290@anduril.pams.ncsu.edu> Message-ID: On Sat, 11 Jun 2005, Jack Neely wrote: > Folks, > > I'm still looking for a reviewer of these packages for import into cvs. > Feedback is welcome. python-pam fails to build on FC4: gcc -DPACKAGE=1 -DVERSION=1 -I. -I. -I/usr/include/python1.5 -I/usr/lib/python1.5/config -fpic -g -O2 -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m64 -mtune=nocona -c PAMmodule.c PAMmodule.c:14:30: error: python2.3/Python.h: No such file or directory The build process should really use python distutils to find the include directory instead requiring per-version patches. It's missing pam-devel buildrequirement, and then perhaps more a matter of taste but I'd put the examples into a their own directory in %doc, instead of the main docdir. - Panu - From rpmaker at gmail.com Tue Jun 14 13:41:29 2005 From: rpmaker at gmail.com (Vasilij Pupkin) Date: Tue, 14 Jun 2005 15:41:29 +0200 Subject: Request: Gtk-Gnutella Message-ID: <33d3cf370506140641229bded9@mail.gmail.com> Project page: http://gtk-gnutella.sf.net Description: (from offsite) Gtk-Gnutella is a server/client for Gnutella. It runs on every Unix-like system which supports GTK+ (1.2 or above) and libxml. Gnome is not required. It is currently developed and tested under Linux (Debian 2.2) and is known to run at least on Linux, FreeBSD, NetBSD, OpenBSD, Darwin, Solaris, Tru64 UNIX (OSF/1), SGI IRIX, BeOS whereas CPU architectures include x86, AMD64, PowerPC, SPARC, MIPS. Licence: GPL Version: 0.95.3 stable Source RPM: http://prdownloads.sourceforge.net/gtk-gnutella/gtk-gnutella-0.95.3-gtk2.src.rpm?download I rebuilt the src.rpm tested the x86_64 rebuild on a fresh FC4 installation for 4 hours, everything worked stable. The application started without any problems, its links have been added to Gnome's Internet submenu. No source modification needed. If the builds are required, I'm ready to send i386, i686 and x86_64 builds. Have a nice day From Christian.Iseli at licr.org Tue Jun 14 13:55:42 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 14 Jun 2005 15:55:42 +0200 Subject: Request for Review: gambas In-Reply-To: Your message of "Mon, 13 Jun 2005 11:50:37 CDT." <1118681437.24084.4.camel@localhost.localdomain> Message-ID: <200506141355.j5EDtgWe017861@localhost.unil.ch> tcallawa at redhat.com said: > Plus, you can't really beat a giant blue shrimp. Right :) Here is what I found: - tarball matches upstream - rpmlint prints a few messages, but nothing significant - I can build and run it (on an i386 FC3 machine...) A few nitpicks: - there is a strange character in the description: like Visual Basic?(but it is NOT a clone !).. - do we still want to use XFree86-devel in the BuildRequires ? Any reason not to use xorg-x11-devel instead ? - you have: %dir %{_libdir}/gambas %{_libdir}/gambas/*.so.* %{_libdir}/gambas/lib.gb*.component # Normally, this file should be in the -devel package # However, gambas can't run without the .so. :P %{_libdir}/gambas/*.so Why not simply: # Normally, the .so should be in the -devel package # However, gambas can't run without them. :P %{_libdir}/gambas I don't know that I'm qualified to approve the package, but once the above is dealt with I think the package is fine. As a side note, I've seen a few warnings during the build, like: CXMLDocument.c:150: warning: assignment makes pointer from integer without a cast CCurl.c:173: warning: assignment makes integer from pointer without a cast ... etc. I'm not sure what will happen on 64 bit arches... Cheers, Christian From qspencer at ieee.org Tue Jun 14 14:18:12 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 14 Jun 2005 09:18:12 -0500 Subject: Slow build system Message-ID: <42AEE724.2020507@ieee.org> I seem to recall someone saying a while back that the build system was also used for hosting one of the mirrors or something, making it slow around the time of a release. I had a build that should have finished without trouble fail yesterday due to a timeout (and it was already complete on 2 of 3 archs). If the system is going to be hammered like this for a few days (or more) with the new release, would it be possible to increase the timeout so that scarce CPU cycles don't go to waste like this? -Quentin From skvidal at phy.duke.edu Tue Jun 14 14:24:58 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 14 Jun 2005 10:24:58 -0400 Subject: Slow build system In-Reply-To: <42AEE724.2020507@ieee.org> References: <42AEE724.2020507@ieee.org> Message-ID: <1118759098.31680.4.camel@cutter> On Tue, 2005-06-14 at 09:18 -0500, Quentin Spencer wrote: > I seem to recall someone saying a while back that the build system was > also used for hosting one of the mirrors or something, making it slow > around the time of a release. I had a build that should have finished > without trouble fail yesterday due to a timeout (and it was already > complete on 2 of 3 archs). If the system is going to be hammered like > this for a few days (or more) with the new release, would it be possible > to increase the timeout so that scarce CPU cycles don't go to waste like > this? > the buildsystem is not used to host a mirror. The buildsystem gets its copy of the release from a known mirror. So populating the chroots takes longer. -sv From shahms at shahms.com Tue Jun 14 14:29:30 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 14 Jun 2005 07:29:30 -0700 Subject: Build Failure: Success Message-ID: <42AEE9CA.4030305@shahms.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I recently requested a rebuild of ipython and got an email about it having failed to build on FC-3 and succeeding on FC-4. Not a big deal, except when I go to the failed log directory I discovered that the build did not, in fact, fail. There was the successfully build package along with a log file demonstrating a successful build. Is this a bug in the build system, or what? - -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCrunK/qs2NkWy11sRAtaiAJ9DXYdjyNc7LLO3qcUCRUp8O4CllwCgydmr I1EkLGaUnOHjQK5/+x6PUko= =6M/v -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Tue Jun 14 14:33:27 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 14 Jun 2005 10:33:27 -0400 Subject: Build Failure: Success In-Reply-To: <42AEE9CA.4030305@shahms.com> References: <42AEE9CA.4030305@shahms.com> Message-ID: <1118759607.31680.6.camel@cutter> On Tue, 2005-06-14 at 07:29 -0700, Shahms King wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I recently requested a rebuild of ipython and got an email about it > having failed to build on FC-3 and succeeding on FC-4. Not a big deal, > except when I go to the failed log directory I discovered that the build > did not, in fact, fail. There was the successfully build package along > with a log file demonstrating a successful build. Is this a bug in the > build system, or what? it's almost undoubtedly a timeout. -sv From qspencer at ieee.org Tue Jun 14 14:50:52 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 14 Jun 2005 09:50:52 -0500 Subject: Build Failure: Success In-Reply-To: <1118759607.31680.6.camel@cutter> References: <42AEE9CA.4030305@shahms.com> <1118759607.31680.6.camel@cutter> Message-ID: <42AEEECC.8050803@ieee.org> seth vidal wrote: >On Tue, 2005-06-14 at 07:29 -0700, Shahms King wrote: > > >>I recently requested a rebuild of ipython and got an email about it >>having failed to build on FC-3 and succeeding on FC-4. Not a big deal, >>except when I go to the failed log directory I discovered that the build >>did not, in fact, fail. There was the successfully build package along >>with a log file demonstrating a successful build. Is this a bug in the >>build system, or what? >> >> > >it's almost undoubtedly a timeout. > >-sv > > As I noted in another recent mail, I experienced this too with cln yesterday. Would it be possible to just get the "failed" packages signed and released? -Quentin From skvidal at phy.duke.edu Tue Jun 14 14:55:31 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 14 Jun 2005 10:55:31 -0400 Subject: Build Failure: Success In-Reply-To: <42AEEECC.8050803@ieee.org> References: <42AEE9CA.4030305@shahms.com> <1118759607.31680.6.camel@cutter> <42AEEECC.8050803@ieee.org> Message-ID: <1118760931.31680.8.camel@cutter> On Tue, 2005-06-14 at 09:50 -0500, Quentin Spencer wrote: > seth vidal wrote: > > >On Tue, 2005-06-14 at 07:29 -0700, Shahms King wrote: > > > > > >>I recently requested a rebuild of ipython and got an email about it > >>having failed to build on FC-3 and succeeding on FC-4. Not a big deal, > >>except when I go to the failed log directory I discovered that the build > >>did not, in fact, fail. There was the successfully build package along > >>with a log file demonstrating a successful build. Is this a bug in the > >>build system, or what? > >> > >> > > > >it's almost undoubtedly a timeout. > > > >-sv > > > > > As I noted in another recent mail, I experienced this too with cln > yesterday. Would it be possible to just get the "failed" packages signed > and released? > no. that's not a safe bet. but once things cool off a bit or if I can spontaneously generate some disk space I'll see what I can do. sorry. -sv From andreas.bierfert at lowlatency.de Tue Jun 14 15:54:43 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 14 Jun 2005 17:54:43 +0200 Subject: Request for Review: perl-Tk Message-ID: <42AEFDC3.9030901@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 perl-Tk-804.027: http://fedora.lowlatency.de/review/perl-Tk-804.027-1.src.rpm http://fedora.lowlatency.de/review/perl-Tk.spec Summary: Perl Graphical User Interface ToolKit This a re-port of a perl interface to Tk8.4. C code is derived from Tcl/Tk8.4.5. It also includes all the C code parts of Tix8.1.4 from SourceForge. The perl code corresponding to Tix's Tcl code is not fully implemented. Perl API is essentially the same as Tk800 series Tk800.025 but has not been verified as compliant. There ARE differences see pod/804delta.pod. - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCrv3DQEQyPsWM8csRAlMGAJ0fpKZX4KNYRssTZCtyoTCpeOuiZQCfQjjc xWOtBuaFMFIEUCz0msgOATQ= =X4NN -----END PGP SIGNATURE----- From andreas.bierfert at lowlatency.de Tue Jun 14 15:54:45 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 14 Jun 2005 17:54:45 +0200 Subject: Request for Review: perl-Tk-JPEG-Lite Message-ID: <42AEFDC5.4010302@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 perl-Tk-JPEG-Lite-2.01403: http://fedora.lowlatency.de/review/perl-Tk-JPEG-Lite.spec http://fedora.lowlatency.de/review/perl-Tk-JPEG-Lite-2.01403-1.src.rpm Summary: A lite version of Tk::JPEG This is a "lite" version of Tk::JPEG which uses an already installed libjpeg shared library. - -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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCrv3FQEQyPsWM8csRAhXAAKCoZpdu07ybMxuAw8OxPMo476Wd3ACfdmg6 y7jpWQ3T33pLLBKxL9whKZI= =JNiD -----END PGP SIGNATURE----- From bugs.michael at gmx.net Tue Jun 14 16:28:22 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 14 Jun 2005 18:28:22 +0200 Subject: Review request: balsa (email client) In-Reply-To: <20050613002710.74860c6e.bugs.michael@gmx.net> References: <1117227367l.20746l.0l@salek.zapto.org> <20050613002710.74860c6e.bugs.michael@gmx.net> Message-ID: <20050614182822.6a0504ad.bugs.michael@gmx.net> On Mon, 13 Jun 2005 00:27:10 +0200, Michael Schwendt wrote: > On Fri, 27 May 2005 20:56:02 +0000, Pawel Salek wrote: > > > 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. > > The version in devel CVS would benefit from the following cleanup and > fixes (with the many buildrequires being redundant, but that's > unimportant, I just want to point it out, e.g. libgnomeprintui22-devel > requires libgnomeprint22-devel and gtk2-devel, libgnomeui-devel requires > libgnome-devel, ...). > > In spec %files sections, please do check packages for missing > directories. There are really administrators and superuser account users > who use a restrictive umask. The following directories were not included > in this package: > > %{_datadir}/balsa > %{_datadir}/balsa/hicolor > %{_datadir}/balsa/pixmaps > %{_datadir}/gnome/help/balsa > %{_datadir}/omf/balsa > %{_datadir}/sounds/balsa > > --- balsa.spec.orig 2005-06-13 00:19:14.000000000 +0200 > +++ balsa.spec 2005-06-13 00:23:19.000000000 +0200 > @@ -4,7 +4,7 @@ > Name: balsa > Version: 2.3.3 > Release: 1%{?dist} > -Summary: Balsa Mail Client > +Summary: Mail Client > > Group: Applications/Internet > License: GPL > @@ -18,12 +18,12 @@ > BuildRequires: aspell-devel > BuildRequires: openssl-devel > > -BuildRequires: gtk2-devel >= 2.0.0 > -BuildRequires: libgnome-devel >= 2.0.0 > -BuildRequires: libgnomeui-devel >= 2.0.0 > -BuildRequires: gnome-vfs2-devel >= 2.0.0 > -BuildRequires: libgnomeprint22-devel >= 2.2.0 > -BuildRequires: libgnomeprintui22-devel >= 2.2.0 > +BuildRequires: gtk2-devel > +BuildRequires: libgnome-devel > +BuildRequires: libgnomeui-devel > +BuildRequires: gnome-vfs2-devel > +BuildRequires: libgnomeprint22-devel > +BuildRequires: libgnomeprintui22-devel > BuildRequires: desktop-file-utils > > %description > @@ -75,14 +75,13 @@ > %{_bindir}/balsa > %{_libdir}/bonobo/servers/GNOME_Balsa.server > %{_datadir}/applications/*.desktop > -%{_datadir}/balsa/hicolor/* > -%{_datadir}/balsa/pixmaps/* > -%{_datadir}/gnome/help/balsa/* > +%{_datadir}/balsa/ > +%{_datadir}/gnome/help/balsa/ > %{_datadir}/icons/hicolor/* > %{_datadir}/idl/Balsa.idl > -%{_datadir}/omf/balsa/* > +%{_datadir}/omf/balsa/ > %{_datadir}/pixmaps/gnome-balsa2.png > -%{_datadir}/sounds/balsa/* > +%{_datadir}/sounds/balsa/ > %{_mandir}/man1/balsa.1* > %config(noreplace) %{_sysconfdir}/sound/events/balsa.soundlist Having seen several build requests for balsa meanwhile, I've got to... *ping*! -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.20 1.41 2.10 From ivazquez at ivazquez.net Tue Jun 14 18:50:07 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 14 Jun 2005 14:50:07 -0400 Subject: FC4/FE4 feeds Message-ID: <1118775007.31315.1.camel@ignacio.ignacio.lan> I was looking in Liferea today when I noticed that I saw FC3/FE3 and Rawhide stuff, but not FC4/FE4. When will the feeds for those be in place? -- 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 steve at silug.org Tue Jun 14 19:29:11 2005 From: steve at silug.org (Steven Pritchard) Date: Tue, 14 Jun 2005 14:29:11 -0500 Subject: Request for Review: perl-Tk In-Reply-To: <42AEFDC3.9030901@lowlatency.de> References: <42AEFDC3.9030901@lowlatency.de> Message-ID: <20050614192911.GA18518@osiris.silug.org> On Tue, Jun 14, 2005 at 05:54:43PM +0200, Andreas Bierfert wrote: > perl-Tk-804.027: > http://fedora.lowlatency.de/review/perl-Tk-804.027-1.src.rpm > http://fedora.lowlatency.de/review/perl-Tk.spec This has been on my list of things to submit for a while. You might want to look at my spec (attached). Having XFT=1 on makes fonts look *much* better, although it seems to make "make test" fail rather miserably. (The widget test and all of my code work perfectly though, so I don't know why the tests fail.) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 -------------- next part -------------- %{!?perl_vendorarch: %define perl_vendorarch %(eval "`%{__perl} -V:installvendorarch`"; echo $installvendorarch)} Name: perl-Tk Version: 804.027 Release: 1 Summary: Graphical user interface toolkit for Perl License: GPL or Artistic Group: Development/Libraries URL: http://search.cpan.org/dist/Tk/ Source0: http://www.cpan.org/modules/by-module/Tk/Tk-804.027.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) BuildRequires: xorg-x11-devel # For XFT=1. BuildRequires: fontconfig-devel # Versions before this have known Unicode issues. BuildRequires: perl >= 3:5.8.3 # Looks like there is some breakage in the package. # Apparently some things were renamed, but there are # references to the old names. Or something. Provides: perl(Tk::LabRadio) = 4.004 Provides: perl(Tk::TextReindex) %description Graphical user interface toolkit for Perl. %prep %setup -q -n Tk-%{version} find . -type f -exec %{__perl} -pi -e \ 's/^(#!)(\/usr\/local)?(\/bin\/perl)/$1\/usr$3/ if ($. == 1)' {} \; %build %{__perl} Makefile.PL INSTALLDIRS=vendor X11LIB=/usr/X11R6/%{_lib} XFT=1 %{__perl} -pi -e 's/^\tLD_RUN_PATH=[^\s]+\s*/\t/' Makefile make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} \; find $RPM_BUILD_ROOT -type f -name '*.bs' -size 0 -exec rm -f {} \; find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null \; chmod -R u+rwX,go+rX,go-w $RPM_BUILD_ROOT/* %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc COPYING Change.log Changes Funcs.doc README ToDo VERSIONS %{_bindir}/* %{perl_vendorarch}/* %{_mandir}/man1/* %{_mandir}/man3/* %changelog * Sat Apr 02 2005 Steven Pritchard 804.027-1 - Specfile autogenerated. - Fix various issues (wrong path to perl, broken auto-Provides, missing BuildRequires) From skvidal at phy.duke.edu Tue Jun 14 19:34:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 14 Jun 2005 15:34:44 -0400 Subject: FC4/FE4 feeds In-Reply-To: <1118775007.31315.1.camel@ignacio.ignacio.lan> References: <1118775007.31315.1.camel@ignacio.ignacio.lan> Message-ID: <1118777684.31680.25.camel@cutter> On Tue, 2005-06-14 at 14:50 -0400, Ignacio Vazquez-Abrams wrote: > I was looking in Liferea today when I noticed that I saw FC3/FE3 and > Rawhide stuff, but not FC4/FE4. When will the feeds for those be in > place? > when I remember to do them ;) thanks for the reminder :) -sv From andreas.bierfert at lowlatency.de Tue Jun 14 20:51:58 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 14 Jun 2005 22:51:58 +0200 Subject: Request for Review: perl-Tk In-Reply-To: <20050614192911.GA18518@osiris.silug.org> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> Message-ID: <42AF436E.5000707@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Steven Pritchard wrote: > This has been on my list of things to submit for a while. You might > want to look at my spec (attached). Having XFT=1 on makes fonts look > *much* better, although it seems to make "make test" fail rather > miserably. (The widget test and all of my code work perfectly though, > so I don't know why the tests fail.) > > Steve http://fedora.lowlatency.de/review/perl-Tk.spec http://fedora.lowlatency.de/review/perl-Tk-804.027-2.src.rpm Thanks I added the explicit provides (actually had those in the first version but could not find a reference any more ^^) and the XFT option. I think "make test" is not so important as we cannot use it in the rpm anyway and if thinks work thats ok. Would you be willing to approve this as is or some more opinions/changes? - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCr0NuQEQyPsWM8csRAm34AJ9vuYBqL+imasE9/zd2u4HRAqGFhwCgp265 w5ThU+Zrj4XhNYh/X+RgaeU= =9gap -----END PGP SIGNATURE----- From andreas.bierfert at lowlatency.de Tue Jun 14 20:53:22 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 14 Jun 2005 22:53:22 +0200 Subject: Request for Review: perl-Tk In-Reply-To: <42AF436E.5000707@lowlatency.de> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> Message-ID: <42AF43C2.7080902@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andreas Bierfert wrote: > test" is not so important as we cannot use it in the rpm anyway and if thinks ^ g /slap myself - -- 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCr0PCQEQyPsWM8csRAl4GAKCZaaHngLZTnh4crz/Q52ZPSEpgwACgtyjs ougbcF6+V9AE3qC7IuS02Bo= =X3Mk -----END PGP SIGNATURE----- From ivazquez at ivazquez.net Tue Jun 14 21:10:30 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 14 Jun 2005 17:10:30 -0400 Subject: Request: Gtk-Gnutella In-Reply-To: <33d3cf370506140641229bded9@mail.gmail.com> References: <33d3cf370506140641229bded9@mail.gmail.com> Message-ID: <1118783430.31315.3.camel@ignacio.ignacio.lan> On Tue, 2005-06-14 at 15:41 +0200, Vasilij Pupkin wrote: > Project page: http://gtk-gnutella.sf.net I have this in my repo. Let me update it, clean it up, and put it up for review. -- 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 Tue Jun 14 22:26:00 2005 From: tian at c-sait.net (Christian Jodar) Date: Wed, 15 Jun 2005 00:26:00 +0200 Subject: Changelog and new version of upstream Message-ID: <20050615002600.7ec96d16@tianbox> Hello, Just a small question about %changelog section. When RPM is updated only to follow new version of upstream package, what should contain the %changelog section? Only a small message telling it's using a new source, or a list of changes in the application? For end user, second solution seems to be better. But it could imply long changelog section. And as it is truncated most of the time when displayed (as with repoview), it is not so useful. Another question. Is there a need for a review/approval before committing and requesting build when only the upstream package has been changed? 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 mpeters at mac.com Tue Jun 14 22:43:38 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 14 Jun 2005 15:43:38 -0700 Subject: Changelog and new version of upstream In-Reply-To: <20050615002600.7ec96d16@tianbox> References: <20050615002600.7ec96d16@tianbox> Message-ID: <1118789018.15881.4.camel@laptop.mpeters.local> On Wed, 2005-06-15 at 00:26 +0200, Christian Jodar wrote: > Hello, > > Just a small question about %changelog section. When RPM is updated only to > follow new version of upstream package, what should contain the %changelog > section? Only a small message telling it's using a new source, or a list of > changes in the application? I typically just note new upstream version. > > For end user, second solution seems to be better. But it could imply long > changelog section. End users rarely read the changelogs, info about what is new in the new version should be in the packages ChangeLog file. %changelog is not user documentation. From otaylor at redhat.com Tue Jun 14 23:00:00 2005 From: otaylor at redhat.com (Owen Taylor) Date: Tue, 14 Jun 2005 19:00:00 -0400 Subject: Changelog and new version of upstream In-Reply-To: <20050615002600.7ec96d16@tianbox> References: <20050615002600.7ec96d16@tianbox> Message-ID: <1118790000.23695.63.camel@localhost.localdomain> On Wed, 2005-06-15 at 00:26 +0200, Christian Jodar wrote: > Hello, > > Just a small question about %changelog section. When RPM is updated only to > follow new version of upstream package, what should contain the %changelog > section? Only a small message telling it's using a new source, or a list of > changes in the application? > > For end user, second solution seems to be better. But it could imply long > changelog section. And as it is truncated most of the time when displayed > (as with repoview), it is not so useful. > > Another question. Is there a need for a review/approval before committing > and requesting build when only the upstream package has been changed? Universal practice is just to say "Update to x.y.z". You might want to add notes about particular bugs fixed Update to x.y.z (Fixes #51342, #54143) Or even Update to x.y.z (Greatly improves handling of purple zebras.) But trying to actually tell any fraction of what changed upstream isn't useful and will quickly lead to extreme %changelog bloat. %changelog really is about changes to the *packaging*. Regards, Owen -------------- 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 Tue Jun 14 23:00:14 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 14 Jun 2005 19:00:14 -0400 Subject: Changelog and new version of upstream In-Reply-To: <20050615002600.7ec96d16@tianbox> References: <20050615002600.7ec96d16@tianbox> Message-ID: <1118790014.31315.7.camel@ignacio.ignacio.lan> On Wed, 2005-06-15 at 00:26 +0200, Christian Jodar wrote: > Just a small question about %changelog section. When RPM is updated only to > follow new version of upstream package, what should contain the %changelog > section? Only a small message telling it's using a new source, or a list of > changes in the application? I just say "Upstream update" myself in %changelog. > Another question. Is there a need for a review/approval before committing > and requesting build when only the upstream package has been changed? Nope. But making sure it builds on as many systems as you can reasonably get ahold of is a good first step. And waiting a couple of hours for responses on -commits is also a good idea. -- 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 steve at silug.org Tue Jun 14 23:32:20 2005 From: steve at silug.org (Steven Pritchard) Date: Tue, 14 Jun 2005 18:32:20 -0500 Subject: Request for Review: perl-Tk In-Reply-To: <42AF436E.5000707@lowlatency.de> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> Message-ID: <20050614233220.GB18518@osiris.silug.org> On Tue, Jun 14, 2005 at 10:51:58PM +0200, Andreas Bierfert wrote: > Would you be willing to approve this as is or some more opinions/changes? Just a few more thoughts... > BuildRequires: perl >= 3:5.8.3 I had a comment "# Versions before this have known Unicode issues." before that line. I'd suggest keeping that comment so people remember why we're requiring a specific version of perl. It might not be a bad thing to Require that version of perl as well. > BuildRequires: libjpeg Did you mean libjpeg or libjpeg-devel here? > BuildRequires: libpng-devel > BuildRequires: zlib-devel libpng-devel requires zlib-devel, so zlib-devel can be dropped. > BuildRequires: fontconfig-devel Required by xorg-x11-devel, so that can be dropped. (I remember now that I hadn't submitted the package yet because I hadn't double-checked all the dependencies. :-) > %{__perl} -pi -e 's|/usr/local/bin/perl\|/bin/perl|%{__perl}|' * */* */*/* Are you sure that will work? "|" looks over-used, plus "*" includes directories. How about this? find . -type f -exec %{__perl} -pi -e \ 's,^(#!)(/usr/local)?/bin/perl\b,$1%{__perl}, if ($. == 1)' {} \; (Untested, I'll have to try building with that...) > CFLAGS="$RPM_OPT_FLAGS" %{__perl} Makefile.PL INSTALLDIRS=vendor XFT=1 I had this: %{__perl} Makefile.PL INSTALLDIRS=vendor X11LIB=/usr/X11R6/%{_lib} XFT=1 Setting CFLAGS is redundant. The options perl was compiled with will be used automatically. Anything else might not work properly. The X11LIB thing is necessary to build on x86_64. I also had this: %{__perl} -pi -e 's/^\tLD_RUN_PATH=[^\s]+\s*/\t/' Makefile At some point that was in the Extras spec template. I haven't looked at it lately though... Perhaps someone else can comment on why that was necessary. > make %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" Again, OPTIMIZE isn't necessary. Look at the spec template (and/or my spec file) for the proper way to "make install". (It's actually "make pure_install", IIRC.) In the %files section, I have %{perl_vendorarch} instead of %{perl_vendorlib}. I can't remember what the difference is right now... And just think, Ville and Jose are the picky ones... ;-) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From andreas.bierfert at lowlatency.de Wed Jun 15 05:56:09 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 15 Jun 2005 07:56:09 +0200 Subject: Request for Review: perl-Tk In-Reply-To: <20050614233220.GB18518@osiris.silug.org> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> <20050614233220.GB18518@osiris.silug.org> Message-ID: <42AFC2F9.6000207@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Steven Pritchard wrote: > Just a few more thoughts... Sounds all good ^^ and works: http://fedora.lowlatency.de/review/perl-Tk-804.027-3.src.rpm http://fedora.lowlatency.de/review/perl-Tk.spec > And just think, Ville and Jose are the picky ones... ;-) Ok maybe they did not notice...yet ;) - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCr8L4QEQyPsWM8csRAqHfAJ4lYQxZkiKoiXvE1KYM+r5NVykUvACfXi9I jXgOLh4dJhjH/xDfNQBi7Zg= =Dhxk -----END PGP SIGNATURE----- From gauret at free.fr Wed Jun 15 08:24:14 2005 From: gauret at free.fr (Aurelien Bompard) Date: Wed, 15 Jun 2005 10:24:14 +0200 Subject: The Zope/Plone Problem Message-ID: Hi, Recently I have updated Zope to it's latest version: 2.8.0. Now I discover that Plone does not work with this version of Zope, and isn't even supported on python 2.4 (which ships with FC4). The next version of Plone is supposed to work with Zope 2.8 and python 2.4, but it is scheduled for August 1st. I see three options: - rollback to zope 2.7.3. That would not fix the "python 2.4 is unsupported" problem. Worst of all, it would require me to bump Epoch (and I'd rather jump out of the window than do that). - create a new "zope27" package, and have Plone require zope < 2.8. That would not fix the python problem either. - update Plone to CVS, which should work with Zope 2.8 and python 2.4 Any other option ? What would you advise me to do ? I think I'll try Plone CVS and see how that works here. Thanks for your input Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr There are only 10 types of people in the world : those who understand binary and those who don't. From bugs.michael at gmx.net Wed Jun 15 09:25:14 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 15 Jun 2005 11:25:14 +0200 Subject: Request for review: annodex and friends In-Reply-To: <1118690163.1675.44.camel@bobcat.mine.nu> References: <1118688658.5140.10.camel@thomas.amantes> <1118690163.1675.44.camel@bobcat.mine.nu> Message-ID: <20050615112514.1a70d628.bugs.michael@gmx.net> On Mon, 13 Jun 2005 22:16:03 +0300, Ville Skytt? wrote: > On Mon, 2005-06-13 at 20:50 +0200, Thomas Vander Stichele wrote: > > > I just imported four src.rpm's for the annodex stack. > > This is nowhere near a full review, just a few random comments/ IMO's on > skimming the commit messages. > > First: http://fedoraproject.org/wiki/NewPackageProcess > In the future, please find a reviewer before committing, or at the very > least post about intentions to commit new stuff to the list. With the risk of sounding like a slave-driver, it would also be appreciated to see Thomas keeping his existing packages in good shape before importing new packages. *wink* https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=157183 -> https://bugzilla.redhat.com/156222 -> https://bugzilla.redhat.com/159811 -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 2.98 3.26 3.42 From fedora-extras-list at six-by-nine.com.au Wed Jun 15 09:59:21 2005 From: fedora-extras-list at six-by-nine.com.au (Peter Lawler) Date: Wed, 15 Jun 2005 19:59:21 +1000 Subject: Realtime Kernel patch Message-ID: <42AFFBF9.1030008@six-by-nine.com.au> Hi! Just a quick note that I've got a 'port' of CCRMA's Rosegarden and dependant RPM's sitting here. I'll be looking for a high-speed connection to upload to for the review, being on 128kbps is not good. That should be about a week away, and give me more time to tweak the files. If anyone's interested, I'd be happy to mail you the SRPMs in the meantime. I notice CCRMA have a realtime/low-latency kernel. As they rightly state, jack's fairly useless without realtime/low-latency http://ccrma.stanford.edu/planetccrma/software/installtwosix.html#SECTION000201000000000000000 Just wondering what other people think of this, and whether extras might carry Ingo's rtp'd kernel? My 'desire' to enable Extras to carry real decent A/V software would depend on this. Thoughts? Regards, Pete. From adrian at lisas.de Wed Jun 15 10:21:50 2005 From: adrian at lisas.de (Adrian Reber) Date: Wed, 15 Jun 2005 12:21:50 +0200 Subject: Nexuiz In-Reply-To: <20050609102529.GA30500@lisas.de> References: <20050609082426.GA8518@lisas.de> <1118307016.25537.10.camel@laptop.mpeters.local> <20050609085606.GA22286@lisas.de> <20050609110744.46c22d68.bugs.michael@gmx.net> <20050609102529.GA30500@lisas.de> Message-ID: <20050615102150.GB4542@lisas.de> On Thu, Jun 09, 2005 at 12:25:29PM +0200, Adrian Reber wrote: > http://lisas.de/~adrian/rpm/nexuiz-1.0-2/ So... Is the nexuiz package ready to be approved or does it need more work? Adrian From mpeters at mac.com Wed Jun 15 10:42:19 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 15 Jun 2005 03:42:19 -0700 Subject: Request for Review - libvisual-plugins Message-ID: <1118832140.15881.20.camel@laptop.mpeters.local> This package was approved and building, and then broke on rawhide. I fixed the break and would like to make sure my fix is appropriate before I send an approved and upload. This package has also been requested on bugzilla as an RFE ( Bug 159373 ) New files: http://mpeters.us/fc_extras/libvisual-plugins-0.2.0-0.5.src.rpm http://mpeters.us/fc_extras/libvisual-plugins.spec and old patch (not changed since last submission) http://mpeters.us/fc_extras/libvisual-plugins-0.2.0.mkinstalldirs.patch I will set up mock on friday or saturday and make sure the BuildRequires are sane before requesting build (my machine that had mach died, haven't fixed it yet) The change in spec file (added to %build before %configure): %ifarch i386 export CFLAGS="${RPM_OPT_FLAGS} -mmmx" %endif builds on x86 and ppc, don't have an x86_64 From mattdm at mattdm.org Wed Jun 15 12:41:51 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 15 Jun 2005 08:41:51 -0400 Subject: The Zope/Plone Problem In-Reply-To: References: Message-ID: <20050615124151.GA5254@jadzia.bu.edu> On Wed, Jun 15, 2005 at 10:24:14AM +0200, Aurelien Bompard wrote: > - update Plone to CVS, which should work with Zope 2.8 and python 2.4 > Any other option ? What would you advise me to do ? I think I'll try Plone > CVS and see how that works here. Given the other problems, sounds like the best bet. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 79 degrees Fahrenheit. From MSchwartz at mn.rr.com Wed Jun 15 13:35:13 2005 From: MSchwartz at mn.rr.com (Marc Schwartz) Date: Wed, 15 Jun 2005 08:35:13 -0500 Subject: FC4 XEmacs and Find dialog bug? Message-ID: Hi all, I have noted strange behavior, presumably a bug with XEmacs on FC 4, installed from FE. When selecting "Find" from the toolbar, the dialog comes up properly. However, when typing in the text to search for, nothing appears in the input field in the dialog. I noted however, when using a mouse to expand the lower border of the dialog window, the text appears in a space, below the dialog and above the window border. Anyone else seeing this? BTW, any updates on the XEmacs Maximized/Metacity interaction issue, which has been around for several releases? Thanks, Marc Schwartz From gauret at free.fr Wed Jun 15 13:56:21 2005 From: gauret at free.fr (Aurelien Bompard) Date: Wed, 15 Jun 2005 15:56:21 +0200 Subject: The Zope/Plone Problem References: <20050615124151.GA5254@jadzia.bu.edu> Message-ID: Matthew Miller wrote: > On Wed, Jun 15, 2005 at 10:24:14AM +0200, Aurelien Bompard wrote: >> - update Plone to CVS, which should work with Zope 2.8 and python 2.4 >> Any other option ? What would you advise me to do ? I think I'll try >> Plone CVS and see how that works here. > > Given the other problems, sounds like the best bet. Yeah, I found a Plone-2.1-alpha2 tarball from May 22nd and it seems to work OK with Zope 2.8. I've updated and requested a build, and I'll look closely at Plone releases for upgrades. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Entre toi et moi il y a un produit qui s'appelle un produit, une mol?cule qui s'appelle l'oxyg?ne, alors si tu fais ?a (inspiration/expiration) comme ?a, tu vis, mais si je tue l'oxyg?ne comme sur la lune, tu meurs !" -- Jean-Claude Vandamme From qspencer at ieee.org Wed Jun 15 14:02:31 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 15 Jun 2005 09:02:31 -0500 Subject: Timeout on build system Message-ID: <42B034F7.4090603@ieee.org> I tried to rebuild cln yesterday after getting a timeout on the build system on Monday. It failed again with the same error (and all RPMs complete). Is there anything that can be done to avoid this? I can keep resubmitting the build request, but I'd like to know I have a chance of it succeeding. -Quentin From tcallawa at redhat.com Wed Jun 15 16:20:32 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 15 Jun 2005 11:20:32 -0500 Subject: Realtime Kernel patch In-Reply-To: <42AFFBF9.1030008@six-by-nine.com.au> References: <42AFFBF9.1030008@six-by-nine.com.au> Message-ID: <1118852433.24084.43.camel@localhost.localdomain> On Wed, 2005-06-15 at 19:59 +1000, Peter Lawler wrote: > I notice CCRMA have a realtime/low-latency kernel. As they rightly > state, jack's fairly useless without realtime/low-latency > http://ccrma.stanford.edu/planetccrma/software/installtwosix.html#SECTION000201000000000000000 > > Just wondering what other people think of this, and whether extras might > carry Ingo's rtp'd kernel? My 'desire' to enable Extras to carry real > decent A/V software would depend on this. Thoughts? I don't want to have a "one-off" kernel in Fedora Extras unless there is no other way. I would strongly prefer petitioning DaveJ to get this code in the FC5 kernel (and maybe an FC4 update). ~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 thomas at apestaart.org Wed Jun 15 17:07:36 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Wed, 15 Jun 2005 19:07:36 +0200 Subject: Request for review: annodex and friends In-Reply-To: <20050615112514.1a70d628.bugs.michael@gmx.net> References: <1118688658.5140.10.camel@thomas.amantes> <1118690163.1675.44.camel@bobcat.mine.nu> <20050615112514.1a70d628.bugs.michael@gmx.net> Message-ID: <1118855257.27086.28.camel@thomas.amantes> Hi, > With the risk of sounding like a slave-driver, it would also be > appreciated to see Thomas keeping his existing packages in good shape > before importing new packages. *wink* A fair request... > https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=157183 > > -> https://bugzilla.redhat.com/156222 I see Hermes in FE4: http://download.fedora.redhat.com/pub/fedora/linux/extras/4/i386/Hermes-1.3.3-6.i386.rpm and the buildlog in the bug report is a broken link. Is this package still a problem, given that it's in FE4 ? What should I do to resolve it ? > -> https://bugzilla.redhat.com/159811 I've updated the FC4 and devel spec to the new upstream release, verified with mach that the build works for 386, and commited, and requested a build for FC4. I don't know if I need to tag and build for devel as well ? What I don't understand is how it didn't get built as part of the mass build ? I can't find any failure logs anywhere, so I'm assuming it never got built. Just not sure why. Let me know if there's anything else I need to do. Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> If I say goodbye to love will it go away ? <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From bugs.michael at gmx.net Wed Jun 15 17:34:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 15 Jun 2005 19:34:27 +0200 Subject: Request for review: annodex and friends In-Reply-To: <1118855257.27086.28.camel@thomas.amantes> References: <1118688658.5140.10.camel@thomas.amantes> <1118690163.1675.44.camel@bobcat.mine.nu> <20050615112514.1a70d628.bugs.michael@gmx.net> <1118855257.27086.28.camel@thomas.amantes> Message-ID: <20050615193427.73524bba.bugs.michael@gmx.net> On Wed, 15 Jun 2005 19:07:36 +0200, Thomas Vander Stichele wrote: > Hi, > > > > With the risk of sounding like a slave-driver, it would also be > > appreciated to see Thomas keeping his existing packages in good shape > > before importing new packages. *wink* > > A fair request... > > > https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=157183 > > > > -> https://bugzilla.redhat.com/156222 > > I see Hermes in FE4: > http://download.fedora.redhat.com/pub/fedora/linux/extras/4/i386/Hermes-1.3.3-6.i386.rpm > That's the FC3 binary with which FE4 development started. Its date is 14-Dec-2004. It's older than the x86_64/ppc binaries, which were created by a semi-mass rebuild on April 11th, and when i386 failed to build. Version and release of all builds ought to be the same, btw. > and the buildlog in the bug report is a broken link. Because the old build logs have been removed. Much time has passed since the report was filed. > Is this package > still a problem, Yes. > given that it's in FE4 ? What should I do to resolve > it ? Request a build (e.g. of what you have in FE CVS) and have fun with the build logs you will get. > > -> https://bugzilla.redhat.com/159811 > > I've updated the FC4 and devel spec to the new upstream release, > verified with mach that the build works for 386, and commited, and > requested a build for FC4. I don't know if I need to tag and build for > devel as well ? IMHO the development repo is unimportant at this point in time. FC4 has just been released. Build system resources ought to be spent on FE4 updates, some which may be important than other build requests. > What I don't understand is how it didn't get built as part of the mass > build ? The two of your packages failed for one arch. Hence the bug report. > I can't find any failure logs anywhere, so I'm assuming it never > got built. Just not sure why. Logs were provided by Seth and pointed to from within bugzilla. With the build system changes weeks later, the logs were deleted. -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 2.33 2.36 2.30 From tian at c-sait.net Wed Jun 15 18:21:59 2005 From: tian at c-sait.net (Christian Jodar) Date: Wed, 15 Jun 2005 20:21:59 +0200 Subject: Changelog and new version of upstream In-Reply-To: <20050615002600.7ec96d16@tianbox> References: <20050615002600.7ec96d16@tianbox> Message-ID: <20050615202159.0588e8d3@tianbox> Thanks for all your answers. So %changelog concerns the .spec file and the package itself, not the application. I supposed that, but needed confirmation. 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 ville.skytta at iki.fi Wed Jun 15 18:37:07 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 15 Jun 2005 21:37:07 +0300 Subject: FC4 XEmacs and Find dialog bug? In-Reply-To: References: Message-ID: <1118860627.20215.25.camel@bobcat.mine.nu> On Wed, 2005-06-15 at 08:35 -0500, Marc Schwartz wrote: > When selecting "Find" from the toolbar, the dialog comes up properly. > However, when typing in the text to search for, nothing appears in the > input field in the dialog. > > I noted however, when using a mouse to expand the lower border of the > dialog window, the text appears in a space, below the dialog and above > the window border. > > Anyone else seeing this? Yes. More info at https://bugzilla.redhat.com/160544 Would you mind asking upstream for comments at xemacs-beta at xemacs.org ? > BTW, any updates on the XEmacs Maximized/Metacity interaction issue, > which has been around for several releases? Yep, some: https://bugzilla.redhat.com/111225 From ville.skytta at iki.fi Wed Jun 15 19:04:55 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 15 Jun 2005 22:04:55 +0300 Subject: Request for Review: perl-Tk In-Reply-To: <42AFC2F9.6000207@lowlatency.de> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> <20050614233220.GB18518@osiris.silug.org> <42AFC2F9.6000207@lowlatency.de> Message-ID: <1118862295.20215.43.camel@bobcat.mine.nu> On Wed, 2005-06-15 at 07:56 +0200, Andreas Bierfert wrote: > Steven Pritchard wrote: > > And just think, Ville and Jose are the picky ones... ;-) > > Ok maybe they did not notice...yet ;) Sure did, but didn't find time to look into it until now. Here goes: ;) I had packaged this locally too, here's a summary of what is in my specfile but not in Andreas's latest, and some other random comments (from skimming the specfiles, not actually tested). See attached specfile for more info. perl(:MODULE_COMPAT_*) should be enough for the install time dependency, no need for explicit versioned "Requires: perl >= 3:5.8.3" if you like (as long as the versioned build dependency is there). BuildRequires: tk-devel missing? My specfile has in %prep: chmod -x pod/Popup.pod Tixish/lib/Tk/balArrow.xbm The LD_RUN_PATH stuff is generally needed for < FC2 arch-dependent specfiles. But IIRC I packaged this initially for FC3, and I still had it in (and unlike your specfile, I applied the hack to all Makefiles in the build perl-Tk build tree), so it could be something different. If you have fedora-rpmdevtools installed and check-rpaths and friends in your ~/.rpmmacros' %__arch_install_post, it will complain about spurious RPATHs if any are present at end of %install. I think there's no need to install demos in the perl vendor install dirs (nor own the "auto" dir or include fix_4_os2.pl or reindex.pl). I installed the demos as %doc, along with more license files, see attachment. -------------- next part -------------- %{!?perl_vendorarch: %define perl_vendorarch %(eval "`%{__perl} -V:installvendorarch`"; echo $installvendorarch)} Name: perl-Tk Version: 804.027 Release: 0.fdr.1 Epoch: 0 Summary: Perl bindings to the Tk GUI toolkit Group: Development/Libraries License: GPL or Artistic URL: http://www.perltk.org/ Source0: http://www.cpan.org/authors/id/N/NI/NI-S/Tk-804.027.tar.gz BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildRequires: perl >= 1:5.8.0, tk-devel, libjpeg-devel, libpng-devel Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) # Hack for Tk/LabRadio.pm -> "package Tk::LabRadiobutton" Provides: perl(Tk::LabRadio) %description %{summary}. %prep %setup -q -n Tk-%{version} grep -rl '#!/.*bin/perl' * \ | xargs %{__perl} -pi -e 's|#!/.*bin/perl\S*|#!%{__perl}|' chmod -x pod/Popup.pod Tixish/lib/Tk/balArrow.xbm %build CFLAGS="$RPM_OPT_FLAGS" %{__perl} Makefile.PL INSTALLDIRS=vendor XFT=1 find . -name Makefile | xargs %{__perl} -pi -e 's/^\tLD_RUN_PATH=[^\s]+\s*/\t/' make %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" %install rm -rf $RPM_BUILD_ROOT __demos make pure_install PERL_INSTALL_ROOT=$RPM_BUILD_ROOT find $RPM_BUILD_ROOT -type f -name .packlist -exec rm -f {} ';' find $RPM_BUILD_ROOT -type f -name '*.bs' -a -size 0 -exec rm -f {} ';' find $RPM_BUILD_ROOT -type d -depth -exec rmdir {} 2>/dev/null ';' chmod -R u+w $RPM_BUILD_ROOT/* mkdir __demos cp -pR $RPM_BUILD_ROOT%{perl_vendorarch}/Tk/demos __demos %check || : # make test # needs X11 (see also README for known Red Hat and Fedora issues) %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc Change* COPYING README README.linux ToDo pTk/*license* __demos/demos %{_bindir}/* %{perl_vendorarch}/auto/Tk %{perl_vendorarch}/T* %exclude %{perl_vendorarch}/fix_4_os2.pl %exclude %{perl_vendorarch}/Tk/demos %exclude %{perl_vendorarch}/Tk/reindex.pl %{_mandir}/man[13]/*.[13]* %changelog * Wed Aug 18 2004 Ville Skytt?? - 0:804.027-0.fdr.1 - First build. From ville.skytta at iki.fi Wed Jun 15 19:13:40 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 15 Jun 2005 22:13:40 +0300 Subject: Requesting builds for the "testing" repository? Message-ID: <1118862820.20215.47.camel@bobcat.mine.nu> How does one request builds to the Extras "testing" repository? I've updated SDL_mixer to 1.2.6 locally and I'm planning to commit it to devel soon. A FC4 update would be cool too, but I'd be more comfortable having it sit in testing for a while before hitting the actual FC4 repo. From skvidal at phy.duke.edu Wed Jun 15 19:19:04 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 15 Jun 2005 15:19:04 -0400 Subject: Requesting builds for the "testing" repository? In-Reply-To: <1118862820.20215.47.camel@bobcat.mine.nu> References: <1118862820.20215.47.camel@bobcat.mine.nu> Message-ID: <1118863144.8922.24.camel@cutter> On Wed, 2005-06-15 at 22:13 +0300, Ville Skytt? wrote: > How does one request builds to the Extras "testing" repository? > > I've updated SDL_mixer to 1.2.6 locally and I'm planning to commit it to > devel soon. A FC4 update would be cool too, but I'd be more comfortable > having it sit in testing for a while before hitting the actual FC4 repo. > so two problems -neither of them insurmountable: 1. no one has anything like extras-testing in their repos so if you want them to sit in testing that's what they would do, sit. 2. we've got no way of requesting that, currently, from the buildsys side of things. Anyone have any suggestions on how we do that? -sv From MSchwartz at mn.rr.com Wed Jun 15 20:30:20 2005 From: MSchwartz at mn.rr.com (Marc Schwartz) Date: Wed, 15 Jun 2005 15:30:20 -0500 Subject: FC4 XEmacs and Find dialog bug? In-Reply-To: <1118860627.20215.25.camel@bobcat.mine.nu> References: <1118860627.20215.25.camel@bobcat.mine.nu> Message-ID: Ville Skytt? wrote: > On Wed, 2005-06-15 at 08:35 -0500, Marc Schwartz wrote: > > >>When selecting "Find" from the toolbar, the dialog comes up properly. >>However, when typing in the text to search for, nothing appears in the >>input field in the dialog. >> >>I noted however, when using a mouse to expand the lower border of the >>dialog window, the text appears in a space, below the dialog and above >>the window border. >> >>Anyone else seeing this? > > > Yes. More info at https://bugzilla.redhat.com/160544 Thanks! > Would you mind asking upstream for comments at xemacs-beta at xemacs.org ? Done and I cc'd you on the e-mail. >>BTW, any updates on the XEmacs Maximized/Metacity interaction issue, >>which has been around for several releases? > > > Yep, some: https://bugzilla.redhat.com/111225 Thanks for the pointer. Marc From andreas.bierfert at lowlatency.de Wed Jun 15 21:12:10 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 15 Jun 2005 23:12:10 +0200 Subject: Request for Review: perl-Tk In-Reply-To: <1118862295.20215.43.camel@bobcat.mine.nu> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> <20050614233220.GB18518@osiris.silug.org> <42AFC2F9.6000207@lowlatency.de> <1118862295.20215.43.camel@bobcat.mine.nu> Message-ID: <42B099AA.2010002@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ville Skytt? wrote: > Sure did, but didn't find time to look into it until now. Here goes: ;) :) > perl(:MODULE_COMPAT_*) should be enough for the install time dependency, > no need for explicit versioned "Requires: perl >= 3:5.8.3" if you like > (as long as the versioned build dependency is there). ok ... gone > BuildRequires: tk-devel missing? builds fine without it... > My specfile has in %prep: > chmod -x pod/Popup.pod Tixish/lib/Tk/balArrow.xbm done > The LD_RUN_PATH stuff is generally needed for < FC2 arch-dependent > specfiles. But IIRC I packaged this initially for FC3, and I still had > it in (and unlike your specfile, I applied the hack to all Makefiles in > the build perl-Tk build tree), so it could be something different. If > you have fedora-rpmdevtools installed and check-rpaths and friends in > your ~/.rpmmacros' %__arch_install_post, it will complain about spurious > RPATHs if any are present at end of %install. nope don't have that... maybe something I should look at... for now added it for all makefiles... > I think there's no need to install demos in the perl vendor install dirs > (nor own the "auto" dir or include fix_4_os2.pl or reindex.pl). I > installed the demos as %doc, along with more license files, see > attachment. makes sense... done http://fedora.lowlatency.de/review/perl-Tk.spec http://fedora.lowlatency.de/review/perl-Tk-804.027-4.src.rpm So are we ok with the current version and can I go ahead an import it? Somebody willing to approve this? - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCsJmqQEQyPsWM8csRApRtAJ94YwVXaap0ewKXfxdsdAOizS2oGwCfa+jH rAXc4CYpdzy/sFP21H42Vts= =xURv -----END PGP SIGNATURE----- From steve at silug.org Wed Jun 15 21:40:18 2005 From: steve at silug.org (Steven Pritchard) Date: Wed, 15 Jun 2005 16:40:18 -0500 Subject: Request for Review: perl-Tk In-Reply-To: <1118862295.20215.43.camel@bobcat.mine.nu> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> <20050614233220.GB18518@osiris.silug.org> <42AFC2F9.6000207@lowlatency.de> <1118862295.20215.43.camel@bobcat.mine.nu> Message-ID: <20050615214018.GA3737@osiris.silug.org> On Wed, Jun 15, 2005 at 10:04:55PM +0300, Ville Skytt? wrote: > perl(:MODULE_COMPAT_*) should be enough for the install time dependency, > no need for explicit versioned "Requires: perl >= 3:5.8.3" if you like > (as long as the versioned build dependency is there). Except, like I said, that version is required for proper Unicode support. (In other words, we don't want the package to build on old FC/RHL releases.) > BuildRequires: tk-devel missing? Tk.pm doesn't actually use the system tk libs. It is a port of the C code to perl. (As I understand it, anyway.) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From skvidal at phy.duke.edu Wed Jun 15 22:28:00 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 15 Jun 2005 18:28:00 -0400 Subject: Timeout on build system In-Reply-To: <42B034F7.4090603@ieee.org> References: <42B034F7.4090603@ieee.org> Message-ID: <1118874481.8922.42.camel@cutter> On Wed, 2005-06-15 at 09:02 -0500, Quentin Spencer wrote: > I tried to rebuild cln yesterday after getting a timeout on the build > system on Monday. It failed again with the same error (and all RPMs > complete). Is there anything that can be done to avoid this? I can keep > resubmitting the build request, but I'd like to know I have a chance of > it succeeding. > I've found some disk space and I'm working on syncing everything to it now so we can make extras build work again. in the meantime - nothing I can do. -sv From Christian.Iseli at licr.org Wed Jun 15 22:31:20 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 16 Jun 2005 00:31:20 +0200 Subject: RPM crash course material request In-Reply-To: Your message of "Mon, 13 Jun 2005 12:40:35 EDT." <1118680835.32520.144.camel@ernie> Message-ID: <200506152231.j5FMVS7Z026160@mx3.redhat.com> Hi Ed, ed at eh3.com said: > Please see: > http://www.rpm.org/max-rpm-snapshot/ > http://freshrpms.net/docs/fight/ > http://www.gurulabs.com/goodies/guru+guides.php > and hope that helps! Yup, thanks much. Here's what I whipped up so far, in case anyone's interested (time to go to bed here)... Cheers, Christian -------------- next part -------------- A non-text attachment was scrubbed... Name: slides.tex Type: application/x-tex Size: 10001 bytes Desc: slides.tex URL: From carwyn at carwyn.com Thu Jun 16 02:24:28 2005 From: carwyn at carwyn.com (Carwyn Edwards) Date: Thu, 16 Jun 2005 03:24:28 +0100 Subject: RPM crash course material request In-Reply-To: <200506131659.j5DGxOZe011521@mx2.redhat.com> References: <200506131659.j5DGxOZe011521@mx2.redhat.com> Message-ID: <42B0E2DC.5070608@carwyn.com> Christian.Iseli at licr.org wrote: >(or pointers to such material) ? > > There is a 3 part series of articles here on building RPMs: http://www-128.ibm.com/developerworks/linux/library/l-rpm1/ Carwyn From jjneely at pams.ncsu.edu Thu Jun 16 04:01:41 2005 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Thu, 16 Jun 2005 00:01:41 -0400 Subject: New Packages: python-ezpycrypto, python-pam In-Reply-To: References: <20050608013251.GA14290@anduril.pams.ncsu.edu> <20050611222125.GP14290@anduril.pams.ncsu.edu> Message-ID: <20050616040141.GE14290@anduril.pams.ncsu.edu> On Tue, Jun 14, 2005 at 05:34:32AM -0700, Panu Matilainen wrote: > On Sat, 11 Jun 2005, Jack Neely wrote: > > >Folks, > > > >I'm still looking for a reviewer of these packages for import into cvs. > >Feedback is welcome. > > python-pam fails to build on FC4: > gcc -DPACKAGE=1 -DVERSION=1 -I. -I. -I/usr/include/python1.5 > -I/usr/lib/python1.5/config -fpic -g -O2 -O2 -g -pipe > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m64 -mtune=nocona -c PAMmodule.c > PAMmodule.c:14:30: error: python2.3/Python.h: No such file or directory > > The build process should really use python distutils to find the include > directory instead requiring per-version patches. > > It's missing pam-devel buildrequirement, and then perhaps more a matter of > taste but I'd put the examples into a their own directory in %doc, instead > of the main docdir. > > - Panu - Thanks for taking a look. I've written a setup.py that builds the package, added the missing dep, and included the examples directory in the %doc section instead of each source file. There's a binary that gets built in the examples dir that I now delete. Its not really relivant. SRPM: http://anduril.pams.ncsu.edu/~slack/SRPMS/python-pam-0.4.2-2.src.rpm Jack -- 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 skvidal at phy.duke.edu Thu Jun 16 04:13:54 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Jun 2005 00:13:54 -0400 Subject: build system and other misc status info Message-ID: <1118895234.11389.14.camel@cutter> Hey folks, I've made a local sync of fc3 and fc4 and I'm currently working on rawhide. Short version - this is just to last us through the next week until the mirror use settles back down. Given time I'll be trying to setup the new build system code that dan has been working on. That will hopefully speed up builds as well. Finally, I setup Fedora Core 4 and Fedora Extras 4 RSS feeds available from: http://fedoraproject.org/infofeed/ Thanks, -sv From tcallawa at redhat.com Thu Jun 16 04:19:21 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 15 Jun 2005 23:19:21 -0500 Subject: Request for Review: gambas In-Reply-To: <200506141355.j5EDtgWe017861@localhost.unil.ch> References: <200506141355.j5EDtgWe017861@localhost.unil.ch> Message-ID: <1118895561.4667.16.camel@localhost.localdomain> On Tue, 2005-06-14 at 15:55 +0200, Christian.Iseli at licr.org wrote: > As a side note, I've seen a few warnings during the build, like: > CXMLDocument.c:150: warning: assignment makes pointer from integer without a cast > CCurl.c:173: warning: assignment makes integer from pointer without a cast > ... > etc. > > I'm not sure what will happen on 64 bit arches... Oh, barrels of fun stuff happens. And not just on 64 bit arches. Gambas is not endian clean, nor is it 64 bit clean. Until such time that the upstream maintainer decides to resolve these issues somewhat, I'm withdrawing my request for review. (If there is an overwhelming outcry for it, I could always set it to ExclusiveArch x86.) ~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 dkl at redhat.com Thu Jun 16 05:04:48 2005 From: dkl at redhat.com (Dave Lawrence) Date: Thu, 16 Jun 2005 01:04:48 -0400 Subject: Package Review Process Proposal Message-ID: <20050616050448.GA4147@redhat.com> Package Review Proof of Concept ------------------------------- I have created a new product in our production Bugzilla called "Fedora Extras Package Review". When clicking on the link, the user gets a stripped down version of a entry form with just a few required fields represented. Platform, Cc, URL, Summary, and Description. The values would be similar to the what was being entered into review requests at fedora.us. The review requests can have assigned to, qa contact and initial cc members just like and other Bugzilla component. These can be some sort of package-review-list mailing list or fedora-extras-list, whichever. Once the new report is submitted, there are several new status flags which only display for package requests specifically. These are currently: Name Description ------------------------------------------------------------------------------------------ extras?legal Package reviewed for any known legal issues or licencing problems. extras?review Package review request picked up and in progress. extras?cvs Package imported into CVS properly. extras?approval Package approval for inclusion in the Fedora Extras project extras?fc3 Package approval for inclusion in the FC3 version of the Fedora Extras project. extras?fc4 Package approval for inclusion in the FC4 version of the Fedora Extras project. These flags can be set to a '?' state which means that the flag is requested for update by one or more reviewers. They are listed in order that I think the review process should flow but the order can be adjusted. Each flag can have a default cc list that gets notified when the flag has been set to a requested state. Also the owner of the request can input a bugzilla user specifically that he wants to get the flag request. Once the reviewer passes the flag they set it to '+' (granted). If the flag topic has a problem, they would set it to '-' (denied). Also something I would like to add is when a request is submitted, certain flags automatically transition to a '?' state but this is not yet implemented. There is a query interface one can go to view all requests that have a flag set to '?' (requested) and also filter on flag name, requester, requestee, product, and component. https://bugzilla.redhat.com/bugzilla/request.cgi Each flag also can have permissions wrapped around them where only certain flags are visible to certain groups, are only requestable by people in certain groups, or only certain people can grant/deny the flags. We can create a group of people 'package-reviewers' that are the only ones who can alter the flags if needed. Once a request has all the appropriate flags set to a successful status, the request can be closed or placed in to a interim state where Bugzilla can automatically add the new component to the Fedora Extras product or other necessary actions. An example package request: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159547 That's the basics right now. Will document more as I think of it. Let's discuss ;) Dave -- ------------------------------- David Lawrence Red Hat Quality Assurance ------------------------------- www.redhat.com ftp.redhat.com From gauret at free.fr Thu Jun 16 06:33:33 2005 From: gauret at free.fr (Aurelien Bompard) Date: Thu, 16 Jun 2005 08:33:33 +0200 Subject: RPM crash course material request References: <1118680835.32520.144.camel@ernie> <200506152231.j5FMVS7Z026160@mx3.redhat.com> Message-ID: > Yup, thanks much. Here's what I whipped up so far, in case anyone's > interested (time to go to bed here)... Very interesting, thanks. About creating a patch, you could use the gendiff script (distributed with rpm) $ gendiff usage: /usr/bin/gendiff Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr A Black Hole is where God divided by zero. From jens.andersson at gmail.com Thu Jun 16 07:54:23 2005 From: jens.andersson at gmail.com (Jens Andersson) Date: Thu, 16 Jun 2005 09:54:23 +0200 Subject: Apt not working on new Fedora core 4 Message-ID: <41521286050616005419b5ba8e@mail.gmail.com> hi it looks like the apt mirrors for fedora core 4 is not made yet. /etc/apt/sources.list.d/mirror-select.list has anyone gotten apt to work on the new fedora core 4? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jens.andersson at gmail.com Thu Jun 16 08:08:07 2005 From: jens.andersson at gmail.com (Jens Andersson) Date: Thu, 16 Jun 2005 10:08:07 +0200 Subject: Apt not working on new Fedora core 4? Message-ID: <41521286050616010874689893@mail.gmail.com> Hi it looks like the apt mirrors for fedora core 4 is not made yet. In the file /etc/apt/sources.list.d/mirror-select.list has anyone gotten apt to work on the new fedora core 4? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jens.andersson at gmail.com Thu Jun 16 08:17:19 2005 From: jens.andersson at gmail.com (Jens Andersson) Date: Thu, 16 Jun 2005 10:17:19 +0200 Subject: Apt not working on new Fedora core 4? Message-ID: <41521286050616011743e5e6df@mail.gmail.com> Hi it looks like the apt mirrors for fedora core 4 is not made yet. In the file /etc/apt/sources.list.d/mirror-select.list has anyone gotten apt to work on the new fedora core 4? -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexl at users.sourceforge.net Thu Jun 16 08:31:02 2005 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Thu, 16 Jun 2005 01:31:02 -0700 Subject: Apt not working on new Fedora core 4? In-Reply-To: <41521286050616010874689893@mail.gmail.com> (Jens Andersson's message of "Thu, 16 Jun 2005 10:08:07 +0200") References: <41521286050616010874689893@mail.gmail.com> Message-ID: >>>>> "JA" == Jens Andersson writes: JA> Hi it looks like the apt mirrors for fedora core 4 is not made JA> yet. In the file /etc/apt/sources.list.d/mirror-select.list JA> has anyone gotten apt to work on the new fedora core 4? According to Warren's post on this thread: http://forums.fedoraforum.org/showthread.php?t=56707 It appears that apt-get is now deprecated, and given that he was the one actually running the apt repository, I'm guessing that it's unlikely to start again. It would have been nice, however if there was some official announcement of that the fact that apt was not be supported for >FC4 to give people time to transition to the new yum repository, rather than have it simply not appear. Like many people, I have grown comfortable with apt and synaptic, and there is still no GUI tool as powerful as synaptic for querying the a repositories (e.g. listing all orphaned packages). yum and yum-utils can do probably 80-90% of what apt can do and I also understand the arguments that apt is possibly reaching the end of it's life and no has no real upstream maintainer, I just wish that in the GUI realm there was something as powerful as synaptic to replace it. I guess no semi-official apt does not preclude third parties creating their own repositories. i.e. Dag and freshrpms have it for the base FC4 os and FC4 updates, but not Fedora Extras 4. Does livna packages for FC4 still support apt? Alex From jens.andersson at gmail.com Thu Jun 16 08:31:05 2005 From: jens.andersson at gmail.com (Jens Andersson) Date: Thu, 16 Jun 2005 10:31:05 +0200 Subject: Fwd: Apt not working on new Fedora core 4 In-Reply-To: <41521286050616005419b5ba8e@mail.gmail.com> References: <41521286050616005419b5ba8e@mail.gmail.com> Message-ID: <4152128605061601314968ec8@mail.gmail.com> Hi it looks like the apt mirrors for fedora core 4 is not made yet. In the file /etc/apt/sources.list.d/mirror-select.list has anyone gotten apt to work on the new fedora core 4? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jens.andersson at gmail.com Thu Jun 16 08:31:16 2005 From: jens.andersson at gmail.com (Jens Andersson) Date: Thu, 16 Jun 2005 10:31:16 +0200 Subject: Apt not working on new Fedora core 4 In-Reply-To: <41521286050616005419b5ba8e@mail.gmail.com> References: <41521286050616005419b5ba8e@mail.gmail.com> Message-ID: <415212860506160131578e0a5c@mail.gmail.com> Hi it looks like the apt mirrors for fedora core 4 is not made yet. In the file /etc/apt/sources.list.d/mirror-select.list has anyone gotten apt to work on the new fedora core 4? -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmatilai at laiskiainen.org Thu Jun 16 10:34:30 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 16 Jun 2005 03:34:30 -0700 (PDT) Subject: Apt not working on new Fedora core 4 In-Reply-To: <415212860506160131578e0a5c@mail.gmail.com> References: <41521286050616005419b5ba8e@mail.gmail.com> <415212860506160131578e0a5c@mail.gmail.com> Message-ID: On Thu, 16 Jun 2005, Jens Andersson wrote: > Hi it looks like the apt mirrors for fedora core 4 is not made yet. > > In the file /etc/apt/sources.list.d/mirror-select.list > > has anyone gotten apt to work on the new fedora core 4? > Apt as such will work just fine on fc4-i386, BUT since there are no "official" apt repositories anymore the mirror-select thingy only gets in the way and should've been removed - my bad. Turn of the "first time druid" mirror-selector by adding this to /etc/apt.conf: Apt::State::FirstRun "false" ..and then add repositories to sources.list manually, at least freshrpms and Dag and Atrpms still provide apt repositories AFAIK. While we could point the mirror-selector to those technically speaking, I don't think we legally can. - Panu - From Christian.Iseli at licr.org Thu Jun 16 11:13:30 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 16 Jun 2005 13:13:30 +0200 Subject: Request for Review: gambas In-Reply-To: Your message of "Wed, 15 Jun 2005 23:19:21 CDT." <1118895561.4667.16.camel@localhost.localdomain> Message-ID: <200506161113.j5GBDUgj006973@localhost.unil.ch> tcallawa at redhat.com said: > Gambas is not endian clean, nor is it 64 bit clean. Until such time that the > upstream maintainer decides to resolve these issues somewhat, I'm withdrawing > my request for review. Ok. BTW, how did you find out about the endian issue ? Hours of scrutinizing code ? Or is there an easy way ? Christian From ralph+fedoraextras at strg-alt-entf.org Thu Jun 16 11:52:01 2005 From: ralph+fedoraextras at strg-alt-entf.org (Ralph Angenendt) Date: Thu, 16 Jun 2005 13:52:01 +0200 Subject: Apt not working on new Fedora core 4? In-Reply-To: <41521286050616011743e5e6df@mail.gmail.com> References: <41521286050616011743e5e6df@mail.gmail.com> Message-ID: <20050616115201.GL20680@br-online.de> Jens Andersson wrote: > > Hi it looks like the apt mirrors for fedora core 4 is not made yet. > > In the file /etc/apt/sources.list.d/mirror-select.list > > has anyone gotten apt to work on the new fedora core 4? I think we all got it by now. There's no need to mail this for a sixth or seventh time. Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Christian.Iseli at licr.org Thu Jun 16 13:12:38 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 16 Jun 2005 15:12:38 +0200 Subject: Package Review Process Proposal In-Reply-To: Your message of "Thu, 16 Jun 2005 01:04:48 EDT." <20050616050448.GA4147@redhat.com> Message-ID: <200506161312.j5GDCcjn008721@localhost.unil.ch> dkl at redhat.com said: > The review requests can have assigned to, qa contact and initial cc members > just like and other Bugzilla component I have a few questions: Could you explain (or give a pointer to) who is a "qa contact", more specifically: what is her/his purpose ? IIUC, all the comments would still go to the fedora-extras-list. Could there be an easy URL in the message so that it's easy to add another comment, without being too tempted to just hit the reply button ? Cheers, Christian From alexl at users.sourceforge.net Thu Jun 16 13:57:22 2005 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Thu, 16 Jun 2005 06:57:22 -0700 Subject: Apt not working on new Fedora core 4? In-Reply-To: (Alex Lancaster's message of "Thu, 16 Jun 2005 01:31:02 -0700") References: <41521286050616010874689893@mail.gmail.com> Message-ID: <9ifyviz9od.fsf@allele2.biol.berkeley.edu> >>>>> "JA" == Jens Andersson writes: JA> Hi it looks like the apt mirrors for fedora core 4 is not made JA> yet. In the file /etc/apt/sources.list.d/mirror-select.list JA> has anyone gotten apt to work on the new fedora core 4? >>>>> "AL" == Alex Lancaster writes: AL> According to Warren's post on this thread: AL> http://forums.fedoraforum.org/showthread.php?t=56707 AL> It appears that apt-get is now deprecated, and given that he was AL> the one actually running the apt repository, I'm guessing that AL> it's unlikely to start again. It would have been nice, however if AL> there was some official announcement of that the fact that apt was AL> not be supported for >FC4 to give people time to transition to the AL> new yum repository, rather than have it simply not appear. Correction, it appears that: http://www.fedora.us/ *does* make an official announcement regarding the discontinued support for apt, I hadn't checked that page in a while, I usually skip directly to http://download.fedora.us/ [...] AL> i.e. Dag and freshrpms have it for the base FC4 os and FC4 AL> updates, but not Fedora Extras 4. Another correction: it appears that freshrpms does now offer Extras with apt enabled repositories (assuming the metadata has been recreated). I appears that the base distro, updates and extras are now at: http://ayo.freshrpms.net/fedora/linux/4/i386/ You should be able to manually create /etc/apt/sources.list or add a freshrpms.list to /etc/apt/sources.list.d/ with the appropriate information. Disclaimer: I have not tested this myself. Alex From qspencer at ieee.org Thu Jun 16 14:04:29 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Thu, 16 Jun 2005 09:04:29 -0500 Subject: Package Review Process Proposal In-Reply-To: <20050616050448.GA4147@redhat.com> References: <20050616050448.GA4147@redhat.com> Message-ID: <42B186ED.2090801@ieee.org> Dave Lawrence wrote: >Package Review Proof of Concept >------------------------------- > >I have created a new product in our production Bugzilla called "Fedora Extras Package Review". >When clicking on the link, the user gets a stripped down version of a entry form with just >a few required fields represented. Platform, Cc, URL, Summary, and Description. The values >would be similar to the what was being entered into review requests at fedora.us. The review >requests can have assigned to, qa contact and initial cc members just like and other Bugzilla >component. These can be some sort of package-review-list mailing list or fedora-extras-list, >whichever. Once the new report is submitted, there are several new status flags which only >display for package requests specifically. These are currently: > >Name Description >------------------------------------------------------------------------------------------ >extras?legal Package reviewed for any known legal issues or licencing problems. >extras?review Package review request picked up and in progress. >extras?cvs Package imported into CVS properly. >extras?approval Package approval for inclusion in the Fedora Extras project >extras?fc3 Package approval for inclusion in the FC3 version of the Fedora Extras project. >extras?fc4 Package approval for inclusion in the FC4 version of the Fedora Extras project. > > Why a separate approval for Extras, FC3, and FC4? Will there eventually be an approval for extras-fc5, etc? -Quentin From rdieter at math.unl.edu Thu Jun 16 13:57:12 2005 From: rdieter at math.unl.edu (news.gmane.org) Date: Thu, 16 Jun 2005 08:57:12 -0500 Subject: Apt not working on new Fedora core 4? In-Reply-To: References: <41521286050616010874689893@mail.gmail.com> Message-ID: Alex Lancaster wrote: > Does livna packages for FC4 still support apt? I believe so, at least for i386 (not x86_64). -- Rex From kaboom at oobleck.net Thu Jun 16 14:19:41 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 16 Jun 2005 10:19:41 -0400 (EDT) Subject: Package Review Process Proposal In-Reply-To: <20050616050448.GA4147@redhat.com> References: <20050616050448.GA4147@redhat.com> Message-ID: On Thu, 16 Jun 2005, Dave Lawrence wrote: > Package Review Proof of Concept > ------------------------------- > > I have created a new product in our production Bugzilla called "Fedora Extras Package Review". > When clicking on the link, the user gets a stripped down version of a entry form with just > a few required fields represented. Platform, Cc, URL, Summary, and Description. The values > would be similar to the what was being entered into review requests at fedora.us. The review > requests can have assigned to, qa contact and initial cc members just like and other Bugzilla > component. These can be some sort of package-review-list mailing list or fedora-extras-list, > whichever. Once the new report is submitted, there are several new status flags which only > display for package requests specifically. These are currently: Great! It kinda seems like a lot of packages are getting announced for initial review, and then never getting farther. Hopefully tracking will help with that > Name Description > ------------------------------------------------------------------------------------------ > extras??legal Package reviewed for any known legal issues or licencing problems. > extras??review Package review request picked up and in progress. Are these two really separate? Right now it kinda seems like the initial reviewers tend to do the basic sanity checking of whether its distributable > extras??approval Package approval for inclusion in the Fedora Extras project > extras??fc3 Package approval for inclusion in the FC3 version of the Fedora Extras project. > extras??fc4 Package approval for inclusion in the FC4 version of the Fedora Extras project. Right now we don't do separate approvals for each branch. It's just a review okaying to import initially, and then a review okaying to build (which covers all branches). Are the separate approvals actually needed? later, chris From tcallawa at redhat.com Thu Jun 16 14:24:33 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 16 Jun 2005 09:24:33 -0500 Subject: Request for Review: gambas In-Reply-To: <200506161113.j5GBDUgj006973@localhost.unil.ch> References: <200506161113.j5GBDUgj006973@localhost.unil.ch> Message-ID: <1118931873.4667.28.camel@localhost.localdomain> On Thu, 2005-06-16 at 13:13 +0200, Christian.Iseli at licr.org wrote: > tcallawa at redhat.com said: > > Gambas is not endian clean, nor is it 64 bit clean. Until such time that the > > upstream maintainer decides to resolve these issues somewhat, I'm withdrawing > > my request for review. > > Ok. BTW, how did you find out about the endian issue ? Hours of scrutinizing > code ? Or is there an easy way ? Debugging on ppc? :) ~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 Christian.Iseli at licr.org Thu Jun 16 15:18:40 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 16 Jun 2005 17:18:40 +0200 Subject: Request for Review: gambas In-Reply-To: Your message of "Thu, 16 Jun 2005 09:24:33 CDT." <1118931873.4667.28.camel@localhost.localdomain> Message-ID: <200506161518.j5GFIeIM010541@localhost.unil.ch> tcallawa at redhat.com said: > Debugging on ppc? :) Ack. Time to buy a Mac I guess... :-D Christian From nphilipp at redhat.com Thu Jun 16 15:21:59 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 16 Jun 2005 17:21:59 +0200 Subject: Request for Review, Sponsorship: trickle, libevent Message-ID: <1118935319.9569.42.camel@wombat.tiptoe.de> Hi there, I'd like to get trickle and libevent (which trickle depends upon) into Extras: - trickle: Upstream: http://monkey.org/~marius/trickle Spec File: http://tiptoe.de/dav/trickle.spec SRPM: http://tiptoe.de/dav/trickle-1.06-0.fc4.1.src.rpm Description: trickle is a portable lightweight userspace bandwidth shaper. It can run in collaborative mode (together with trickled) or in stand alone mode. trickle works by taking advantage of the unix loader preloading. Essentially it provides, to the application, a new version of the functionality that is required to send and receive data through sockets. It then limits traffic based on delaying the sending and receiving of data over a socket. trickle runs entirely in userspace and does not require root privileges. - libevent: Upstream: http://monkey.org/~provos/libevent Spec File: http://tiptoe.de/dav/libevent.spec SRPM: http://tiptoe.de/dav/libevent-1.1a-0.fc4.1.src.rpm Description: 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. Furthermore, libevent also support callbacks due to signals or regular timeouts. 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 mpeters at mac.com Thu Jun 16 15:26:46 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 16 Jun 2005 08:26:46 -0700 Subject: Request for Review: gambas In-Reply-To: <200506161518.j5GFIeIM010541@localhost.unil.ch> References: <200506161518.j5GFIeIM010541@localhost.unil.ch> Message-ID: <1118935606.23048.52.camel@locolhost.localdomain> On Thu, 2005-06-16 at 17:18 +0200, Christian.Iseli at licr.org wrote: > tcallawa at redhat.com said: > > Debugging on ppc? :) > > Ack. Time to buy a Mac I guess... :-D Or a new Amiga :D From jpo at di.uminho.pt Thu Jun 16 16:14:38 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Thu, 16 Jun 2005 17:14:38 +0100 Subject: Request for Review, Sponsorship: trickle, libevent In-Reply-To: <1118935319.9569.42.camel@wombat.tiptoe.de> References: <1118935319.9569.42.camel@wombat.tiptoe.de> Message-ID: <42B1A56E.2060501@di.uminho.pt> Nils, > - libevent: > Upstream: http://monkey.org/~provos/libevent > Spec File: http://tiptoe.de/dav/libevent.spec > SRPM: http://tiptoe.de/dav/libevent-1.1a-0.fc4.1.src.rpm > Description: > 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. Furthermore, libevent also > support callbacks due to signals or regular timeouts. There is already a pending request for libevent. Check the mailing list thread: https://www.redhat.com/archives/fedora-extras-list/2005-June/msg00189.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 thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Jun 16 18:09:21 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 16 Jun 2005 20:09:21 +0200 Subject: Apt not working on new Fedora core 4 In-Reply-To: References: <41521286050616005419b5ba8e@mail.gmail.com> <415212860506160131578e0a5c@mail.gmail.com> Message-ID: <20050616200921.4ccacf0c@python2> Panu Matilainen wrote : > ..and then add repositories to sources.list manually, at least freshrpms > and Dag and Atrpms still provide apt repositories AFAIK. While we > could point the mirror-selector to those technically speaking, I don't > think we legally can. Just to confirm that indeed ayo.freshrpms.net carries all of FC4 (i386, x86_64 and ppc) and Extras, apt-enabled. 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.99 1.93 1.84 From caillon at redhat.com Thu Jun 16 18:11:13 2005 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 16 Jun 2005 14:11:13 -0400 Subject: Package seeking review: epiphany-extensions-1.7.1.src.rpm Message-ID: <42B1C0C1.9080302@redhat.com> http://gnome.org/projects/epiphany/extensions SRPM and spec at: http://people.redhat.com/caillon/RPMS/extras/devel/ From mattdm at mattdm.org Thu Jun 16 18:18:53 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 16 Jun 2005 14:18:53 -0400 Subject: Apt not working on new Fedora core 4 In-Reply-To: <20050616200921.4ccacf0c@python2> References: <41521286050616005419b5ba8e@mail.gmail.com> <415212860506160131578e0a5c@mail.gmail.com> <20050616200921.4ccacf0c@python2> Message-ID: <20050616181853.GA1791@jadzia.bu.edu> On Thu, Jun 16, 2005 at 08:09:21PM +0200, Matthias Saou wrote: > Just to confirm that indeed ayo.freshrpms.net carries all of FC4 (i386, > x86_64 and ppc) and Extras, apt-enabled. won't the x86_64 be a problem? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 78 degrees Fahrenheit. From Christian.Iseli at licr.org Thu Jun 16 18:22:16 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Thu, 16 Jun 2005 20:22:16 +0200 Subject: RPM crash course material request In-Reply-To: Your message of "Thu, 16 Jun 2005 08:33:33 +0200." Message-ID: <200506161822.j5GIMaTu016459@mx1.redhat.com> gauret at free.fr said: > About creating a patch, you could use the gendiff script (distributed with > rpm) > $ gendiff > usage: /usr/bin/gendiff Thanks, I never noticed this utility... Ok, I've slightly revised the slides with the latest comments I received. Here is what I'll use tomorrow for the crash course :) Cheers, Christian -------------- next part -------------- A non-text attachment was scrubbed... Name: slides.tex Type: application/x-tex Size: 10203 bytes Desc: slides.tex URL: From skvidal at phy.duke.edu Thu Jun 16 18:42:42 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Jun 2005 14:42:42 -0400 Subject: Apt not working on new Fedora core 4 In-Reply-To: <20050616181853.GA1791@jadzia.bu.edu> References: <41521286050616005419b5ba8e@mail.gmail.com> <415212860506160131578e0a5c@mail.gmail.com> <20050616200921.4ccacf0c@python2> <20050616181853.GA1791@jadzia.bu.edu> Message-ID: <1118947362.25990.6.camel@opus.phy.duke.edu> On Thu, 2005-06-16 at 14:18 -0400, Matthew Miller wrote: > On Thu, Jun 16, 2005 at 08:09:21PM +0200, Matthias Saou wrote: > > Just to confirm that indeed ayo.freshrpms.net carries all of FC4 (i386, > > x86_64 and ppc) and Extras, apt-enabled. > > won't the x86_64 be a problem? If they don't use any of the i386 packages, no. -sv From pmatilai at laiskiainen.org Thu Jun 16 18:49:48 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 16 Jun 2005 21:49:48 +0300 Subject: Apt not working on new Fedora core 4 In-Reply-To: <20050616181853.GA1791@jadzia.bu.edu> References: <41521286050616005419b5ba8e@mail.gmail.com> <415212860506160131578e0a5c@mail.gmail.com> <20050616200921.4ccacf0c@python2> <20050616181853.GA1791@jadzia.bu.edu> Message-ID: <1118947788.29179.10.camel@localhost.localdomain> On Thu, 2005-06-16 at 14:18 -0400, Matthew Miller wrote: > On Thu, Jun 16, 2005 at 08:09:21PM +0200, Matthias Saou wrote: > > Just to confirm that indeed ayo.freshrpms.net carries all of FC4 (i386, > > x86_64 and ppc) and Extras, apt-enabled. > > won't the x86_64 be a problem? It's not a problem as long as you don't have multilib packages installed. Apt can handle 64bit stuff just fine, what it can't handle is packages with same n-v-r but different arch simultaneously installed. Hmm. In fact, with FC4 you could use apt with x86_64 if you just give up openoffice. On FC3 grub was dynamically linked, causing glibc.i686 dependency on all x86_64 systems, on FC4 it's statically linked so you don't need to have 32bit glibc on the system which was the absolute showstopper for apt on FC-x86_64 earlier. - Panu - From mattdm at mattdm.org Thu Jun 16 18:49:57 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 16 Jun 2005 14:49:57 -0400 Subject: Apt not working on new Fedora core 4 In-Reply-To: <1118947362.25990.6.camel@opus.phy.duke.edu> References: <41521286050616005419b5ba8e@mail.gmail.com> <415212860506160131578e0a5c@mail.gmail.com> <20050616200921.4ccacf0c@python2> <20050616181853.GA1791@jadzia.bu.edu> <1118947362.25990.6.camel@opus.phy.duke.edu> Message-ID: <20050616184957.GA3336@jadzia.bu.edu> On Thu, Jun 16, 2005 at 02:42:42PM -0400, seth vidal wrote: > > On Thu, Jun 16, 2005 at 08:09:21PM +0200, Matthias Saou wrote: > > > Just to confirm that indeed ayo.freshrpms.net carries all of FC4 (i386, > > > x86_64 and ppc) and Extras, apt-enabled. > > won't the x86_64 be a problem? > If they don't use any of the i386 packages, no. But doesn't the base FC4 x86_64 use i386 packages? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 78 degrees Fahrenheit. From skvidal at phy.duke.edu Thu Jun 16 18:49:19 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Jun 2005 14:49:19 -0400 Subject: Apt not working on new Fedora core 4 In-Reply-To: <1118947788.29179.10.camel@localhost.localdomain> References: <41521286050616005419b5ba8e@mail.gmail.com> <415212860506160131578e0a5c@mail.gmail.com> <20050616200921.4ccacf0c@python2> <20050616181853.GA1791@jadzia.bu.edu> <1118947788.29179.10.camel@localhost.localdomain> Message-ID: <1118947759.25990.11.camel@opus.phy.duke.edu> On Thu, 2005-06-16 at 21:49 +0300, Panu Matilainen wrote: > On Thu, 2005-06-16 at 14:18 -0400, Matthew Miller wrote: > > On Thu, Jun 16, 2005 at 08:09:21PM +0200, Matthias Saou wrote: > > > Just to confirm that indeed ayo.freshrpms.net carries all of FC4 (i386, > > > x86_64 and ppc) and Extras, apt-enabled. > > > > won't the x86_64 be a problem? > > It's not a problem as long as you don't have multilib packages > installed. Apt can handle 64bit stuff just fine, what it can't handle is > packages with same n-v-r but different arch simultaneously installed. > > Hmm. In fact, with FC4 you could use apt with x86_64 if you just give up > openoffice. On FC3 grub was dynamically linked, causing glibc.i686 > dependency on all x86_64 systems, on FC4 it's statically linked so you > don't need to have 32bit glibc on the system which was the absolute > showstopper for apt on FC-x86_64 earlier. and give up firefox + plugins. -sv From skvidal at phy.duke.edu Thu Jun 16 18:49:36 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Jun 2005 14:49:36 -0400 Subject: Apt not working on new Fedora core 4 In-Reply-To: <20050616184957.GA3336@jadzia.bu.edu> References: <41521286050616005419b5ba8e@mail.gmail.com> <415212860506160131578e0a5c@mail.gmail.com> <20050616200921.4ccacf0c@python2> <20050616181853.GA1791@jadzia.bu.edu> <1118947362.25990.6.camel@opus.phy.duke.edu> <20050616184957.GA3336@jadzia.bu.edu> Message-ID: <1118947776.25990.13.camel@opus.phy.duke.edu> On Thu, 2005-06-16 at 14:49 -0400, Matthew Miller wrote: > On Thu, Jun 16, 2005 at 02:42:42PM -0400, seth vidal wrote: > > > On Thu, Jun 16, 2005 at 08:09:21PM +0200, Matthias Saou wrote: > > > > Just to confirm that indeed ayo.freshrpms.net carries all of FC4 (i386, > > > > x86_64 and ppc) and Extras, apt-enabled. > > > won't the x86_64 be a problem? > > If they don't use any of the i386 packages, no. > > But doesn't the base FC4 x86_64 use i386 packages? it has some - if you're not doing a desktop you can avoid them. -sv From gemi at bluewin.ch Thu Jun 16 18:56:50 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Thu, 16 Jun 2005 20:56:50 +0200 Subject: build failed to complete Message-ID: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> This is the build log for graveman on i386: http://extras64.linux.duke.edu/failed/4/graveman/0.3.12.4-1.fc4/i386/graveman-0.3.12.4-1.fc4.failure.log It says: checking for mng_read in -lmng... yes checking libmng.h usability... no checking libmng.h presence... no checking for libmng.h... no This is strange, since the .spec file contains: BuildRequires: libmng-devel -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From pmatilai at laiskiainen.org Thu Jun 16 18:57:30 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 16 Jun 2005 21:57:30 +0300 Subject: Apt not working on new Fedora core 4 In-Reply-To: <1118947759.25990.11.camel@opus.phy.duke.edu> References: <41521286050616005419b5ba8e@mail.gmail.com> <415212860506160131578e0a5c@mail.gmail.com> <20050616200921.4ccacf0c@python2> <20050616181853.GA1791@jadzia.bu.edu> <1118947788.29179.10.camel@localhost.localdomain> <1118947759.25990.11.camel@opus.phy.duke.edu> Message-ID: <1118948250.29179.15.camel@localhost.localdomain> On Thu, 2005-06-16 at 14:49 -0400, seth vidal wrote: > On Thu, 2005-06-16 at 21:49 +0300, Panu Matilainen wrote: > > On Thu, 2005-06-16 at 14:18 -0400, Matthew Miller wrote: > > > On Thu, Jun 16, 2005 at 08:09:21PM +0200, Matthias Saou wrote: > > > > Just to confirm that indeed ayo.freshrpms.net carries all of FC4 (i386, > > > > x86_64 and ppc) and Extras, apt-enabled. > > > > > > won't the x86_64 be a problem? > > > > It's not a problem as long as you don't have multilib packages > > installed. Apt can handle 64bit stuff just fine, what it can't handle is > > packages with same n-v-r but different arch simultaneously installed. > > > > Hmm. In fact, with FC4 you could use apt with x86_64 if you just give up > > openoffice. On FC3 grub was dynamically linked, causing glibc.i686 > > dependency on all x86_64 systems, on FC4 it's statically linked so you > > don't need to have 32bit glibc on the system which was the absolute > > showstopper for apt on FC-x86_64 earlier. > > and give up firefox + plugins. Well, firefox is 64bit by default on x86_64 so you're either including i386 repo or giving up the plugins already. That's one of the biggest nuisances for me on x86_64, but hey, no pain no gain. Enough people whine about x86_64 browser plugins, maybe the commercial vendors wake up some day :) - Panu - From Jochen at herr-schmitt.de Thu Jun 16 19:25:07 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 16 Jun 2005 21:25:07 +0200 Subject: build failed to complete In-Reply-To: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> Message-ID: <0ML2Dk-1DizzS0JLJ-0002PN@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 16 Jun 2005 20:56:50 +0200, you wrote: >This is the build log for graveman on i386: >http://extras64.linux.duke.edu/failed/4/graveman/0.3.12.4-1.fc4/i386/graveman-0.3.12.4-1.fc4.failure.log >It says: >checking for mng_read in -lmng... yes >checking libmng.h usability... no >checking libmng.h presence... no >checking for libmng.h... no > >This is strange, since the .spec file contains: >BuildRequires: libmng-devel Perhaps the configure script didn't find the header files of libmng. You may have a look into config.log to see, in which directories the header file of libmng will be expected. perhaps the configure script have a switch to specified the location of the header files. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQrHSJU9gByurcX4MEQKYIQCgnmVwCxlLBIUat0UGXdV6LaucS5YAnRst cIdVEB11qcppWWNURZ8qbIMm =nxtu -----END PGP SIGNATURE----- From ville.skytta at iki.fi Thu Jun 16 19:34:25 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 16 Jun 2005 22:34:25 +0300 Subject: build failed to complete In-Reply-To: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> Message-ID: <1118950465.20215.92.camel@bobcat.mine.nu> On Thu, 2005-06-16 at 20:56 +0200, G?rard Milmeister wrote: > This is the build log for graveman on i386: > http://extras64.linux.duke.edu/failed/4/graveman/0.3.12.4-1.fc4/i386/graveman-0.3.12.4-1.fc4.failure.log > It says: > checking for mng_read in -lmng... yes > checking libmng.h usability... no > checking libmng.h presence... no > checking for libmng.h... no > > This is strange, since the .spec file contains: > BuildRequires: libmng-devel A quick peek at the libmng headers tells me that libmng-devel might be missing "Requires: zlib-devel, libjpeg-devel". --> Bugzilla? From ville.skytta at iki.fi Thu Jun 16 19:38:37 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 16 Jun 2005 22:38:37 +0300 Subject: Request for Review: perl-Tk In-Reply-To: <20050615214018.GA3737@osiris.silug.org> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> <20050614233220.GB18518@osiris.silug.org> <42AFC2F9.6000207@lowlatency.de> <1118862295.20215.43.camel@bobcat.mine.nu> <20050615214018.GA3737@osiris.silug.org> Message-ID: <1118950717.20215.97.camel@bobcat.mine.nu> On Wed, 2005-06-15 at 16:40 -0500, Steven Pritchard wrote: > On Wed, Jun 15, 2005 at 10:04:55PM +0300, Ville Skytt? wrote: > > perl(:MODULE_COMPAT_*) should be enough for the install time dependency, > > no need for explicit versioned "Requires: perl >= 3:5.8.3" if you like > > (as long as the versioned build dependency is there). > > Except, like I said, that version is required for proper Unicode > support. (In other words, we don't want the package to build on old > FC/RHL releases.) Yes, and I was talking about _install_ time dependencies above. Requires, not BuildRequires. The versioned build dep is ok as is. > > BuildRequires: tk-devel missing? > > Tk.pm doesn't actually use the system tk libs. It is a port of the C > code to perl. (As I understand it, anyway.) Appears so, indeed. From steve at silug.org Thu Jun 16 19:46:57 2005 From: steve at silug.org (Steven Pritchard) Date: Thu, 16 Jun 2005 14:46:57 -0500 Subject: Request for Review: perl-Tk In-Reply-To: <1118950717.20215.97.camel@bobcat.mine.nu> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> <20050614233220.GB18518@osiris.silug.org> <42AFC2F9.6000207@lowlatency.de> <1118862295.20215.43.camel@bobcat.mine.nu> <20050615214018.GA3737@osiris.silug.org> <1118950717.20215.97.camel@bobcat.mine.nu> Message-ID: <20050616194657.GA19697@osiris.silug.org> On Thu, Jun 16, 2005 at 10:38:37PM +0300, Ville Skytt? wrote: > Yes, and I was talking about _install_ time dependencies above. > Requires, not BuildRequires. The versioned build dep is ok as is. Ah, yes, you are right, sorry. I promise to pay more attention next time. :-) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From gemi at bluewin.ch Thu Jun 16 20:13:59 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Thu, 16 Jun 2005 22:13:59 +0200 Subject: build failed to complete In-Reply-To: <1118950465.20215.92.camel@bobcat.mine.nu> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> <1118950465.20215.92.camel@bobcat.mine.nu> Message-ID: <1118952839.14755.3.camel@scriabin.tannenrauch.ch> On Thu, 2005-06-16 at 22:34 +0300, Ville Skytt? wrote: > On Thu, 2005-06-16 at 20:56 +0200, G?rard Milmeister wrote: > > This is the build log for graveman on i386: > > http://extras64.linux.duke.edu/failed/4/graveman/0.3.12.4-1.fc4/i386/graveman-0.3.12.4-1.fc4.failure.log > > It says: > > checking for mng_read in -lmng... yes > > checking libmng.h usability... no > > checking libmng.h presence... no > > checking for libmng.h... no > > > > This is strange, since the .spec file contains: > > BuildRequires: libmng-devel > > A quick peek at the libmng headers tells me that libmng-devel might be > missing "Requires: zlib-devel, libjpeg-devel". --> Bugzilla? rpm -q libmng-devel --requires libmng = 1.0.9 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 So yes, zlib-devel and libjpeg-devel are missing. > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From ville.skytta at iki.fi Thu Jun 16 20:24:06 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 16 Jun 2005 23:24:06 +0300 Subject: Request for Review: perl-Tk In-Reply-To: <42B099AA.2010002@lowlatency.de> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> <20050614233220.GB18518@osiris.silug.org> <42AFC2F9.6000207@lowlatency.de> <1118862295.20215.43.camel@bobcat.mine.nu> <42B099AA.2010002@lowlatency.de> Message-ID: <1118953446.20215.110.camel@bobcat.mine.nu> On Wed, 2005-06-15 at 23:12 +0200, Andreas Bierfert wrote: > http://fedora.lowlatency.de/review/perl-Tk.spec > http://fedora.lowlatency.de/review/perl-Tk-804.027-4.src.rpm > > So are we ok with the current version and can I go ahead an import it? Somebody > willing to approve this? Sure, go ahead and import. Still something to look into though, can be done after importing, before the first build: /usr/bin/widget needs the demos where they used to be before I suggested moving/installing them as %doc, sorry about that. So, perhaps revert that change, or install the widget script as doc too, and tweak it so that it works from the doc dir. Or just drop it and the demos, your call. (If not dropping, perhaps check the permissions inside the demos dir, some files are executable with no apparent reason while most are not.) I cannot get /usr/bin/gedi to do anything useful, it just barfs at startup (upstream bitrot?). It looks like another demo'ish thing, so maybe drop it too unless someone wants to fix it? After the above have been fixed one way or another, feel free to consider this approved by yours truly. From paul at cypherpunks.ca Thu Jun 16 20:28:31 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Thu, 16 Jun 2005 22:28:31 +0200 (CEST) Subject: Self-Introduction and Package Submission by Paul Wouters Message-ID: Sorry if this is not the right or proper way to submit a package to fedora extras. There are many links out there that describe different things. Since I would like to add some packages to fedora-extras, below follows my Self-Introduction, GKG key, and links to the packages. Full legal name : Paul Wouters Country, City : The Netherlands, Canada Profession or Student status : Programmer/Sysadmin Company or School : Xelerance (http://www.xelerance.com) Hobby: Cypherpunk (http://www.cypherpunks.ca/otr/) Your goals in the Fedora Project * Which packages do you want to see published? I would like to see libotr and gaim-otr included in fedora-extras libotr: Off-The-Record Messaging libraray and toolkit gaim-otr: Off-The-Record Messaging plugin for GAIM Both packages are released under the GPL. ExecSum of OTR: OTR allows you to have private conversations over IM by providing: - Encryption - No one else can read your instant messages. - Authentication - You are assured the correspondent is who you think it is. - Deniability - The messages you send do _not_ have digital signatures that are checkable by a third party. Anyone can forge messages after a conversation to make them look like they came from you. However, _during_ a conversation, your correspondent is assured the messages he sees are authentic and unmodified. - Perfect forward secrecy - If you lose control of your private keys, no previous conversation is compromised. For more information on Off-the-Record Messaging, see http://www.cypherpunks.ca/otr/ * Do you want to do QA? Sure. No problem. * Anything else special? I also maintain the openswan rpms published by Xelerance, on which Fedora Core's openswan's rpm are based on. # Historical qualifications * What other projects have you worked on in the past? LRP (linux router project) FreeS/WAN openwrt Openswan (currently) libotr and gaim-otr packaging for Microsoft Windows * What computer languages and other skills do you know? Some C, perl, shell, scripting languages, etc. Google for most embarassing questions asked by me. * Why should we trust you? <--- too blunt? 1) Because my GKG key has some cool signatures on it? 2) I 'own' a root run binary in a package anyway? (/usr/sbin/pluto) GPG KEYID and fingerprint 0xB5CC27E1 Fingerprint16 = FC 0C 97 7F 47 24 D0 EA 06 E3 1C 2A E3 BA 29 CE key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xB5CC27E1 You can already find libotr and gaim-otr rpms, signed by me, for Fedora Core 1-4 in a yum repository. This has been maintained by me for about a year now. [otr] name=otr - Fedora OTR packages baseurl=ftp://ftp.openswan.org/mirror/otr/binaries/fedora/$releasever/$basearch/ http://www.xelerance.com/mirror/otr/binaries/fedora/$releasever/$basearch/ enabled=1 # get the key for paul at cypherpunks.ca from a key server (eg pgp.mit.edu) # or: finger paul at xelerance.com > otrkey ; rpm --import otrkey gpgcheck=0 FC 2 and 3 contain i386 and x86_86 packages. FC4 also contains ppc packages. Source rpms can be found here: ftp://ftp.openswan.org/mirror/otr/binaries/fedora/4/SRPMS/libotr-2.0.2-1.src.rpm ftp://ftp.openswan.org/mirror/otr/binaries/fedora/4/SRPMS/gaim-otr-2.0.2-1.src.rpm Or on the master repository (not a high speed link): http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/libotr-2.0.2-1.src.rpm http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/gaim-otr-2.0.2-1.src.rpm These packages can be considered 'stable'. I am not sure if fedora still requires our packages to add 'fdr' in the release tag. If so, the packages can be changed to accomodate that requirement. If anyone has questions or remarks, feel free to contact me personally, or via the otr-users or otr-dev lists at lists.cypherpunks.ca/mailman/listinfo/ Regards, People who want to test OTR can test this by talking to any OTR enabled client on AIM/ICQ, MSN or Jabber. Just enable "Off-the-record messaging" in gaim's plugin menu. Feel free to initiate a chat with me at PaulWouters at jabber.org or icq/aim 9944856, or any of the other cypherpunks out there. Most of them are now using OTR. If I need a Fedora Extras contributor or Red Hat engineer, then I hope someone will step forward :) I already am the package maintainer of the libotr and gaim-otr yum repositories on ftp.openswan.org/www.xelerance.com. Regards, Paul Wouters Xelerance/Cypherpunks From mpeters at mac.com Thu Jun 16 20:28:54 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 16 Jun 2005 13:28:54 -0700 Subject: Request Review: perl-File-BOM Message-ID: <1118953734.23048.70.camel@locolhost.localdomain> Updated version to what was previously submitted. Includes changes to specfile suggested by Jos? Pedro Oliveira (using the Build.PL script) Successfully builds in mock http://mpeters.us/fc_extras/perl-File-BOM-0.09-0.1.src.rpm http://mpeters.us/fc_extras/perl-File-BOM.spec %description File::BOM is a pure perl module utilities package for reading Byte Order Marks. NOTE: The source references ftp://ftp.cpan.org/pub/CPAN/modules/by-module/File/File-BOM-%{version}.tar.gz That works for 0.08 but does not for 0.09 I suspect just because it is just released and hasn't propagated. I put a comment in for a source url that does work today (authors cpan page). From ville.skytta at iki.fi Thu Jun 16 20:37:07 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 16 Jun 2005 23:37:07 +0300 Subject: build failed to complete In-Reply-To: <1118952839.14755.3.camel@scriabin.tannenrauch.ch> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> <1118950465.20215.92.camel@bobcat.mine.nu> <1118952839.14755.3.camel@scriabin.tannenrauch.ch> Message-ID: <1118954227.20215.117.camel@bobcat.mine.nu> On Thu, 2005-06-16 at 22:13 +0200, G?rard Milmeister wrote: > On Thu, 2005-06-16 at 22:34 +0300, Ville Skytt? wrote: > > > > A quick peek at the libmng headers tells me that libmng-devel might be > > missing "Requires: zlib-devel, libjpeg-devel". --> Bugzilla? > rpm -q libmng-devel --requires > libmng = 1.0.9 > rpmlib(CompressedFileNames) <= 3.0.4-1 > rpmlib(PayloadFilesHavePrefix) <= 4.0-1 > > So yes, zlib-devel and libjpeg-devel are missing. ...and trying to compile anything with "#include " in it is a quick way to verify that. (Did you already Bugzilla it? :)) But anyway, it would be nice if whatever it is that collects the build results would also pick up config.log from the build dir if present, and upload it along with rest of the results. That'd make build problem solving easier in many cases. From skvidal at phy.duke.edu Thu Jun 16 20:38:05 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Jun 2005 16:38:05 -0400 Subject: build failed to complete In-Reply-To: <1118954227.20215.117.camel@bobcat.mine.nu> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> <1118950465.20215.92.camel@bobcat.mine.nu> <1118952839.14755.3.camel@scriabin.tannenrauch.ch> <1118954227.20215.117.camel@bobcat.mine.nu> Message-ID: <1118954285.18436.3.camel@cutter> > But anyway, it would be nice if whatever it is that collects the build > results would also pick up config.log from the build dir if present, and > upload it along with rest of the results. That'd make build problem > solving easier in many cases. - make sure mock is installed on your system(yum install mock) - make sure selinux is off (via setenforcing 0 and config file) (this is temporary) - cd to the right place and run: make mockbuild then you can test it yourself. -sv From andreas.bierfert at lowlatency.de Thu Jun 16 20:48:36 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 16 Jun 2005 22:48:36 +0200 Subject: Build System Problem Message-ID: <42B1E5A4.8030205@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, yesterday I requested the rebuild of fluxbox on fc3 and fc4. fc3 worked fine while on fc4 (with the same changes in the %post section) I get this on ppc: Installing group 'minimal' ......error: /usr/sbin/mach-helper yum - --installroot /var/lib/mach/roots/fedora-4-ppc-core -c /var/lib/mach/states/fedora-4-ppc-core/yum.conf groupinstall build-minimal failed. Setting up Group Process Setting up repositories http://testing.linux.duke.edu/FC4/ppc/os/repodata/repomd.xml: [Errno 4] IOError: HTTP Error 404: Date: Thu, 16 Jun 2005 18:40:37 GMT Server: Apache/2.0.51 (Fedora) Content-Length: 318 Connection: close Content-Type: text/html; charset=iso-8859-1 Trying other mirror. Cannot open/read repomd.xml file for repository: core failure: repodata/repomd.xml from core: [Errno 256] No more mirrors to try. ERROR: Could not get build-minimal Try again? ;) - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCseWkQEQyPsWM8csRAtkGAJ0bBLMplh5oaSGr7NUIL0PkdXlY5wCeIfbP 7YvrekfFCCZciae6HB/lMq8= =akOi -----END PGP SIGNATURE----- From ville.skytta at iki.fi Thu Jun 16 20:58:42 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 16 Jun 2005 23:58:42 +0300 Subject: build failed to complete In-Reply-To: <1118954285.18436.3.camel@cutter> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> <1118950465.20215.92.camel@bobcat.mine.nu> <1118952839.14755.3.camel@scriabin.tannenrauch.ch> <1118954227.20215.117.camel@bobcat.mine.nu> <1118954285.18436.3.camel@cutter> Message-ID: <1118955522.20215.132.camel@bobcat.mine.nu> On Thu, 2005-06-16 at 16:38 -0400, seth vidal wrote: > > But anyway, it would be nice if whatever it is that collects the build > > results would also pick up config.log from the build dir if present, and > > upload it along with rest of the results. That'd make build problem > > solving easier in many cases. > > - make sure mock is installed on your system(yum install mock) > - make sure selinux is off (via setenforcing 0 and config file) (this is > temporary) > - cd to the right place and run: make mockbuild > > then you can test it yourself. Been there with mach earlier, and unless things have changed a lot with mock (I haven't looked into it yet), that's IMO just too much infrastructure to set up, wait for build root cleanup/population, build etc for trivial cases like this, if one does it often. The buildsys already has the file, I'd much rather just point my browser at it. Let me rephrase: would you accept a patch to mock (or whatever it is that collects the results) that implements the above suggestion? From skvidal at phy.duke.edu Thu Jun 16 20:56:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 16 Jun 2005 16:56:30 -0400 Subject: Build System Problem In-Reply-To: <42B1E5A4.8030205@lowlatency.de> References: <42B1E5A4.8030205@lowlatency.de> Message-ID: <1118955390.18436.5.camel@cutter> On Thu, 2005-06-16 at 22:48 +0200, Andreas Bierfert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > yesterday I requested the rebuild of fluxbox on fc3 and fc4. fc3 worked fine > while on fc4 (with the same changes in the %post section) I get this on ppc: > > Installing group 'minimal' ......error: /usr/sbin/mach-helper yum > - --installroot /var/lib/mach/roots/fedora-4-ppc-core -c > /var/lib/mach/states/fedora-4-ppc-core/yum.conf groupinstall build-minimal failed. > Setting up Group Process > Setting up repositories > http://testing.linux.duke.edu/FC4/ppc/os/repodata/repomd.xml: [Errno 4] IOError: > HTTP Error 404: Date: Thu, 16 Jun 2005 18:40:37 GMT > Server: Apache/2.0.51 (Fedora) > Content-Length: 318 > Connection: close > Content-Type: text/html; charset=iso-8859-1 > Trying other mirror. > Cannot open/read repomd.xml file for repository: core > failure: repodata/repomd.xml from core: [Errno 256] No more mirrors to try. > > ERROR: Could not get build-minimal > > > Try again? ;) > fixing it now - not much I can do - syncing takes too much time and this was just a mess up. -sv From gemi at bluewin.ch Thu Jun 16 21:09:27 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Thu, 16 Jun 2005 23:09:27 +0200 Subject: build failed to complete In-Reply-To: <1118954285.18436.3.camel@cutter> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> <1118950465.20215.92.camel@bobcat.mine.nu> <1118952839.14755.3.camel@scriabin.tannenrauch.ch> <1118954227.20215.117.camel@bobcat.mine.nu> <1118954285.18436.3.camel@cutter> Message-ID: <1118956167.7165.2.camel@scriabin.tannenrauch.ch> On Thu, 2005-06-16 at 16:38 -0400, seth vidal wrote: > > But anyway, it would be nice if whatever it is that collects the build > > results would also pick up config.log from the build dir if present, and > > upload it along with rest of the results. That'd make build problem > > solving easier in many cases. > > > - make sure mock is installed on your system(yum install mock) Just tried and hoped it would be better than mach (which I never could get to work), but apparently mock-0.3-2.fc4 is missing the configuration files for fc4 in /etc/mock > - cd to the right place and run: make mockbuild Is there an overview of all the make targets? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From andreas.bierfert at lowlatency.de Thu Jun 16 21:32:20 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 16 Jun 2005 23:32:20 +0200 Subject: Build System Problem In-Reply-To: <1118955390.18436.5.camel@cutter> References: <42B1E5A4.8030205@lowlatency.de> <1118955390.18436.5.camel@cutter> Message-ID: <42B1EFE4.2090002@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 seth vidal wrote: > fixing it now - not much I can do - syncing takes too much time and this > was just a mess up. > > -sv no problem thx :) - -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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCse/kQEQyPsWM8csRArIWAJ4k7a9uFN1WPk1bpiuZTNRzVER8cQCgtDOH mcDX7L/6xEHB8cVzNONmRD8= =hkIl -----END PGP SIGNATURE----- From bugs.michael at gmx.net Thu Jun 16 23:20:56 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 17 Jun 2005 01:20:56 +0200 Subject: build failed to complete In-Reply-To: <1118956167.7165.2.camel@scriabin.tannenrauch.ch> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> <1118950465.20215.92.camel@bobcat.mine.nu> <1118952839.14755.3.camel@scriabin.tannenrauch.ch> <1118954227.20215.117.camel@bobcat.mine.nu> <1118954285.18436.3.camel@cutter> <1118956167.7165.2.camel@scriabin.tannenrauch.ch> Message-ID: <20050617012056.0796dac7.bugs.michael@gmx.net> On Thu, 16 Jun 2005 23:09:27 +0200, G?rard Milmeister wrote: > On Thu, 2005-06-16 at 16:38 -0400, seth vidal wrote: > > > But anyway, it would be nice if whatever it is that collects the build > > > results would also pick up config.log from the build dir if present, and > > > upload it along with rest of the results. That'd make build problem > > > solving easier in many cases. > > > > > > - make sure mock is installed on your system(yum install mock) > Just tried and hoped it would be better than mach (which I never could > get to work), but apparently mock-0.3-2.fc4 is missing the configuration > files for fc4 in /etc/mock > > > - cd to the right place and run: make mockbuild > Is there an overview of all the make targets? At least: make help From mpeters at mac.com Thu Jun 16 23:19:50 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 16 Jun 2005 16:19:50 -0700 Subject: build failed to complete In-Reply-To: <1118956167.7165.2.camel@scriabin.tannenrauch.ch> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> <1118950465.20215.92.camel@bobcat.mine.nu> <1118952839.14755.3.camel@scriabin.tannenrauch.ch> <1118954227.20215.117.camel@bobcat.mine.nu> <1118954285.18436.3.camel@cutter> <1118956167.7165.2.camel@scriabin.tannenrauch.ch> Message-ID: <1118963990.22206.19.camel@locolhost.localdomain> On Thu, 2005-06-16 at 23:09 +0200, G?rard Milmeister wrote: > On Thu, 2005-06-16 at 16:38 -0400, seth vidal wrote: > > > But anyway, it would be nice if whatever it is that collects the build > > > results would also pick up config.log from the build dir if present, and > > > upload it along with rest of the results. That'd make build problem > > > solving easier in many cases. > > > > > > - make sure mock is installed on your system(yum install mock) > Just tried and hoped it would be better than mach (which I never could > get to work), but apparently mock-0.3-2.fc4 is missing the configuration > files for fc4 in /etc/mock copy the fc3 configuration to fc4, edit it and change the references to fc4. It's pretty quick and works well. From bugs.michael at gmx.net Thu Jun 16 23:22:01 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 17 Jun 2005 01:22:01 +0200 Subject: build failed to complete In-Reply-To: <1118954227.20215.117.camel@bobcat.mine.nu> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> <1118950465.20215.92.camel@bobcat.mine.nu> <1118952839.14755.3.camel@scriabin.tannenrauch.ch> <1118954227.20215.117.camel@bobcat.mine.nu> Message-ID: <20050617012201.304f2acc.bugs.michael@gmx.net> On Thu, 16 Jun 2005 23:37:07 +0300, Ville Skytt? wrote: > But anyway, it would be nice if whatever it is that collects the build > results would also pick up config.log from the build dir if present, and > upload it along with rest of the results. That'd make build problem > solving easier in many cases. In particular in case of problems with other architectures than what was tested with. From bugs.michael at gmx.net Thu Jun 16 23:35:07 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 17 Jun 2005 01:35:07 +0200 Subject: make clog (was: Re: rpms/libdaemon/FC-4 libdaemon.spec,1.11,1.12) In-Reply-To: <200506162208.j5GM8q94016063@cvs-int.fedora.redhat.com> References: <200506162208.j5GM8q94016063@cvs-int.fedora.redhat.com> Message-ID: <20050617013507.417ca1cb.bugs.michael@gmx.net> On Thu, 16 Jun 2005 18:08:52 -0400, Aaron Kurtz wrote: > Author: dragoon > > Update of /cvs/extras/rpms/libdaemon/FC-4 > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv16034/d > > Modified Files: > libdaemon.spec > Log Message: > clog > "make clog ; cvs commit -F clog", the -F option is the important bit when you want to use the clog file. From terraformers at gmail.com Fri Jun 17 00:03:16 2005 From: terraformers at gmail.com (Lars G) Date: Fri, 17 Jun 2005 02:03:16 +0200 Subject: gnome-yum in extras? In-Reply-To: <20050617013507.417ca1cb.bugs.michael@gmx.net> References: <200506162208.j5GM8q94016063@cvs-int.fedora.redhat.com> <20050617013507.417ca1cb.bugs.michael@gmx.net> Message-ID: <1118966596.24082.3.camel@kinichahau.homebase> maybe gnome-yum http://sourceforge.net/projects/gnome-yum would be a nice addition to extras? cheers -- Lars G From yuan.bbbush at gmail.com Fri Jun 17 00:14:49 2005 From: yuan.bbbush at gmail.com (Yuan Yijun) Date: Fri, 17 Jun 2005 08:14:49 +0800 Subject: Need help with a spec that contains jar files. Message-ID: <9792751e05061617141651788a@mail.gmail.com> Hi, I'm trying to package texlipse[1], a plugin for eclipse that helps to write latex. But I'm not familiar with packaging jar files, is there any special point that I must follow? rpmlint prompts that jar files are not indexed, how to get around that? My spec files can be found here in fedora-gro cvs[2]. //thx. -- bbbush ^_^ [1] http://texlipse.sourceforge.net/ [2] http://gro.clinux.org/scm/cvsweb.php/rpms/e/eclipse-texlipse/FC-4/?cvsroot=fedora From jjneely at pams.ncsu.edu Fri Jun 17 01:03:30 2005 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Thu, 16 Jun 2005 21:03:30 -0400 Subject: New Package: x2x Message-ID: <20050617010330.GN14290@anduril.pams.ncsu.edu> Folks, I'd like to submit x2x for initial review. SPEC: http://anduril.pams.ncsu.edu/~slack/SPECS/x2x.spec SRPM: http://anduril.pams.ncsu.edu/~slack/SRPMS/x2x-1.30-2.beta.src.rpm URL: http://x2x.fanstvo.com/ %description The x2x package allows the keyboard, mouse on one X display to be used to control another X display. It also shares X clipboards between the displays. The developer has this tagged as a beta release hence the "beta" in the release...although I guess I should have done a release of 0.2.beta. Feedback is welcome. Jack Neely -- 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 Fri Jun 17 01:29:04 2005 From: mpeters at mac.com (Michael A. Peters) Date: Thu, 16 Jun 2005 18:29:04 -0700 Subject: New Package: x2x In-Reply-To: <20050617010330.GN14290@anduril.pams.ncsu.edu> References: <20050617010330.GN14290@anduril.pams.ncsu.edu> Message-ID: <1118971744.22206.32.camel@locolhost.localdomain> On Thu, 2005-06-16 at 21:03 -0400, Jack Neely wrote: > Folks, > > I'd like to submit x2x for initial review. > > SPEC: http://anduril.pams.ncsu.edu/~slack/SPECS/x2x.spec > SRPM: http://anduril.pams.ncsu.edu/~slack/SRPMS/x2x-1.30-2.beta.src.rpm > URL: http://x2x.fanstvo.com/ - cp x2x.man x2x.1 - gzip x2x.1 don't gzip instead. In install section - install -m644 x2x.man %buildroot%_mandir/man1/x2x.1 rpm will take care of gzip - %{_mandir}/man1/x2x.1.gz change to %{_mandir}/man1/* -=- It says its BSD license and looks like that in the C file but inside the c file it indicates that part of it are adapted from GPL - /* Cygwin version with -fromwin to allow source to be a Windows * machine that is not running a X server. * Adapted by Mark Hayter 2003 using win2vnc ClientConnect.cpp code * * Original win2vnc copyright follows: */ // win2vnc, adapted from vncviewer by Fredrik Hubinette 2001 // // Original copyright follows: // // Copyright (C) 1999 AT&T Laboratories Cambridge. All Rights Reserved. // // This file is part of the VNC system. // // The VNC system is free software; you can redistribute it and/or modify // it under the terms of the GNU General Public License as published by does that apply to this even though this isn't compiled for cygwin or is that different? I don't think you can adapt GPL code into BSD license. From jwboyer at jdub.homelinux.org Fri Jun 17 03:02:50 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 16 Jun 2005 22:02:50 -0500 Subject: make clog (was: Re: rpms/libdaemon/FC-4 libdaemon.spec,1.11,1.12) In-Reply-To: <20050617013507.417ca1cb.bugs.michael@gmx.net> References: <200506162208.j5GM8q94016063@cvs-int.fedora.redhat.com> <20050617013507.417ca1cb.bugs.michael@gmx.net> Message-ID: <1118977370.3339.11.camel@yoda.jdub.homelinux.org> On Fri, 2005-06-17 at 01:35 +0200, Michael Schwendt wrote: > > > > "make clog ; cvs commit -F clog", the -F option is the important bit > when you want to use the clog file. Updated on the Wiki. I've been bitten by this too before. Thanks josh From oliver at linux-kernel.at Fri Jun 17 05:05:40 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 17 Jun 2005 07:05:40 +0200 Subject: Requesting builds for the "testing" repository? In-Reply-To: <1118863144.8922.24.camel@cutter> Message-ID: <200506170505.j5H55Pdi030314@mail.linux-kernel.at> Hi Seth! [ ... ] > On Wed, 2005-06-15 at 22:13 +0300, Ville Skytt? wrote: > > How does one request builds to the Extras "testing" repository? > > > > I've updated SDL_mixer to 1.2.6 locally and I'm planning to > > commit it > > to devel soon. A FC4 update would be cool too, but I'd be more > > comfortable having it sit in testing for a while before > > hitting the actual FC4 repo. > > > > so two problems -neither of them insurmountable: > > 1. no one has anything like extras-testing in their repos so > if you want them to sit in testing that's what they would do, sit. > > 2. we've got no way of requesting that, currently, from the > buildsys side of things. > > Anyone have any suggestions on how we do that? Why not having a target fcX-tst? Where X can be 1,2,3,4 or course... Put the RPMs in an extra directory (eg. fcX-extras-testing) and call it repo extras-testing... >From my view, development actually is something like 'testing' and I think it's OK to have a base distribution (eg. Fc4) and a development repo... I'm not really in the need of a 'testing' repo... A testing repo only makes sense for older distributions (eg. fc1), where the people normally are not able to use the devel branch of the extras, because they depend on newer glibc or python or other packages that are system wide used and therfor would require a more or less major upgrade of the whole system... My 2 cent, Oliver From ville.skytta at iki.fi Fri Jun 17 05:23:37 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 17 Jun 2005 08:23:37 +0300 Subject: Need help with a spec that contains jar files. In-Reply-To: <9792751e05061617141651788a@mail.gmail.com> References: <9792751e05061617141651788a@mail.gmail.com> Message-ID: <1118985817.20215.140.camel@bobcat.mine.nu> On Fri, 2005-06-17 at 08:14 +0800, Yuan Yijun wrote: > I'm trying to package texlipse[1], a plugin for eclipse that helps to > write latex. But I'm not familiar with packaging jar files, is there > any special point that I must follow? There are lots of examples at http://www.jpackage.org/ It would also be worth considering whether to submit Java stuff to JPackage instead of Fedora Extras; the former would benefit more people. > rpmlint prompts that jar files > are not indexed, how to get around that? Just ignore it. Indexed jars are of doubtful usefulness, and the jar tool included in FC4 doesn't even implement the "i" option. Dunno if it can be done programmatically eg. in an Ant build file using the FC4 Java stack, but don't lose any sleep over it. From skvidal at phy.duke.edu Fri Jun 17 05:45:58 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 17 Jun 2005 01:45:58 -0400 Subject: build failed to complete In-Reply-To: <1118955522.20215.132.camel@bobcat.mine.nu> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> <1118950465.20215.92.camel@bobcat.mine.nu> <1118952839.14755.3.camel@scriabin.tannenrauch.ch> <1118954227.20215.117.camel@bobcat.mine.nu> <1118954285.18436.3.camel@cutter> <1118955522.20215.132.camel@bobcat.mine.nu> Message-ID: <1118987158.22117.0.camel@cutter> > Been there with mach earlier, and unless things have changed a lot with > mock (I haven't looked into it yet), that's IMO just too much > infrastructure to set up, wait for build root cleanup/population, build > etc for trivial cases like this, if one does it often. The buildsys > already has the file, I'd much rather just point my browser at it. > > Let me rephrase: would you accept a patch to mock (or whatever it is > that collects the results) that implements the above suggestion? I'd be willing to take a look, yah. -sv From skvidal at phy.duke.edu Fri Jun 17 05:46:56 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 17 Jun 2005 01:46:56 -0400 Subject: build failed to complete In-Reply-To: <1118956167.7165.2.camel@scriabin.tannenrauch.ch> References: <1118948210.14396.2.camel@scriabin.tannenrauch.ch> <1118950465.20215.92.camel@bobcat.mine.nu> <1118952839.14755.3.camel@scriabin.tannenrauch.ch> <1118954227.20215.117.camel@bobcat.mine.nu> <1118954285.18436.3.camel@cutter> <1118956167.7165.2.camel@scriabin.tannenrauch.ch> Message-ID: <1118987216.22117.2.camel@cutter> On Thu, 2005-06-16 at 23:09 +0200, G?rard Milmeister wrote: > On Thu, 2005-06-16 at 16:38 -0400, seth vidal wrote: > > > But anyway, it would be nice if whatever it is that collects the build > > > results would also pick up config.log from the build dir if present, and > > > upload it along with rest of the results. That'd make build problem > > > solving easier in many cases. > > > > > > - make sure mock is installed on your system(yum install mock) > Just tried and hoped it would be better than mach (which I never could > get to work), but apparently mock-0.3-2.fc4 is missing the configuration > files for fc4 in /etc/mock yah - they're in cvs but not in 0.3-2. Sorry. I'll update the pkg in extras with the right files, soon. sorry, -sv From dwmw2 at infradead.org Fri Jun 17 07:27:56 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 17 Jun 2005 08:27:56 +0100 Subject: Spurious build failure... [Fwd: Build Result: exim on development] Message-ID: <1118993276.14012.1.camel@baythorne.infradead.org> It tells me the build failed. But all three logs show a successful build, and all three architectures have binary RPMs present. -- dwmw2 -------------- next part -------------- An embedded message was scrubbed... From: buildsys at fedoraproject.org Subject: Build Result: exim on development Date: Thu, 16 Jun 2005 22:17:17 -0400 (EDT) Size: 2726 URL: From liljencrantz at gmail.com Fri Jun 17 08:56:22 2005 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Fri, 17 Jun 2005 10:56:22 +0200 Subject: New Package: fish Message-ID: <7dad0d7705061701563c31edfd@mail.gmail.com> (This is a repost of a mail I sent last week that seems to have been swallowed by the mail monster. If this mail ends up on the list twice, I apologise.) I'm the author of a commandline shell called fish. I though it might be time to submit it to fedora extras. I do not have access to Fedora extras CVS, so if this package is to be included, I will need a sponsor for CVS access. About the package: fish, the friendly interactive shell is a shell that is focused on interactive use, discoverability, and user friendliness. The design goal of fish is to give the user a rich set of powerful features in a way that is easy to discover, remember, and use. fish features a user-friendly and powerful tab-completion, including descriptions of every completion, tab-completion of strings with wildcards, and many completions for specific commands. It also features an extensive and discoverable help system. A special help command gives access to all the fish documentation in your preferred Web browser. Other features include syntax highlighting with extensive error checking, support for the X clipboard, smart terminal handling based on terminfo, an easy to search, no duplicates history. There is no known legal issue with this package. fish itself is released under the GPL, and it includes code released under the BSD and MIT license. You can find the src.rpm here: http://roo.no-ip.org/fish/files/1.11.1/fish-1.11.1-1.src.rpm Thank you for your time. -- Axel From jnovy at redhat.com Fri Jun 17 09:03:06 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 17 Jun 2005 11:03:06 +0200 Subject: New package: nedit Message-ID: <1118998986.11814.31.camel@obelix.redhat.usu> Hello all, the nedit package was removed some time ago from Core, so maybe it's a good idea to resurrect it in Extras. You can have a look at the latest nedit inclusion src.rpm candidate in Extras here: http://people.redhat.com/jnovy/files/nedit-5.5-2.src.rpm what is actually the latest rawhide nedit version before its removal. Please let me know if you have any comments/objections/suggestions or even if you agree so that I can import the package to Extras. Thanks, Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ The worst evil in the world is refusal to think. From mpeters at mac.com Fri Jun 17 09:19:25 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 17 Jun 2005 02:19:25 -0700 Subject: New package: nedit In-Reply-To: <1118998986.11814.31.camel@obelix.redhat.usu> References: <1118998986.11814.31.camel@obelix.redhat.usu> Message-ID: <1118999966.27626.4.camel@locolhost.localdomain> On Fri, 2005-06-17 at 11:03 +0200, Jindrich Novy wrote: > Hello all, > > the nedit package was removed some time ago from Core, so maybe it's a > good idea to resurrect it in Extras. > > You can have a look at the latest nedit inclusion src.rpm candidate in > Extras here: > > http://people.redhat.com/jnovy/files/nedit-5.5-2.src.rpm > > what is actually the latest rawhide nedit version before its removal. > Please let me know if you have any comments/objections/suggestions or > even if you agree so that I can import the package to Extras. > > Thanks, > Jindrich > There was someone else, Ian Pilcher looking at packaging nedit as well. Not sure what happened with it, if his package was approved or not. He posted on Jun 02 and replied on Jun 03 - but it looks like he hasn't replied since. From jnovy at redhat.com Fri Jun 17 09:21:30 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 17 Jun 2005 11:21:30 +0200 Subject: New package: nedit In-Reply-To: <1118999966.27626.4.camel@locolhost.localdomain> References: <1118998986.11814.31.camel@obelix.redhat.usu> <1118999966.27626.4.camel@locolhost.localdomain> Message-ID: <1119000090.11814.34.camel@obelix.redhat.usu> Hi Michael, On Fri, 2005-06-17 at 02:19 -0700, Michael A. Peters wrote: > There was someone else, Ian Pilcher looking at > packaging nedit as well. > Not sure what happened with it, if his package was approved or not. He > posted on Jun 02 and replied on Jun 03 - but it looks like he hasn't > replied since. Yes, I know about Ian, we discussed via email that he's welcomed to contribute to the nedit package as soon as it's included. Thanks, Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ The worst evil in the world is refusal to think. From mpeters at mac.com Fri Jun 17 09:39:06 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 17 Jun 2005 02:39:06 -0700 Subject: New package: nedit In-Reply-To: <1119000090.11814.34.camel@obelix.redhat.usu> References: <1118998986.11814.31.camel@obelix.redhat.usu> <1118999966.27626.4.camel@locolhost.localdomain> <1119000090.11814.34.camel@obelix.redhat.usu> Message-ID: <1119001146.27626.14.camel@locolhost.localdomain> On Fri, 2005-06-17 at 11:21 +0200, Jindrich Novy wrote: > Yes, I know about Ian, we discussed via email that he's welcomed to > contribute to the nedit package as soon as it's included. > > Thanks, > Jindrich > The %install section has mkdir -p $RPM_BUILD_ROOT%{_prefix}/X11R6/bin mkdir -p $RPM_BUILD_ROOT%{_prefix}/X11R6/man/man1 I don't think it is a requirement, but a lot of packagers here have suggested (to me anyway) using install -d instead of mkdir -p The desktop file I believe needs to be changed. http://fedoraproject.org/wiki/Extras/FedoraDesktopEntryGuidelines desktop-file-install --vendor net --delete-original \ instead of --vendor it should be --vendor=fedora I'm not certain on the category - the wiki says: Additionally, all Fedora packages must contain the "X-Fedora" category. For packages that exist in Red Hat Linux, the categories must be the same as Red Hat's (+ X-Fedora). For packages that are considered essential for end users, the "X-Red-Hat-Base" Category must be added because that's currently the only way to get them listed in the top level menus instead of "Extras" on RH8 or "More foo..." on RH9. I'm guessing that means --add-category "Application;Development;X-Red-Hat-Extra" \ should be changed to --add-category "Application;Development;X-Fedora" \ Someone who knows more about the history of that wiki policy though should clarify. From ivazquez at ivazquez.net Fri Jun 17 10:32:40 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 17 Jun 2005 06:32:40 -0400 Subject: New package: libmatchbox-1.7 In-Reply-To: <1118684222.3079.11.camel@ihaa.home.willberg.fi> References: <1116781983.3422.26.camel@ihaa.home.willberg.fi> <1117173399.30966.55.camel@ignacio.ignacio.lan> <1118684222.3079.11.camel@ihaa.home.willberg.fi> Message-ID: <1119004360.31315.37.camel@ignacio.ignacio.lan> On Mon, 2005-06-13 at 20:37 +0300, Toni Willberg wrote: > http://toniw.iki.fi/srpms/libmatchbox-1.7-2.spec > http://toniw.iki.fi/srpms/libmatchbox-1.7-2.src.rpm - Add xorg-x11-devel, pango-devel, libjpeg-devel, and libpng-devel to BR - Drop freetype-devel and glib2-devel from -devel + Builds fine as non-root - Odd spacing in %files devel Feel free to fix those in CVS after importing. -- 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 17 10:32:42 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 17 Jun 2005 06:32:42 -0400 Subject: New package: matchbox-panel-0.9.2-1 In-Reply-To: <1118685420.3079.14.camel@ihaa.home.willberg.fi> References: <1116781983.3422.26.camel@ihaa.home.willberg.fi> <1116866215.3346.5.camel@ihaa.home.willberg.fi> <1117173634.30966.60.camel@ignacio.ignacio.lan> <1118685420.3079.14.camel@ihaa.home.willberg.fi> Message-ID: <1119004363.31315.38.camel@ignacio.ignacio.lan> On Mon, 2005-06-13 at 20:57 +0300, Toni Willberg wrote: > http://toniw.iki.fi/srpms/matchbox-panel-0.9.2-2.spec > http://toniw.iki.fi/srpms/matchbox-panel-0.9.2-2.src.rpm ? Is there a reason why NLS, startup notification, and DNOTIFY aren't enabled? - Ownership problems. Consider using %{_bindir}/* instead. -- 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 17 10:32:47 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 17 Jun 2005 06:32:47 -0400 Subject: new version 0.9.5 / Re: New package: matchbox-window-manager-0.9.4-1 In-Reply-To: <1118688860.3079.19.camel@ihaa.home.willberg.fi> References: <1116781983.3422.26.camel@ihaa.home.willberg.fi> <1116789503.3422.34.camel@ihaa.home.willberg.fi> <1117173552.30966.58.camel@ignacio.ignacio.lan> <1118688860.3079.19.camel@ihaa.home.willberg.fi> Message-ID: <1119004367.31315.39.camel@ignacio.ignacio.lan> On Mon, 2005-06-13 at 21:54 +0300, Toni Willberg wrote: > http://toniw.iki.fi/srpms/matchbox-window-manager-0.9.5-1.spec > http://toniw.iki.fi/srpms/matchbox-window-manager-0.9.5-1.src.rpm ? Is there a reason why startup notification and session management aren't enabled? + Builds as non-root I'd like to see an answer to the question before it's imported. -- 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 17 10:38:27 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 17 Jun 2005 06:38:27 -0400 Subject: Package Review Process Proposal In-Reply-To: References: <20050616050448.GA4147@redhat.com> Message-ID: <1119004707.31315.43.camel@ignacio.ignacio.lan> On Thu, 2005-06-16 at 10:19 -0400, Chris Ricker wrote: > On Thu, 16 Jun 2005, Dave Lawrence wrote: > > Name Description > > ------------------------------------------------------------------------------------------ > > extras??legal Package reviewed for any known legal issues or licencing problems. > > extras??review Package review request picked up and in progress. > > Are these two really separate? Right now it kinda seems like the initial > reviewers tend to do the basic sanity checking of whether its > distributable There may very well be cases where a package will build cleanly, yet still be in legal limbo. > > extras??approval Package approval for inclusion in the Fedora Extras project > > extras??fc3 Package approval for inclusion in the FC3 version of the Fedora Extras project. > > extras??fc4 Package approval for inclusion in the FC4 version of the Fedora Extras project. > > Right now we don't do separate approvals for each branch. It's just a > review okaying to import initially, and then a review okaying to build > (which covers all branches). Are the separate approvals actually needed? Strictly speaking, no, but it's nice to know *why* it's in FE4 but not FE3, or vice versa. -- 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 17 10:41:32 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 17 Jun 2005 06:41:32 -0400 Subject: Package Review Process Proposal In-Reply-To: <20050616050448.GA4147@redhat.com> References: <20050616050448.GA4147@redhat.com> Message-ID: <1119004892.31315.45.camel@ignacio.ignacio.lan> On Thu, 2005-06-16 at 01:04 -0400, Dave Lawrence wrote: > That's the basics right now. Will document more as I think of it. Let's discuss ;) Is this available for use RHRN, or should we hold off a little longer? -- 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 tla at rasmil.dk Fri Jun 17 11:01:51 2005 From: tla at rasmil.dk (Tim Lauridsen) Date: Fri, 17 Jun 2005 13:01:51 +0200 Subject: New Package: yumex Message-ID: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> I'm the author of Yum Extender (aka yumex) a GUI to Yum for fedora Core 4, It is written i Python and build on top of Yum 2.3.x. Many People have asked med to submit it to fedora extras. So here i go. I do not have access to Fedora extras CVS, so if this package is to be included, I will need a sponsor for CVS access. SRPM : http://prdownloads.sourceforge.net/yumex/yumex-0.40-1.tla.1.FC4.src.rpm?download SOURCE : http://prdownloads.sourceforge.net/yumex/yumex-0.40.tar.gz?download RPM: http://prdownloads.sourceforge.net/yumex/yumex-0.40-1.tla.1.FC4.noarch.rpm?download Homepage : http://linux.rasmil.dk/yumex Sourceforge Project page: https://sourceforge.net/projects/yumex/ From nphilipp at redhat.com Fri Jun 17 11:45:06 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 17 Jun 2005 13:45:06 +0200 Subject: Request for Review, Sponsorship: trickle, libevent In-Reply-To: <42B1A56E.2060501@di.uminho.pt> References: <1118935319.9569.42.camel@wombat.tiptoe.de> <42B1A56E.2060501@di.uminho.pt> Message-ID: <1119008707.17422.15.camel@gibraltar.stuttgart.redhat.com> Jos?, On Thu, 2005-06-16 at 17:14 +0100, Jos? Pedro Oliveira wrote: > > - libevent: > > Upstream: http://monkey.org/~provos/libevent > > Spec File: http://tiptoe.de/dav/libevent.spec > > SRPM: http://tiptoe.de/dav/libevent-1.1a-0.fc4.1.src.rpm > > Description: > > 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. Furthermore, libevent also > > support callbacks due to signals or regular timeouts. > > There is already a pending request for libevent. Check the mailing > list thread: > https://www.redhat.com/archives/fedora-extras-list/2005-June/msg00189.html hmm, I have no problem with someone else maintaining libevent, as I wanted to have it only as a base for trickle anyway. Unfortunately, the discussion seems to have stalled after some talking about %ghost, %check and so forth. It'd be great if we resolve this. 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 fedora at camperquake.de Fri Jun 17 11:48:35 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 17 Jun 2005 13:48:35 +0200 Subject: Request for Review, Sponsorship: trickle, libevent In-Reply-To: <1119008707.17422.15.camel@gibraltar.stuttgart.redhat.com> References: <1118935319.9569.42.camel@wombat.tiptoe.de> <42B1A56E.2060501@di.uminho.pt> <1119008707.17422.15.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050617134835.47f37f87@nausicaa.camperquake.de> Hi. Nils Philippsen wrote: > hmm, I have no problem with someone else maintaining libevent, as I > wanted to have it only as a base for trickle anyway. Unfortunately, the > discussion seems to have stalled after some talking about %ghost, %check > and so forth. It'd be great if we resolve this. %check has been fixed in my local copy, %ghost was for the tor package. I am a little stressed at the moment, but I'll upload the fixed libevent for checking today. -- "Life is like an analogy." -- Aaron Allston From mpeters at mac.com Fri Jun 17 12:03:39 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 17 Jun 2005 05:03:39 -0700 Subject: New Package: yumex In-Reply-To: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> Message-ID: <1119009820.27626.31.camel@locolhost.localdomain> On Fri, 2005-06-17 at 13:01 +0200, Tim Lauridsen wrote: > I'm the author of Yum Extender (aka yumex) a GUI to Yum for fedora Core 4, It is > written i Python and build on top of Yum 2.3.x. Many People have asked med to > submit it to fedora extras. So here i go. > I do not have access to Fedora extras CVS, so if this package is to be > included, I will need a sponsor for CVS access. The spec file needs a lot of cleanup %{_datadir}/locale/* is wrong. use the %find_lang macro - ie (after make install) %find_land %{name} then in files - %files -f %{name}.lang The %post script is not necessary - have the rpm install it as %config(noreplace) %_sysconfdir/yumex.conf Packager and Vendor tags need to go. Desktop file should be installed with desktop-file-install - see http://fedoraproject.org/wiki/Extras/FedoraDesktopEntryGuidelines From joost at cnoc.nl Fri Jun 17 12:08:47 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Fri, 17 Jun 2005 14:08:47 +0200 Subject: Request for review: fpc (Freepascal) Message-ID: <1119010127.14622.24.camel@joost> Hi all, I've posted the new package fpc a few weeks ago and got some comments, but not on the last version of the spec-file. So I want to ask for some more reviews, and maybe a sponsor. Freepascal is a GPL/LGPL pascal compiler for several architectures and operating systems, mostly compatible with Delphi and Turbu Pascal. Build-problems on x86_64 seems to be solved. And the documents and source packages are integrated into the spec-file. Spec file: http://www.cnoc.nl/fpc/fpc.spec-0.5 Source-RPM: http://www.cnoc.nl/fpc/fpc-2.0.0-0.5.src.rpm Regards, Joost van der Sluis. From markmc at redhat.com Fri Jun 17 12:19:41 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Fri, 17 Jun 2005 13:19:41 +0100 Subject: Suggestion: pylint In-Reply-To: <1114230554l.2872l.0l@devel.mpeters.local> References: <1114230554l.2872l.0l@devel.mpeters.local> Message-ID: <1119010781.3609.41.camel@blaa> Hi, On Sat, 2005-04-23 at 04:29 +0000, Michael A. Peters wrote: > I believe extras wants you to %ghost the *.pyo files in site-packages The conclusion from this thread seems to be: https://www.redhat.com/archives/fedora-devel-list/2004-December/thread.html#00849 that 1) This is just about disk space; the idea is that shipping .pyo files don't give you an appreciable startup speed win so we should we shouldn't package them 2) That %ghost-ing .pyo files is more trouble than its worth Thoughts? Cheers, Mark. From tla at rasmil.dk Fri Jun 17 12:28:45 2005 From: tla at rasmil.dk (Tim Lauridsen) Date: Fri, 17 Jun 2005 14:28:45 +0200 Subject: New Package: yumex In-Reply-To: <1119009820.27626.31.camel@locolhost.localdomain> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <1119009820.27626.31.camel@locolhost.localdomain> Message-ID: <1119011325.42b2c1fd35253@webmail.surftown.dk> Citat "Michael A. Peters" : > On Fri, 2005-06-17 at 13:01 +0200, Tim Lauridsen wrote: > > I'm the author of Yum Extender (aka yumex) a GUI to Yum for fedora Core 4, > It is > > written i Python and build on top of Yum 2.3.x. Many People have asked med > to > > submit it to fedora extras. So here i go. > > I do not have access to Fedora extras CVS, so if this package is to be > > included, I will need a sponsor for CVS access. > > The spec file needs a lot of cleanup > > %{_datadir}/locale/* > > is wrong. > use the %find_lang macro - ie (after make install) > > %find_land %{name} > > then in files - > > %files -f %{name}.lang > > The %post script is not necessary - have the rpm install it as > > %config(noreplace) %_sysconfdir/yumex.conf > > Packager and Vendor tags need to go. > Desktop file should be installed with desktop-file-install - see > http://fedoraproject.org/wiki/Extras/FedoraDesktopEntryGuidelines Thanks, i will clean it up. From skvidal at phy.duke.edu Fri Jun 17 12:48:26 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 17 Jun 2005 08:48:26 -0400 Subject: Spurious build failure... [Fwd: Build Result: exim on development] In-Reply-To: <1118993276.14012.1.camel@baythorne.infradead.org> References: <1118993276.14012.1.camel@baythorne.infradead.org> Message-ID: <1119012506.22117.4.camel@cutter> On Fri, 2005-06-17 at 08:27 +0100, David Woodhouse wrote: > It tells me the build failed. But all three logs show a successful > build, and all three architectures have binary RPMs present. > 1. don't cc me directly on these mails. 2. read in the archives, I know about it - it'll be fixed shortly. -sv From buildsys at fedoraproject.org Fri Jun 17 12:56:24 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 17 Jun 2005 08:56:24 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050617125624.0CFA7858F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 4 fluxbox-0.9.13-3.fc3 plone-2.1-0.1.alpha2.fc3 scim-tables-0.5.1-1.fc3 spamass-milter-0.3.0-6.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From utuhiro at infoseek.jp Fri Jun 17 13:01:20 2005 From: utuhiro at infoseek.jp (UTUMI Hirosi) Date: Fri, 17 Jun 2005 22:01:20 +0900 Subject: Request for Review: scim related packages, anthy, m17n-lib Message-ID: <20050617220120.utuhiro@infoseek.jp> Hi, I got the mail from Jens: http://sourceforge.net/mailarchive/message.php?msg_id=12048307 --- Jens Petersen wrote: > Hi, > > UTUMI Hirosi wrote: > > I"ve uploaded the package into > > http://sourceforge.net/project/showfiles.php?group_id=129380 > > Great - would you be interested in contributing > some of those packages to Fedora Extras? :) I am not a Fedora expert, but I've modified some spec files for Extras and uploaded them. srpms: http://sourceforge.net/project/showfiles.php?group_id=129380&package_id=141972 specs and diffs: http://prdownloads.sourceforge.net/fdrut/spec_and_diff.tar.bz2?download You can change them freely, but please remember to upload them into Extras. ;-) Note: I don't upload scim-m17n. It causes segfault against some apps http://sourceforge.net/mailarchive/message.php?msg_id=11919865 I hope you enjoy them. Hirosi From buildsys at fedoraproject.org Fri Jun 17 13:04:17 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 17 Jun 2005 09:04:17 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050617130417.788DC858F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 16 Hermes-1.3.3-9.fc4 bazaar-1.4.1-1.fc4 exim-4.51-2 freeciv-2.0.2-1.fc4 ipython-0.6.15-1.fc4 kyum-0.7.1-2.fc4 liboil-0.3.2-2.fc4 moin-1.3.4-1.fc4 netcdf-3.6.0-6.p1.fc4 perl-ExtUtils-ParseXS-2.11-1.fc4 plone-2.1-0.1.alpha2.fc4 pylint-0.7.0-1.fc4 python-kid-0.6.4-1.fc4 python-logilab-common-0.10.0-1.fc4 spamass-milter-0.3.0-7.fc4 tetex-font-kerkis-2.0-5.fc4 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 17 13:12:31 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 17 Jun 2005 09:12:31 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050617131231.CD481858F@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 7 freeciv-2.0.2-1.fc5 moin-1.3.4-1.fc5 pylint-0.7.0-1.fc5 python-kid-0.6.4-1.fc5 skkdic-20050614-1.fc5 spamass-milter-0.3.0-6.fc5 tetex-font-kerkis-2.0-5.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From tian at c-sait.net Fri Jun 17 13:19:17 2005 From: tian at c-sait.net (Christian Jodar) Date: Fri, 17 Jun 2005 15:19:17 +0200 (CEST) Subject: New Package: yumex In-Reply-To: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> Message-ID: <31316.83.145.93.226.1119014357.squirrel@83.145.93.226> Hello, > RPM: > http://prdownloads.sourceforge.net/yumex/yumex-0.40-1.tla.1.FC4.noarch.rpm?download RPM name should be changed to follow naming conventions http://fedoraproject.org/wiki/PackageNamingGuidelines I think you should remove the .tla.1 part. And if you want to have the distribution version into the RPM name, use %{dist} according to instructions there. http://fedoraproject.org/wiki/DistTag Regards, Christian Jodar. From mricon at gmail.com Fri Jun 17 13:33:09 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Fri, 17 Jun 2005 09:33:09 -0400 Subject: Suggestion: pylint In-Reply-To: <1119010781.3609.41.camel@blaa> References: <1114230554l.2872l.0l@devel.mpeters.local> <1119010781.3609.41.camel@blaa> Message-ID: On 6/17/05, Mark McLoughlin wrote: > 1) This is just about disk space; the idea is that shipping .pyo > files don't give you an appreciable startup speed win so we > should we shouldn't package them > > 2) That %ghost-ing .pyo files is more trouble than its worth > > Thoughts? I would support forgetting all about .pyo files. Regards, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From dwmw2 at infradead.org Fri Jun 17 13:35:04 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 17 Jun 2005 14:35:04 +0100 Subject: Spurious build failure... [Fwd: Build Result: exim on development] In-Reply-To: <1119012506.22117.4.camel@cutter> References: <1118993276.14012.1.camel@baythorne.infradead.org> <1119012506.22117.4.camel@cutter> Message-ID: <1119015304.22181.108.camel@hades.cambridge.redhat.com> On Fri, 2005-06-17 at 08:48 -0400, seth vidal wrote: > 1. don't cc me directly on these mails. I didn't CC you on <1116676180.29037.117.camel at localhost.localdomain> but didn't get a response. I assumed a Cc would be more likely to work -- I'll not do so in future. > 2. read in the archives, I know about it - it'll be fixed shortly. I just looked again and still don't see it. As long as you're aware now, that'll do. Will it suffice to just type 'make build' again without the gratuitous version bump? -- dwmw2 From petersen at redhat.com Fri Jun 17 13:41:29 2005 From: petersen at redhat.com (Jens Petersen) Date: Fri, 17 Jun 2005 22:41:29 +0900 Subject: Request for Review: scim related packages, anthy, m17n-lib In-Reply-To: <20050617122738.18953.qmail@web10310.mail.mci.yahoo.co.jp> References: <20050617122738.18953.qmail@web10310.mail.mci.yahoo.co.jp> Message-ID: <42B2D309.5000503@redhat.com> UTUMI Hirosi wrote: > I am not a Fedora expert, but I've modified some spec files for Extras and > uploaded them. > You can change them freely, but please remember to upload them into Extras. ;-) Thank you - that looks useful. Sorry it is not clear from your mail: you are offering to maintain all the packages in Fedora Extras? :) > Note: I don't upload scim-m17n. It causes segfault against some apps Right I have seen that problem too. Coincidently I have just finished preparing a yum repository for testing scim for fc3 and fc4. I'll announce that in a separate mail shortly, but you can find it here: http://people.redhat.com/petersen/scim/ (This is just for until those packages are included in the Fedora project officially.) Thanks, Jens From fedora at camperquake.de Fri Jun 17 13:44:37 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 17 Jun 2005 15:44:37 +0200 Subject: Request for Review: libevent Message-ID: <20050617154437.027bab5c@nausicaa.camperquake.de> Hi. Sorry for the delay, this is the updated version of my libevent package, first presented for review 10 days ago. This version adds some %doc as suggsted and updates to the latest upstream version. http://www.skytale.net/files/libevent/libevent-1.1a-1.src.rpm -- As a general rule, don't solve puzzles that open portals to Hell. From mricon at gmail.com Fri Jun 17 13:47:28 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Fri, 17 Jun 2005 09:47:28 -0400 Subject: Request for Review: scim related packages, anthy, m17n-lib In-Reply-To: <42B2D309.5000503@redhat.com> References: <20050617122738.18953.qmail@web10310.mail.mci.yahoo.co.jp> <42B2D309.5000503@redhat.com> Message-ID: On 6/17/05, Jens Petersen wrote: > Coincidently I have just finished preparing a yum repository for testing > scim for fc3 and fc4. I'll announce that in a separate mail shortly, > but you can find it here: > > http://people.redhat.com/petersen/scim/ OT, but recording for someone else's sanity: SCIM will cause acroread7 to quietly segfault. It will look like it just exits, and stracing it is non-trivial, but it actually segfaults -- probably something related to GTK Input Methods handling. I know, nobody can do anything about acroread, but be on the lookout for this behavior if you use or package SCIM for your users. Googlewhack: acrobat reader 7, acroread7, segfault, exit, fc4, fedora core 4, linux -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From petersen at redhat.com Fri Jun 17 14:21:11 2005 From: petersen at redhat.com (Jens Petersen) Date: Fri, 17 Jun 2005 23:21:11 +0900 Subject: scim repos for Fedora Core Message-ID: <42B2DC57.5030105@redhat.com> [Scim (Simple Common Input Method) is a modern input system primarily for Asian languages: see . The scim core package was recently added to Fedora Extras.] Here I am happy to announce the availability of yum repositories of scim packages for Fedora Core 3 and 4 (i386 and x86_64) to be used in conjunction with Fedora Extras (which already includes scim and scim-tables). For more details please see: http://people.redhat.com/petersen/scim/ It is probably best practice to report problems related to these packages directly to me initially. Thanks, Jens ps Note the repositories are for testing out and using scim until most of the packages get included officially in the Fedora project. From tcallawa at redhat.com Thu Jun 16 21:49:07 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 16 Jun 2005 16:49:07 -0500 Subject: Self-Introduction and Package Submission by Paul Wouters In-Reply-To: References: Message-ID: <1118958547.4667.57.camel@localhost.localdomain> On Thu, 2005-06-16 at 22:28 +0200, Paul Wouters wrote: > If I need a Fedora Extras contributor or Red Hat engineer, then I hope someone > will step forward :) You need to fill out the paperwork to get an account first. The procedure is documented here: https://admin.fedora.redhat.com/accounts/ ~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 nphilipp at redhat.com Fri Jun 17 15:17:31 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 17 Jun 2005 17:17:31 +0200 Subject: Request for Review: libevent In-Reply-To: <20050617154437.027bab5c@nausicaa.camperquake.de> References: <20050617154437.027bab5c@nausicaa.camperquake.de> Message-ID: <1119021451.17422.26.camel@gibraltar.stuttgart.redhat.com> Hi Ralf, On Fri, 2005-06-17 at 15:44 +0200, Ralf Ertzinger wrote: > Sorry for the delay, this is the updated version of my libevent package, > first presented for review 10 days ago. This version adds some > %doc as suggsted and updates to the latest upstream version. > > http://www.skytale.net/files/libevent/libevent-1.1a-1.src.rpm some comments: > Release: 1%{?dist} Is %dist defined always (forgive me if this is explained elsewhere, googling %dist didn't yield suitable results)? If not (e.g. in the case of devel/Rawhide) this could lead to the package in FE n being "older" (RPM-wise) than the package in FE n-1, causing in it not being updated. Cf. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160808 > %build > %configure \ > --disable-dependency-tracking Really? Call me paranoid, but I'd rather leave that out. > make %{?_smp_mflags} > > > %install > rm -rf $RPM_BUILD_ROOT > make install DESTDIR=$RPM_BUILD_ROOT %makeinstall worked fine for me > rm -rf $RPM_BUILD_ROOT%{_libdir}/*.la I don't know about that one -- has there been any consensus about whether to include .la files? 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 fedora at camperquake.de Fri Jun 17 15:23:33 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 17 Jun 2005 17:23:33 +0200 Subject: Request for Review: libevent In-Reply-To: <1119021451.17422.26.camel@gibraltar.stuttgart.redhat.com> References: <20050617154437.027bab5c@nausicaa.camperquake.de> <1119021451.17422.26.camel@gibraltar.stuttgart.redhat.com> Message-ID: <20050617172333.19754b5e@nausicaa.camperquake.de> Hi. Nils Philippsen wrote: > Is %dist defined always (forgive me if this is explained elsewhere, > googling %dist didn't yield suitable results)? As long as we are talking Extras, yes. > > %build > > %configure \ > > --disable-dependency-tracking > > Really? Call me paranoid, but I'd rather leave that out. I am not a configure guru, the help mentioned that it speeds up one-time builds (which rpm does). > > make install DESTDIR=$RPM_BUILD_ROOT > > %makeinstall worked fine for me I have no particular love for one or the other. I'll change it. > I don't know about that one -- has there been any consensus about > whether to include .la files? I think there is something along the lines of "unless you have a very good reason, do not pack it". -- Each year it takes less time to cross the country and more time to get to work. -- Mary Waldrip From evileyeboy at gmail.com Fri Jun 17 15:30:04 2005 From: evileyeboy at gmail.com (wan feng) Date: Fri, 17 Jun 2005 23:30:04 +0800 Subject: Request for Review: scim related packages, anthy, m17n-lib In-Reply-To: References: <20050617122738.18953.qmail@web10310.mail.mci.yahoo.co.jp> <42B2D309.5000503@redhat.com> Message-ID: <2822b3c0050617083058ffc707@mail.gmail.com> > SCIM will cause acroread7 to quietly segfault. It will look like it > just exits, and stracing it is non-trivial, but it actually segfaults > -- probably something related to GTK Input Methods handling. I know, > nobody can do anything about acroread, but be on the lookout for this > behavior if you use or package SCIM for your users. > > Googlewhack: acrobat reader 7, acroread7, segfault, exit, fc4, fedora > core 4, linux maybe you can add "export GTK_IM_MODULE=xim" to the begin of /usr/bin/acroread as a makeshift. From jpo at di.uminho.pt Fri Jun 17 15:31:11 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Fri, 17 Jun 2005 16:31:11 +0100 Subject: Request for Review: libevent In-Reply-To: <20050617172333.19754b5e@nausicaa.camperquake.de> References: <20050617154437.027bab5c@nausicaa.camperquake.de> <1119021451.17422.26.camel@gibraltar.stuttgart.redhat.com> <20050617172333.19754b5e@nausicaa.camperquake.de> Message-ID: <42B2ECBF.5090404@di.uminho.pt> Ralf, >>>make install DESTDIR=$RPM_BUILD_ROOT >> >>%makeinstall worked fine for me > > > I have no particular love for one or the other. I'll change it. Don't change. make install is better as it allows to catch configure/makefile problems (%makeinstall redefines a lot of variables that %configure should have initialized correctly). jpo PS - IIRC there are several metions to this in the fedora.us bugzilla/mailling list. -- 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 symbiont at berlios.de Fri Jun 17 15:35:53 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Fri, 17 Jun 2005 23:35:53 +0800 Subject: Suggestion: pylint In-Reply-To: References: <1119010781.3609.41.camel@blaa> Message-ID: <200506172335.53770.symbiont@berlios.de> On Friday 17 June 2005 21:33, Konstantin Ryabitsev wrote: > On 6/17/05, Mark McLoughlin wrote: > > ? 1) This is just about disk space; the idea is that shipping .pyo > > ? ? ?files don't give you an appreciable startup speed win so we > > ? ? ?should we shouldn't package them > > > > ? 2) That %ghost-ing .pyo files is more trouble than its worth > > > > ? ? ? ? Thoughts? > > I would support forgetting all about .pyo files. You can't. When you run python programs as root that happen to use #!/usr/bin/python -O at the top of the script, it will poop .pyo all over your site-packages/ which will not be removed if you don't %ghost. Personally, I think it's a waste of time. Because anyone that really wants to save that kind of disk space can just run "find -name '*.pyo' | xargs rm". There's probably a better way to do this but I found out that my whole system uses about 57M in fs blocks for pyo: [jeff at kubik lib]$ locate pyo | grep pyo$ |xargs ls -s --block-size=1 | awk '{ printf $1 " + " }' >/tmp/sizes.txt [jeff at kubik lib]$ vi /tmp/sizes.txt # get rid of the last + sign [jeff at kubik lib]$ cat /tmp/sizes.txt |bc 57253888 That's with python 1.5.2, 2.2.3, 2.3.5, and 2.4.1 installed with a bunch of addon packages and other redhat related progs sitting in /usr/share. Not worth it... Plus, there's the LFS implication of writing during run-time into /usr. (Maybe there's an SElinux issue, but python usually just fails silently and continues on without a problem if /usr is readonly..) -- -jeff From davidz at redhat.com Fri Jun 17 16:18:54 2005 From: davidz at redhat.com (David Zeuthen) Date: Fri, 17 Jun 2005 12:18:54 -0400 Subject: Request for review: NetworkManager-vpnc Message-ID: <1119025134.6358.4.camel@daxter.boston.redhat.com> Hi, This package contains software for integrating the vpnc VPN software with NetworkManager and the GNOME desktop. There's a screencast of an old version of this available here http://people.redhat.com/davidz/nm-vpn/nm-vpn.html NetworkManager-vpnc is available at http://people.redhat.com/davidz/nm-vpnc2/ http://people.redhat.com/davidz/nm-vpnc2/NetworkManager-vpnc-0.1-1.cvs20050617.src.rpm To actually use this package you'll also need NetworkManager-0.4-32.cvs20050617 which is at the same location (and the NetworkManager package will hit Rawhide tomorrow). You most probably need to reboot (or at least restart the messagebus and NetworkManager services in that order) until we get D-BUS 0.34 into Rawhide. Please review. Thanks. David From dwmw2 at infradead.org Fri Jun 17 16:50:53 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 17 Jun 2005 17:50:53 +0100 Subject: Request for review: NetworkManager-vpnc In-Reply-To: <1119025134.6358.4.camel@daxter.boston.redhat.com> References: <1119025134.6358.4.camel@daxter.boston.redhat.com> Message-ID: <1119027053.22181.126.camel@hades.cambridge.redhat.com> On Fri, 2005-06-17 at 12:18 -0400, David Zeuthen wrote: > This package contains software for integrating the vpnc VPN software > with NetworkManager and the GNOME desktop. There's a screencast of an > old version of this available here Please make sure it's integrated properly with the network scripts so that 'ifup vpn0' (or whatever its name is) will also work. > -- dwmw2 From dwmw2 at infradead.org Fri Jun 17 17:01:29 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 17 Jun 2005 18:01:29 +0100 Subject: Request for review: ctrlproxy Message-ID: <1119027690.22181.131.camel@hades.cambridge.redhat.com> ctrlproxy is an IRC proxy capable of handling multiple client connections all using the same connection to an IRC server. http://jelmer.vernstok.nl/ctrlproxy/ I based this on Sean Reifschneider's RPM which is linked from the ctrlproxy web page... http://david.woodhou.se/ctrlproxy.spec http://david.woodhou.se/ctrlproxy-2.6.2-1.src.rpm -- dwmw2 From utuhiro at infoseek.jp Fri Jun 17 17:03:12 2005 From: utuhiro at infoseek.jp (UTUMI Hirosi) Date: Sat, 18 Jun 2005 02:03:12 +0900 Subject: Request for Review: scim related packages, anthy, m17n-lib Message-ID: <20050618020312.utuhiro@infoseek.jp> Hi, "wan feng" wrote: > maybe you can add "export GTK_IM_MODULE=xim" to the begin of > /usr/bin/acroread as a makeshift. You are right. James said: http://sourceforge.net/mailarchive/message.php?msg_id=12091916 > It's a known problem caused by incompatibility between > libstdc++.so.5 and libstdc++.so.6. scim is linked against so.6 while > acrobat is linked against the former SCIM-FAQ: http://www.scim-im.org/wiki/faq/gtk_gnome/why_firefox_mozilla_acrobat_reader_7_other_gtk_2_based_apps_can_not_be_installed_started Thanks. Hirosi From jjneely at pams.ncsu.edu Fri Jun 17 17:09:57 2005 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Fri, 17 Jun 2005 13:09:57 -0400 Subject: New Package: x2x In-Reply-To: <1118971744.22206.32.camel@locolhost.localdomain> References: <20050617010330.GN14290@anduril.pams.ncsu.edu> <1118971744.22206.32.camel@locolhost.localdomain> Message-ID: <20050617170957.GS14290@anduril.pams.ncsu.edu> SPEC: http://anduril.pams.ncsu.edu/~slack/SPECS/x2x.spec SRPM: http://anduril.pams.ncsu.edu/~slack/SRPMS/x2x-1.30-3.beta.src.rpm I've incorperated the fixes regarding the man page. IANAL. I'm not sure what to do about the two licenses. It seems to me that by incorperating code that's under the GPL that should make the package GPL. So that's what I did. Better suggestion? Jack On Thu, Jun 16, 2005 at 06:29:04PM -0700, Michael A. Peters wrote: > On Thu, 2005-06-16 at 21:03 -0400, Jack Neely wrote: > > Folks, > > > > I'd like to submit x2x for initial review. > > > > SPEC: http://anduril.pams.ncsu.edu/~slack/SPECS/x2x.spec > > SRPM: http://anduril.pams.ncsu.edu/~slack/SRPMS/x2x-1.30-2.beta.src.rpm > > URL: http://x2x.fanstvo.com/ > > - cp x2x.man x2x.1 > - gzip x2x.1 > > don't gzip instead. > In install section - > > install -m644 x2x.man %buildroot%_mandir/man1/x2x.1 > rpm will take care of gzip > > - %{_mandir}/man1/x2x.1.gz > > change to %{_mandir}/man1/* > > -=- > It says its BSD license and looks like that in the C file but inside the c file it indicates that part of it are adapted from GPL - > > /* Cygwin version with -fromwin to allow source to be a Windows > * machine that is not running a X server. > * Adapted by Mark Hayter 2003 using win2vnc ClientConnect.cpp code > * > * Original win2vnc copyright follows: > */ > // win2vnc, adapted from vncviewer by Fredrik Hubinette 2001 > // > // Original copyright follows: > // > // Copyright (C) 1999 AT&T Laboratories Cambridge. All Rights Reserved. > // > // This file is part of the VNC system. > // > // The VNC system is free software; you can redistribute it and/or modify > // it under the terms of the GNU General Public License as published by > > does that apply to this even though this isn't compiled for cygwin or is that different? > I don't think you can adapt GPL code into BSD license. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list -- 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 wtogami at redhat.com Fri Jun 17 17:20:56 2005 From: wtogami at redhat.com (Warren Togami) Date: Fri, 17 Jun 2005 10:20:56 -0700 Subject: Apt not working on new Fedora core 4 In-Reply-To: <1118947759.25990.11.camel@opus.phy.duke.edu> References: <41521286050616005419b5ba8e@mail.gmail.com> <415212860506160131578e0a5c@mail.gmail.com> <20050616200921.4ccacf0c@python2> <20050616181853.GA1791@jadzia.bu.edu> <1118947788.29179.10.camel@localhost.localdomain> <1118947759.25990.11.camel@opus.phy.duke.edu> Message-ID: <42B30678.4050604@redhat.com> seth vidal wrote: >> >>Hmm. In fact, with FC4 you could use apt with x86_64 if you just give up >>openoffice. On FC3 grub was dynamically linked, causing glibc.i686 >>dependency on all x86_64 systems, on FC4 it's statically linked so you >>don't need to have 32bit glibc on the system which was the absolute >>showstopper for apt on FC-x86_64 earlier. > > > and give up firefox + plugins. > firefox.i386 is nearly impossible to use on x86_64 FC4 anymore due to the bonoboectomy. =( Warren From j.w.r.degoede at hhs.nl Fri Jun 17 18:25:26 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 17 Jun 2005 20:25:26 +0200 Subject: I nuked common/tobuild (and restored it) very sorry! Message-ID: <42B31596.60904@hhs.nl> Hi all, I did a "make build", but forgot todo a "make tag" so I ctrl-C-ed the "cvs update" on common/tobuild. The makefile however instead of aborting the "make build" went on as if there we're no problems and commited an empty except for my build tobuild file. I've checked out on revision prior to my screwup and restored that. I hope that everything now is 100% ok. My apologies. Regards, Hans p.s. Perhaps it is a good idea to let the make build target in makefile.common fail if one of the steps fails. From qspencer at ieee.org Fri Jun 17 18:25:23 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Fri, 17 Jun 2005 13:25:23 -0500 Subject: I nuked common/tobuild (and restored it) very sorry! In-Reply-To: <42B31596.60904@hhs.nl> References: <42B31596.60904@hhs.nl> Message-ID: <42B31593.7060009@ieee.org> Hans de Goede wrote: > Perhaps it is a good idea to let the make build target in > makefile.common fail if one of the steps fails. I agree. For some reason lately, when I run make build, sometimes it does nothing--tobuild is not updated--and it just returns to the prompt without any error messages. Today I had to in one case run make build about 3-4 times before it worked, with no idea why it didn't work the first time. From paul at cypherpunks.ca Fri Jun 17 18:43:14 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Fri, 17 Jun 2005 20:43:14 +0200 (CEST) Subject: Request for review: libotr and gaim-otr Message-ID: libotr is the Off-The-Record Messaging library and toolkit gaim-otr is the Off-The-Record Messaging plugin for GAIM See http://www.cypherpunks.ca/otr/ Mirrors: ftp://ftp.openswan.org/mirror/otr http://www.xelerance.com/otr/ SRPM and spec files: http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/libotr-2.0.2-2.spec http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/gaim-otr-2.0.2-2.spec http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/libotr-2.0.2-2.src.rpm http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/gaim-otr-2.0.2-2.src.rpm Regards, Paul Wouters Xelerance Corp From mpeters at mac.com Fri Jun 17 18:52:30 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 17 Jun 2005 11:52:30 -0700 Subject: Request for Review: pan Message-ID: <1119034350.3629.7.camel@locolhost.localdomain> Lot of people are missing this. And I did use it occasionally myself I did not start from the fc3 spec file, I started from the upstream tarball and modified that. I did add one patch from the fc3 tarball (default editor) and a gcc4 patch from gentoo files: http://mpeters.us/fc_extras/pan.spec http://mpeters.us/fc_extras/pan-0.14.2.91-1.src.rpm http://mpeters.us/fc_extras/pan-0.14.0-default-editor-80839.patch http://mpeters.us/fc_extras/pan-0.14.2.91-gcc4-2.patch From davidz at redhat.com Fri Jun 17 19:50:00 2005 From: davidz at redhat.com (David Zeuthen) Date: Fri, 17 Jun 2005 15:50:00 -0400 Subject: Request for review: NetworkManager-vpnc In-Reply-To: <1119027053.22181.126.camel@hades.cambridge.redhat.com> References: <1119025134.6358.4.camel@daxter.boston.redhat.com> <1119027053.22181.126.camel@hades.cambridge.redhat.com> Message-ID: <1119037800.4931.6.camel@daxter.boston.redhat.com> On Fri, 2005-06-17 at 17:50 +0100, David Woodhouse wrote: > On Fri, 2005-06-17 at 12:18 -0400, David Zeuthen wrote: > > This package contains software for integrating the vpnc VPN software > > with NetworkManager and the GNOME desktop. There's a screencast of an > > old version of this available here > > Please make sure it's integrated properly with the network scripts so > that 'ifup vpn0' (or whatever its name is) will also work. Can't do. It's integrated with NetworkManager, not the (legacy) network scripts, which is the whole point. Please take a look at the package, and NetworkManager in general, and realize that 'ifup vpn0' doesn't even make sense - which of the VPN connections that the user creates are you going to use? On my system I've got "RH Boston" and "RH Mt. View" for instance. Other users may have other connections. Of, course, you may peruse the D-BUS interfaces in NetworkManager to script things instead of relying on the nm-applet UI gizmo to do the heavy lifting. David From tcallawa at redhat.com Fri Jun 17 19:51:36 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 17 Jun 2005 14:51:36 -0500 Subject: Request for review: libotr and gaim-otr In-Reply-To: References: Message-ID: <1119037896.3325.58.camel@localhost.localdomain> On Fri, 2005-06-17 at 20:43 +0200, Paul Wouters wrote: > libotr is the Off-The-Record Messaging library and toolkit > gaim-otr is the Off-The-Record Messaging plugin for GAIM > > See http://www.cypherpunks.ca/otr/ > Mirrors: ftp://ftp.openswan.org/mirror/otr > http://www.xelerance.com/otr/ > > SRPM and spec files: > > http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/libotr-2.0.2-2.spec > http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/gaim-otr-2.0.2-2.spec > > http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/libotr-2.0.2-2.src.rpm > http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/gaim-otr-2.0.2-2.src.rpm Review: rpmlint checks: libotr-2.0.2-2.i386.rpm: W: libotr no-version-in-last-changelog E: libotr outside-libdir-files /usr/bin/otr_parse libotr-devel-2.0.2-2.i386.rpm: W: libotr-devel no-version-in-last-changelog gaim-otr-2.0.2-2.i386.rpm: W: gaim-otr no-version-in-last-changelog All warnings and errors can be safely ignored. Good: - Package named appropriately - Meets PackagingGuidelines - ldconfig in %post,%postun - devel package has right files - .la files removed in %install APPROVED ~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 notting at redhat.com Fri Jun 17 19:51:08 2005 From: notting at redhat.com (Bill Nottingham) Date: Fri, 17 Jun 2005 15:51:08 -0400 Subject: Request for review: NetworkManager-vpnc In-Reply-To: <1119027053.22181.126.camel@hades.cambridge.redhat.com> References: <1119025134.6358.4.camel@daxter.boston.redhat.com> <1119027053.22181.126.camel@hades.cambridge.redhat.com> Message-ID: <20050617195108.GA14745@nostromo.devel.redhat.com> David Woodhouse (dwmw2 at infradead.org) said: > On Fri, 2005-06-17 at 12:18 -0400, David Zeuthen wrote: > > This package contains software for integrating the vpnc VPN software > > with NetworkManager and the GNOME desktop. There's a screencast of an > > old version of this available here > > Please make sure it's integrated properly with the network scripts so > that 'ifup vpn0' (or whatever its name is) will also work. As David said, with NM that doesn't make sense; if you wanted scripts like those, they should probably go in the vpnc package itself, not the NM bindings for vpnc. Bill From jwboyer at jdub.homelinux.org Fri Jun 17 20:04:01 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 17 Jun 2005 15:04:01 -0500 Subject: Request for review: ctrlproxy In-Reply-To: <1119027690.22181.131.camel@hades.cambridge.redhat.com> References: <1119027690.22181.131.camel@hades.cambridge.redhat.com> Message-ID: <1119038641.3339.24.camel@yoda.jdub.homelinux.org> On Fri, 2005-06-17 at 18:01 +0100, David Woodhouse wrote: > ctrlproxy is an IRC proxy capable of handling multiple client > connections all using the same connection to an IRC server. > > http://jelmer.vernstok.nl/ctrlproxy/ Very cool. I've got a half written package for this too. Glad someone found time. > > I based this on Sean Reifschneider's RPM which is linked from the > ctrlproxy web page... > > http://david.woodhou.se/ctrlproxy.spec > http://david.woodhou.se/ctrlproxy-2.6.2-1.src.rpm A few suggestions. (Note: I'm fairly new at packaging, so if something I suggest doesn't make any sense, just tell me so) 1) The preferred BuildRoot tag is: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) 2) %{_datadir} can be used instead of /usr/share/ 3) %{_bindir} can be used instead of /usr/bin 4) Does the package really want to own all of /usr/bin/*? I'd think owning: %{_bindir}/ctrlproxy would be better 5) Same as 4, but with %{_includedir}/ctrlproxy.h instead of /usr/include/* 6) The proceeding / before %{_libdir}/ctrlproxy/* is not needed Those are what I could find so far. Again, I'm still a novice myself so feel free to hit me with a cluebat if I've misspoken. josh From jwboyer at jdub.homelinux.org Fri Jun 17 20:06:32 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 17 Jun 2005 15:06:32 -0500 Subject: Spurious build failure... [Fwd: Build Result: exim on development] In-Reply-To: <1119015304.22181.108.camel@hades.cambridge.redhat.com> References: <1118993276.14012.1.camel@baythorne.infradead.org> <1119012506.22117.4.camel@cutter> <1119015304.22181.108.camel@hades.cambridge.redhat.com> Message-ID: <1119038792.3339.26.camel@yoda.jdub.homelinux.org> On Fri, 2005-06-17 at 14:35 +0100, David Woodhouse wrote: > On Fri, 2005-06-17 at 08:48 -0400, seth vidal wrote: > > 1. don't cc me directly on these mails. > > I didn't CC you on <1116676180.29037.117.camel at localhost.localdomain> > but didn't get a response. I assumed a Cc would be more likely to work > -- I'll not do so in future. > > > 2. read in the archives, I know about it - it'll be fixed shortly. > > I just looked again and still don't see it. As long as you're aware now, > that'll do. > > Will it suffice to just type 'make build' again without the gratuitous > version bump? That's what I did. I don't see any reason to bump the release for something like this. josh From ziga.mahkovec at klika.si Fri Jun 17 20:13:25 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Fri, 17 Jun 2005 22:13:25 +0200 Subject: New package: jakarta-commons-cli In-Reply-To: <1117167161.30966.52.camel@ignacio.ignacio.lan> References: <1117167161.30966.52.camel@ignacio.ignacio.lan> Message-ID: <1119039205.4321.5.camel@localhost> On Fri, 2005-05-27 at 00:12 -0400, Ignacio Vazquez-Abrams wrote: > jakarta-commons-cli: A simple API for working with the command line > > The CLI library provides a simple and easy to use API for working with > the command line arguments and options. > > http://fedora.ivazquez.net/files/jakarta-commons-cli-1.0-1.src.rpm In case you hadn't noticed: jakarta-commons-cli (from jpackage) was added to rawhide today: https://www.redhat.com/archives/fedora-devel-list/2005-June/msg01043.html -- Ziga From mpeters at mac.com Fri Jun 17 20:29:37 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 17 Jun 2005 13:29:37 -0700 Subject: New package: jakarta-commons-cli In-Reply-To: <1119039205.4321.5.camel@localhost> References: <1117167161.30966.52.camel@ignacio.ignacio.lan> <1119039205.4321.5.camel@localhost> Message-ID: <1119040177.5839.6.camel@locolhost.localdomain> On Fri, 2005-06-17 at 22:13 +0200, Ziga Mahkovec wrote: > > In case you hadn't noticed: jakarta-commons-cli (from jpackage) was > added to rawhide today: > > https://www.redhat.com/archives/fedora-devel-list/2005-June/msg01043.html > Wrong list I know - but how committed is Fedora to keeping jpackage.org compat? Are jpackage packages going to be removed from the jpackage repository when they are included in core? I could see this happening: user installs core. user want nifty java stuff, adds jpackage jpackage updates package in core user has the core package updated from jpackage user experiences bug - reports to fedora bugzilla because as far as they know, it's a fedora package. Sure, that would get discovered - but it would mean high maintenance for user of jpackage repo file because they would start needing to use excludes if they didn't want jpackage stuff replacing core stuff. I lurk the jpackage list - and see a lot of fedora people there, is there coordination on this so there isn't a duplication? From j.w.r.degoede at hhs.nl Fri Jun 17 20:42:05 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 17 Jun 2005 22:42:05 +0200 Subject: Request for Review: pan In-Reply-To: <1119034350.3629.7.camel@locolhost.localdomain> References: <1119034350.3629.7.camel@locolhost.localdomain> Message-ID: <42B3359D.7050207@hhs.nl> Michael A. Peters wrote: > Lot of people are missing this. > And I did use it occasionally myself > > I did not start from the fc3 spec file, I started from the upstream > tarball and modified that. > I did add one patch from the fc3 tarball (default editor) and a gcc4 > patch from gentoo > > files: > > http://mpeters.us/fc_extras/pan.spec > http://mpeters.us/fc_extras/pan-0.14.2.91-1.src.rpm > http://mpeters.us/fc_extras/pan-0.14.0-default-editor-80839.patch > http://mpeters.us/fc_extras/pan-0.14.2.91-gcc4-2.patch > I ddin't look at it (yet) but what patches did you dropped compared to the fc3 specfile and why? Regards, Hans From mpeters at mac.com Fri Jun 17 21:24:15 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 17 Jun 2005 14:24:15 -0700 Subject: Request for Review: pan In-Reply-To: <42B3359D.7050207@hhs.nl> References: <1119034350.3629.7.camel@locolhost.localdomain> <42B3359D.7050207@hhs.nl> Message-ID: <1119043455.5839.26.camel@locolhost.localdomain> On Fri, 2005-06-17 at 22:42 +0200, Hans de Goede wrote: > > I ddin't look at it (yet) but what patches did you dropped compared to > the fc3 specfile and why? There are only 3 uncommented patches in the core 3 src.rpm: Patch7: pan-0.14.0-default-editor-80839.patch Patch8: pan-0.14.2-gcc34.patch Patch9: pan-0.14.2-gmime-crash-120007.patch Patch10: pan-desktop-rh-119909.patch fc3 src.rpm includes gnet2 tarball inside - I'm using system gnet2-devel in BuildRequires since it is available in extras already. Patch7 is included (so default editor is gedit) Patch8 is for an older version of pan, and isn't needed with the newer version of pan and the gcc4 patch I stole from gentoo Patch 9 is for gmime - I should have included it, I missed it (lot of commented patches) Patch 10 - +Encoding=UTF-8 _Name=Pan Newsreader _Comment=Read News from Usenet Exec=pan Icon=pan.png Terminal=0 Type=Application +Categories=Application;Network;X-Red-Hat-Extra; +StartupNotify=true upstream has added Encoding=UTF-8 I'm using desktop-file-install for the Categories I neglected to add StartupNotify - I'll add that. 1.1 will be up shortly with gmime patch and StartupNotify added. Thanks for making me look again. From bugs.michael at gmx.net Fri Jun 17 21:32:20 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 17 Jun 2005 23:32:20 +0200 Subject: Request for review: libotr and gaim-otr In-Reply-To: <1119037896.3325.58.camel@localhost.localdomain> References: <1119037896.3325.58.camel@localhost.localdomain> Message-ID: <20050617233220.3a2f318c.bugs.michael@gmx.net> On Fri, 17 Jun 2005 14:51:36 -0500, Tom 'spot' Callaway wrote: > On Fri, 2005-06-17 at 20:43 +0200, Paul Wouters wrote: > > libotr is the Off-The-Record Messaging library and toolkit > > gaim-otr is the Off-The-Record Messaging plugin for GAIM > > > > See http://www.cypherpunks.ca/otr/ > > Mirrors: ftp://ftp.openswan.org/mirror/otr > > http://www.xelerance.com/otr/ > > > > SRPM and spec files: > > > > http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/libotr-2.0.2-2.spec > > http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/gaim-otr-2.0.2-2.spec > > > > http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/libotr-2.0.2-2.src.rpm > > http://www.cypherpunks.ca/otr/binaries/fedora/4/SRPMS/gaim-otr-2.0.2-2.src.rpm > > Review: > > rpmlint checks: > libotr-2.0.2-2.i386.rpm: > W: libotr no-version-in-last-changelog > E: libotr outside-libdir-files /usr/bin/otr_parse > libotr-devel-2.0.2-2.i386.rpm: > W: libotr-devel no-version-in-last-changelog > gaim-otr-2.0.2-2.i386.rpm: > W: gaim-otr no-version-in-last-changelog > > All warnings and errors can be safely ignored. > > Good: > > - Package named appropriately > - Meets PackagingGuidelines > - ldconfig in %post,%postun > - devel package has right files > - .la files removed in %install > > APPROVED > > ~spot libotr: * LGPL should be added to the licence field * -devel package is missing %defattr statement * -devel package is missing "Requires: gcrypt-devel" * %description is a bit too verbose and formatted for my taste. At least the version and date are unusual and should be dropped. Preferably avoid fixed-width formatting (such as the headline). It may look ugly in other fonts. Block-text except in enumerations is much more usual. * Duplicating COPYING.LIB and README in %doc of -devel package is unnecessary bloat. You include those two files in the main already. From bugs.michael at gmx.net Fri Jun 17 21:35:38 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 17 Jun 2005 23:35:38 +0200 Subject: Request for review: libotr and gaim-otr In-Reply-To: <20050617233220.3a2f318c.bugs.michael@gmx.net> References: <1119037896.3325.58.camel@localhost.localdomain> <20050617233220.3a2f318c.bugs.michael@gmx.net> Message-ID: <20050617233538.7908265d.bugs.michael@gmx.net> About the chosen groups, no strong feelings about it as the "Group" tag is mostly considered old cruft. ;) Still a library main package would better go into Group: System Environment/Libraries and a library -devel package into: Group: Development/Libraries -- From katzj at redhat.com Fri Jun 17 21:42:42 2005 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 17 Jun 2005 17:42:42 -0400 Subject: Fedora Extras Steering Commitee Minutes, 16 June 2005 Message-ID: <1119044562.3328.69.camel@bree.local.net> Fedora Extras Steering Committee 16 June 2005 Present: Colin Charles Greg DeKoenigsberg Jeremy Katz Jesse Keating Dams Nade Enrico Scholtz Michael Schwendt Warren Togami Seth Vidal Regrets: Ville Skytt? Action Items: * FUDCon2 Meeting. Greg to set agenda and send out later along with dial-in information. Main topics are "what is sponsorship?" and "new package process" * New package process. Dave posted a draft to fedora-extras-list last night. Follow-ups requested on the list with further discussion to continue at FUDCon2 * Sponsor nominations. Jeremy has a few, to the list for approval/disapproval * PPC box. Order should be on its way * Congrats on the Extras "release" coinciding with the release of FC4 * Greg to investigate download metrics for FC4/FE4 * FESCO membership. Worth revisiting who is on the committee. Question of what membership entails, whether it's worth adding more members, etc. Added to FUDCon2 agenda for more discussion * For Legacy to take on FC3 is going to entail them dropping FC1. Also, Legacy doesn't currently have resources to handle Extras as well. Jesse will work to get an official statement to that effect. Also questions about the movement from Core maintained -> Legacy. Jeremy pushed to discussion on -maintainers. * Legacy wiki migration. Seth gave Jesse a rundown of what's needed for the ACL work * Build system status. dcbw has gotten a lot of stuff working. Seth is going to try to get it set up to test some by next week. mock seems to be working relatively well. * Jeremy to look at some of the SELinux issues * Working to get some better theming for wiki and fedoraproject.org. Seth coordinating dfong and sgarrity * fedoraproject.org wiki was updated last week. Any residual problems noticed? Nope. * Seth working to perhaps get some new hardware for hosting fedoraproject.org stuff on. * Warren is working with fedoranews.org to get more information available for the community. From pnasrat at redhat.com Fri Jun 17 21:52:46 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Fri, 17 Jun 2005 17:52:46 -0400 Subject: Request for Review: splint Message-ID: <1119045166.3159.31.camel@enki.eridu> splint is no longer in FC4, so I'd like to nominate it for extras, so I finally got round to doing the account setup :) A src rpm with bumped release may be found here: http://people.redhat.com/pnasrat/extras/splint/splint-3.1.1-8.src.rpm Paul From bugs.michael at gmx.net Fri Jun 17 21:53:55 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 17 Jun 2005 23:53:55 +0200 Subject: Request for review: ctrlproxy In-Reply-To: <1119027690.22181.131.camel@hades.cambridge.redhat.com> References: <1119027690.22181.131.camel@hades.cambridge.redhat.com> Message-ID: <20050617235355.74f62947.bugs.michael@gmx.net> On Fri, 17 Jun 2005 18:01:29 +0100, David Woodhouse wrote: > ctrlproxy is an IRC proxy capable of handling multiple client > connections all using the same connection to an IRC server. > > http://jelmer.vernstok.nl/ctrlproxy/ > > I based this on Sean Reifschneider's RPM which is linked from the > ctrlproxy web page... > > http://david.woodhou.se/ctrlproxy.spec > http://david.woodhou.se/ctrlproxy-2.6.2-1.src.rpm Many executable files make it into the binary packages: - all manual pages - C include file - a motd file In the build log: checking pcre.h usability... no checking pcre.h presence... no checking for pcre.h... no checking openssl/ssl.h usability... no checking openssl/ssl.h presence... no checking for openssl/ssl.h... no "man ctrlproxyrc" says: ``Ctrlproxy uses an XML file for configuration. Check the ctrlproxyrc.example file for a good example.'' That file is _not_ included, but present in the source tarball. A hint here, in %install: > cd doc > gzip -9 ctrlproxy.1 ctrlproxyrc.5 *.7ctrlproxy > /usr/bin/install -d ${RPM_BUILD_ROOT}/%{_mandir}/man1 > /usr/bin/install ctrlproxy.1.gz ${RPM_BUILD_ROOT}/%{_mandir}/man1 > /usr/bin/install -d ${RPM_BUILD_ROOT}/%{_mandir}/man5 > /usr/bin/install ctrlproxyrc.5.gz ${RPM_BUILD_ROOT}/%{_mandir}/man5 > /usr/bin/install -d ${RPM_BUILD_ROOT}/%{_mandir}/man7 > /usr/bin/install *.7ctrlproxy.gz ${RPM_BUILD_ROOT}/%{_mandir}/man7 Manual pages are compressed automatically by rpmbuild. The effect of doing it manually after "cd doc" is that a --short-circuit build of this package won't work, i.e. rpmbuild -bi --short-circuit ctrlproxy.spec would fail as you lost the uncompressed manual pages before. Better: Don't compress them, install them uncompressed, and let rpmbuild do the right thing. From mpeters at mac.com Fri Jun 17 21:52:33 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 17 Jun 2005 14:52:33 -0700 Subject: Request for Review: pan In-Reply-To: <1119043455.5839.26.camel@locolhost.localdomain> References: <1119034350.3629.7.camel@locolhost.localdomain> <42B3359D.7050207@hhs.nl> <1119043455.5839.26.camel@locolhost.localdomain> Message-ID: <1119045153.5839.28.camel@locolhost.localdomain> On Fri, 2005-06-17 at 14:24 -0700, Michael A. Peters wrote: > Patch9: pan-0.14.2-gmime-crash-120007.patch nevermind on that one - it's already in the newer upstream. But the StartupNotify I did miss. From katzj at redhat.com Fri Jun 17 21:54:52 2005 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 17 Jun 2005 17:54:52 -0400 Subject: Request for review: NetworkManager-vpnc In-Reply-To: <1119025134.6358.4.camel@daxter.boston.redhat.com> References: <1119025134.6358.4.camel@daxter.boston.redhat.com> Message-ID: <1119045292.3328.71.camel@bree.local.net> On Fri, 2005-06-17 at 12:18 -0400, David Zeuthen wrote: > NetworkManager-vpnc is available at > > http://people.redhat.com/davidz/nm-vpnc2/ > http://people.redhat.com/davidz/nm-vpnc2/NetworkManager-vpnc-0.1-1.cvs20050617.src.rpm Some comments: * Need to Prereq: /usr/bin/update-desktop-database if it's going to be called unconditionally in %post * Is there a real reason to ship the .la and .a files? I'd nuke them. * Should use %find_lang %{name} in %install and then include the locale files via %files -f %{name}.lang That's what jumps out at me from a quick look. Jeremy From mpeters at mac.com Fri Jun 17 22:42:07 2005 From: mpeters at mac.com (Michael A. Peters) Date: Fri, 17 Jun 2005 15:42:07 -0700 Subject: Request for Review: pan In-Reply-To: <1119034350.3629.7.camel@locolhost.localdomain> References: <1119034350.3629.7.camel@locolhost.localdomain> Message-ID: <1119048128.5839.31.camel@locolhost.localdomain> On Fri, 2005-06-17 at 11:52 -0700, Michael A. Peters wrote: > Lot of people are missing this. > And I did use it occasionally myself > > I did not start from the fc3 spec file, I started from the upstream > tarball and modified that. > I did add one patch from the fc3 tarball (default editor) and a gcc4 > patch from gentoo > > files: > > http://mpeters.us/fc_extras/pan.spec > http://mpeters.us/fc_extras/pan-0.14.2.91-1.src.rpm > http://mpeters.us/fc_extras/pan-0.14.0-default-editor-80839.patch > http://mpeters.us/fc_extras/pan-0.14.2.91-gcc4-2.patch update (and actually builds in mock) http://mpeters.us/fc_extras/pan-0.14.2.91-1.1.src.rpm added StartupNotify=true to desktop file added dist tag fixed an undefined macro From davidz at redhat.com Sat Jun 18 02:47:03 2005 From: davidz at redhat.com (David Zeuthen) Date: Fri, 17 Jun 2005 22:47:03 -0400 Subject: Request for review: NetworkManager-vpnc In-Reply-To: <1119045292.3328.71.camel@bree.local.net> References: <1119025134.6358.4.camel@daxter.boston.redhat.com> <1119045292.3328.71.camel@bree.local.net> Message-ID: <1119062824.3992.35.camel@daxter.boston.redhat.com> On Fri, 2005-06-17 at 17:54 -0400, Jeremy Katz wrote: > * Need to Prereq: /usr/bin/update-desktop-database if it's going to be > called unconditionally in %post > * Is there a real reason to ship the .la and .a files? I'd nuke them. > * Should use %find_lang %{name} in %install and then include the locale > files via %files -f %{name}.lang Thanks for the review. I've fixed this and also added a dependency on the right shared-mime-info version such that the .pcf files gets associated with a VPN properties editor via the .desktop file. I've also fixed the wrong date in the %changelog. Here's the changes: * Fri Jun 17 2005 David Zeuthen 0.1-2.cvs20050617 - Add Prereq: /usr/bin/update-desktop-database - Nuke .la and .a files - Use find_lang macro to handle locale files properly - Add Requires for suitable version of shared-mime-info since our desktop file depends on the application/x-cisco-vpn-settings MIME-type The new SRPM is here http://people.redhat.com/davidz/nm-vpnc2/NetworkManager-vpnc-0.1-2.cvs20050617.src.rpm Oh, I forgot to mention that this packages is intended for Fedora Extras Development only, not FE3 or FE4 (maybe FE4, that depends on what kind of NetworkManager changes Dan Williams backports to FC4) David From ivazquez at ivazquez.net Sat Jun 18 04:07:53 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 18 Jun 2005 00:07:53 -0400 Subject: Request for review: NetworkManager-vpnc In-Reply-To: <1119062824.3992.35.camel@daxter.boston.redhat.com> References: <1119025134.6358.4.camel@daxter.boston.redhat.com> <1119045292.3328.71.camel@bree.local.net> <1119062824.3992.35.camel@daxter.boston.redhat.com> Message-ID: <1119067674.31315.48.camel@ignacio.ignacio.lan> On Fri, 2005-06-17 at 22:47 -0400, David Zeuthen wrote: > Oh, I forgot to mention that this packages is intended for Fedora Extras > Development only, not FE3 or FE4 (maybe FE4, that depends on what kind > of NetworkManager changes Dan Williams backports to FC4) So then don't request FC-3 or FC-4 branches until the backports take place. -- 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 jpo at di.uminho.pt Sat Jun 18 04:17:08 2005 From: jpo at di.uminho.pt (=?UTF-8?B?Sm9zw6kgUGVkcm8gT2xpdmVpcmE=?=) Date: Sat, 18 Jun 2005 05:17:08 +0100 Subject: Request Review: perl-File-BOM In-Reply-To: <1118953734.23048.70.camel@locolhost.localdomain> References: <1118953734.23048.70.camel@locolhost.localdomain> Message-ID: <42B3A044.6030005@di.uminho.pt> PUBLISH++ MD5SUMS: 5df57ec7fae5611e96b403f56fe72157 perl-File-BOM-0.09-0.1.src.rpm 907feafba72c9762b24c756ca1c0cb3d File-BOM-0.09.tar.gz f1a39d48a6a08bfd03206e1164187c27 perl-File-BOM.spec Sources: * File-BOM-0.09.tar.gz: MD5 digest OK (checked against CPAN copy) Good: * URL is valid * License verified (Build.PL and META.yml) * The build requirements are correct * Uses perl(:MODULE_COMPAT_xxx) * perl vendor libs present * File permissions are OK (rpm -qplv ...) * Builds without problems in FC3 and FC4 * (Un)installs without problems in FC3 and FC4 * No bugs listed in http://rt.cpan.org/NoAuth/Bugs.html?Dist=File-BOM Notes: * whenever possible we use %{perl_vendorlib}/File/ instead of just %{perl_vendorlib}/* It makes life easier for reviewers when verifying directory and file ownerships * the source url is now valid * and don't forget to clean the comments ;) 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 toshio at tiki-lounge.com Sat Jun 18 04:19:36 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sat, 18 Jun 2005 00:19:36 -0400 Subject: Suggestion: pylint In-Reply-To: <1119010781.3609.41.camel@blaa> References: <1114230554l.2872l.0l@devel.mpeters.local> <1119010781.3609.41.camel@blaa> Message-ID: <1119068376.4859.28.camel@localhost> On Fri, 2005-06-17 at 13:19 +0100, Mark McLoughlin wrote: > Hi, > > On Sat, 2005-04-23 at 04:29 +0000, Michael A. Peters wrote: > > > I believe extras wants you to %ghost the *.pyo files in site-packages > > The conclusion from this thread seems to be: > > https://www.redhat.com/archives/fedora-devel-list/2004-December/thread.html#00849 > > that > I think it was more of an impasse. > 1) This is just about disk space; the idea is that shipping .pyo > files don't give you an appreciable startup speed win so we > should we shouldn't package them > .pyo's can also break python programs. The "optimizations" include things like removing docstrings which programs may depend upon to function. > 2) That %ghost-ing .pyo files is more trouble than its worth > Is %{find_lang} more trouble than it's worth? It similarly is just a space savings. > Thoughts? 1) Current Extras packages already adhere to this standard. 2) We must include the pyo's in the %files section either as %ghost or as normal files otherwise they won't get removed from the system once they are created. 3) It's not that hard to implement this in a spec file. It's also not that hard to implement a script to do it for you. Attached is a script that takes a directory and generates a file list. It can replace a common %files idiom such as: %files %{python_sitelib}/docutils with: %install [..] %{find_pyfiles} %{python_sitelib}/docutils docutils %files -f docutils.pyfiles [..] There are other solutions as well (something more like %find_lang, for instance, that scans the whole %buildroot for python files and correctly lists those files and the directories they reside in for instance.) -Toshio PS Second attachment is a patch which adds the find_pyfiles macro to rpm/redhat/macros and adds this file to the rpm/redhat/macros/ directory. -------------- next part -------------- A non-text attachment was scrubbed... Name: find-pyfiles.sh Type: application/x-shellscript Size: 1747 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rpm-find-pyfiles.patch Type: text/x-patch Size: 2420 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 mikem at cyber.com.au Sat Jun 18 04:22:18 2005 From: mikem at cyber.com.au (Mike MacCana) Date: Sat, 18 Jun 2005 14:22:18 +1000 Subject: Request for review: NetworkManager-vpnc In-Reply-To: <1119037800.4931.6.camel@daxter.boston.redhat.com> References: <1119025134.6358.4.camel@daxter.boston.redhat.com> <1119027053.22181.126.camel@hades.cambridge.redhat.com> <1119037800.4931.6.camel@daxter.boston.redhat.com> Message-ID: <42B3A17A.9040107@cyber.com.au> David Zeuthen wrote: >On Fri, 2005-06-17 at 17:50 +0100, David Woodhouse wrote: > > >>On Fri, 2005-06-17 at 12:18 -0400, David Zeuthen wrote: >> >> >>>This package contains software for integrating the vpnc VPN software >>>with NetworkManager and the GNOME desktop. There's a screencast of an >>>old version of this available here >>> >>> >>Please make sure it's integrated properly with the network scripts so >>that 'ifup vpn0' (or whatever its name is) will also work. >> >> > >Can't do. It's integrated with NetworkManager, not the (legacy) network >scripts, which is the whole point. > > Why do we bother shipping s-c-n if the config files it's saving are considered 'legacy'? Or are you saying those files will become legacy in a future version? What files does networkmanager use? How can I configure and start/ stop a connection using networkmanager on the command line? The website at (http://people.redhat.com/dcbw/NetworkManager) doesn't have any user documentation whatsoever. Mike From tibbs at math.uh.edu Sat Jun 18 04:39:24 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 17 Jun 2005 23:39:24 -0500 Subject: Request for review: NetworkManager-vpnc In-Reply-To: <42B3A17A.9040107@cyber.com.au> (Mike MacCana's message of "Sat, 18 Jun 2005 14:22:18 +1000") References: <1119025134.6358.4.camel@daxter.boston.redhat.com> <1119027053.22181.126.camel@hades.cambridge.redhat.com> <1119037800.4931.6.camel@daxter.boston.redhat.com> <42B3A17A.9040107@cyber.com.au> Message-ID: >>>>> "MM" == Mike MacCana writes: MM> Why do we bother shipping s-c-n if the config files it's saving MM> are considered 'legacy'? I don't believe that it's within NetworkManager's design goals to supplant all networking functionality. Any host with a stable network configuration has no need of anything more advanced than what's in /etc/sysconfig/network. I think "legacy" is the wrong word. "static" may well be better. - J< From skvidal at phy.duke.edu Sat Jun 18 05:52:32 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 18 Jun 2005 01:52:32 -0400 Subject: development builds Message-ID: <1119073952.7160.48.camel@cutter> Hi Folks, I got rawhide finally synced over and I've made the buildsystem talk to the local tree now so development builds shouldn't be completely dead. Once the mirror settles back down I may setup a permanent local mirror of fc3/fc4 and rawhide if I can find enough space for all of them. -sv From mpeters at mac.com Sat Jun 18 08:05:50 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 18 Jun 2005 01:05:50 -0700 Subject: Approved: Re: Review request: tetex-perltex In-Reply-To: <42A752BA.4010505@di.uminho.pt> References: <42A752BA.4010505@di.uminho.pt> Message-ID: <1119081950.2923.18.camel@locolhost.localdomain> On Wed, 2005-06-08 at 21:19 +0100, Jos? Pedro Oliveira wrote: > 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 APPROVED 1) Matches upstream - NOTE - tar.gz in src.rpm, ctan now only generates .zip Source verified by - unzip upstream zip md5sum all files contained tar -zxf source tarball from src.rpm md5sum all files contained perfect match 2) License matches license in package (Readme) 3) Properly builds in mock - package owns all directories installed (cleanly installs/removes) 4) texdoc finds documentation 5) unversioned upstream source properly versioned NOTE rpmlint complains about wrong EOL on the pdf file, but that is non-harmful and probably should not be attempted to fix (rpmlint should ignore that error on PDF files) 6) Really useful package > > > Note: the SRPM includes a tar.gz file. Around two months ago > the CTAN mirrors started generating zip files instead. > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list From ivazquez at ivazquez.net Sat Jun 18 08:10:09 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 18 Jun 2005 04:10:09 -0400 Subject: Request for Review: boa-consructor Message-ID: <1119082209.31315.51.camel@ignacio.ignacio.lan> boa-constructor: A Python IDE and wxPython RAD tool Boa Constructor is a cross platform Python IDE and wxPython GUI Builder. It offers visual frame creation and manipulation, an object inspector, many views on the source like object browsers, inheritance hierarchies, doc string generated html documentation, an advanced debugger and integrated help. http://fedora.ivazquez.net/files/extras/boa-constructor.spec http://fedora.ivazquez.net/files/extras/boa-constructor-0.3.1-1.src.rpm -- 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 mr.peeter at gmail.com Sat Jun 18 08:57:25 2005 From: mr.peeter at gmail.com (Peeter P) Date: Sat, 18 Jun 2005 11:57:25 +0300 Subject: d4x package problem Message-ID: Hello! I subscribed to the list to report d4x package problem. I use Fedora Core 4 and installed it with yum from the extras. After installing I cannot load/locate d4x as there doesn't seem to be any binaries/executables installed - no menu items and d4x command does not work. Here is the output of locate d4x: [root at localhost installid]# updatedb [root at localhost installid]# locate d4x /usr/share/d4x /usr/share/d4x/README.de /usr/share/d4x/README.pl /usr/share/d4x/README.gr /usr/share/d4x/FAQ.de /usr/share/d4x/README /usr/share/d4x/LICENSE /usr/share/d4x/TROUBLES /usr/share/d4x/FAQ.fr /usr/share/d4x/FAQ.es /usr/share/d4x/themes /usr/share/d4x/themes/old_theme.xml /usr/share/d4x/themes/old_theme /usr/share/d4x/themes/old_theme/dnd1.png /usr/share/d4x/themes/old_theme/dndmini.png /usr/share/d4x/themes/old_theme/queue /usr/share/d4x/themes/old_theme/queue/failed.png /usr/share/d4x/themes/old_theme/queue/runbad.png /usr/share/d4x/themes/old_theme/queue/stopwait.png /usr/share/d4x/themes/old_theme/queue/wait.png /usr/share/d4x/themes/old_theme/queue/complete.png /usr/share/d4x/themes/old_theme/queue/run.png /usr/share/d4x/themes/old_theme/queue/paused.png /usr/share/d4x/themes/old_theme/queue/runpart.png /usr/share/d4x/themes/old_theme/buttons /usr/share/d4x/themes/old_theme/buttons/stop.png /usr/share/d4x/themes/old_theme/buttons/clearlist.png /usr/share/d4x/themes/old_theme/buttons/add.png /usr/share/d4x/themes/old_theme/buttons/delcompleted.png /usr/share/d4x/themes/old_theme/buttons/load.png /usr/share/d4x/themes/old_theme/buttons/movedown.png /usr/share/d4x/themes/old_theme/buttons/speedmedium.png /usr/share/d4x/themes/old_theme/buttons/save.png /usr/share/d4x/themes/old_theme/buttons/del.png /usr/share/d4x/themes/old_theme/buttons/preferences.png /usr/share/d4x/themes/old_theme/buttons/moveup.png /usr/share/d4x/themes/old_theme/buttons/progress.png /usr/share/d4x/themes/old_theme/buttons/dnd.png /usr/share/d4x/themes/old_theme/buttons/continue.png /usr/share/d4x/themes/old_theme/buttons/speedhigh.png /usr/share/d4x/themes/old_theme/buttons/speedlow.png /usr/share/d4x/themes/old_theme/buttons/clipboardadd.png /usr/share/d4x/themes/old_theme/buttons/openlog.png /usr/share/d4x/themes/old_theme/dnd2.png /usr/share/d4x/themes/glass /usr/share/d4x/themes/glass/dnd1.png /usr/share/d4x/themes/glass/dnd2.png /usr/share/d4x/themes/nuvola32.xml /usr/share/d4x/themes/nuvola32 /usr/share/d4x/themes/nuvola32/dndmini.png /usr/share/d4x/themes/nuvola32/queue /usr/share/d4x/themes/nuvola32/queue/failed.png /usr/share/d4x/themes/nuvola32/queue/runbad.png /usr/share/d4x/themes/nuvola32/queue/stopwait.png /usr/share/d4x/themes/nuvola32/queue/wait.png /usr/share/d4x/themes/nuvola32/queue/complete.png /usr/share/d4x/themes/nuvola32/queue/run.png /usr/share/d4x/themes/nuvola32/queue/paused.png /usr/share/d4x/themes/nuvola32/queue/runpart.png /usr/share/d4x/themes/nuvola32/buttons /usr/share/d4x/themes/nuvola32/buttons/stop.png /usr/share/d4x/themes/nuvola32/buttons/clearlist.png /usr/share/d4x/themes/nuvola32/buttons/add.png /usr/share/d4x/themes/nuvola32/buttons/delcompleted.png /usr/share/d4x/themes/nuvola32/buttons/load.png /usr/share/d4x/themes/nuvola32/buttons/movedown.png /usr/share/d4x/themes/nuvola32/buttons/speedmedium.png /usr/share/d4x/themes/nuvola32/buttons/save.png /usr/share/d4x/themes/nuvola32/buttons/percent1.png /usr/share/d4x/themes/nuvola32/buttons/del.png /usr/share/d4x/themes/nuvola32/buttons/preferences.png /usr/share/d4x/themes/nuvola32/buttons/percent2.png /usr/share/d4x/themes/nuvola32/buttons/moveup.png /usr/share/d4x/themes/nuvola32/buttons/progress.png /usr/share/d4x/themes/nuvola32/buttons/dnd.png /usr/share/d4x/themes/nuvola32/buttons/continue.png /usr/share/d4x/themes/nuvola32/buttons/speedhigh.png /usr/share/d4x/themes/nuvola32/buttons/speedlow.png /usr/share/d4x/themes/nuvola32/buttons/clipboardadd.png /usr/share/d4x/themes/nuvola32/buttons/speed.png /usr/share/d4x/themes/nuvola32/buttons/openlog.png /usr/share/d4x/themes/nuvola32/buttons/percent3.png /usr/share/d4x/themes/nuvola32/toolbar /usr/share/d4x/themes/nuvola32/toolbar/sch.png /usr/share/d4x/themes/nuvola32/toolbar/url.png /usr/share/d4x/themes/nuvola32/toolbar/filter.png /usr/share/d4x/themes/nuvola32/toolbar/klog.png /usr/share/d4x/themes/nuvola32/toolbar/find.png /usr/share/d4x/themes/nuvola32/toolbar/queue.png /usr/share/d4x/themes/glass2.xml /usr/share/d4x/themes/glass.xml /usr/share/d4x/themes/glass2 /usr/share/d4x/themes/glass2/dnd1.png /usr/share/d4x/themes/glass2/dnd2.png /usr/share/d4x/themes/tooltip.xml /usr/share/d4x/README.es /usr/share/d4x/sounds /usr/share/d4x/sounds/startup.wav /usr/share/d4x/sounds/finish.wav /usr/share/d4x/sounds/add.wav /usr/share/d4x/sounds/fail.wav /usr/share/d4x/sounds/complete.wav /usr/share/d4x/sounds/dnd.wav /usr/share/d4x/README.ru /usr/share/d4x/FAQ.gr /usr/share/d4x/README.en /usr/share/d4x/ftpsearch.xml /usr/share/d4x/README.pt_BR /usr/share/d4x/FAQ /usr/share/doc/d4x-2.5.0 /usr/share/doc/d4x-2.5.0/COPYING /usr/share/doc/d4x-2.5.0/PLANS /usr/share/doc/d4x-2.5.0/NEWS /usr/share/doc/d4x-2.5.0/FAQ.de /usr/share/doc/d4x-2.5.0/AUTHORS /usr/share/doc/d4x-2.5.0/README /usr/share/doc/d4x-2.5.0/TROUBLES /usr/share/doc/d4x-2.5.0/FAQ.fr /usr/share/doc/d4x-2.5.0/TODO /usr/share/doc/d4x-2.5.0/FAQ.es /usr/share/doc/d4x-2.5.0/ChangeLog /usr/share/doc/d4x-2.5.0/FAQ.gr /usr/share/doc/d4x-2.5.0/THANKS /usr/share/doc/d4x-2.5.0/ChangeLog-1.x /usr/share/doc/d4x-2.5.0/FAQ /usr/share/locale/sr at Latn/LC_MESSAGES/d4x.mo /usr/share/locale/uk/LC_MESSAGES/d4x.mo /usr/share/locale/pl/LC_MESSAGES/d4x.mo /usr/share/locale/fr/LC_MESSAGES/d4x.mo /usr/share/locale/it/LC_MESSAGES/d4x.mo /usr/share/locale/de/LC_MESSAGES/d4x.mo /usr/share/locale/zh_CN/LC_MESSAGES/d4x.mo /usr/share/locale/ru/LC_MESSAGES/d4x.mo /usr/share/locale/es/LC_MESSAGES/d4x.mo /usr/share/locale/ca/LC_MESSAGES/d4x.mo /usr/share/locale/pt_BR/LC_MESSAGES/d4x.mo /usr/share/locale/sk/LC_MESSAGES/d4x.mo /usr/share/locale/hu/LC_MESSAGES/d4x.mo /usr/share/locale/sr/LC_MESSAGES/d4x.mo /usr/share/locale/ja/LC_MESSAGES/d4x.mo /usr/share/locale/bg/LC_MESSAGES/d4x.mo With best wishes, Peeter Puusemp From ivazquez at ivazquez.net Sat Jun 18 09:20:53 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 18 Jun 2005 05:20:53 -0400 Subject: d4x package problem In-Reply-To: References: Message-ID: <1119086453.31315.52.camel@ignacio.ignacio.lan> On Sat, 2005-06-18 at 11:57 +0300, Peeter P wrote: > I subscribed to the list to report d4x package problem. http://bugzilla.redhat.com/ -- 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 bugs.michael at gmx.net Sat Jun 18 10:06:41 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 18 Jun 2005 12:06:41 +0200 Subject: d4x package problem In-Reply-To: References: Message-ID: <20050618120641.15c744e9.bugs.michael@gmx.net> On Sat, 18 Jun 2005 11:57:25 +0300, Peeter P wrote: > Hello! > > I subscribed to the list to report d4x package problem. I use Fedora > Core 4 and installed it with yum from the extras. After installing I > cannot load/locate d4x as there doesn't seem to be any > binaries/executables installed - no menu items and d4x command does > not work. > > Here is the output of locate d4x: > > [root at localhost installid]# updatedb > [root at localhost installid]# locate d4x ?? There is a binary /usr/bin/nt in the package and a corresponding desktop menu entry, since it is a graphical utility for graphical desktop environments. Take another look at the package listing: rpm --query --list d4x | less -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.18 1.30 1.15 From toshio at tiki-lounge.com Sat Jun 18 11:00:33 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Sat, 18 Jun 2005 07:00:33 -0400 Subject: New Package: x2x In-Reply-To: <20050617170957.GS14290@anduril.pams.ncsu.edu> References: <20050617010330.GN14290@anduril.pams.ncsu.edu> <1118971744.22206.32.camel@locolhost.localdomain> <20050617170957.GS14290@anduril.pams.ncsu.edu> Message-ID: <1119092433.6337.5.camel@localhost> On Fri, 2005-06-17 at 13:09 -0400, Jack Neely wrote: > SPEC: http://anduril.pams.ncsu.edu/~slack/SPECS/x2x.spec > SRPM: http://anduril.pams.ncsu.edu/~slack/SRPMS/x2x-1.30-3.beta.src.rpm > > I've incorperated the fixes regarding the man page. > > IANAL. I'm not sure what to do about the two licenses. It seems to me > that by incorperating code that's under the GPL that should make the > package GPL. So that's what I did. Better suggestion? > > Jack > IANAL as well. I think there is a conflict in licenses but I don't think we can resolve it. I think upstream has to change their license, change their code, or get permission to use the GPL'd code under a license compatible with the BSD license. Since we're not the author of the code we can't decide how to change the license. -Toshio > On Thu, Jun 16, 2005 at 06:29:04PM -0700, Michael A. Peters wrote: > > On Thu, 2005-06-16 at 21:03 -0400, Jack Neely wrote: > > > Folks, > > > > > > I'd like to submit x2x for initial review. > > > > > > SPEC: http://anduril.pams.ncsu.edu/~slack/SPECS/x2x.spec > > > SRPM: http://anduril.pams.ncsu.edu/~slack/SRPMS/x2x-1.30-2.beta.src.rpm > > > URL: http://x2x.fanstvo.com/ > > > > - cp x2x.man x2x.1 > > - gzip x2x.1 > > > > don't gzip instead. > > In install section - > > > > install -m644 x2x.man %buildroot%_mandir/man1/x2x.1 > > rpm will take care of gzip > > > > - %{_mandir}/man1/x2x.1.gz > > > > change to %{_mandir}/man1/* > > > > -=- > > It says its BSD license and looks like that in the C file but inside the c file it indicates that part of it are adapted from GPL - > > > > /* Cygwin version with -fromwin to allow source to be a Windows > > * machine that is not running a X server. > > * Adapted by Mark Hayter 2003 using win2vnc ClientConnect.cpp code > > * > > * Original win2vnc copyright follows: > > */ > > // win2vnc, adapted from vncviewer by Fredrik Hubinette 2001 > > // > > // Original copyright follows: > > // > > // Copyright (C) 1999 AT&T Laboratories Cambridge. All Rights Reserved. > > // > > // This file is part of the VNC system. > > // > > // The VNC system is free software; you can redistribute it and/or modify > > // it under the terms of the GNU General Public License as published by > > > > does that apply to this even though this isn't compiled for cygwin or is that different? > > I don't think you can adapt GPL code into BSD license. > > > > -- > > 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 ryo-dairiki at mbm.nifty.com Sat Jun 18 12:19:10 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Sat, 18 Jun 2005 21:19:10 +0900 Subject: New package: scim-pinyin Message-ID: <42B4113E.2060809@mbm.nifty.com> Hi, I've made scim-pinyin package. You can get it from here: http://briefcase.yahoo.co.jp/bc/ryo_dairiki/lst?&.dir=/&.src=bc&.view=l Btw, currently my scim package contains two "scim-setup." One is a capplet and the other is an application, but actually, they are the same things. Now I'm thinking of removing the capplet one. What do you think? Regards, Ryo Dairiki From bugs.michael at gmx.net Sat Jun 18 12:47:28 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 18 Jun 2005 14:47:28 +0200 Subject: New package: cogito In-Reply-To: <1115238190.303.34.camel@Madison.badger.com> References: <20050503232939.GZ18917@shell0.pdx.osdl.net> <20050503233517.GA17380@redhat.com> <1115170095.27280.25.camel@jdub.homelinux.org> <20050504070034.A17520@tiki-lounge.com> <20050504184146.005aae6d.bugs.michael@gmx.net> <1115238190.303.34.camel@Madison.badger.com> Message-ID: <20050618144728.25021e15.bugs.michael@gmx.net> On Wed, 04 May 2005 16:23:09 -0400, Toshio wrote: > > > (On fedora.us there was unstable and testing.) > > > > ... and confused many users, since (1) no document explained the > > philosophy behind a classification into stable/testing/unstable, (2) other > > repositories use a different classification, (3) hardly any user who, runs > > into problems with packages from "testing" or "unstable", would report a > > bug, (4) repository mixing becomes even funnier, (5) inter-repository > > dependencies (e.g. "livna") get more funny, too, (6) example yum config > > files apparently suggested to enable all repositories by default, and (7) > > an upgrade path from half-baked packages/software often is impracticable. > > > > > I'm not sure if the new testing repository is more > > > like the Fedora Core Testing repo.... > > > > It is and should not be abused for overly experimental stuff. > > > I'll accept all this as for the good. > > But reiterate the part you snipped: there's all sorts of broken but > actively developed, dependency-inducing software that people will want > to package. There is not currently any policy of exclusion for such > software. Unless that changes, at some point there has to be some > policy of how to minimize breakage when including it. There is no simple solution, unfortunately, except not to include any software which is considered too unstable / not ready. If you are concerned that it may break badly in future upgrades, don't include it [yet]. At some point in time, when a packager takes what an upstream project offers and puts it into packages, the software may be found to be in a working/usable state. So a package enters Fedora Extras, and reviewers probably don't raise any questions or don't argue that the software is advertised as being "unstable" or "alpha/beta". You don't know which road of development the upstream people will choose in the future. It may be that they stick to old library APIs, resulting in the need to move old Fedora Core library packages as compatibility+devel packages into Fedora Extras. Or they prefer using CVS snapshots to build for the absolute bleeding edge, and the packager has a hard time choosing a version which works and builds with available dependencies and is not too premature itself compared with the release that entered Extras. Or the project stalls and doesn't seem to reach its defined goals. Or they rewrite, rename, and redesign everything and break compatibility with older configuration files and/or saved data. In either case, a package, which is included in Fedora Extras, reflects what its software developers offered at some point in time. Once a package is _in_ Fedora Extras, there is no looking back as they day will come when you may have to release an upgrade. It might happen that their newer releases cause regression, break some features badly or even remove features, or require specific dependencies which makes it more difficult to integrate a release into a distribution. There are no guarantees that software upgrades of extra packages are painless. As the packager you cannot guarantee it, when the software developers don't care about it. Even if you followed development of some software for some long period, it may happen that developer surprise you with a 2.0 branch which doesn't allow for any smooth upgrades at all. As the packager you can pick a release which appears to be usable and--when you and a reviewer are of the opinion that it is ready enough to be included--hope for the best and add your own testing of updates. -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.35 1.27 1.10 From davidz at redhat.com Sat Jun 18 13:54:21 2005 From: davidz at redhat.com (David Zeuthen) Date: Sat, 18 Jun 2005 09:54:21 -0400 Subject: Request for review: NetworkManager-vpnc In-Reply-To: References: <1119025134.6358.4.camel@daxter.boston.redhat.com> <1119027053.22181.126.camel@hades.cambridge.redhat.com> <1119037800.4931.6.camel@daxter.boston.redhat.com> <42B3A17A.9040107@cyber.com.au> Message-ID: <1119102861.20935.8.camel@daxter.boston.redhat.com> On Fri, 2005-06-17 at 23:39 -0500, Jason L Tibbitts III wrote: > I think "legacy" is the wrong word. "static" may well be better. That might be right. David From davidz at redhat.com Sat Jun 18 13:57:46 2005 From: davidz at redhat.com (David Zeuthen) Date: Sat, 18 Jun 2005 09:57:46 -0400 Subject: Request for review: NetworkManager-vpnc In-Reply-To: <42B3A17A.9040107@cyber.com.au> References: <1119025134.6358.4.camel@daxter.boston.redhat.com> <1119027053.22181.126.camel@hades.cambridge.redhat.com> <1119037800.4931.6.camel@daxter.boston.redhat.com> <42B3A17A.9040107@cyber.com.au> Message-ID: <1119103066.20935.13.camel@daxter.boston.redhat.com> On Sat, 2005-06-18 at 14:22 +1000, Mike MacCana wrote: > Why do we bother shipping s-c-n if the config files it's saving are > considered 'legacy'? > Or are you saying those files will become legacy in a future version? Legacy is the wrong word here, sorry. Right now NetworkManager doesn't do half the things the networking scripts do. > What files does networkmanager use? How can I configure and start/ stop > a connection using networkmanager on the command line? The website at > (http://people.redhat.com/dcbw/NetworkManager) doesn't have any user > documentation whatsoever. NM isn't really a program that relies on users editing configuration files (since, uhm, many users can't figure that out). There was an article in Red Hat Magazine some time ago http://www.redhat.com/magazine/003jan05/features/networkmanager/ that might help explain what it does. David From davidz at redhat.com Sat Jun 18 14:16:25 2005 From: davidz at redhat.com (David Zeuthen) Date: Sat, 18 Jun 2005 10:16:25 -0400 Subject: Request for review: NetworkManager-vpnc In-Reply-To: <1119067674.31315.48.camel@ignacio.ignacio.lan> References: <1119025134.6358.4.camel@daxter.boston.redhat.com> <1119045292.3328.71.camel@bree.local.net> <1119062824.3992.35.camel@daxter.boston.redhat.com> <1119067674.31315.48.camel@ignacio.ignacio.lan> Message-ID: <1119104185.20935.15.camel@daxter.boston.redhat.com> On Sat, 2005-06-18 at 00:07 -0400, Ignacio Vazquez-Abrams wrote: > On Fri, 2005-06-17 at 22:47 -0400, David Zeuthen wrote: > > Oh, I forgot to mention that this packages is intended for Fedora Extras > > Development only, not FE3 or FE4 (maybe FE4, that depends on what kind > > of NetworkManager changes Dan Williams backports to FC4) > > So then don't request FC-3 or FC-4 branches until the backports take > place. These backports are likely never to happen but it's really up to Dan. David From tla at rasmil.dk Sat Jun 18 15:14:49 2005 From: tla at rasmil.dk (Tim Lauridsen) Date: Sat, 18 Jun 2005 17:14:49 +0200 Subject: New Package: yumex In-Reply-To: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> Message-ID: <42B43A69.7070407@rasmil.dk> Tim Lauridsen wrote: >I'm the author of Yum Extender (aka yumex) a GUI to Yum for fedora Core 4, It is >written i Python and build on top of Yum 2.3.x. Many People have asked med to >submit it to fedora extras. So here i go. > I do not have access to Fedora extras CVS, so if this package is to be >included, I will need a sponsor for CVS access. > > I fixed the spec file, here is a new release: SRPM: http://linux.rasmil.dk/dnl/yumex-0.40-2.src.rpm SPEC: http://linux.rasmil.dk/dnl/yumex.spec Tim Lauridsen From tcallawa at redhat.com Sat Jun 18 17:04:27 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 18 Jun 2005 12:04:27 -0500 Subject: Request for review: libotr and gaim-otr In-Reply-To: <20050617233538.7908265d.bugs.michael@gmx.net> References: <1119037896.3325.58.camel@localhost.localdomain> <20050617233220.3a2f318c.bugs.michael@gmx.net> <20050617233538.7908265d.bugs.michael@gmx.net> Message-ID: <1119114268.10309.0.camel@localhost.localdomain> On Fri, 2005-06-17 at 23:35 +0200, Michael Schwendt wrote: > About the chosen groups, no strong feelings about it as the "Group" > tag is mostly considered old cruft. ;) Still a library main package > would better go into > > Group: System Environment/Libraries > > and a library -devel package into: > > Group: Development/Libraries I care just enough about the Group tag to ensure that it's present and non-offensive. ;) ~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 justin.conover at gmail.com Sat Jun 18 17:33:19 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 18 Jun 2005 12:33:19 -0500 Subject: tripwire missing twinstall? Message-ID: Is the script gone? # rpm -qa tripwire tripwire-2.3.1-22 # pwd /etc/tripwire # ls -la total 84 drwxr-xr-x 2 root root 4096 Jun 18 12:26 . drwxr-xr-x 85 root root 12288 Jun 18 12:21 .. -rw-r--r-- 1 root root 603 Apr 9 16:01 twcfg.txt -rw-r--r-- 1 root root 46543 Jun 18 12:21 twpol.txt $ rpm -ql tripwire /etc/cron.daily/tripwire-check /etc/tripwire /etc/tripwire/twcfg.txt /etc/tripwire/twpol.txt /usr/sbin/siggen /usr/sbin/tripwire /usr/sbin/tripwire-setup-keyfiles /usr/sbin/twadmin /usr/sbin/twprint /usr/share/doc/tripwire-2.3.1 /usr/share/doc/tripwire-2.3.1/COPYING /usr/share/doc/tripwire-2.3.1/ChangeLog /usr/share/doc/tripwire-2.3.1/Latest-Changes /usr/share/doc/tripwire-2.3.1/License-Issues /usr/share/doc/tripwire-2.3.1/README /usr/share/doc/tripwire-2.3.1/README.RPM /usr/share/doc/tripwire-2.3.1/Release_Notes /usr/share/doc/tripwire-2.3.1/TRADEMARK /usr/share/doc/tripwire-2.3.1/policyguide.txt /usr/share/doc/tripwire-2.3.1/quickstart.gif /usr/share/doc/tripwire-2.3.1/quickstart.txt /usr/share/man/man4/twconfig.4.gz /usr/share/man/man4/twpolicy.4.gz /usr/share/man/man5/twfiles.5.gz /usr/share/man/man8/siggen.8.gz /usr/share/man/man8/tripwire.8.gz /usr/share/man/man8/twadmin.8.gz /usr/share/man/man8/twintro.8.gz /usr/share/man/man8/twprint.8.gz /var/lib/tripwire /var/lib/tripwire/report From justin.conover at gmail.com Sat Jun 18 17:44:19 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 18 Jun 2005 12:44:19 -0500 Subject: tripwire missing twinstall? In-Reply-To: References: Message-ID: On 6/18/05, Justin Conover wrote: > Is the script gone? > > # rpm -qa tripwire > tripwire-2.3.1-22 > # pwd > /etc/tripwire > # ls -la > total 84 > drwxr-xr-x 2 root root 4096 Jun 18 12:26 . > drwxr-xr-x 85 root root 12288 Jun 18 12:21 .. > -rw-r--r-- 1 root root 603 Apr 9 16:01 twcfg.txt > -rw-r--r-- 1 root root 46543 Jun 18 12:21 twpol.txt > > $ rpm -ql tripwire > /etc/cron.daily/tripwire-check > /etc/tripwire > /etc/tripwire/twcfg.txt > /etc/tripwire/twpol.txt > /usr/sbin/siggen > /usr/sbin/tripwire > /usr/sbin/tripwire-setup-keyfiles > /usr/sbin/twadmin > /usr/sbin/twprint > /usr/share/doc/tripwire-2.3.1 > /usr/share/doc/tripwire-2.3.1/COPYING > /usr/share/doc/tripwire-2.3.1/ChangeLog > /usr/share/doc/tripwire-2.3.1/Latest-Changes > /usr/share/doc/tripwire-2.3.1/License-Issues > /usr/share/doc/tripwire-2.3.1/README > /usr/share/doc/tripwire-2.3.1/README.RPM > /usr/share/doc/tripwire-2.3.1/Release_Notes > /usr/share/doc/tripwire-2.3.1/TRADEMARK > /usr/share/doc/tripwire-2.3.1/policyguide.txt > /usr/share/doc/tripwire-2.3.1/quickstart.gif > /usr/share/doc/tripwire-2.3.1/quickstart.txt > /usr/share/man/man4/twconfig.4.gz > /usr/share/man/man4/twpolicy.4.gz > /usr/share/man/man5/twfiles.5.gz > /usr/share/man/man8/siggen.8.gz > /usr/share/man/man8/tripwire.8.gz > /usr/share/man/man8/twadmin.8.gz > /usr/share/man/man8/twintro.8.gz > /usr/share/man/man8/twprint.8.gz > /var/lib/tripwire > /var/lib/tripwire/report > Noticed tripwire isn't there for x86_64 rpmbuild -ba tripwire.spec error: Architecture is not included: x86_64 Anywere in the build system that points to what broke? From bugs.michael at gmx.net Sat Jun 18 17:51:09 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 18 Jun 2005 19:51:09 +0200 Subject: tripwire missing twinstall? In-Reply-To: References: Message-ID: <20050618195109.3208ca05.bugs.michael@gmx.net> On Sat, 18 Jun 2005 12:33:19 -0500, Justin Conover wrote: > Is the script gone? Yes. Please read the package description (or the documentation). -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 2.47 1.63 1.88 From justin.conover at gmail.com Sat Jun 18 17:58:07 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 18 Jun 2005 12:58:07 -0500 Subject: tripwire missing twinstall? In-Reply-To: <20050618195109.3208ca05.bugs.michael@gmx.net> References: <20050618195109.3208ca05.bugs.michael@gmx.net> Message-ID: On 6/18/05, Michael Schwendt wrote: > On Sat, 18 Jun 2005 12:33:19 -0500, Justin Conover wrote: > > > Is the script gone? > > Yes. Please read the package description (or the documentation). > > -- > Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 > loadavg: 2.47 1.63 1.88 > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > Shouldn't this be changed then? more /usr/share/doc/tripwire-2.3.1/quickstart.txt 1. Run the configuration script: /etc/tripwire/twinstall.sh to sign these files. This script walks you through the processes of setting passphrases and signing the Tripwire policy and configuration files. Note: Once encoded and signed, the configuration file should not be renamed or moved. From justin.conover at gmail.com Sat Jun 18 18:07:36 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 18 Jun 2005 13:07:36 -0500 Subject: contains a standard rpath '/usr/lib64' Message-ID: If a spec file bombs out with this: contains a standard rpath '/usr/lib64' What can be done to fix that in the spec? From justin.conover at gmail.com Sat Jun 18 18:14:27 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 18 Jun 2005 13:14:27 -0500 Subject: contains a standard rpath '/usr/lib64' In-Reply-To: References: Message-ID: On 6/18/05, Justin Conover wrote: > If a spec file bombs out with this: > > contains a standard rpath '/usr/lib64' > > What can be done to fix that in the spec? > Is this basically it? Seemed to work on the package anyway. %ifarch x86_64 # fix hardcoded rpath im Makefiles on x86_64 due to freetype-config --libs # returning "-L/usr/lib64 -Wl,--rpath -Wl,/usr/lib64 -lfreetype -lz": %{__perl} -pi.orig -e 's|-Wl,--rpath -Wl,/usr/lib64||g;' \ Makefile */Makefile */*/Makefile imlib2-config %endif make %{?_smp_mflags} LIBTOOL=/usr/bin/libtool From bugs.michael at gmx.net Sat Jun 18 18:18:54 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 18 Jun 2005 20:18:54 +0200 Subject: tripwire missing twinstall? In-Reply-To: References: <20050618195109.3208ca05.bugs.michael@gmx.net> Message-ID: <20050618201854.56a5e928.bugs.michael@gmx.net> On Sat, 18 Jun 2005 12:58:07 -0500, Justin Conover wrote: > > > Is the script gone? > > > > Yes. Please read the package description (or the documentation). > > > > > Shouldn't this be changed then? > > more /usr/share/doc/tripwire-2.3.1/quickstart.txt Yes. But for that you better contact the package owner and/or submit a bug report. -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 3.02 2.57 2.38 From pete-fedora-extras at verisignlabs.com Sat Jun 18 20:40:34 2005 From: pete-fedora-extras at verisignlabs.com (Pete Toscano) Date: Sat, 18 Jun 2005 16:40:34 -0400 Subject: hping2 orphaned? Joining Extras Message-ID: <42B486C2.8080107@verisignlabs.com> Hello all, I've been interested in helping expand extras. I was looking over the orphaned list and noticed that hping2 was on it. This is a program I use from time to time and would be happy to maintain the Fedora Extras package. Miguel Armas is listed as the current owner. Is he giving up maintenance, at sometimes contributer, or something else? What's my next step? If the package in Extras wasn't already up-to-date, I'd guess my next step would be to submit an updated package/spec for everyone's inspection, but since it is, what's to be done? Thnaks, pete From bugs.michael at gmx.net Sat Jun 18 21:48:31 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 18 Jun 2005 23:48:31 +0200 Subject: hping2 orphaned? Joining Extras In-Reply-To: <42B486C2.8080107@verisignlabs.com> References: <42B486C2.8080107@verisignlabs.com> Message-ID: <20050618234831.66ae0b5c.bugs.michael@gmx.net> On Sat, 18 Jun 2005 16:40:34 -0400, Pete Toscano wrote: > Hello all, > > I've been interested in helping expand extras. I was looking over the > orphaned list and noticed that hping2 was on it. This is a program I > use from time to time and would be happy to maintain the Fedora Extras > package. Miguel Armas is listed as the current owner. Is he giving up > maintenance, at sometimes contributer, or something else? What's my > next step? If the package in Extras wasn't already up-to-date, I'd > guess my next step would be to submit an updated package/spec for > everyone's inspection, but since it is, what's to be done? First a bit of background: When initially we filled Fedora Extras CVS with packages, we transferred all packages from fedora.us and created bugzilla component entries for them, looking up their package owners' bugzilla account e-mail addresses. Additionally, with the procedure for getting CVS access, the fedora.us packagers needed to sign the Fedora Contributor Licence Agreement (CLA) and send it to Red Hat. A few people did not react on notifications done via e-mail or bugzilla comments or probably lost interest in their packages earlier. Others were so nice to declare their packages as unmaintained. Now to the details. To take over the package, there are only a few things to do: 1) sign up at https://admin.fedora.redhat.com/accounts/ 2) query http://bugzilla.redhat.com for possibly open bug reports which call for your attention as package maintainer, and present an updated package if necessary (for urgent fixes, it can be imported and built quickly by an existing contributor before your cvs account would be ready) 3) state your bugzilla account e-mail address here, so the bugzilla component for "hping2" could be transferred to you when your cvs account is ready Depending on how long an unmaintained package has been listed on the OrphanedPackages page and whether updates are needed, it can be transferred to a new owner quickly. -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.18 1.10 1.29 From yuan.bbbush at gmail.com Sun Jun 19 00:21:13 2005 From: yuan.bbbush at gmail.com (Yuan Yijun) Date: Sun, 19 Jun 2005 08:21:13 +0800 Subject: In what situation will there be "check-rpaths error"? Message-ID: <9792751e050618172119ace3a3@mail.gmail.com> Hi, I tried to package freetype-2.1.10 (using the spec files in core) and bmp-mp3 but got the check-rpaths error. It prompts some RPATH is invalid. Why does this happen, and how can I get around it? I just removed those problematic files temporarily. I guess this is due to wrong Makefile directions, is it? //thx. -- bbbush ^_^ From ed at eh3.com Sun Jun 19 00:35:33 2005 From: ed at eh3.com (Ed Hill) Date: Sat, 18 Jun 2005 20:35:33 -0400 Subject: Sponsor and review request: opendap, librx In-Reply-To: <1114295484.18906.16.camel@localhost.localdomain> References: <1114268730.3297.161.camel@localhost.localdomain> <20050423212932.26bcae86.bugs.michael@gmx.net> <1114295484.18906.16.camel@localhost.localdomain> Message-ID: <1119141334.9216.40.camel@ernie> On Sat, 2005-04-23 at 17:31 -0500, Tom 'spot' Callaway wrote: > > New opendap packages (much smaller, much faster to build) which > incorporate all of Ed's and Michael's suggestions: > SPEC: http://www.auroralinux.org/people/spot/review/opendap.spec > SRPM:http://www.auroralinux.org/people/spot/review/opendap-3.4.4-2.src.rpm > > Please sponsor or point out blockers. :) Hi Tom (& anyone else using FE and scientific/mapping software), Do you remember me? ;-) I realize that its been months since you put time and effort into the opendap package, but I finally found some free time today to take a hard look at it. And found a litany of problems including: - opendap-devel pollutes /usr/include with dozens of header files many of which have very generic names - some the binaries (eg. Ncview) that it installs immediately seg-fault when run -- they're totally useless - it conflicts with a different ncview package that I'd like to separately submit to extras which actually *does* work - the opendap-config binary reports nonsense such as: [edhill at ernie i386]# /usr/bin/opendap-config --cflags -I/home/edhill/rpmbuild/BUILD/opendap-3.4.4/DODS/include which shows that its grabbing paths from the build location and not the install location :-( In my opinion, these problems run much deeper than just packaging. The OPeNDAP software (or at least some key components of it) is, in my experience using it, quite sloppy and amateurish. For example, I've seen DODS/OPeNDAP servers gracelessly seg-fault over even trivial matters such as the totally legal use of certain characters (eg: the single quote in "Dave's data") within the metadata of netCDF files. So, why am I bringing all this up? Well, I'd really like to get NCO into Fedora Extras: https://bugzilla.fedora.us/show_bug.cgi?id=1893 since, even without the optional opendap support, NCO is a *mighty* useful set of tools for manipulating netCDF and HDF files. This includes the default format for many large (eg. atmospheric and oceanographic) data sets. So, would it be possible to get NCO into Extras without opendap? For instance, would it be OK to declare that NCO, if accepted into Fedora Extras, could someday support OPeNDAP when/if someone is able to build a sufficiently clean version of opendap-devel? Is that a reasonable solution? And many thanks for all your help with this! 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 wolfy at nobugconsulting.ro Sun Jun 19 00:41:16 2005 From: wolfy at nobugconsulting.ro (lonely wolf) Date: Sun, 19 Jun 2005 03:41:16 +0300 Subject: New Package: yumex In-Reply-To: <42B43A69.7070407@rasmil.dk> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> Message-ID: <42B4BF2C.9030607@nobugconsulting.ro> Tim Lauridsen wrote: > I fixed the spec file, here is a new release: > > SRPM: > http://linux.rasmil.dk/dnl/yumex-0.40-2.src.rpm > SPEC: > http://linux.rasmil.dk/dnl/yumex.spec > > Tim Lauridsen While trying to use the above version I get: Loading Yum Metadata Added 2772 new packages, deleted 0 old in 49.09 seconds Added 1073 new packages, deleted 0 old in 20.62 seconds Loading Yum Metadata Loading Yum Metadata Traceback (most recent call last): File "/usr/share/yumex/yumex.py", line 117, in row_handler txt = txt + desc TypeError: cannot concatenate 'str' and 'NoneType' objects Also, I would not say that I like the fact that it keeps on assuming that the files in etc/yum.repos.d are more significant then the settings I have included directly in yum.conf. Even after pressing 'install new repository', all the previously selected repositories were gone, finding again as preselected some repos from yum.repos.d (which, by the way I prefer to [and I] keep NOT enabled). From mpeters at mac.com Sun Jun 19 01:13:43 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 18 Jun 2005 18:13:43 -0700 Subject: New Package: yumex In-Reply-To: <42B4BF2C.9030607@nobugconsulting.ro> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <42B4BF2C.9030607@nobugconsulting.ro> Message-ID: <1119143624.2754.2.camel@locolhost.localdomain> On Sun, 2005-06-19 at 03:41 +0300, lonely wolf wrote: > Tim Lauridsen wrote: > > I fixed the spec file, here is a new release: > > > > SRPM: > > http://linux.rasmil.dk/dnl/yumex-0.40-2.src.rpm > > SPEC: > > http://linux.rasmil.dk/dnl/yumex.spec > > > > Tim Lauridsen > While trying to use the above version I get: > > Loading Yum Metadata > Added 2772 new packages, deleted 0 old in 49.09 seconds > Added 1073 new packages, deleted 0 old in 20.62 seconds > Loading Yum Metadata > Loading Yum Metadata > Traceback (most recent call last): > File "/usr/share/yumex/yumex.py", line 117, in row_handler > txt = txt + desc > TypeError: cannot concatenate 'str' and 'NoneType' objects > > Also, I would not say that I like the fact that it keeps on assuming that the > files in etc/yum.repos.d are more significant then the settings I have included > directly in yum.conf. Even after pressing 'install new repository', all the > previously selected repositories were gone, finding again as preselected some > repos from yum.repos.d (which, by the way I prefer to [and I] keep NOT enabled). New need to go to profiles and choose "save" for it to save the profiles you have chosen. From mpeters at mac.com Sun Jun 19 01:31:46 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 18 Jun 2005 18:31:46 -0700 Subject: New Package: yumex In-Reply-To: <42B43A69.7070407@rasmil.dk> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> Message-ID: <1119144706.2754.21.camel@locolhost.localdomain> On Sat, 2005-06-18 at 17:14 +0200, Tim Lauridsen wrote: > Tim Lauridsen wrote: > > >I'm the author of Yum Extender (aka yumex) a GUI to Yum for fedora Core 4, It is > >written i Python and build on top of Yum 2.3.x. Many People have asked med to > >submit it to fedora extras. So here i go. > > I do not have access to Fedora extras CVS, so if this package is to be > >included, I will need a sponsor for CVS access. > > > > > I fixed the spec file, here is a new release: > > SRPM: > http://linux.rasmil.dk/dnl/yumex-0.40-2.src.rpm > SPEC: > http://linux.rasmil.dk/dnl/yumex.spec rpmlint reports a strange permission on the spec file of src.rpm ;) I don't think that matters when committed to cvs but you might want to chmod 644 the specfile. Good news - build in mock, worked well for - no problems updating my laptop, no problems installing several packages that had dependencies that also needed dependencies. Needs to be fixed: 1) Source0 needs to be full url path to the source tarball. 2) Changelog should have versioned entries for Extras IE instead of * Sat Jun 18 2005 Tim Lauridsen use * Sat Jun 18 2005 Tim Lauridsen - 0.40-2 (don't worry about the %{?dist} You don't need to go back and add those for past changelog entries, just start doing that with new changelog entries. 3) rpmlint errors: rpmlint yumex-0.40-2.fc4.noarch.rpm : E: yumex zero-length /usr/share/yumex/yumex.repos.conf zero-length /usr/share/yumex/yumex.repos.conf zero-length files are a packaging error. W: yumex no-dependency-on usermode-consoleonly no-dependency-on usermode-consoleonly I really have no clue what usermode-consoleonly is - but since your package uses consolehelper, you should add Requires: usermode to the spec file W: yumex symlink-should-be-relative /usr/bin/yumex /usr/bin/consolehelper This probably needs to be patched in the Makefile -=- I like this package - if those issues are resolved, I'll approve (pending no one else finds something objectional) From yuan.bbbush at gmail.com Sun Jun 19 01:47:33 2005 From: yuan.bbbush at gmail.com (Yuan Yijun) Date: Sun, 19 Jun 2005 09:47:33 +0800 Subject: New Package: yumex In-Reply-To: <1119144706.2754.21.camel@locolhost.localdomain> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <1119144706.2754.21.camel@locolhost.localdomain> Message-ID: <9792751e0506181847244e9e39@mail.gmail.com> 2005/6/19, Michael A. Peters : > * Sat Jun 18 2005 Tim Lauridsen - 0.40-2 > (don't worry about the %{?dist} > too bad that I append a %{?dist} to all of my spec files :( including yumex, which is here [1] -- bbbush ^_^ [1] http://gro.clinux.org/scm/cvsweb.php/rpms/y/yumex/FC-4/?cvsroot=fedora From mpeters at mac.com Sun Jun 19 02:14:58 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 18 Jun 2005 19:14:58 -0700 Subject: New Package: yumex In-Reply-To: <9792751e0506181847244e9e39@mail.gmail.com> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <1119144706.2754.21.camel@locolhost.localdomain> <9792751e0506181847244e9e39@mail.gmail.com> Message-ID: <1119147298.2754.23.camel@locolhost.localdomain> On Sun, 2005-06-19 at 09:47 +0800, Yuan Yijun wrote: > 2005/6/19, Michael A. Peters : > > * Sat Jun 18 2005 Tim Lauridsen - 0.40-2 > > (don't worry about the %{?dist} > > > > too bad that I append a %{?dist} to all of my spec files :( > including yumex, which is here [1] > %{?dist} is fine. I meant not to worry about it in the version part of the changelog (IE release is 2{?dist} but just use 2 for release part of V-R in changelog) From bugs.michael at gmx.net Sun Jun 19 02:51:46 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 19 Jun 2005 04:51:46 +0200 Subject: development builds In-Reply-To: <1119073952.7160.48.camel@cutter> References: <1119073952.7160.48.camel@cutter> Message-ID: <20050619045146.6e91e9f4.bugs.michael@gmx.net> On Sat, 18 Jun 2005 01:52:32 -0400, seth vidal wrote: > Hi Folks, > I got rawhide finally synced over and I've made the buildsystem talk to > the local tree now so development builds shouldn't be completely dead. They are sort of dead, unfortunately. After I had waited several days, not requesting any devel builds in order to be nice with the available resources and to give FC-4 precedence, four of five devel build requests failed in "ppc". I take it I need to bump release again for another attempt, right? Installing group 'minimal' ....error: /usr/sbin/mach-helper yum --installroot /v ar/lib/mach/roots/fedora-development-ppc-core -c /var/lib/mach/states/fedora-dev elopment-ppc-core/yum.conf groupinstall build-minimal failed. Setting up Group Process Setting up repositories http://extras64.linux.duke.edu/rawhide/development/ppc/repodata/repomd.xml: [Err no 4] IOError: HTTP Error 404: Date: Sat, 18 Jun 2005 23:18:32 GMT Content-Length: 345 Accept-Ranges: bytes Content-Type: text/html Server: lighttpd/1.3.13 Trying other mirror. Cannot open/read repomd.xml file for repository: core failure: repodata/repomd.xml from core: [Errno 256] No more mirrors to try. ERROR: Could not get build-minimal From bugs.michael at gmx.net Sun Jun 19 02:53:06 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 19 Jun 2005 04:53:06 +0200 Subject: In what situation will there be "check-rpaths error"? In-Reply-To: <9792751e050618172119ace3a3@mail.gmail.com> References: <9792751e050618172119ace3a3@mail.gmail.com> Message-ID: <20050619045306.73f8049e.bugs.michael@gmx.net> On Sun, 19 Jun 2005 08:21:13 +0800, Yuan Yijun wrote: > Hi, > I tried to package freetype-2.1.10 (using the spec files in core) and > bmp-mp3 but got the check-rpaths error. It prompts some RPATH is > invalid. Why does this happen, and how can I get around it? I just > removed those problematic files temporarily. I guess this is due to > wrong Makefile directions, is it? Find out where the rpath related linker options are added and patch them away. From mattdm at mattdm.org Sun Jun 19 02:55:26 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 18 Jun 2005 22:55:26 -0400 Subject: New Package: yumex In-Reply-To: <1119143624.2754.2.camel@locolhost.localdomain> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <42B4BF2C.9030607@nobugconsulting.ro> <1119143624.2754.2.camel@locolhost.localdomain> Message-ID: <20050619025526.GA6915@jadzia.bu.edu> On Sat, Jun 18, 2005 at 06:13:43PM -0700, Michael A. Peters wrote: > New need to go to profiles and choose "save" for it to save the profiles > you have chosen. Hmmm -- which now is /usr/share/yumex/yumex.profiles.conf -- can't have a writable file in /usr/share. I wonder if it'd actually be best to save this in ~/.yumex.conf -- and to save it automatically every time there's a change? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 77 degrees Fahrenheit. From mpeters at mac.com Sun Jun 19 03:11:40 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 18 Jun 2005 20:11:40 -0700 Subject: New Package: yumex In-Reply-To: <20050619025526.GA6915@jadzia.bu.edu> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <42B4BF2C.9030607@nobugconsulting.ro> <1119143624.2754.2.camel@locolhost.localdomain> <20050619025526.GA6915@jadzia.bu.edu> Message-ID: <1119150701.2754.29.camel@locolhost.localdomain> On Sat, 2005-06-18 at 22:55 -0400, Matthew Miller wrote: > On Sat, Jun 18, 2005 at 06:13:43PM -0700, Michael A. Peters wrote: > > New need to go to profiles and choose "save" for it to save the profiles > > you have chosen. > > Hmmm -- which now is /usr/share/yumex/yumex.profiles.conf -- can't have a > writable file in /usr/share. I wonder if it'd actually be best to save this > in ~/.yumex.conf -- and to save it automatically every time there's a > change? Since it uses consolehelper - would that even work? It would need to be in /var is my guess. That also explains the E: yumex zero-length /usr/share/yumex/yumex.repos.conf error. It probably should be in /var/yumex and should be %ghost (I'm new to %ghost - so someone verify?) From mpeters at mac.com Sun Jun 19 03:20:43 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 18 Jun 2005 20:20:43 -0700 Subject: New Package: yumex In-Reply-To: <1119150701.2754.29.camel@locolhost.localdomain> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <42B4BF2C.9030607@nobugconsulting.ro> <1119143624.2754.2.camel@locolhost.localdomain> <20050619025526.GA6915@jadzia.bu.edu> <1119150701.2754.29.camel@locolhost.localdomain> Message-ID: <1119151244.2754.32.camel@locolhost.localdomain> On Sat, 2005-06-18 at 20:11 -0700, Michael A. Peters wrote: > On Sat, 2005-06-18 at 22:55 -0400, Matthew Miller wrote: > > On Sat, Jun 18, 2005 at 06:13:43PM -0700, Michael A. Peters wrote: > > > New need to go to profiles and choose "save" for it to save the profiles > > > you have chosen. > > > > Hmmm -- which now is /usr/share/yumex/yumex.profiles.conf -- can't have a > > writable file in /usr/share. I wonder if it'd actually be best to save this > > in ~/.yumex.conf -- and to save it automatically every time there's a > > change? > > Since it uses consolehelper - would that even work? > It would need to be in /var is my guess. > > That also explains the > > E: yumex zero-length /usr/share/yumex/yumex.repos.conf > > error. > > It probably should be in /var/yumex and should be %ghost > (I'm new to %ghost - so someone verify?) Actually - perhaps it should be treated as a config file since that is what it is and put in /etc %config(noreplace) %_sysconfdir/yumex.profiles.conf From mattdm at mattdm.org Sun Jun 19 03:35:39 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 18 Jun 2005 23:35:39 -0400 Subject: New Package: yumex In-Reply-To: <1119151244.2754.32.camel@locolhost.localdomain> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <42B4BF2C.9030607@nobugconsulting.ro> <1119143624.2754.2.camel@locolhost.localdomain> <20050619025526.GA6915@jadzia.bu.edu> <1119150701.2754.29.camel@locolhost.localdomain> <1119151244.2754.32.camel@locolhost.localdomain> Message-ID: <20050619033539.GA8578@jadzia.bu.edu> On Sat, Jun 18, 2005 at 08:20:43PM -0700, Michael A. Peters wrote: > Actually - perhaps it should be treated as a config file since that is > what it is and put in /etc > %config(noreplace) %_sysconfdir/yumex.profiles.conf That's where it was before -- I'd suggested that it was in some ways more "state data" than configuration, and might be best in /var/lib/yumex. Or the ~/.yumex.profiles thing. (Particularly if it were to be saved on any change in the GUI.) But I don't have a really strong feeling about this particular thing. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 77 degrees Fahrenheit. From mpeters at mac.com Sun Jun 19 03:50:33 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 18 Jun 2005 20:50:33 -0700 Subject: New Package: yumex In-Reply-To: <1119144706.2754.21.camel@locolhost.localdomain> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <1119144706.2754.21.camel@locolhost.localdomain> Message-ID: <1119153033.7701.4.camel@locolhost.localdomain> On Sat, 2005-06-18 at 18:31 -0700, Michael A. Peters wrote: > Needs to be fixed: > 1) Source0 needs to be full url path to the source tarball. > > 2) Changelog should have versioned entries for Extras > > IE instead of > * Sat Jun 18 2005 Tim Lauridsen > > use > > * Sat Jun 18 2005 Tim Lauridsen - 0.40-2 > (don't worry about the %{?dist} > > You don't need to go back and add those for past changelog entries, just > start doing that with new changelog entries. > > 3) rpmlint errors: > rpmlint yumex-0.40-2.fc4.noarch.rpm : > > E: yumex zero-length /usr/share/yumex/yumex.repos.conf > > zero-length /usr/share/yumex/yumex.repos.conf > zero-length files are a packaging error. > > W: yumex no-dependency-on usermode-consoleonly > no-dependency-on usermode-consoleonly > > I really have no clue what usermode-consoleonly is - but since your > package uses consolehelper, you should add > Requires: usermode > to the spec file > > W: yumex > symlink-should-be-relative /usr/bin/yumex /usr/bin/consolehelper > > This probably needs to be patched in the Makefile The %files section also needs to be fixed. It should look something like this: %files -f %{name}.lang %defattr(-, root, root, -) %doc COPYING ChangeLog %{_datadir}/pixmaps/yumex %{_datadir}/yumex %{_bindir}/yumex %config(noreplace) %{_sysconfdir}/yumex.conf %config(noreplace) %{_sysconfdir}/pam.d/yumex %config(noreplace) %{_sysconfdir}/security/console.apps/yumex %{_datadir}/applications/fedora-%{name}.desktop From mattdm at mattdm.org Sun Jun 19 03:55:58 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sat, 18 Jun 2005 23:55:58 -0400 Subject: New Package: yumex In-Reply-To: <1119153033.7701.4.camel@locolhost.localdomain> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <1119144706.2754.21.camel@locolhost.localdomain> <1119153033.7701.4.camel@locolhost.localdomain> Message-ID: <20050619035558.GA9201@jadzia.bu.edu> On Sat, Jun 18, 2005 at 08:50:33PM -0700, Michael A. Peters wrote: > The %files section also needs to be fixed. Whoops -- that's my fault. Got carried away with copy and paste with the %dir. And accidentally put the defattr after the docs -- oops again. I do think it's good in general to list individual files and to avoid wildcards -- helps to catch build errors. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 77 degrees Fahrenheit. From tcallawa at redhat.com Sun Jun 19 04:22:11 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 18 Jun 2005 23:22:11 -0500 Subject: Sponsor and review request: opendap, librx In-Reply-To: <1119141334.9216.40.camel@ernie> References: <1114268730.3297.161.camel@localhost.localdomain> <20050423212932.26bcae86.bugs.michael@gmx.net> <1114295484.18906.16.camel@localhost.localdomain> <1119141334.9216.40.camel@ernie> Message-ID: <1119154931.10309.8.camel@localhost.localdomain> On Sat, 2005-06-18 at 20:35 -0400, Ed Hill wrote: > I realize that its been months since you put time and effort into the > opendap package, but I finally found some free time today to take a hard > look at it. And found a litany of problems including: > > - opendap-devel pollutes /usr/include with dozens of header > files many of which have very generic names > > - some the binaries (eg. Ncview) that it installs immediately > seg-fault when run -- they're totally useless > > - it conflicts with a different ncview package that I'd > like to separately submit to extras which actually > *does* work > > - the opendap-config binary reports nonsense such as: > > [edhill at ernie i386]# /usr/bin/opendap-config --cflags > -I/home/edhill/rpmbuild/BUILD/opendap-3.4.4/DODS/include > > which shows that its grabbing paths from the build > location and not the install location :-( > > In my opinion, these problems run much deeper than just packaging. The > OPeNDAP software (or at least some key components of it) is, in my > experience using it, quite sloppy and amateurish. For example, I've > seen DODS/OPeNDAP servers gracelessly seg-fault over even trivial > matters such as the totally legal use of certain characters (eg: the > single quote in "Dave's data") within the metadata of netCDF files. There are definitely bugs in their code, there are bugs in all code. These bugs seem a little bigger than most, but they're not insurmountable. Please document everything you can find in email to me, and I'll start spraying RAID on them. > So, why am I bringing all this up? Well, I'd really like to get NCO > into Fedora Extras: > > https://bugzilla.fedora.us/show_bug.cgi?id=1893 > > since, even without the optional opendap support, NCO is a *mighty* > useful set of tools for manipulating netCDF and HDF files. This > includes the default format for many large (eg. atmospheric and > oceanographic) data sets. > > So, would it be possible to get NCO into Extras without opendap? For > instance, would it be OK to declare that NCO, if accepted into Fedora > Extras, could someday support OPeNDAP when/if someone is able to build a > sufficiently clean version of opendap-devel? Is that a reasonable > solution? I'd say so. If you're willing to help me point out the bugs in opendap (and maybe squash a few along the way), then I see no reason why we can't go ahead and get NCO into Extras now. There's no reason to hold up NCO just because opendap stinks. ~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 Sun Jun 19 04:31:01 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 18 Jun 2005 23:31:01 -0500 Subject: Request for Review: ebtables Message-ID: <1119155461.10309.12.camel@localhost.localdomain> ebtables: Ethernet Bridge frame table administration tool Ethernet bridge tables is a firewalling tool to transparantly filter network traffic passing a bridge. The filtering possibilities are limited to link layer filtering and some basic filtering on higher network layers. The ebtables tool can be used together with the other Linux filtering tools, like iptables. There are no known incompatibility issues. SPEC: http://www.auroralinux.org/people/spot/review/ebtables.spec SRPM: http://www.auroralinux.org/people/spot/review/ebtables-2.0.6-3.src.rpm The package has been tested on FC3 x86_64, and FC4 x86/ppc. Quite small, should be a quick review. Thanks in advance, ~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 pete-fedora-extras at verisignlabs.com Sun Jun 19 05:40:54 2005 From: pete-fedora-extras at verisignlabs.com (Pete Toscano) Date: Sun, 19 Jun 2005 01:40:54 -0400 Subject: hping2 orphaned? Joining Extras In-Reply-To: <20050618234831.66ae0b5c.bugs.michael@gmx.net> References: <42B486C2.8080107@verisignlabs.com> <20050618234831.66ae0b5c.bugs.michael@gmx.net> Message-ID: <42B50566.6030102@verisignlabs.com> Michael Schwendt wrote: > First a bit of background: When initially we filled Fedora Extras CVS with > packages, we transferred all packages from fedora.us and created bugzilla > component entries for them, looking up their package owners' bugzilla > account e-mail addresses. Additionally, with the procedure for getting CVS > access, the fedora.us packagers needed to sign the Fedora Contributor > Licence Agreement (CLA) and send it to Red Hat. A few people did not react > on notifications done via e-mail or bugzilla comments or probably lost > interest in their packages earlier. Others were so nice to declare their > packages as unmaintained. > > Now to the details. To take over the package, there are only a few things > to do: > > 1) sign up at https://admin.fedora.redhat.com/accounts/ Done. Will sign the CLA on Monday, when I'm in the office. > 2) query http://bugzilla.redhat.com for possibly open bug reports > which call for your attention as package maintainer, and present > an updated package if necessary (for urgent fixes, it can be > imported and built quickly by an existing contributor before > your cvs account would be ready) Done. Found one report (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=149776). I haven't investigated this much yet, so I could be wrong, but it looks to me that this guy's beef is with Salvatore Sanfilippo, the hping2 maintainer. He should probably report a problem such as this on the hping2 development lists, shouldn't he? That said, it looks like it wouldn't be that hard of a problem to fix, so I might just submit a patch to Salvatore. I want to be sure I understand where our responsibilities lie as package maintainers. It's our job to take the releases (and possibly useful patches too) and bundle them up in RPMs for release in Extras, right? If a bug report comes in asking for code fixes or extra features (possibly aside from already-existing patches) that don't involve the packaging, the it's best to refer the submitter to the program's development list, right? We're not expected to actively participate in the program's development (although that wouldn't hurt). We should be monitoring the programs we maintain for new releases and possibly for some important patches. Does this about sum it up? > 3) state your bugzilla account e-mail address here, so the bugzilla > component for "hping2" could be transferred to you when your > cvs account is ready My bugzilla account's e-mail address is the same as the one I'm sending from now: pete-fedora-extrasATverisignlabsDOTcom Thanks for helping. pete From tla at rasmil.dk Sun Jun 19 07:08:39 2005 From: tla at rasmil.dk (Tim Lauridsen) Date: Sun, 19 Jun 2005 09:08:39 +0200 Subject: New Package: yumex In-Reply-To: <20050619033539.GA8578@jadzia.bu.edu> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <42B4BF2C.9030607@nobugconsulting.ro> <1119143624.2754.2.camel@locolhost.localdomain> <20050619025526.GA6915@jadzia.bu.edu> <1119150701.2754.29.camel@locolhost.localdomain> <1119151244.2754.32.camel@locolhost.localdomain> <20050619033539.GA8578@jadzia.bu.edu> Message-ID: <42B519F7.8080006@rasmil.dk> Matthew Miller wrote: >On Sat, Jun 18, 2005 at 08:20:43PM -0700, Michael A. Peters wrote: > > >>Actually - perhaps it should be treated as a config file since that is >>what it is and put in /etc >>%config(noreplace) %_sysconfdir/yumex.profiles.conf >> >> > >That's where it was before -- I'd suggested that it was in some ways more >"state data" than configuration, and might be best in /var/lib/yumex. Or the >~/.yumex.profiles thing. (Particularly if it were to be saved on any change >in the GUI.) But I don't have a really strong feeling about this particular >thing. > > > > I'll put it back to /etc, it is a configuration files that saves the profiles, yumex runs as root so i cant save to user homedir. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tla at rasmil.dk Sun Jun 19 07:24:44 2005 From: tla at rasmil.dk (Tim Lauridsen) Date: Sun, 19 Jun 2005 09:24:44 +0200 Subject: New Package: yumex In-Reply-To: <42B43A69.7070407@rasmil.dk> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> Message-ID: <42B51DBC.9000001@rasmil.dk> Tim Lauridsen wrote: > Tim Lauridsen wrote: > >> I'm the author of Yum Extender (aka yumex) a GUI to Yum for fedora >> Core 4, It is >> written i Python and build on top of Yum 2.3.x. Many People have >> asked med to >> submit it to fedora extras. So here i go. >> I do not have access to Fedora extras CVS, so if this package is to be >> included, I will need a sponsor for CVS access. >> >> > I fixed the spec file and some other stuff based on the comments , here is a new release: SRPM: http://linux.rasmil.dk/dnl/yumex-0.40-3.src.rpm SPEC: http://linux.rasmil.dk/dnl/yumex.spec Tim Lauridsen From ville.skytta at iki.fi Sun Jun 19 07:44:17 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 19 Jun 2005 10:44:17 +0300 Subject: contains a standard rpath '/usr/lib64' In-Reply-To: References: Message-ID: <1119167057.15985.7.camel@bobcat.mine.nu> On Sat, 2005-06-18 at 13:14 -0500, Justin Conover wrote: > On 6/18/05, Justin Conover wrote: > > If a spec file bombs out with this: > > > > contains a standard rpath '/usr/lib64' > > > > What can be done to fix that in the spec? > > > Is this basically it? Seemed to work on the package anyway. That's one way; there's hardly a standard one that would apply to all packages. > # fix hardcoded rpath im Makefiles on x86_64 due to freetype-config --libs > # returning "-L/usr/lib64 -Wl,--rpath -Wl,/usr/lib64 -lfreetype -lz": ...but then again it wouldn't hurt to submit a bug report against freetype at bugzilla.redhat.com if it does the above on x86_64. From ville.skytta at iki.fi Sun Jun 19 07:49:08 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 19 Jun 2005 10:49:08 +0300 Subject: New Package: yumex In-Reply-To: <1119147298.2754.23.camel@locolhost.localdomain> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <1119144706.2754.21.camel@locolhost.localdomain> <9792751e0506181847244e9e39@mail.gmail.com> <1119147298.2754.23.camel@locolhost.localdomain> Message-ID: <1119167348.15985.10.camel@bobcat.mine.nu> On Sat, 2005-06-18 at 19:14 -0700, Michael A. Peters wrote: > %{?dist} is fine. > I meant not to worry about it in the version part of the changelog (IE > release is 2{?dist} but just use 2 for release part of V-R in changelog) Right, and to clarify: do _not_ put %{?dist} in changelog entries. It would change on every package revision for all, including old, changelog entries. From ville.skytta at iki.fi Sun Jun 19 08:07:51 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 19 Jun 2005 11:07:51 +0300 Subject: JPackage and FC/FE (was: Re: New package: jakarta-commons-cli) In-Reply-To: <1119040177.5839.6.camel@locolhost.localdomain> References: <1117167161.30966.52.camel@ignacio.ignacio.lan> <1119039205.4321.5.camel@localhost> <1119040177.5839.6.camel@locolhost.localdomain> Message-ID: <1119168471.15985.25.camel@bobcat.mine.nu> On Fri, 2005-06-17 at 13:29 -0700, Michael A. Peters wrote: > Wrong list I know - but how committed is Fedora to keeping jpackage.org > compat? Based on experience, it looks pretty good. There are several Red Hat engineers actively contributing to JPackage. > Are jpackage packages going to be removed from the jpackage repository > when they are included in core? JPackage is split into two categories: distro independent packages (the "generic" repository) and distro-dependent ones (eg. the "fedora-4" repository). The vast majority of packages in JPackage is in the generic repository, which is not at all limited to Fedora users; it works on just about any rpm based distribution (not even limited to Linux!). So, packages in the "generic" JPackage repository will not be removed if they're in FC or FE. On the other hand, IMO it makes no sense to ship stuff in the JPackage _distro specific_ repos that is already present in that distro, for example Eclipse for FC4. > Sure, that would get discovered - but it would mean high maintenance for > user of jpackage repo file because they would start needing to use > excludes if they didn't want jpackage stuff replacing core stuff. Right. > I lurk the jpackage list - and see a lot of fedora people there, is > there coordination on this so there isn't a duplication? There is both some coordination and some duplication :) For up to date info, I suggest asking on jpackage-discuss; I'm currently sort of taking time off from JPackage although I do submit something every now and then. From alexl at users.sourceforge.net Sun Jun 19 10:57:27 2005 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Sun, 19 Jun 2005 03:57:27 -0700 Subject: JPackage and FC/FE In-Reply-To: <1119168471.15985.25.camel@bobcat.mine.nu> (Ville =?iso-8859-1?Q?Skytt=E4's?= message of "Sun, 19 Jun 2005 11:07:51 +0300") References: <1117167161.30966.52.camel@ignacio.ignacio.lan> <1119039205.4321.5.camel@localhost> <1119040177.5839.6.camel@locolhost.localdomain> <1119168471.15985.25.camel@bobcat.mine.nu> Message-ID: >>>>> "VS" == Ville Skytt? writes: [...] [I'll take this to jpackage-discuss if this is too off-topic.] >> Are jpackage packages going to be removed from the jpackage >> repository when they are included in core? VS> JPackage is split into two categories: distro independent packages VS> (the "generic" repository) and distro-dependent ones (eg. the VS> "fedora-4" repository). The vast majority of packages in JPackage VS> is in the generic repository, which is not at all limited to VS> Fedora users; it works on just about any rpm based distribution VS> (not even limited to Linux!). VS> So, packages in the "generic" JPackage repository will not be VS> removed if they're in FC or FE. On the other hand, IMO it makes VS> no sense to ship stuff in the JPackage _distro specific_ repos VS> that is already present in that distro, for example Eclipse for VS> FC4. >> Sure, that would get discovered - but it would mean high >> maintenance for user of jpackage repo file because they would start >> needing to use excludes if they didn't want jpackage stuff >> replacing core stuff. It appears that that situation has already arisen. I have both generic and FC4 specific in my yum config, and now it wants to upgrade jakarta-commons-collections from the core package (3.1-1jpp_4fc) to the jpackage one (3.1-2jpp): sudo yum upgrade Password: Setting up Upgrade Process Setting up repositories jpackage16-fc 100% |=========================| 903 B 00:00 jpackage16-generic 100% |=========================| 903 B 00:00 extras 100% |=========================| 951 B 00:00 updates-released 100% |=========================| 951 B 00:00 base 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package jakarta-commons-collections.noarch 0:3.1-2jpp set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: jakarta-commons-collections noarch 3.1-2jpp jpackage16-generic 482 k Transaction Summary ============================================================================= Install 0 Package(s) Update 1 Package(s) Remove 0 Package(s) Total download size: 482 k Is this ok [y/N]: n Exiting on user Command What should I do in this case? Should I remove the generic repo? If I do that would seem to contradict the advice given on http://jpackage.org/repos.php, which says: Note that you will most likely want to add the "generic" distribution components to your configuration along with the distribution specific ones because of package interdependencies. This would imply that distro-specific packages depend on packages in the generic area. Also if you add the generic area (which has the bulk of the packages as pointed out above), you run the risk of upgrading a core package, like I have just run into. Catch-22. What to do? Alex From ivazquez at ivazquez.net Sun Jun 19 11:07:19 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 19 Jun 2005 07:07:19 -0400 Subject: hping2 orphaned? Joining Extras In-Reply-To: <42B50566.6030102@verisignlabs.com> References: <42B486C2.8080107@verisignlabs.com> <20050618234831.66ae0b5c.bugs.michael@gmx.net> <42B50566.6030102@verisignlabs.com> Message-ID: <1119179239.11934.5.camel@ignacio.ignacio.lan> On Sun, 2005-06-19 at 01:40 -0400, Pete Toscano wrote: > I want to be sure I understand where our responsibilities lie as package > maintainers. It's our job to take the releases (and possibly useful > patches too) and bundle them up in RPMs for release in Extras, right? > If a bug report comes in asking for code fixes or extra features > (possibly aside from already-existing patches) that don't involve the > packaging, the it's best to refer the submitter to the program's > development list, right? We're not expected to actively participate in > the program's development (although that wouldn't hurt). We should be > monitoring the programs we maintain for new releases and possibly for > some important patches. Does this about sum it up? Code errors and packaging issues should be dealt with if possible and patches kicked upstream if relevant. Feature requests should be kicked upstream always. The rest is accurate. The goal of a maintainer is to keep the source as pristine as possible while not depriving users of a working package that integrates into Fedora properly. -- 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 Sun Jun 19 11:15:34 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 19 Jun 2005 07:15:34 -0400 Subject: New package: jakarta-commons-cli In-Reply-To: <1119039205.4321.5.camel@localhost> References: <1117167161.30966.52.camel@ignacio.ignacio.lan> <1119039205.4321.5.camel@localhost> Message-ID: <1119179734.11934.10.camel@ignacio.ignacio.lan> On Fri, 2005-06-17 at 22:13 +0200, Ziga Mahkovec wrote: > On Fri, 2005-05-27 at 00:12 -0400, Ignacio Vazquez-Abrams wrote: > > jakarta-commons-cli: A simple API for working with the command line > > > > The CLI library provides a simple and easy to use API for working with > > the command line arguments and options. > > > > http://fedora.ivazquez.net/files/jakarta-commons-cli-1.0-1.src.rpm > > In case you hadn't noticed: jakarta-commons-cli (from jpackage) was > added to rawhide today: > > https://www.redhat.com/archives/fedora-devel-list/2005-June/msg01043.html Well then would anyone take issue with me pulling it into Extras, creating an FC-4 branch with a reduced release, and pruning the devel branch? -- 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 ville.skytta at iki.fi Sun Jun 19 11:39:02 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 19 Jun 2005 14:39:02 +0300 Subject: JPackage and FC/FE In-Reply-To: References: <1117167161.30966.52.camel@ignacio.ignacio.lan> <1119039205.4321.5.camel@localhost> <1119040177.5839.6.camel@locolhost.localdomain> <1119168471.15985.25.camel@bobcat.mine.nu> Message-ID: <1119181142.15985.63.camel@bobcat.mine.nu> On Sun, 2005-06-19 at 03:57 -0700, Alex Lancaster wrote: > >>>>> "VS" == Ville Skytt? writes: > > [...] > > [I'll take this to jpackage-discuss if this is too off-topic.] You are more likely to get up to date/authoritative information there (and/or on fedora-devel, since this does not affect Extras much if at all at the moment). > It appears that that situation has already arisen. I have both > generic and FC4 specific in my yum config, and now it wants to upgrade > jakarta-commons-collections from the core package (3.1-1jpp_4fc) to > the jpackage one (3.1-2jpp): Not surprising, most of the FC Java packages are derived from JPackage, and JPackage tends to move somewhat faster than FC regarding most of the duplicated packages, at least NEVR comparison wise. > What should I do in this case? Should I remove the generic repo? You won't be able to use anywhere near all of JPackage without the generic component (IOW, only with packages in FC). > This would imply that distro-specific packages depend on packages in > the generic area. Also if you add the generic area (which has the > bulk of the packages as pointed out above), you run the risk of > upgrading a core package, like I have just run into. I think that risk is usually near zero, as the packages are more or less identical, with the exception that the JPackage ones are compiled with Sun's tools versus gcj in FC, and the FC ones have _Xfc or _Xrh appended to the release tag compared to the baseline JPackage version. The way I see it, the answer to "what to do" can be best answered by the FC Java package maintainers who often also take care of the JPackage ones to some extent. They know what the intention is, how they take the JPackage repositories into account on FC, and what kind of problems should one prepare for when "mixing" the repos, if any. Personally, I'm happily mixing them, and letting the JPackage ones override FC wherever it happens. I haven't noticed any problems, but then again, I haven't used Java stuff too much lately, and FC4 is less than week old ATM... From mpeters at mac.com Sun Jun 19 13:50:28 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 19 Jun 2005 06:50:28 -0700 Subject: New Package: yumex In-Reply-To: <42B51DBC.9000001@rasmil.dk> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <42B51DBC.9000001@rasmil.dk> Message-ID: <1119189030.7701.19.camel@locolhost.localdomain> On Sun, 2005-06-19 at 09:24 +0200, Tim Lauridsen wrote: > Tim Lauridsen wrote: > > > Tim Lauridsen wrote: > > > >> I'm the author of Yum Extender (aka yumex) a GUI to Yum for fedora > >> Core 4, It is > >> written i Python and build on top of Yum 2.3.x. Many People have > >> asked med to > >> submit it to fedora extras. So here i go. > >> I do not have access to Fedora extras CVS, so if this package is to be > >> included, I will need a sponsor for CVS access. > >> > >> > > > I fixed the spec file and some other stuff based on the comments , here > is a new release: > > SRPM: > http://linux.rasmil.dk/dnl/yumex-0.40-3.src.rpm > SPEC: > http://linux.rasmil.dk/dnl/yumex.spec The source tarball has changed, but the name of the source tarball has not. [mpeters at laptop YUMEX]$ md5sum 2/yumex-0.40.tar.gz b1f25681bbf17f76d989cc32eaa2a0d0 2/yumex-0.40.tar.gz [mpeters at laptop YUMEX]$ md5sum 3/yumex-0.40.tar.gz 4fe02eecea3ccc2e2c66d5cd7fafb968 3/yumex-0.40.tar.gz Changes to the source should be done as patches if the tarball name is not going to change. Since you are the upstream author and you can change the source itself instead of having rpm use a patch when it builds, it is fine to change the source - but then be sure to change the version of the tarball. I noticed the build in the "About" window it says build 02. Perhaps you could put the build number in the tarball version - ie yumex-0.40.2.tar.gz // changes made and build 3 released yumex-0.40.3.tar.gz -=- /usr/bin/yumex is still a full patch symlink to /usr/bin/consolehelper The following change to the Makefile would fix that: --- yumex-0.40/Makefile 2005-06-19 00:19:58.000000000 -0700 +++ yumex-0.40.patched/Makefile 2005-06-19 06:38:01.000000000 -0700 @@ -35,7 +35,7 @@ install -m644 $(MISCDIR)/yumex.conf.default $(DESTDIR)/etc/yumex.conf install -m644 $(MISCDIR)/yumex.pam $(DESTDIR)/etc/pam.d/yumex install -m644 $(MISCDIR)/yumex.console.app $(DESTDIR)/etc/security/console.apps/yumex - ln -s /usr/bin/consolehelper $(DESTDIR)/usr/bin/yumex + ln -s consolehelper $(DESTDIR)/usr/bin/yumex chmod +x $(DESTDIR)/usr/share/yumex/yumex install -m644 $(MISCDIR)/yumex.desktop $(DESTDIR)/usr/share/applications/. for d in $(SUBDIRS); do make DESTDIR=`cd $(DESTDIR); pwd` -C $$d install; [ $$? = 0 ] || exit 1; done From ville.skytta at iki.fi Sun Jun 19 13:59:48 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 19 Jun 2005 16:59:48 +0300 Subject: Patch: robustify find-user in Makefile.common Message-ID: <1119189588.15985.71.camel@bobcat.mine.nu> Here's a quick patch for Makefile.common that avoids empty user being committed to tobuild [1] when one uses a CVS root like: :ext:@cvs.fedora.redhat.com:/... [1] https://www.redhat.com/archives/fedora-extras-commits/2005-June/msg01214.html -------------- next part -------------- A non-text attachment was scrubbed... Name: user.patch Type: text/x-patch Size: 619 bytes Desc: not available URL: From ryo-dairiki at mbm.nifty.com Sun Jun 19 14:18:27 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Sun, 19 Jun 2005 23:18:27 +0900 Subject: Withdrawal: Scim-pinyin Message-ID: <42B57EB3.5090400@mbm.nifty.com> I'm sorry to say that I've found a bug on scim-pinyin. You can't compile it with gcc-4.0 on x86_64 architectures. Fortunatelly, now I know the way to fix it and reported this to SCIM develop members. So it'll be fixed in a few days. Regards, Ryo Dairiki From dwmw2 at infradead.org Sun Jun 19 16:10:04 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 19 Jun 2005 17:10:04 +0100 Subject: Request for review: ctrlproxy In-Reply-To: <1119038641.3339.24.camel@yoda.jdub.homelinux.org> References: <1119027690.22181.131.camel@hades.cambridge.redhat.com> <1119038641.3339.24.camel@yoda.jdub.homelinux.org> Message-ID: <1119197404.24842.82.camel@localhost.localdomain> On Fri, 2005-06-17 at 15:04 -0500, Josh Boyer wrote: > 1) The preferred BuildRoot tag is: > 2) %{_datadir} can be used instead of /usr/share/ > 3) %{_bindir} can be used instead of /usr/bin Done. > 4) Does the package really want to own all of /usr/bin/*? It wants to own everything _it_ puts in /usr/bin, which is two files now. > 5) Same as 4, but with %{_includedir}/ctrlproxy.h instead > of /usr/include/* I dropped the include file. > 6) The proceeding / before %{_libdir}/ctrlproxy/* is not needed Removed. Thanks. -- dwmw2 From dwmw2 at infradead.org Sun Jun 19 16:11:57 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 19 Jun 2005 17:11:57 +0100 Subject: Request for review: ctrlproxy In-Reply-To: <20050617235355.74f62947.bugs.michael@gmx.net> References: <1119027690.22181.131.camel@hades.cambridge.redhat.com> <20050617235355.74f62947.bugs.michael@gmx.net> Message-ID: <1119197518.24842.85.camel@localhost.localdomain> On Fri, 2005-06-17 at 23:53 +0200, Michael Schwendt wrote: > Many executable files make it into the binary packages: Fixed. > checking for pcre.h... no > checking for openssl/ssl.h... no Fixed. > "man ctrlproxyrc" says: ``Ctrlproxy uses an XML file for > configuration. Check the ctrlproxyrc.example file for a good > example.'' > That file is _not_ included, but present in the source tarball. Fixed. > Manual pages are compressed automatically by rpmbuild. Fixed. Thanks. Can I have someone approve the new version please? http://david.woodhou.se/ctrlproxy.spec -- dwmw2 From perbj at stanford.edu Sun Jun 19 16:19:25 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Sun, 19 Jun 2005 09:19:25 -0700 Subject: JPackage and FC/FE In-Reply-To: <1119181142.15985.63.camel@bobcat.mine.nu> References: <1117167161.30966.52.camel@ignacio.ignacio.lan> <1119039205.4321.5.camel@localhost> <1119040177.5839.6.camel@locolhost.localdomain> <1119168471.15985.25.camel@bobcat.mine.nu> <1119181142.15985.63.camel@bobcat.mine.nu> Message-ID: <1119197965.2796.14.camel@localhost.localdomain> On Sun, 2005-06-19 at 14:39 +0300, Ville Skytt? wrote: > Personally, I'm happily mixing them, and letting the JPackage ones > override FC wherever it happens. I haven't noticed any problems, but > then again, I haven't used Java stuff too much lately, and FC4 is less > than week old ATM... I'd guess that the main problem with doing this is that if you're using gcj as your Java system you'll end up with the jpackage-updated packages being run with gij instead of getting natively-compiled packages. That's likely to be horribly slow... On the other hand, I guess that most people who want the jpackage packages on their systems will likely be using the Sun (or other proprietary) JRE by default at the moment so perhaps this isn't that much of an issue. /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From perbj at stanford.edu Sun Jun 19 16:35:52 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Sun, 19 Jun 2005 09:35:52 -0700 Subject: New Package: x2x In-Reply-To: <1119092433.6337.5.camel@localhost> References: <20050617010330.GN14290@anduril.pams.ncsu.edu> <1118971744.22206.32.camel@locolhost.localdomain> <20050617170957.GS14290@anduril.pams.ncsu.edu> <1119092433.6337.5.camel@localhost> Message-ID: <1119198953.2796.18.camel@localhost.localdomain> On Sat, 2005-06-18 at 07:00 -0400, Toshio Kuratomi wrote: > On Fri, 2005-06-17 at 13:09 -0400, Jack Neely wrote: > > IANAL. I'm not sure what to do about the two licenses. It seems to me > > that by incorperating code that's under the GPL that should make the > > package GPL. So that's what I did. Better suggestion? > > > > Jack > > > IANAL as well. I think there is a conflict in licenses but I don't > think we can resolve it. I think upstream has to change their license, > change their code, or get permission to use the GPL'd code under a > license compatible with the BSD license. No. As long as it's the modern BSD without advertising clause, a combined work (containing code of BSD-licensed and GPL-licensed origin) can be licensed under the GPL. So as long as the package is distributed under the GPL there is no problem. As far as I can tell Jack did exactly the right thing. (Of course, IANAL either but this is so commonly discussed that I think it's safe...) /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From ed at eh3.com Sun Jun 19 17:10:19 2005 From: ed at eh3.com (Ed Hill) Date: Sun, 19 Jun 2005 13:10:19 -0400 Subject: Sponsor and review request: opendap, librx --> *and* NCO review request In-Reply-To: <1119154931.10309.8.camel@localhost.localdomain> References: <1114268730.3297.161.camel@localhost.localdomain> <20050423212932.26bcae86.bugs.michael@gmx.net> <1114295484.18906.16.camel@localhost.localdomain> <1119141334.9216.40.camel@ernie> <1119154931.10309.8.camel@localhost.localdomain> Message-ID: <1119201019.9216.71.camel@ernie> On Sat, 2005-06-18 at 23:22 -0500, Tom 'spot' Callaway wrote: > > There are definitely bugs in their code, there are bugs in all code. My code is 100% free of bugs. And I can *prove* it because it compiles cleanly with the "-Wall" option. ;-) > These bugs seem a little bigger than most, but they're not > insurmountable. Please document everything you can find in email to me, > and I'll start spraying RAID on them. Since you're willing to put that much effort into it, I'll do everything I can to help! Please consider my previous email the first iteration and I'll make a more complete and easier-to-read list of bugs available soon-ish (by next weekend). > I'd say so. If you're willing to help me point out the bugs in opendap > (and maybe squash a few along the way), then I see no reason why we > can't go ahead and get NCO into Extras now. Cool! Heres the latest version: http://mitgcm.org/eh3/fedora_misc/nco.spec http://mitgcm.org/eh3/fedora_misc/nco-3.0.1-1.src.rpm which is everything from the previous submissions plus an update to the latest stable version (3.0.1) plus a comment about the eventual use of opendap-devel. I tested it on both FC3 and FC4 so it appears to be ready for a (hopefully final?) review. thanks, 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 mpeters at mac.com Sun Jun 19 18:05:23 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 19 Jun 2005 11:05:23 -0700 Subject: hping2 orphaned? Joining Extras In-Reply-To: <42B50566.6030102@verisignlabs.com> References: <42B486C2.8080107@verisignlabs.com> <20050618234831.66ae0b5c.bugs.michael@gmx.net> <42B50566.6030102@verisignlabs.com> Message-ID: <1119204323.7701.51.camel@locolhost.localdomain> On Sun, 2005-06-19 at 01:40 -0400, Pete Toscano wrote: > > I want to be sure I understand where our responsibilities lie as package > maintainers. I would like a wiki page on this. > It's our job to take the releases (and possibly useful > patches too) and bundle them up in RPMs for release in Extras, right? > If a bug report comes in asking for code fixes or extra features > (possibly aside from already-existing patches) that don't involve the > packaging, the it's best to refer the submitter to the program's > development list, right? We're not expected to actively participate in > the program's development (although that wouldn't hurt). We should be > monitoring the programs we maintain for new releases and possibly for > some important patches. Does this about sum it up? Pretty much my take. A wiki page though outlining it would be nice. If it is a bug that causes a failure and the packager knows how to fix it, I say go ahead and fix it - but PLEASE let upstream know because they know the code better (hopefully) and may know a better way to fix it, or may want to include it themselves. From bugs.michael at gmx.net Sun Jun 19 18:16:09 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 19 Jun 2005 20:16:09 +0200 Subject: Request for Review: gstreamer-plugins-extras In-Reply-To: <1115499070.18558.42.camel@laptop.mpeters.local> References: <1115499070.18558.42.camel@laptop.mpeters.local> Message-ID: <20050619201609.65aeb067.bugs.michael@gmx.net> On Sat, 07 May 2005 13:51:09 -0700, Michael A. Peters wrote: > This package provides some gstreamer plugins that do not ship with > Fedora Core and depend only upon libraries currently available in > Extras. It is built from the same patent cleansed patched gst-plugins > tarball as the Fedora rawhide gstreamer-plugins package. > > Included plugins: > > /usr/lib/gstreamer-0.8/libgstaasink.so > /usr/lib/gstreamer-0.8/libgstladspa.so > /usr/lib/gstreamer-0.8/libgstlibvisual.so > /usr/lib/gstreamer-0.8/libgstshout.so > /usr/lib/gstreamer-0.8/libgstsid.so > /usr/lib/gstreamer-0.8/libgstsndfile.so > > This package is instead of my previously submitted > gstreamer-plugins-libvisual package. > > spec file: http://mpeters.us/fc_extras/gstreamer-plugins-extras.spec > src.rpm: > http://mpeters.us/fc_extras/gstreamer-plugins-extras-0.8.8-0.3.src.rpm > > It builds with libraries currently available in extras-development libvisual-plugins from devel fails to build here for FC4 due to standard rpath check complaining loudly. > Installation depends upon my libvisual-plugins package also submitted. > That requires is because gst-register-0.8 will spit out errors about not > finding any available plugins if they aren't installed (it still loads, > but loads with zero features) > > Targets Fedora Rawhide, should also build for fc3 if branched and the > tarball is changed to fc3 version of gst-plugins. I don't personally see > much point though, but if others do, it's an easy change. As for the reviewing, I didn't check how close you try to stay to Core's gstreamer-plugins package. * mixed use of $RPM_BUILD_ROOT and %buildroot * mixed use of /usr/bin and %_bindir * Summary could be change to plural => "plugins" * licence LGPL? No. At least libsidplay is GPL, so gstreamer-plugins-extras cannot be LGPL. * why is it necessary to run autoconf/automake/libtool? [comment?] * configure script complains: plug-in aalib not recognized, ignoring... plug-in ladspa not recognized, ignoring... plug-in sidplay not recognized, ignoring... plug-in sndfile not recognized, ignoring... plug-in shoutcast not recognized, ignoring... plug-in libvisual not recognized, ignoring... Rest looks normal. As a run-time test I verified that the SID plugin works. APPROVED. -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.38 1.91 2.12 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ville.skytta at iki.fi Sun Jun 19 20:03:36 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 19 Jun 2005 23:03:36 +0300 Subject: Request for review: rinetd In-Reply-To: References: Message-ID: <1119211416.28867.32.camel@bobcat.mine.nu> On Fri, 2005-06-03 at 02:54 -0400, Chris Ricker wrote: > A "FYI" comparison between this package and mine at http://cachalot.mine.nu/4/SRPMS/rinetd-0.62-0.1.src.rpm : - A proper "reload" action for the init script would be possible, rinetd responds to HUP as expected. If implemented, the logrotate script should probably switch to using copytruncate or restart instead of reload. - The Debian patch included in my package adds autotools support, as well as some other useful-looking tweaks. - "A" could be removed from the package summary. - Why are rinetd.conf modes 600, won't 644 do? None of the above are really blockers IMO, so approved. If there's a good reason to keep the config file non-readable by normal users, it'd be useful to add a comment about that in the specfile. From andreas.bierfert at lowlatency.de Sun Jun 19 21:11:49 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sun, 19 Jun 2005 23:11:49 +0200 Subject: Request for Review: perl-Tk In-Reply-To: <1118953446.20215.110.camel@bobcat.mine.nu> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> <20050614233220.GB18518@osiris.silug.org> <42AFC2F9.6000207@lowlatency.de> <1118862295.20215.43.camel@bobcat.mine.nu> <42B099AA.2010002@lowlatency.de> <1118953446.20215.110.camel@bobcat.mine.nu> Message-ID: <42B5DF95.4020301@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ville Skytt? wrote: > Sure, go ahead and import. Still something to look into though, can be > done after importing, before the first build: done > /usr/bin/widget needs the demos where they used to be before I suggested > moving/installing them as %doc, sorry about that. So, perhaps revert > that change, or install the widget script as doc too, and tweak it so > that it works from the doc dir. Or just drop it and the demos, your > call. (If not dropping, perhaps check the permissions inside the demos > dir, some files are executable with no apparent reason while most are > not.) first shot at this with current import... have a look > I cannot get /usr/bin/gedi to do anything useful, it just barfs at > startup (upstream bitrot?). It looks like another demo'ish thing, so > maybe drop it too unless someone wants to fix it? dropped - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCtd+VQEQyPsWM8csRAumnAKCHydh9YVw3Oo+AsRiWE6k7AC1XNQCfcGuD TagVnWNG9E7/8ax5SAXa5Rw= =cYuj -----END PGP SIGNATURE----- From mpeters at mac.com Sun Jun 19 22:05:05 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 19 Jun 2005 15:05:05 -0700 Subject: Request for Review: gstreamer-plugins-extras In-Reply-To: <20050619201609.65aeb067.bugs.michael@gmx.net> References: <1115499070.18558.42.camel@laptop.mpeters.local> <20050619201609.65aeb067.bugs.michael@gmx.net> Message-ID: <1119218706.7701.75.camel@locolhost.localdomain> On Sun, 2005-06-19 at 20:16 +0200, Michael Schwendt wrote: > On Sat, 07 May 2005 13:51:09 -0700, Michael A. Peters wrote: > > > This package provides some gstreamer plugins that do not ship with > > Fedora Core and depend only upon libraries currently available in > > Extras. It is built from the same patent cleansed patched gst-plugins > > tarball as the Fedora rawhide gstreamer-plugins package. > > > > Included plugins: > > > > /usr/lib/gstreamer-0.8/libgstaasink.so > > /usr/lib/gstreamer-0.8/libgstladspa.so > > /usr/lib/gstreamer-0.8/libgstlibvisual.so > > /usr/lib/gstreamer-0.8/libgstshout.so > > /usr/lib/gstreamer-0.8/libgstsid.so > > /usr/lib/gstreamer-0.8/libgstsndfile.so > > > > This package is instead of my previously submitted > > gstreamer-plugins-libvisual package. > > > > spec file: http://mpeters.us/fc_extras/gstreamer-plugins-extras.spec > > src.rpm: > > http://mpeters.us/fc_extras/gstreamer-plugins-extras-0.8.8-0.3.src.rpm > > > > It builds with libraries currently available in extras-development > > libvisual-plugins from devel fails to build here for FC4 due to standard > rpath check complaining loudly. OK - I requested a build for libvisual-plugins for devel - the i386 package worked but the build server was unable to get a minimum build environment for ppc or x86_64. I have implemented the following change to libvisual-plugins in cvs: %{__sed} -i 's?$LDFLAGS -Wl,-rpath,$x_libraries ?$LDFLAGS -Wl,?' configure The stops rpmlint from complaining about the rpath, so hopefully it will resolve the issue. The configure script unfortunately did not have a --disable-rpath option. > > > Installation depends upon my libvisual-plugins package also submitted. > > That requires is because gst-register-0.8 will spit out errors about not > > finding any available plugins if they aren't installed (it still loads, > > but loads with zero features) > > > > Targets Fedora Rawhide, should also build for fc3 if branched and the > > tarball is changed to fc3 version of gst-plugins. I don't personally see > > much point though, but if others do, it's an easy change. > > As for the reviewing, I didn't check how close you try to stay to > Core's gstreamer-plugins package. > > * mixed use of $RPM_BUILD_ROOT and %buildroot > * mixed use of /usr/bin and %_bindir fixed both of those, upload new src.rpm soon > * Summary could be change to plural => "plugins" > * licence LGPL? No. > At least libsidplay is GPL, so gstreamer-plugins-extras cannot be LGPL. > * why is it necessary to run autoconf/automake/libtool? [comment?] It uses the patched source from Fedora Core that has had the patent stuff removed. The patched source doesn't regenerate the configure script - so configure will fail if the autoconf etc. stuff isn't run. I added a comment to that effect in spec file > * configure script complains: > plug-in aalib not recognized, ignoring... > plug-in ladspa not recognized, ignoring... > plug-in sidplay not recognized, ignoring... > plug-in sndfile not recognized, ignoring... > plug-in shoutcast not recognized, ignoring... > plug-in libvisual not recognized, ignoring... It looks like those don't need to be there but *possibly* use to be required in older versions. I'll remove them. > > Rest looks normal. As a run-time test I verified that the SID plugin > works. APPROVED. I want to talk to Thomas Vander Stichele before I import. I think he still has plans on packages for livna that are very similar name, and I want to make sure they don't include any of these plugins. I'm going to do one more mock build just to make sure it still builds (it did before I made the suggested changes) and then the updated will be at http://mpeters.us/fc_extras/gstreamer-plugins-extras-0.8.8-0.4.src.rpm (will be 404 while I build in mock) From mpeters at mac.com Sun Jun 19 22:43:52 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 19 Jun 2005 15:43:52 -0700 Subject: Request for Review: gstreamer-plugins-extras In-Reply-To: <1119218706.7701.75.camel@locolhost.localdomain> References: <1115499070.18558.42.camel@laptop.mpeters.local> <20050619201609.65aeb067.bugs.michael@gmx.net> <1119218706.7701.75.camel@locolhost.localdomain> Message-ID: <1119221032.7701.76.camel@locolhost.localdomain> On Sun, 2005-06-19 at 15:05 -0700, Michael A. Peters wrote: > I'm going to do one more mock build just to make sure it still builds > (it did before I made the suggested changes) and then the updated will > be at > > http://mpeters.us/fc_extras/gstreamer-plugins-extras-0.8.8-0.4.src.rpm > (will be 404 while I build in mock) up From mpeters at mac.com Mon Jun 20 02:03:32 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 19 Jun 2005 19:03:32 -0700 Subject: gstreamer plugins and Fedora Extras Message-ID: <1119233012.7701.96.camel@locolhost.localdomain> Hi Thomas - I've copied the Fedora Extras list on this Awhile back I submitted a package to Fedora Extras which I called "gstreamer-plugins-extras" It uses the modified (patent stuff removed) tarball for gst-plugins that Fedora uses for the core plugins, and includes the following plugins: /usr/lib/gstreamer-0.8/libgstaasink.so /usr/lib/gstreamer-0.8/libgstladspa.so /usr/lib/gstreamer-0.8/libgstlibvisual.so /usr/lib/gstreamer-0.8/libgstshout.so /usr/lib/gstreamer-0.8/libgstsid.so /usr/lib/gstreamer-0.8/libgstsndfile.so It was submitted before I knew of your active plans to continue packaging plugins for livna, back when I thought "gstreamer-plugins-extras" for Fedora Extras and "gstreamer-plugins-nonfree" for rpm.livna.org was a good idea (which I don't anymore, your naming structure is better) The package is here: http://mpeters.us/fc_extras/gstreamer-plugins-extras.spec http://mpeters.us/fc_extras/gstreamer-plugins-extras-0.8.8-0.4.src.rpm Michael Schwendt has just approved the gstreamer-plugins-extras package that I submitted, but I don't want to upload it to CVS there without discussing it with you first, since you are both a gstreamer developer and a packager. I don't want the package to create a conflict that will have to be resolved in the future. I do want the package in Extras, particularly the libvisual plugin - which totem makes nice use of (and I'm hoping one day Rhythmbox will as well at some point) I didn't see any conflicts with the gstreamer-plugin-extra package you had in bugzilla livna for FC2 but I don't know what your plans for FC4 livna are, and the name of this src.rpm (quite by accident) is rather close to the src.rpm you have in the FC2 livna bugzilla. Thanks, Michael Peters From jwboyer at jdub.homelinux.org Mon Jun 20 02:48:47 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 19 Jun 2005 21:48:47 -0500 Subject: Request for review: ctrlproxy In-Reply-To: <1119197518.24842.85.camel@localhost.localdomain> References: <1119027690.22181.131.camel@hades.cambridge.redhat.com> <20050617235355.74f62947.bugs.michael@gmx.net> <1119197518.24842.85.camel@localhost.localdomain> Message-ID: <1119235728.9293.1.camel@yoda.jdub.homelinux.org> On Sun, 2005-06-19 at 17:11 +0100, David Woodhouse wrote: > On Fri, 2005-06-17 at 23:53 +0200, Michael Schwendt wrote: > > > Many executable files make it into the binary packages: > > Fixed. > > > checking for pcre.h... no > > checking for openssl/ssl.h... no > > Fixed. > > > "man ctrlproxyrc" says: ``Ctrlproxy uses an XML file for > > configuration. Check the ctrlproxyrc.example file for a good > > example.'' > > That file is _not_ included, but present in the source tarball. > > Fixed. > > > Manual pages are compressed automatically by rpmbuild. > > Fixed. Thanks. > > Can I have someone approve the new version please? > > http://david.woodhou.se/ctrlproxy.spec I think this addresses all the items Michael and I pointed out. I approve. thx, josh From jwboyer at jdub.homelinux.org Mon Jun 20 02:51:01 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 19 Jun 2005 21:51:01 -0500 Subject: Fedora Extras Steering Commitee Minutes, 16 June 2005 In-Reply-To: <1119044562.3328.69.camel@bree.local.net> References: <1119044562.3328.69.camel@bree.local.net> Message-ID: <1119235861.9293.3.camel@yoda.jdub.homelinux.org> On Fri, 2005-06-17 at 17:42 -0400, Jeremy Katz wrote: > Fedora Extras Steering Committee > 16 June 2005 Thanks for publishing these. It's always nice to see what's going on. Much appreciated. josh From tcallawa at redhat.com Mon Jun 20 03:31:58 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 19 Jun 2005 22:31:58 -0500 Subject: Request for Review: Rekall and dependencies Message-ID: <1119238318.11411.8.camel@localhost.localdomain> In this batch of packages for review, we've got xbase, xbsql, and rekall. xbase: XBase compatible database library and tools XBase is an xbase (i.e. dBase, FoxPro, etc.) compatible C++ class library originally by Gary Kunkel and others (see the AUTHORS file). XBase is useful for accessing data in legacy dBase 3 and 4 database files as well as a general light-weight database engine. It includes support for DBF (dBase version 3 and 4) data files, NDX and NTX indexes, and DBT (dBase version 3 and 4). It supports file and record locking under *nix OS's. SRPM: http://auroralinux.org/people/spot/review/xbase-2.0.0-1.src.rpm SPEC: http://auroralinux.org/people/spot/review/xbase.spec xbsql: A SQL wrapper for xbase XBSQL is a wrapper library which provides an SQL-subset interface to Xbase DBMS. XBSQL currently supports: * create table tabname (column1, .....) * drop table tabname * insert into tabname values (expr1, ...) * insert into tabname (column1, ...) values (expr1, ...) * select expr1, ... from table1, ... where condition1, ... order by order1, ... * update tabname set column1 = expr1, ... where condition1, ... * delete from tabname where condition1, ... XBSQL supports expression names and table aliases, so you can SQL queries like: * select T1.a as Total1, T2.b as Total2 from MyTable T1, MyTable T2 where T1.x = T2.y XBSQL also supports single-column .ndx indexes, hence the following indexes the i and t columns. The library can make use of these indexes for simple join cases. * create table tabname (i integer index, t char(80) index) SRPM: http://auroralinux.org/people/spot/review/xbsql-0.11-1.src.rpm SPEC: http://auroralinux.org/people/spot/review/xbsql.spec rekall: A KDE database front-end application Rekall is a database front-end, somewhat in the style of MS Access(tm). However, Rekall is not itself a database, and does not include a database. By this we mean that data is stored somewhere else in an SQL server, and Rekall is fundementally just a tool to extract, display and update that data (of course, it does lots more than that, it does forms and reports and scripting...). It is database agnostic, and does not have any preferred database (plugins are available for MySQL and PostgreSQL). SRPM: http://auroralinux.org/people/spot/review/rekall-2.2.3-1.src.rpm SPEC: http://auroralinux.org/people/spot/review/rekall.spec All three tested on x86 (FC4), x86_64 (FC3), and ppc (FC4). Thanks in advance, ~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 pertusus at free.fr Mon Jun 20 08:05:33 2005 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 20 Jun 2005 10:05:33 +0200 Subject: Sponsor and review request: opendap, librx In-Reply-To: <1119141334.9216.40.camel@ernie> References: <1114268730.3297.161.camel@localhost.localdomain> <20050423212932.26bcae86.bugs.michael@gmx.net> <1114295484.18906.16.camel@localhost.localdomain> <1119141334.9216.40.camel@ernie> Message-ID: <20050620080533.GD2682@free.fr> > In my opinion, these problems run much deeper than just packaging. The > OPeNDAP software (or at least some key components of it) is, in my > experience using it, quite sloppy and amateurish. For example, I've I don't know about using it but regarding packaging I tried a bit to look at openndap to package it and found that it had a lot of peculiarities that made it very hard to package. Therefore I was amazed and delighted to see that somebody else had commited to package it... However the upstream team seems to be conscious of these issues. Now libdap has been separated from all the other stuffs and has become much easier to package. I attach a patch I have submitted to the upstream and a spec file for fedora core. It is almost the fedora template spec file. It works with http://www.opendap.org/pub/3.5/source/libdap-3.5.1.tar.gz > So, would it be possible to get NCO into Extras without opendap? For > instance, would it be OK to declare that NCO, if accepted into Fedora > Extras, could someday support OPeNDAP when/if someone is able to build a > sufficiently clean version of opendap-devel? Is that a reasonable > solution? I think that libdap should be packaged. I also think that the servers are still difficult to package. -- Pat -------------- next part -------------- Index: Makefile.in =================================================================== RCS file: /usr/local/cvs-repository/libdap/Makefile.in,v retrieving revision 1.175 diff -u -3 -p -u -r1.175 Makefile.in --- Makefile.in 13 May 2005 20:25:31 -0000 1.175 +++ Makefile.in 20 Jun 2005 07:06:37 -0000 @@ -323,34 +323,34 @@ Error.tab.o: Error.tab.c Error.y # build # Standard targets install: all install-headers install-getdap install-dap-config install-deflate - -mkdir -p $(libdir) - $(INSTALL_DATA) libdap++.a $(libdir)/libdap++.a - $(RANLIB) $(libdir)/libdap++.a + -mkdir -p $(DESTDIR)$(libdir) + $(INSTALL_DATA) libdap++.a $(DESTDIR)$(libdir)/libdap++.a + $(RANLIB) $(DESTDIR)$(libdir)/libdap++.a install-headers: - -mkdir -p $(includedir)/dap + -mkdir -p $(DESTDIR)$(includedir)/dap for h in $(ERRORHDRS) $(EXPRHDRS) $(TYPEHDRS) $(DDSHDRS) $(DASHDRS) \ $(GNUHDRS) $(CLIENTHDRS) $(UTILHDRS) $(AISHDRS) $(DDXHDRS) \ debug.h dods-limits.h ; \ - do $(INSTALL_DATA) $$h $(includedir)/dap; done + do $(INSTALL_DATA) $$h $(DESTDIR)$(includedir)/dap; done install-getdap: getdap - -mkdir -p $(bindir) - $(INSTALL_PROGRAM) -s getdap $(bindir) + -mkdir -p $(DESTDIR)$(bindir) + $(INSTALL_PROGRAM) -s getdap $(DESTDIR)$(bindir) install-dap-config: - -mkdir -p $(bindir) - $(INSTALL_PROGRAM) dap-config $(bindir) + -mkdir -p $(DESTDIR)$(bindir) + $(INSTALL_PROGRAM) dap-config $(DESTDIR)$(bindir) # usage and deflate are part of the DODS server. 02/10/98 jhrg install-usage: usage - -mkdir -p $(sbindir) - $(INSTALL_PROGRAM) -s usage $(sbindir) + -mkdir -p $(DESTDIR)$(sbindir) + $(INSTALL_PROGRAM) -s usage $(DESTDIR)$(sbindir) install-deflate: deflate - -mkdir -p $(sbindir) - $(INSTALL_PROGRAM) -s deflate $(sbindir) + -mkdir -p $(DESTDIR)$(sbindir) + $(INSTALL_PROGRAM) -s deflate $(DESTDIR)$(sbindir) configure: configure.ac acinclude.m4 rm -rf autom4te.cache -------------- next part -------------- Name: libdap Summary: The C++ DAP2 library from OPeNDAP. Version: 3.5.1 Release: 2 Source0: http://www.opendap.org/pub/%{name}-%{version}.tar.gz URL: http://www.opendap.org/ Group: Development/Libraries BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) License: LGPL # Mandrake #BuildRequires: libcurl3-devel >= 7.12.0 libxml2-devel >= 2.5.7 # fedora BuildRequires: curl-devel >= 7.12.0 libxml2-devel >= 2.5.7 Patch: libdap-Makefile.in-DESTDIR.diff %description The libdap++ library contains an implementation of DAP2. This package contains the library, dap-config, getdap and deflate. The script dap-config simplifies using the library in other projects. The getdap utility is a simple command-line tool to read from DAP2 servers. It is built using the library and demonstrates simple uses of it. The deflate utility is used by the library when it returns compressed responses. %prep %setup -q %patch %build %configure make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make install DESTDIR=$RPM_BUILD_ROOT %clean rm -rf $RPM_BUILD_ROOT %files %{_libdir}/libdap++.a %{_bindir}/dap-config %{_bindir}/getdap %{_sbindir}/deflate %{_includedir}/dap %defattr(-,root,root,-) %doc README NEWS %changelog * Sun Jun 19 2005 Patrice Dumas - 3.5.0-2 - Update with fedora template * Thu May 12 2005 James Gallagher - 3.5.0-1 - Changed Requires xml2 to libxml2 * Wed May 11 2005 James Gallagher 3.5.0-1 - Removed version numbers from .a and includes directory. * Tue May 10 2005 James Gallagher - Mostly works. Problems: Not sure if the %post script stuff works. - Must also address the RHEL3 package deps issue (curl 7.12.0 isn't available; not sure about xml2 2.5.7). At least the deps fail when they are not present! * Fri May 6 2005 James Gallagher - Initial build. From ralph+fedoraextras at strg-alt-entf.org Mon Jun 20 09:02:41 2005 From: ralph+fedoraextras at strg-alt-entf.org (Ralph Angenendt) Date: Mon, 20 Jun 2005 11:02:41 +0200 Subject: Package Review Process Proposal In-Reply-To: <42B186ED.2090801@ieee.org> References: <20050616050448.GA4147@redhat.com> <42B186ED.2090801@ieee.org> Message-ID: <20050620090241.GV20680@br-online.de> Quentin Spencer wrote: > Why a separate approval for Extras, FC3, and FC4? Will there eventually > be an approval for extras-fc5, etc? Think of packages needing mysql4, for example. It's useless to approve them for fc3, as no mysql4 is present there. Ralph -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From liljencrantz at gmail.com Mon Jun 20 10:38:54 2005 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Mon, 20 Jun 2005 12:38:54 +0200 Subject: New Package: fish In-Reply-To: <7dad0d7705061701563c31edfd@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> Message-ID: <7dad0d7705062003386b0da155@mail.gmail.com> *bump* Since no one has provided any feedback on this package, I thought I'd supply a bit more information. There is a nice article describing fish on LWN that everyone and their mother should read (And I should know, since I wrote the article): http://lwn.net/Articles/136232/ The fish documentation from the fish homepage: http://roo.no-ip.org/fish/ On 6/17/05, Axel Liljencrantz wrote: [...] > > You can find the src.rpm here: > > http://roo.no-ip.org/fish/files/1.11.1/fish-1.11.1-1.src.rpm > I hope I will get some feedback on what needs to happen for fish to be included in fedora extras. -- Axel From oliver at linux-kernel.at Mon Jun 20 11:26:19 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 20 Jun 2005 13:26:19 +0200 Subject: New Package: fish In-Reply-To: <7dad0d7705062003386b0da155@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> Message-ID: <42B6A7DB.8070606@linux-kernel.at> [ ... ] > On 6/17/05, Axel Liljencrantz wrote: > [...] > >>You can find the src.rpm here: >> >>http://roo.no-ip.org/fish/files/1.11.1/fish-1.11.1-1.src.rpm >> > > I hope I will get some feedback on what needs to happen for fish to be > included in fedora extras. The specfile is missing doxygen as a buildrequire. For Fedora, I don't think that this is needed: # The location of fish has changed, so we update the passwd file to make sure everything is consistent cat /etc/passwd | sed -e "s/\/usr\/local\/bin\/fish/\/usr\/bin\/fish/" >/etc/fish.tmp #Backup old version mv /etc/passwd /etc/passwd.rpmsave #Replace with new version mv /etc/fish.tmp /etc/passwd You should check if fish is allready listed in /etc/shells: postinstall scriptlet (using /bin/sh): echo /usr/bin/fish >>/etc/shells Since, a rpm -U --force, or rpm -i --force will list fish twice... Best, Oliver From tla at rasmil.dk Mon Jun 20 11:37:05 2005 From: tla at rasmil.dk (Tim Lauridsen) Date: Mon, 20 Jun 2005 13:37:05 +0200 Subject: New Package: yumex In-Reply-To: <42B43A69.7070407@rasmil.dk> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> Message-ID: <1119267425.42b6aa61ceecc@webmail.surftown.dk> Quoting Tim Lauridsen : > Tim Lauridsen wrote: > > >I'm the author of Yum Extender (aka yumex) a GUI to Yum for fedora Core 4, > It is > >written i Python and build on top of Yum 2.3.x. Many People have asked med > to > >submit it to fedora extras. So here i go. > > I do not have access to Fedora extras CVS, so if this package is to be > >included, I will need a sponsor for CVS access. > > > > > I fixed the spec file, here is a new release: > > SRPM: > http://linux.rasmil.dk/dnl/yumex-0.40-2.src.rpm > SPEC: > http://linux.rasmil.dk/dnl/yumex.spec > Here we go again, here is a new release: SPEC: http://linux.rasmil.dk/dnl/yumex/yumex.spec SRPM: http://linux.rasmil.dk/dnl/yumex/yumex-0.40-4.src.rpm SOURCE: http://linux.rasmil.dk/dnl/yumex/yumex-0.40-4.tar.gz RPM: http://linux.rasmil.dk/dnl/yumex/yumex-0.40-4.noarch.rpm Fixes: - Add Release to source tar.gz - Changed Source0 URL - Fixed absolut link in Makefile (consolehelper) - Updated Release in yumex.py - Update archive section in Makefile to include release in tar.gz. From jnovy at redhat.com Mon Jun 20 12:30:47 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 20 Jun 2005 14:30:47 +0200 Subject: New package: nedit In-Reply-To: <1119001146.27626.14.camel@locolhost.localdomain> References: <1118998986.11814.31.camel@obelix.redhat.usu> <1118999966.27626.4.camel@locolhost.localdomain> <1119000090.11814.34.camel@obelix.redhat.usu> <1119001146.27626.14.camel@locolhost.localdomain> Message-ID: <1119270647.24267.19.camel@obelix.redhat.usu> Hello Michael, thanks for the review. Please have a quick look at the new package: http://people.redhat.com/jnovy/files/nedit-5.5-3.src.rpm All previously mentioned things should be fixed now. Best, Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ The worst evil in the world is refusal to think. From dwmw2 at infradead.org Mon Jun 20 12:50:52 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 20 Jun 2005 13:50:52 +0100 Subject: APPROVED: ctrlproxy Message-ID: <1119271852.22181.137.camel@hades.cambridge.redhat.com> ctrlproxy is an IRC server with multiserver support. It runs as a d?mon and connects to a number of IRC servers, then allows you to connect from a workstation and work as the user that is logged in to the IRC server. After you disconnect, it maintains the connection to the server. It acts like any normal IRC server, so you can use any IRC client to connect to it. It supports multiple client connections to one IRC server (under the same nick), allowing you to connect to IRC using your IRC nick, even while you have an IRC session open somewhere else. It supports logging (in the same format as the irssi IRC client), password authentication, and ctcp (in case no clients are connected). Reviewer: Josh Boyer Packager: David Woodhouse -- dwmw2 From petersen at redhat.com Mon Jun 20 13:46:26 2005 From: petersen at redhat.com (Jens Petersen) Date: Mon, 20 Jun 2005 22:46:26 +0900 Subject: New package: scim-pinyin In-Reply-To: <42B4113E.2060809@mbm.nifty.com> References: <42B4113E.2060809@mbm.nifty.com> Message-ID: <42B6C8B2.2000504@redhat.com> Ryo Dairiki wrote: > Hi, > I've made scim-pinyin package. > You can get it from here: > http://briefcase.yahoo.co.jp/bc/ryo_dairiki/lst?&.dir=/&.src=bc&.view=l Thanks, Dairiki-san. :) Please feel free to import it into cvs (again with the origin unmodified upstream tarball please). I attach a small patch with some minor fixes, and your cast patch. > Btw, currently my scim package contains two "scim-setup." > One is a capplet and the other is an application, but actually, they are > the same things. Sorry which is the capplet? > Now I'm thinking of removing the capplet one. What do you think? Sounds like a good idea. Did you test scim without it? :) Jens -------------- next part -------------- A non-text attachment was scrubbed... Name: scim-pinyin.spec-2.patch Type: text/x-patch Size: 1964 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: scim-pinyin-0.5.0-setup-ambiguity-cast.patch Type: text/x-patch Size: 570 bytes Desc: not available URL: From petersen at redhat.com Mon Jun 20 13:48:04 2005 From: petersen at redhat.com (Jens Petersen) Date: Mon, 20 Jun 2005 22:48:04 +0900 Subject: Request for Approval: darcs In-Reply-To: <42AD8FEC.9090206@redhat.com> References: <429D6DE8.4000207@redhat.com> <42AD8FEC.9090206@redhat.com> Message-ID: <42B6C914.9060607@redhat.com> Jens Petersen wrote: >>Name: darcs >>Summary: David's advanced revision control system >>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. > > > I imported it into cvs now. Is anyone able to review it? Could someone please review and approve? :) -Jens From utuhiro at infoseek.jp Mon Jun 20 13:55:51 2005 From: utuhiro at infoseek.jp (UTUMI Hirosi) Date: Mon, 20 Jun 2005 22:55:51 +0900 Subject: Need some fixes: anthy Message-ID: <20050620225551.utuhiro@infoseek.jp> Hi Akira, Fedora Extras has anthy-6300d, but it's rather old. And there are two problems: 1. anthy-6300d doesn't have "Requires: %{name}-libs = %{version}-%{release}", so "yum install anthy" doesn't lead anthy-libs. 2. UIM (a framework for multilingual input) loads libanthy.so, but anthy-libs doesn't have lib*.so (it is included in anthy-devel). I packed anthy-6606. srpm: http://sourceforge.net/project/showfiles.php?group_id=129380&package_id=141972 spec and diff: http://prdownloads.sourceforge.net/fdrut/spec_and_diff.tar.bz2?download I also packed some cool apps: emelfm2, gimageview, kazehakase, krename, leafpad and mlterm. srpm: http://sourceforge.net/project/showfiles.php?group_id=129380&package_id=141972 spec: http://prdownloads.sourceforge.net/fdrut/spec_and_diff.tar.bz2?download If you have some time, please check them and upload them into Extras. Thanks. Hirosi From ryo-dairiki at mbm.nifty.com Mon Jun 20 14:09:04 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Mon, 20 Jun 2005 23:09:04 +0900 Subject: New package: scim-pinyin In-Reply-To: <42B6C8B2.2000504@redhat.com> References: <42B4113E.2060809@mbm.nifty.com> <42B6C8B2.2000504@redhat.com> Message-ID: <42B6CE00.3030300@mbm.nifty.com> Hi, Jens Petersen wrote: >Ryo Dairiki wrote: > > >>Hi, >>I've made scim-pinyin package. >>You can get it from here: >>http://briefcase.yahoo.co.jp/bc/ryo_dairiki/lst?&.dir=/&.src=bc&.view=l >> >> > >Thanks, Dairiki-san. :) > >Please feel free to import it into cvs (again with the origin >unmodified upstream tarball please). > >I attach a small patch with some minor fixes, and your cast patch. > > I'm happy to hear that. >>Btw, currently my scim package contains two "scim-setup." >>One is a capplet and the other is an application, but actually, they are >>the same things. >> >> > >Sorry which is the capplet? > > Which installed in /usr/share/control-center-2.0/capplets/. The other is installed in /usr/share/applications/. >>Now I'm thinking of removing the capplet one. What do you think? >> >> > >Sounds like a good idea. Did you test scim without it? :) > > Now I'm running SCIM without it. I think it's okay. Anyway thank you! Regards, Ryo From petersen at redhat.com Mon Jun 20 14:39:14 2005 From: petersen at redhat.com (Jens Petersen) Date: Mon, 20 Jun 2005 23:39:14 +0900 Subject: New package: scim-pinyin In-Reply-To: <42B6CE00.3030300@mbm.nifty.com> References: <42B4113E.2060809@mbm.nifty.com> <42B6C8B2.2000504@redhat.com> <42B6CE00.3030300@mbm.nifty.com> Message-ID: <42B6D512.4080209@redhat.com> Ryo Dairiki wrote: >>>Btw, currently my scim package contains two "scim-setup." >>>One is a capplet and the other is an application, but actually, they are >>>the same things. >> >>Sorry which is the capplet? > > Which installed in /usr/share/control-center-2.0/capplets/. > The other is installed in /usr/share/applications/. Ah, you mean the .desktop files. :) >>>Now I'm thinking of removing the capplet one. What do you think? >> > Now I'm running SCIM without it. I think it's okay. Agreed, please remove the one in /usr/share/control-center-2.0/capplets I think that is not needed. Jens From liljencrantz at gmail.com Mon Jun 20 14:58:07 2005 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Mon, 20 Jun 2005 16:58:07 +0200 Subject: New Package: fish In-Reply-To: <7dad0d7705062007487635937b@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> Message-ID: <7dad0d7705062007581c1c9c3e@mail.gmail.com> On 6/20/05, Oliver Falk wrote: > [ ... ] > > On 6/17/05, Axel Liljencrantz wrote: > > [...] > > > >>You can find the src.rpm here: > >> > >>http://roo.no-ip.org/fish/files/1.11.1/fish-1.11.1-1.src.rpm > >> > > > > I hope I will get some feedback on what needs to happen for fish to be > > included in fedora extras. > > The specfile is missing doxygen as a buildrequire. True. I've fixed it now. > > For Fedora, I don't think that this is needed: > # The location of fish has changed, so we update the passwd file to make > sure everything is consistent > cat /etc/passwd | sed -e "s/\/usr\/local\/bin\/fish/\/usr\/bin\/fish/" > >/etc/fish.tmp > #Backup old version > mv /etc/passwd /etc/passwd.rpmsave > #Replace with new version > mv /etc/fish.tmp /etc/passwd It is a bit of a kludge, I admit. But if someone has installed an older fish package and upgrades to a fish version from the Fedora repository, fish should not brake the login shell for the users, in my opinion, so I'd prefer it if that update remained. If there is a policy that external packages should be ignored or something like that, I will update the spec file accordingly, but personally I think it makes sense to make any sane upgrade path work whenever possible. > > You should check if fish is allready listed in /etc/shells: > postinstall scriptlet (using /bin/sh): > echo /usr/bin/fish >>/etc/shells > > Since, a rpm -U --force, or rpm -i --force will list fish twice... You are of course correct. I changed it to: if !grep /usr/bin/fish /etc/fish; then echo /usr/bin/fish >>/etc/shells end > > Best, > Oliver > Thanks you for your comments. This is the first time I've attempted to package a program, and while I've had some help along the way, I'm sure I have a lot left to learn. Aside from the above changes, I've also added provides: fish xsel mimedb to the spec file. The new version is available here: http://roo.no-ip.org/fish/fedora/fish-1.11.1-2.src.rpm -- Axel From fedora at camperquake.de Mon Jun 20 15:04:56 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 20 Jun 2005 17:04:56 +0200 Subject: New Package: fish In-Reply-To: <7dad0d7705062007581c1c9c3e@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> Message-ID: <20050620170456.3bbdab1a@nausicaa.camperquake.de> Hi. Axel Liljencrantz wrote: > It is a bit of a kludge, I admit. But if someone has installed an > older fish package and upgrades to a fish version from the Fedora > repository, fish should not brake the login shell for the users, in my > opinion, so I'd prefer it if that update remained. There has never been a package for fish in Redhat or Fedora that I am aware of, and even if there was, it would not have placed a binary in /usr/local. The same goes for all the big third party repos out there. In short, I do not think you should meddle with /etc/passwd. We can not care for clean upgrades for packages people have already installed that have come from god-knows-where. From mpeters at mac.com Mon Jun 20 15:18:05 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 20 Jun 2005 08:18:05 -0700 Subject: APPROVED: New Package: yumex In-Reply-To: <1119267425.42b6aa61ceecc@webmail.surftown.dk> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <1119267425.42b6aa61ceecc@webmail.surftown.dk> Message-ID: <1119280685.7701.116.camel@locolhost.localdomain> On Mon, 2005-06-20 at 13:37 +0200, Tim Lauridsen wrote: > > Here we go again, here is a new release: > > SPEC: > http://linux.rasmil.dk/dnl/yumex/yumex.spec > > SRPM: > http://linux.rasmil.dk/dnl/yumex/yumex-0.40-4.src.rpm Approved with one minor change. Add this to the top: %define build_v 4 The Source0 line - Source0: http://linux.rasmil.dk/dnl/yumex/%{name}-%{version}-%{build_v}.tar.gz Reason: release shouldn't be in the tarball - since release is 0.4%{?dist} - the %{?dist} gets expanded to fc4 (or fc5) and thus the build server won't find the source tarball. Attached is spec file with that minor change. -------------- next part -------------- %define build_v 4 Name: yumex Version: 0.40 Release: 4.1%{?dist} Summary: Yum Extender graphical package management tool Group: Applications/System License: GPL URL: http://linux.rasmil.dk/yumex Source0: http://linux.rasmil.dk/dnl/yumex/%{name}-%{version}-%{build_v}.tar.gz BuildRoot:%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch BuildRequires: python-devel BuildRequires: desktop-file-utils Requires: yum >= 2.3.2 Requires: pygtk2 Requires: usermode Requires: python-abi = %(%{__python} -c "import sys ; print sys.version[:3]") %description Graphical User Interface for Yum. %prep %setup %build make %install [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT make DESTDIR=$RPM_BUILD_ROOT install desktop-file-install --vendor fedora --delete-original \ --dir $RPM_BUILD_ROOT%{_datadir}/applications \ --add-category X-Red-Hat-Base \ --add-category X-Fedora \ $RPM_BUILD_ROOT%{_datadir}/applications/%{name}.desktop # this is a doc file; removing from installed tree rm $RPM_BUILD_ROOT%{_datadir}/yumex/COPYING %find_lang %name %clean [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT %files -f %{name}.lang %defattr(-, root, root, -) %doc COPYING ChangeLog %{_datadir}/pixmaps/yumex %{_datadir}/yumex %{_bindir}/yumex %config(noreplace) %{_sysconfdir}/yumex.profiles.conf %config(noreplace) %{_sysconfdir}/yumex.conf %config(noreplace) %{_sysconfdir}/pam.d/yumex %config(noreplace) %{_sysconfdir}/security/console.apps/yumex %{_datadir}/applications/fedora-%{name}.desktop %changelog * Mon Jun 20 2005 Michael A. Peters - 0.40-4.1 - added build_v macro - change {release} in Source0 to %{build_v} so it would properly expand when - {?dist} is defined * Mon Jun 20 2005 Tim Lauridsen 0.40-4 - Add Release to source tar.gz - Changed Source0 URL - Fixed absolut link in Makefile (consolehelper) - Updated Release in yumex.py - Update archive section in Makefile to include release in tar.gz. * Sun Jun 19 2005 Tim Lauridsen 0.40-3 - Moved yumex.profiles.conf back to /etc. - Added Fedora repos to yumex.repos.conf. - Added full URL to Source0. - Added Requires: usermode. - Fixed files section. * Sat Jun 18 2005 Tim Lauridsen - added yumex.repos.conf again, it is used at a template for creating .repo files by the yumex repo installer, it is not used at a yum.conf replacement. - moved yumex.profiles.conf & yumex.repos.conf from /etc to /usr/share/yumex. - clean out the yumex.repos.conf, because it contains links to grayzone stuff. * Fri Jun 17 2005 Matthew Miller - 0.40-2 - clean up formatting of rpm header lines to match typical FE packages - remove some rpm-howto/template comments - don't need to go deleting the buildroot quite so often - put some whitespace in the changelog to stop my eyes from bleeding ;) - move to group Applications/System to match system-config-packages - find_lang instead of listing datadir/locale in files - buildrequires python-devel, not just plain python - requires python-abi magicstuff - remove echo statements from post scriptlet -- rpm should be quiet except in emergencies - actually, remove that entirely -- instead, put the default config file in place as config(noreplace) - add ChangeLog as doc file - remove COPYING from the installed tree; add as doc file - list more files explicitly instead of using wildcards -- more work, but safer - install .desktop file with desktop-file-install - default permissions are right for .desktop file -- not listing separately - add symlink for consolehelper - remove yumex.repos.conf -- use regular /etc/yum.repos.d repos instead (and, the default ones contain several not-safe-for-fedora repos) * Wed Jun 15 2005 Tim Lauridsen - 0.40-01 FC4 release Build * Mon May 17 2005 Tim Lauridsen - 0.39-03 FC4 prerelease Build * Thu May 13 2005 Tim Lauridsen - 0.39-02 FC4 prerelease Build * Thu Apr 28 2005 Tim Lauridsen - 0.39-01 First FC4 prerelease Build * Mon Apr 11 2005 Tim Lauridsen - 0.34-01 Release Build * Wed Apr 06 2005 Tim Lauridsen - 0.33-03 * Thu Mar 31 2005 Tim Lauridsen - Ver 0.33-02 - No Requires : yum >= 2.2.0 - Removed gpgkey installation, yum 2.2.0 can handle this * Tue Mar 29 2005 Tim Lauridsen - Ver 0.33-01 - Now using make to do the real stuff. * Fri Mar 4 2005 Tim Lauridsen - Ver 0.32-5 - Changed post install to only install i yumex.conf if it not exists. * Wed Mar 2 2005 Tim Lauridsen - Ver 0.32-2 * Thu Feb 24 2005 Tim Lauridsen - Ver 0.32-1 * Fri Feb 11 2005 Tim Lauridsen - Ver 0.31-1 - Release 0.31 * Tue Jan 25 2005 Tim Lauridsen - Ver 0.30-2 - fixed error printing emtpy string (yum info package) * Tue Jan 25 2005 Tim Lauridsen - Ver 0.30-1 - Added GPL License (COPYING) to package - Added automatic refresh at program start. * Sat Jan 22 2005 Tim Lauridsen - Ver 0.30 Build * Wed Dec 22 2004 Tim Lauridsen - fixed problem with no repos in yum.conf * Mon Dec 20 2004 Tim Lauridsen - Ver 0.23 RPM Build * Sun Dec 19 2004 Tim Lauridsen - Changed permission flags on non execution files (755 -> 644) * Tue Dec 13 2004 Tim Lauridsen - Ver 0.22 RPM Build * Tue Dec 7 2004 Tim Lauridsen - Ver 0.21 RPM Build * Tue Nov 30 2004 Tim Lauridsen - Ver 0.20 RPM Build * Wed Nov 24 2004 Tim Lauridsen - Initial RPM Build From liljencrantz at gmail.com Mon Jun 20 15:27:35 2005 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Mon, 20 Jun 2005 17:27:35 +0200 Subject: New Package: fish In-Reply-To: <20050620170456.3bbdab1a@nausicaa.camperquake.de> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620170456.3bbdab1a@nausicaa.camperquake.de> Message-ID: <7dad0d7705062008274e9c24a0@mail.gmail.com> On 6/20/05, Ralf Ertzinger wrote: > Hi. > > Axel Liljencrantz wrote: > > > It is a bit of a kludge, I admit. But if someone has installed an > > older fish package and upgrades to a fish version from the Fedora > > repository, fish should not brake the login shell for the users, in my > > opinion, so I'd prefer it if that update remained. > > There has never been a package for fish in Redhat or Fedora that > I am aware of, and even if there was, it would not have placed > a binary in /usr/local. The same goes for all the big third party > repos out there. > No, fish has never been in Fedora RHEL, Redhat Linux or any related distribution. I made the first release of fish just four months ago. Other people have already made sure fish is in Debian unstable and in Arch Linux, but I'm not as quick. > In short, I do not think you should meddle with /etc/passwd. > We can not care for clean upgrades for packages people have > already installed that have come from god-knows-where. The reason why I think it _might_ be the right thing to meddle with /etc/passwd is that I have provided both src.rpm and i386.rpm files for fish on the fish homepage since the very first release, and for the first two months, these files installed to /usr/local, since I was under the impression that external packages should go there. (I have since been informed that /usr/local should only be used for unpackaged commands.) According to my server logs, somewhere between 500 and 1000 people have downloaded a fish rpm that installs fish to /usr/local, and many of those are probably running on fedora. I have no idea how many of those people have since upgraded to a newer version with the correct installation directory, nor do I know how many pre 1.6 users there are who use fish as their login shell. But if fish enters the extras repository without the above check, the next time any such person runs 'yum update', they will be unable to log in. The number of people effected by this is probably pretty close to zero. Like I said, if the fedora policy is not to jump through hoops to avoid getting hit by braindamage in external packages, I fully understand that and will remove the offending lines. I just want the decision to be made based on the facts of the situation. -- Axel From mpeters at mac.com Mon Jun 20 15:29:41 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 20 Jun 2005 08:29:41 -0700 Subject: New package: nedit In-Reply-To: <1119270647.24267.19.camel@obelix.redhat.usu> References: <1118998986.11814.31.camel@obelix.redhat.usu> <1118999966.27626.4.camel@locolhost.localdomain> <1119000090.11814.34.camel@obelix.redhat.usu> <1119001146.27626.14.camel@locolhost.localdomain> <1119270647.24267.19.camel@obelix.redhat.usu> Message-ID: <1119281381.7701.118.camel@locolhost.localdomain> On Mon, 2005-06-20 at 14:30 +0200, Jindrich Novy wrote: > Hello Michael, > > thanks for the review. Please have a quick look at the new package: > > http://people.redhat.com/jnovy/files/nedit-5.5-3.src.rpm > > All previously mentioned things should be fixed now. Looks good to me, builds in mock. From paul at city-fan.org Mon Jun 20 15:58:51 2005 From: paul at city-fan.org (Paul Howarth) Date: Mon, 20 Jun 2005 16:58:51 +0100 Subject: New Package: fish In-Reply-To: <7dad0d7705062008274e9c24a0@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620170456.3bbdab1a@nausicaa.camperquake.de> <7dad0d7705062008274e9c24a0@mail.gmail.com> Message-ID: <42B6E7BB.2000709@city-fan.org> Axel Liljencrantz wrote: > The reason why I think it _might_ be the right thing to meddle with > /etc/passwd is that I have provided both src.rpm and i386.rpm files > for fish on the fish homepage since the very first release, and for > the first two months, these files installed to /usr/local, since I was > under the impression that external packages should go there. (I have > since been informed that /usr/local should only be used for unpackaged > commands.) According to my server logs, somewhere between 500 and 1000 > people have downloaded a fish rpm that installs fish to /usr/local, > and many of those are probably running on fedora. I have no idea how > many of those people have since upgraded to a newer version with the > correct installation directory, nor do I know how many pre 1.6 users > there are who use fish as their login shell. But if fish enters the > extras repository without the above check, the next time any such > person runs 'yum update', they will be unable to log in. The number of > people effected by this is probably pretty close to zero. > > Like I said, if the fedora policy is not to jump through hoops to > avoid getting hit by braindamage in external packages, I fully > understand that and will remove the offending lines. I just want the > decision to be made based on the facts of the situation. If you're really concerned about this, you might consider adding something like this: %triggerpostun -- fish < 1.6 if grep /usr/local/bin/fish /etc/passwd &> /dev/null; then ln -s ../../bin/fish /usr/local/bin/fish fi exit 0 The idea is to add a symlink /usr/local/bin/fish -> /usr/bin/fish after an RPM package for fish with version < 1.6 gets uninstalled, but only if the string /usr/local/bin/fish is found in /etc/passwd. This should I think be enough to take care of the scenario you're worried about, without the danger of editing /etc/passwd and will have no effect at any time on a system where a version of fish < 1.6 has not been installed. Paul. From ville.skytta at iki.fi Mon Jun 20 16:12:51 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 20 Jun 2005 19:12:51 +0300 Subject: Request for Review: perl-Tk In-Reply-To: <42B5DF95.4020301@lowlatency.de> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> <20050614233220.GB18518@osiris.silug.org> <42AFC2F9.6000207@lowlatency.de> <1118862295.20215.43.camel@bobcat.mine.nu> <42B099AA.2010002@lowlatency.de> <1118953446.20215.110.camel@bobcat.mine.nu> <42B5DF95.4020301@lowlatency.de> Message-ID: <1119283971.28867.46.camel@bobcat.mine.nu> On Sun, 2005-06-19 at 23:11 +0200, Andreas Bierfert wrote: > first shot at this with current import... have a look Looks ok, approved with the attached patch applied (drop more unneeded executable bits, don't install widget man page in place). -------------- next part -------------- A non-text attachment was scrubbed... Name: perl-Tk.patch Type: text/x-patch Size: 951 bytes Desc: not available URL: From toshio at tiki-lounge.com Mon Jun 20 16:14:49 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 20 Jun 2005 12:14:49 -0400 Subject: New Package: x2x Message-ID: <1119284090.2901.21.camel@localhost> Sorry if this doesn't thread right, I hit delete in my mailer before being fully awake. On Sun, 19th of June Per Bjornsson set free these words: > On Sat, 2005-06-18 at 07:00 -0400, Toshio Kuratomi wrote: > > On Fri, 2005-06-17 at 13:09 -0400, Jack Neely wrote: > > > IANAL. I'm not sure what to do about the two licenses. It seems to me > > > that by incorperating code that's under the GPL that should make the > > > package GPL. So that's what I did. Better suggestion? > > > > IANAL as well. I think there is a conflict in licenses but I don't > > think we can resolve it. I think upstream has to change their license, > > change their code, or get permission to use the GPL'd code under a > > license compatible with the BSD license. > > No. As long as it's the modern BSD without advertising clause, a > combined work (containing code of BSD-licensed and GPL-licensed origin) > can be licensed under the GPL. So as long as the package is distributed > under the GPL there is no problem. As far as I can tell Jack did exactly > the right thing. Just want to make sure I'm reading things right -- please correct me if I'm wrong anywhere: * To be legal the code must be distributed as GPL. * If the code is under the new-style BSD we can change the license to GPL when we distribute it. * The upstream code is not in compliance with the terms of the GPL and upstream authors should be alerted to this issue. Question: Should we add a GPL Copying file to the package documentation? -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 ville.skytta at iki.fi Mon Jun 20 16:21:58 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 20 Jun 2005 19:21:58 +0300 Subject: New Package: fish In-Reply-To: <42B6E7BB.2000709@city-fan.org> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620170456.3bbdab1a@nausicaa.camperquake.de> <7dad0d7705062008274e9c24a0@mail.gmail.com> <42B6E7BB.2000709@city-fan.org> Message-ID: <1119284518.28867.56.camel@bobcat.mine.nu> On Mon, 2005-06-20 at 16:58 +0100, Paul Howarth wrote: > The idea is to add a symlink /usr/local/bin/fish -> /usr/bin/fish after > an RPM package for fish with version < 1.6 gets uninstalled, but only if > the string /usr/local/bin/fish is found in /etc/passwd. But nothing would remove the /usr/local/bin/fish symlink when the new fish package gets erased. You'd need to %ghost it in the specfile. Or you could try if "Conflicts: fish < 1.6" would result in the need of manually erasing the earlier fish package before installing the new one (untested, and probably not). Anyway, I don't see a clean solution to this, and I'd personally just declare upgrading from the earlier version as unsupported. From oliver at linux-kernel.at Mon Jun 20 16:44:36 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 20 Jun 2005 18:44:36 +0200 Subject: New Package: fish In-Reply-To: <1119284518.28867.56.camel@bobcat.mine.nu> Message-ID: <200506201644.j5KGiUSJ008172@mail.linux-kernel.at> > On Mon, 2005-06-20 at 16:58 +0100, Paul Howarth wrote: > > > The idea is to add a symlink /usr/local/bin/fish -> /usr/bin/fish > > after an RPM package for fish with version < 1.6 gets > > uninstalled, but > > only if the string /usr/local/bin/fish is found in /etc/passwd. > > But nothing would remove the /usr/local/bin/fish symlink when > the new fish package gets erased. You'd need to %ghost it in > the specfile. > > Or you could try if "Conflicts: fish < 1.6" would result in > the need of manually erasing the earlier fish package before > installing the new one (untested, and probably not). > > Anyway, I don't see a clean solution to this, and I'd > personally just declare upgrading from the earlier version as > unsupported. Copy that. Also because I'm not a great friend of rpm triggers! Best, Oliver From jpo at di.uminho.pt Mon Jun 20 16:59:16 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Mon, 20 Jun 2005 17:59:16 +0100 Subject: Request for Review: splint In-Reply-To: <1119045166.3159.31.camel@enki.eridu> References: <1119045166.3159.31.camel@enki.eridu> Message-ID: <42B6F5E4.60307@di.uminho.pt> Paul, > splint is no longer in FC4, so I'd like to nominate it for extras, so I > finally got round to doing the account setup :) > > A src rpm with bumped release may be found here: > http://people.redhat.com/pnasrat/extras/splint/splint-3.1.1-8.src.rpm Approved! If you could apply the attached patch it would be great (it reformats the specfile to be compliant with the Fedora Extras template). 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: splint.spec.patch Type: text/x-patch Size: 1391 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From katzj at redhat.com Mon Jun 20 17:05:13 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 20 Jun 2005 13:05:13 -0400 Subject: Patch: robustify find-user in Makefile.common In-Reply-To: <1119189588.15985.71.camel@bobcat.mine.nu> References: <1119189588.15985.71.camel@bobcat.mine.nu> Message-ID: <1119287113.3297.21.camel@bree.local.net> On Sun, 2005-06-19 at 16:59 +0300, Ville Skytt? wrote: > Here's a quick patch for Makefile.common that avoids empty user being > committed to tobuild [1] when one uses a CVS root like: Thanks. Committed Jeremy From ndbecker2 at gmail.com Mon Jun 20 17:12:01 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Mon, 20 Jun 2005 13:12:01 -0400 Subject: request: maildrop Message-ID: maildrop-1.8.1 already includes a spec file and builds right-out-of-the-box(tm) on FC4. Can we please add this? Although it's functionality overlaps procmail, I find maildrop MUCH easier to figure out. From liljencrantz at gmail.com Mon Jun 20 17:17:59 2005 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Mon, 20 Jun 2005 19:17:59 +0200 Subject: New Package: fish In-Reply-To: <200506201644.j5KGiUSJ008172@mail.linux-kernel.at> References: <1119284518.28867.56.camel@bobcat.mine.nu> <200506201644.j5KGiUSJ008172@mail.linux-kernel.at> Message-ID: <7dad0d7705062010176b0ed5a@mail.gmail.com> On 6/20/05, Oliver Falk wrote: > > On Mon, 2005-06-20 at 16:58 +0100, Paul Howarth wrote: [...] > > Anyway, I don't see a clean solution to this, and I'd > > personally just declare upgrading from the earlier version as > > unsupported. > > Copy that. Also because I'm not a great friend of rpm triggers! It seems to be the general opinion that the easier upgrade path for a very small number of people is less important than keeping the code simple, readable and maintainable. I agree, though I would have perhaps preferred to wait a few more months with removing the discussed code. A new version, with the offending code removed, can be found here: http://roo.no-ip.org/fish/fedora/fish-1.11.1-3.src.rpm If there are additional problems, please let me know. > > Best, > Oliver > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Axel From fedora at camperquake.de Mon Jun 20 17:21:02 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 20 Jun 2005 19:21:02 +0200 Subject: New Package: fish In-Reply-To: <7dad0d7705062010176b0ed5a@mail.gmail.com> References: <1119284518.28867.56.camel@bobcat.mine.nu> <200506201644.j5KGiUSJ008172@mail.linux-kernel.at> <7dad0d7705062010176b0ed5a@mail.gmail.com> Message-ID: <20050620192102.15517404@nausicaa.camperquake.de> Hi. Axel Liljencrantz wrote: > It seems to be the general opinion that the easier upgrade path for a > very small number of people is less important than keeping the code > simple, readable and maintainable. It's not just the simplicity of code. Messing with the system user database in this way is not atomic and can cause funny errors. -- Smile, and everyone will wonder what you're up to. From jjneely at pams.ncsu.edu Mon Jun 20 17:27:52 2005 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Mon, 20 Jun 2005 13:27:52 -0400 Subject: New Package: x2x In-Reply-To: <1119284090.2901.21.camel@localhost> References: <1119284090.2901.21.camel@localhost> Message-ID: <20050620172752.GB19523@anduril.pams.ncsu.edu> > Just want to make sure I'm reading things right -- please correct me if > I'm wrong anywhere: > > * To be legal the code must be distributed as GPL. That's my understanding...and Per has confirmed. > * If the code is under the new-style BSD we can change the license to > GPL when we distribute it. The new-style BSD seems to be what the license is. > * The upstream code is not in compliance with the terms of the GPL and > upstream authors should be alerted to this issue. > I do not believe this is the case. Can someone confirm? > Question: Should we add a GPL Copying file to the package documentation? > Is this absolutely nesicary for each and every GPL'd package? I nope not. :-) Per, would you care to approve this package? Jack > -Toshio > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list -- 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 tla at rasmil.dk Mon Jun 20 17:34:37 2005 From: tla at rasmil.dk (Tim Lauridsen) Date: Mon, 20 Jun 2005 19:34:37 +0200 Subject: APPROVED: New Package: yumex In-Reply-To: <1119280685.7701.116.camel@locolhost.localdomain> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <1119267425.42b6aa61ceecc@webmail.surftown.dk> <1119280685.7701.116.camel@locolhost.localdomain> Message-ID: <42B6FE2D.80909@rasmil.dk> Michael A. Peters wrote: >On Mon, 2005-06-20 at 13:37 +0200, Tim Lauridsen wrote: > > > >>Here we go again, here is a new release: >> >>SPEC: >>http://linux.rasmil.dk/dnl/yumex/yumex.spec >> >>SRPM: >>http://linux.rasmil.dk/dnl/yumex/yumex-0.40-4.src.rpm >> >> > >Approved with one minor change. > >Add this to the top: > >%define build_v 4 > >The Source0 line - >Source0: >http://linux.rasmil.dk/dnl/yumex/%{name}-%{version}-%{build_v}.tar.gz > >Reason: > >release shouldn't be in the tarball - since release is 0.4%{?dist} - the >%{?dist} gets expanded to fc4 (or fc5) and thus the build server won't >find the source tarball. > > I have made the modification, and changed build_v 4 to 4.2 and Release to 4.2%{?dist} there they are: SPEC: http://linux.rasmil.dk/dnl/yumex/yumex.spec SRPM: http://linux.rasmil.dk/dnl/yumex/yumex-0.40-4.2.src.rpm Tim Lauridsen -------------- next part -------------- An HTML attachment was scrubbed... URL: From paul at city-fan.org Mon Jun 20 17:32:05 2005 From: paul at city-fan.org (Paul Howarth) Date: Mon, 20 Jun 2005 18:32:05 +0100 Subject: New Package: x2x In-Reply-To: <20050620172752.GB19523@anduril.pams.ncsu.edu> References: <1119284090.2901.21.camel@localhost> <20050620172752.GB19523@anduril.pams.ncsu.edu> Message-ID: <42B6FD95.5060500@city-fan.org> Jack Neely wrote: >>Question: Should we add a GPL Copying file to the package documentation? >> > > > Is this absolutely nesicary for each and every GPL'd package? I nope > not. :-) Do you know of any GPL-licensed package in Fedora (Core or Extras) that does *not* include the license text? Paul. From davej at redhat.com Mon Jun 20 17:47:40 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 20 Jun 2005 13:47:40 -0400 Subject: Realtime Kernel patch In-Reply-To: <1118852433.24084.43.camel@localhost.localdomain> References: <42AFFBF9.1030008@six-by-nine.com.au> <1118852433.24084.43.camel@localhost.localdomain> Message-ID: <20050620174740.GB12048@redhat.com> On Wed, Jun 15, 2005 at 11:20:32AM -0500, Tom 'spot' Callaway wrote: > On Wed, 2005-06-15 at 19:59 +1000, Peter Lawler wrote: > > > I notice CCRMA have a realtime/low-latency kernel. As they rightly > > state, jack's fairly useless without realtime/low-latency > > http://ccrma.stanford.edu/planetccrma/software/installtwosix.html#SECTION000201000000000000000 > > > > Just wondering what other people think of this, and whether extras might > > carry Ingo's rtp'd kernel? My 'desire' to enable Extras to carry real > > decent A/V software would depend on this. Thoughts? > > I don't want to have a "one-off" kernel in Fedora Extras unless there is > no other way. I would strongly prefer petitioning DaveJ to get this code > in the FC5 kernel (and maybe an FC4 update). Ingo's bits are scheduled for inclusion in an update. They arrived a bit late for the FC4 kernel, so I didn't want to take a last-minute risk that could've caused us to have to slip the release further than we already did if something went wrong. Dave From mpeters at mac.com Mon Jun 20 18:29:18 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 20 Jun 2005 11:29:18 -0700 Subject: New Package: fish In-Reply-To: <20050620192102.15517404@nausicaa.camperquake.de> References: <1119284518.28867.56.camel@bobcat.mine.nu> <200506201644.j5KGiUSJ008172@mail.linux-kernel.at> <7dad0d7705062010176b0ed5a@mail.gmail.com> <20050620192102.15517404@nausicaa.camperquake.de> Message-ID: <1119292158.7701.120.camel@locolhost.localdomain> On Mon, 2005-06-20 at 19:21 +0200, Ralf Ertzinger wrote: > Hi. > > Axel Liljencrantz wrote: > > > It seems to be the general opinion that the easier upgrade path for a > > very small number of people is less important than keeping the code > > simple, readable and maintainable. > > It's not just the simplicity of code. Messing with the system > user database in this way is not atomic and can cause funny errors. > especially if they don't use a passwd file. From bugs.michael at gmx.net Mon Jun 20 18:33:53 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 20 Jun 2005 20:33:53 +0200 Subject: New Package: fish In-Reply-To: <7dad0d7705062007581c1c9c3e@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> Message-ID: <20050620203353.08521c38.bugs.michael@gmx.net> On Mon, 20 Jun 2005 16:58:07 +0200, Axel Liljencrantz wrote: > Aside from the above changes, I've also added > > provides: fish xsel mimedb > > to the spec file. And these require an explanation, at least in the spec file. For example, "Provides: %name = %version-%release" is automatic, so your one would be redundant and less accurate (= non-versioned). [...] Btw, caution! Adding things during a review often asks for trouble as your current reviewer may not agree with changes he didn't propose. > The new version is available here: > > http://roo.no-ip.org/fish/fedora/fish-1.11.1-2.src.rpm In addition to the comments done by earlier reviewers, quite some clean-up is needed: * No Packager or Vendor tags in a spec file, please. These belong into your local build environment only. * "License: GPL"? No. The C source files disagree. => LGPL * Use %configure instead of "./configure --prefix=...". rpmlint even warns about that. The %configure macro sets prefix, libdir and friends for you. * %install section is missing "rm -rf $RPM_BUILD_ROOT" at the beginning. * Your %postun script will break upgrades, as it will be executed last. Look like e.g. "bash" does it. * Manual pages are installed into %_mandir and are flagged %doc automatically. Use %_mandir not /usr/man * Use the other macros like %_datadir (/usr/share), %_bindir (/usr/bin) %_sysconfdir (/etc) * Package doesn't build with $RPM_OPT_FLAGS, because it overrides CFLAGS with its own flags. * Package fails to build. Missing at least "Buildrequires: ncurses-devel" * (RFE: Is it possible to install documentation files into %_docdir like most other packages? i.e. %_datadir/doc/%name-%version) * Package fails to install: Preparing... ########################################### [100%] 1:fish ########################################### [100%] /home/qa/tmp/rpm/tmp/rpm-tmp.28773: line 11: syntax error: unexpected end of file error: %post(fish-1.11.1-2.i386) scriptlet failed, exit status 2 -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.75 1.18 1.06 From mitka at mitka.us Mon Jun 20 18:59:18 2005 From: mitka at mitka.us (Dimitri Tarassenko) Date: Mon, 20 Jun 2005 14:59:18 -0400 Subject: Self-Introduction: Dimitri Tarassenko Message-ID: <42B71206.7080907@mitka.us> Hello All, My name is Dimitri Tarassenko, I live in Suwanee, Georgia, United States (greater Atlanta area). I am a Systems Analyst with Advanced Computing Technologies, Inc., Duluth, GA. My Goals and Qualifications: For the past year I have been working on the PHPRPMS project at SourceForge.Net (http://phprpms.sf.net), where I provided rarely used extensions for PHP and some libraries for them in RPM form. My target platforms are Fedora, RHEL3 and RHEL4, however I would like to move the Fedora versions to the Fedora Extras, if people decide it is worthwhile. In general, I would like to work on improving the variety of packages provided as extensions to PHP, fine-tuning several popular libraries such as libmcrypt, mhash, freeTDS and others and improving the RPM building process of PECL packages. I am also providing RPM packaging of a free/GPL content management system TYPO3 (www.typo3.org) for RedHat and SuSE (see typo3.mitka.us), as well as customized tools for TYPO3 framework. I helped with RPM packaging to several smaller SF projects over the past 1.5-2 years. Please let me know if there are any questions. If you'd like a quick answer or want to discuss anything, my ICQ is 16286472, yahoo: m1tk4, AIM: m1tk4, MSN: m1tk4 at hotmail.com. GPG Data: pub 1024D/2B60B40D 2005-06-20 Key fingerprint = EC35 8509 739E 8370 0D8F EDFA 2AA7 F9A0 2B60 B40D uid Dimitri Tarassenko sub 1024g/9C94A94F 2005-06-20 Thank you! Dimitri Tarassenko From tcallawa at redhat.com Mon Jun 20 19:08:35 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 20 Jun 2005 14:08:35 -0500 Subject: New Package: x2x In-Reply-To: <42B6FD95.5060500@city-fan.org> References: <1119284090.2901.21.camel@localhost> <20050620172752.GB19523@anduril.pams.ncsu.edu> <42B6FD95.5060500@city-fan.org> Message-ID: <1119294515.11411.31.camel@localhost.localdomain> On Mon, 2005-06-20 at 18:32 +0100, Paul Howarth wrote: > Jack Neely wrote: > >>Question: Should we add a GPL Copying file to the package documentation? > >> > > > > > > Is this absolutely nesicary for each and every GPL'd package? I nope > > not. :-) > > Do you know of any GPL-licensed package in Fedora (Core or Extras) that > does *not* include the license text? Yes, this is required. GPL binaries must ship with their license text 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 tcallawa at redhat.com Mon Jun 20 19:10:00 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 20 Jun 2005 14:10:00 -0500 Subject: Realtime Kernel patch In-Reply-To: <20050620174740.GB12048@redhat.com> References: <42AFFBF9.1030008@six-by-nine.com.au> <1118852433.24084.43.camel@localhost.localdomain> <20050620174740.GB12048@redhat.com> Message-ID: <1119294600.11411.33.camel@localhost.localdomain> On Mon, 2005-06-20 at 13:47 -0400, Dave Jones wrote: > On Wed, Jun 15, 2005 at 11:20:32AM -0500, Tom 'spot' Callaway wrote: > > On Wed, 2005-06-15 at 19:59 +1000, Peter Lawler wrote: > > > > > I notice CCRMA have a realtime/low-latency kernel. As they rightly > > > state, jack's fairly useless without realtime/low-latency > > > http://ccrma.stanford.edu/planetccrma/software/installtwosix.html#SECTION000201000000000000000 > > > > > > Just wondering what other people think of this, and whether extras might > > > carry Ingo's rtp'd kernel? My 'desire' to enable Extras to carry real > > > decent A/V software would depend on this. Thoughts? > > > > I don't want to have a "one-off" kernel in Fedora Extras unless there is > > no other way. I would strongly prefer petitioning DaveJ to get this code > > in the FC5 kernel (and maybe an FC4 update). > > Ingo's bits are scheduled for inclusion in an update. > They arrived a bit late for the FC4 kernel, so I didn't want to > take a last-minute risk that could've caused us to have to slip > the release further than we already did if something went wrong. Dave, could you revive this thread when that update with the ingo bits goes out? :) ~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 andreas.bierfert at lowlatency.de Mon Jun 20 19:25:33 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Mon, 20 Jun 2005 21:25:33 +0200 Subject: Request for Review: perl-Tk In-Reply-To: <1119283971.28867.46.camel@bobcat.mine.nu> References: <42AEFDC3.9030901@lowlatency.de> <20050614192911.GA18518@osiris.silug.org> <42AF436E.5000707@lowlatency.de> <20050614233220.GB18518@osiris.silug.org> <42AFC2F9.6000207@lowlatency.de> <1118862295.20215.43.camel@bobcat.mine.nu> <42B099AA.2010002@lowlatency.de> <1118953446.20215.110.camel@bobcat.mine.nu> <42B5DF95.4020301@lowlatency.de> <1119283971.28867.46.camel@bobcat.mine.nu> Message-ID: <42B7182D.5010104@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ville Skytt? wrote: > Looks ok, approved with the attached patch applied (drop more unneeded thx > executable bits, don't install widget man page in place). done for all branches... - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCtxgsQEQyPsWM8csRAixvAJ9a47W9O9DgFjQ2FlhZmodFaVvD4gCfchrk 5SMRG2muZqlEZ6FbQ+9Rulk= =/wGt -----END PGP SIGNATURE----- From toshio at tiki-lounge.com Mon Jun 20 20:16:42 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 20 Jun 2005 16:16:42 -0400 Subject: New Package: x2x In-Reply-To: <20050620172752.GB19523@anduril.pams.ncsu.edu> References: <1119284090.2901.21.camel@localhost> <20050620172752.GB19523@anduril.pams.ncsu.edu> Message-ID: <1119298602.2901.45.camel@localhost> On Mon, 2005-06-20 at 13:27 -0400, Jack Neely wrote: > > * The upstream code is not in compliance with the terms of the GPL and > > upstream authors should be alerted to this issue. > > > > I do not believe this is the case. Can someone confirm? > 2. You may modify your copy or copies of the Program or any portion of it, thus forming a work based on the Program, and copy and distribute such modifications or work under the terms of Section 1 above, provided that you also meet all of these conditions: [...] b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License. [...] These requirements apply to the modified work as a whole. If identifiable sections of that work are not derived from the Program, and can be reasonably considered independent and separate works in themselves, then this License, and its terms, do not apply to those sections when you distribute them as separate works. But when you distribute the same sections as part of a whole which is a work based on the Program, the distribution of the whole must be on the terms of this License, whose permissions for other licensees extend to the entire whole, and thus to each and every part regardless of who wrote it. Since x2x.c (which contains main()) is the file that has the GPL attached to it, I think the software definitely falls under this. Perhaps the upstream author knows that he is not infringing due to talking with the winvnc author/maintainer or because the license is stuck on x2x.c but doesn't actually contain any winvnc code anymore but it's not in the package so we don't know. If that's the case, the license issue needs to be clarified by the upstream author. It would be best in a file in the distributed tarball that we can include via %doc. > > Question: Should we add a GPL Copying file to the package documentation? > > > > Is this absolutely nesicary for each and every GPL'd package? I nope > not. :-) > $ locate COPYING |grep /usr/share/doc |wc -l 341 I recall at least two threads on having to include the COPYING file in every GPL licensed package in the past. So far the answer has been yes. -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 paul at cypherpunks.ca Mon Jun 20 21:33:42 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Mon, 20 Jun 2005 23:33:42 +0200 (CEST) Subject: Requesting build for libotr and gaim-otr for FC-3/FC-4 Message-ID: Hi, In order to request a build for libotr and gaim-otr for FC3/FC4, I need to add a request for them on: http://fedoraproject.org/wiki/Extras/CVSSyncNeeded However, my wiki user has no rights to edit that page. Paul From pertusus at free.fr Mon Jun 20 21:31:38 2005 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 20 Jun 2005 23:31:38 +0200 Subject: relocatable packages ? Message-ID: <20050620213138.GE2851@free.fr> Hi, Is there an example of rpm packaged as a relocatable rpm in fedora core or extras ? Is there a consensus against or for relocatable packages ? I have seen nothing about that in the fedora wiki, especially in the Packaging Guidelines where it could have been, and relocatable doesn't give any result on the mailing list. Pat From skvidal at phy.duke.edu Mon Jun 20 21:37:01 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 20 Jun 2005 17:37:01 -0400 Subject: relocatable packages ? In-Reply-To: <20050620213138.GE2851@free.fr> References: <20050620213138.GE2851@free.fr> Message-ID: <1119303421.32747.40.camel@opus.phy.duke.edu> On Mon, 2005-06-20 at 23:31 +0200, Patrice Dumas wrote: > Hi, > > Is there an example of rpm packaged as a relocatable rpm in fedora core or > extras ? Is there a consensus against or for relocatable packages ? > > I have seen nothing about that in the fedora wiki, especially in the > Packaging Guidelines where it could have been, and relocatable doesn't give > any result on the mailing list. If they are not already then relocatable packages should be discouraged/condemned in fedora extras. 1. there's no way to specify the relocation path with any of the tools except for rpm. 2. there's no point in complicating EVERYTHING with relocation -sv From nphilipp at redhat.com Mon Jun 20 21:38:22 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 20 Jun 2005 23:38:22 +0200 Subject: Request for Review: libevent In-Reply-To: <42B2ECBF.5090404@di.uminho.pt> References: <20050617154437.027bab5c@nausicaa.camperquake.de> <1119021451.17422.26.camel@gibraltar.stuttgart.redhat.com> <20050617172333.19754b5e@nausicaa.camperquake.de> <42B2ECBF.5090404@di.uminho.pt> Message-ID: <1119303503.20525.6.camel@gibraltar.stuttgart.redhat.com> Jos?, On Fri, 2005-06-17 at 16:31 +0100, Jos? Pedro Oliveira wrote: > >>>make install DESTDIR=$RPM_BUILD_ROOT > >> > >>%makeinstall worked fine for me > > > > > > I have no particular love for one or the other. I'll change it. > > Don't change. > > make install is better as it allows to catch configure/makefile > problems (%makeinstall redefines a lot of variables that %configure > should have initialized correctly). this is funny. I can't count how many autofoo errors I have found with using %makeinstall -- I think both have their merits, "make install DESTDIR=..." spots missing $DESTDIR in installation rules, "%makeinstall" spots illegal reuse of reserved directory variable names and erroneous use of autoconf placeholders instead of variables (e.g. "@bindir@" instead of "$(bindir)"). 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 bugs.michael at gmx.net Mon Jun 20 22:18:32 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 21 Jun 2005 00:18:32 +0200 Subject: relocatable packages ? In-Reply-To: <20050620213138.GE2851@free.fr> References: <20050620213138.GE2851@free.fr> Message-ID: <20050621001832.072410ac.bugs.michael@gmx.net> On Mon, 20 Jun 2005 23:31:38 +0200, Patrice Dumas wrote: > Hi, > > Is there an example of rpm packaged as a relocatable rpm in fedora core or > extras ? Is there a consensus against or for relocatable packages ? > > I have seen nothing about that in the fedora wiki, especially in the > Packaging Guidelines where it could have been, and relocatable doesn't give > any result on the mailing list. Searching the list archives in mbox format should give a few results. I'm sure we've commented on it a few times, when somebody submitted a package with "Prefix: %{_prefix}" which was not relocatable actually. In nearly all cases at fedora.us and on this list, when somebody had specified a Prefix in a spec file, it turnt out to be a packaging bug, because other files in the package did not start with that Prefix, or executables had non-relocatable path information built in. Effectively, when installed somewhere with a different prefix, the software would be broken. Also keep in mind that installing a relocatable package outside the standard Fedora filesystem hierarchy might create many directories, which don't belong into any core package and which could be created with insufficient file access permissions depending on superuser's umask. For simple and really small packages, which can be proven to be relocatable, probably nobody minds a "Prefix: %{_prefix}". But generally, it is not worth it and better is avoided. -- Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.05 1.10 1.22 From tibbs at math.uh.edu Mon Jun 20 22:20:43 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Mon, 20 Jun 2005 17:20:43 -0500 Subject: relocatable packages ? In-Reply-To: <1119303421.32747.40.camel@opus.phy.duke.edu> (seth vidal's message of "Mon, 20 Jun 2005 17:37:01 -0400") References: <20050620213138.GE2851@free.fr> <1119303421.32747.40.camel@opus.phy.duke.edu> Message-ID: >>>>> "sv" == seth vidal writes: sv> If they are not already then relocatable packages should be sv> discouraged/condemned in fedora extras. Is there any reason why they might be needed? The only times I've ever tried to use relocations was when the packager did something boneheaded like try to put things under /home (autofs point for me) or /usr/local (rsync'ed from central server for me). And in those cases I found it simpler to rebuild from source or to create my own RPM that unpacks the original binary RPM and puts the files in the right place. - J< From skvidal at phy.duke.edu Mon Jun 20 22:21:04 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 20 Jun 2005 18:21:04 -0400 Subject: relocatable packages ? In-Reply-To: References: <20050620213138.GE2851@free.fr> <1119303421.32747.40.camel@opus.phy.duke.edu> Message-ID: <1119306064.32747.61.camel@opus.phy.duke.edu> On Mon, 2005-06-20 at 17:20 -0500, Jason L Tibbitts III wrote: > >>>>> "sv" == seth vidal writes: > > sv> If they are not already then relocatable packages should be > sv> discouraged/condemned in fedora extras. > > Is there any reason why they might be needed? The only times I've > ever tried to use relocations was when the packager did something > boneheaded like try to put things under /home (autofs point for me) or > /usr/local (rsync'ed from central server for me). And in those cases > I found it simpler to rebuild from source or to create my own RPM that > unpacks the original binary RPM and puts the files in the right place. > agreed - death to relocations!! -sv From chip.turner at gmail.com Mon Jun 20 22:27:02 2005 From: chip.turner at gmail.com (Chip Turner) Date: Mon, 20 Jun 2005 15:27:02 -0700 Subject: relocatable packages ? In-Reply-To: <1119306064.32747.61.camel@opus.phy.duke.edu> References: <20050620213138.GE2851@free.fr> <1119303421.32747.40.camel@opus.phy.duke.edu> <1119306064.32747.61.camel@opus.phy.duke.edu> Message-ID: <3ab624bd050620152736faafe@mail.gmail.com> Relocations are so utterly evil that the support in rpm itself should be removed :) Chip On 6/20/05, seth vidal wrote: > On Mon, 2005-06-20 at 17:20 -0500, Jason L Tibbitts III wrote: > > >>>>> "sv" == seth vidal writes: > > > > sv> If they are not already then relocatable packages should be > > sv> discouraged/condemned in fedora extras. > > > > Is there any reason why they might be needed? The only times I've > > ever tried to use relocations was when the packager did something > > boneheaded like try to put things under /home (autofs point for me) or > > /usr/local (rsync'ed from central server for me). And in those cases > > I found it simpler to rebuild from source or to create my own RPM that > > unpacks the original binary RPM and puts the files in the right place. > > > > agreed - death to relocations!! > -sv > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > From mpeters at mac.com Mon Jun 20 22:53:13 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 20 Jun 2005 15:53:13 -0700 Subject: removing build? Message-ID: <1119307993.7701.136.camel@locolhost.localdomain> Made some build requests on sunday that have not gone through. One of them probably shouldn't because it seems it will fail on x86_64 because of rpath issue, which I was unaware of when build requested but think I have resolved. Seems like the build server isn't operative - and the old build requests are still in the tobuild file. Can one just delete the entries from common/tobuild and then cvs commit to remove them from the cue? I don't want to break anything. From bugs.michael at gmx.net Mon Jun 20 23:33:47 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 21 Jun 2005 01:33:47 +0200 Subject: removing build? In-Reply-To: <1119307993.7701.136.camel@locolhost.localdomain> References: <1119307993.7701.136.camel@locolhost.localdomain> Message-ID: <20050621013347.69e32d0f.bugs.michael@gmx.net> On Mon, 20 Jun 2005 15:53:13 -0700, Michael A. Peters wrote: > Can one just delete the entries from common/tobuild and then cvs commit > to remove them from the cue? I don't want to break anything. Yes. From ryo-dairiki at mbm.nifty.com Mon Jun 20 23:43:50 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Tue, 21 Jun 2005 08:43:50 +0900 Subject: Proporsal: Import scim-1.3.1 Message-ID: <42B754B6.4090706@mbm.nifty.com> I've tested scim-1.3.1 (which is officially unstable one) for couple of days, and it seems like to be stable. I'm thinking of importing scim-1.3.1. Regards, Ryo Dairiki From steve at silug.org Mon Jun 20 23:46:54 2005 From: steve at silug.org (Steven Pritchard) Date: Mon, 20 Jun 2005 18:46:54 -0500 Subject: GNU ddrescue vs. dd_rescue Message-ID: <20050620234654.GA15106@osiris.silug.org> The ddrescue in Extras is really dd_rescue (http://www.garloff.de/kurt/linux/ddrescue/). I'm curious what everyone thinks about including GNU ddrescue (http://www.gnu.org/software/ddrescue/ddrescue.html). The two programs do essentially the same thing, although GNU ddrescue is somewhat more advanced. For those of you familiar with dd_rhelp, GNU ddrescue will give you more-or-less the same functionality of dd_rhelp + dd_rescue. Unfortunately, dd_rhelp is a little buggy, and, since it is a *huge* shell script, it is a little hard to debug. There's no really nice way to handle including GNU ddrescue. Personally, I think the right thing to do would be to change the name of the current ddrescue package to dd_rescue (the upstream name), have dd_rescue obsolete ddrescue <= 1:1.0, and ship GNU ddrescue as ddrescue with Epoch: 1. Whatever is decided, I have a working spec for GNU ddrescue, and, if necessary, I'll volunteer to make all the changes and deal with the fallout. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From bugs.michael at gmx.net Tue Jun 21 00:29:47 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 21 Jun 2005 02:29:47 +0200 Subject: rpms/scim-pinyin/devel scim-pinyin-0.5.0-setup-ambiguity-cast.patch, NONE, 1.1 scim-pinyin.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200506202350.j5KNo0D7017242@cvs-int.fedora.redhat.com> References: <200506202350.j5KNo0D7017242@cvs-int.fedora.redhat.com> Message-ID: <20050621022947.1d0aafbc.bugs.michael@gmx.net> On Mon, 20 Jun 2005 19:49:30 -0400, Ryo Dairiki wrote: > Author: ryo > > Update of /cvs/extras/rpms/scim-pinyin/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv17180/devel > %files -f %{name}.lang > %defattr(-,root,root,-) > %doc AUTHORS COPYING NEWS README ChangeLog > %{_libdir}/scim-1.0/IMEngine/pinyin.so > %{_libdir}/scim-1.0/SetupUI/pinyin-imengine-setup.so ?? Comparing the directory structure with the "scim" package, it's /usr/lib/scim-1.0/1.2.0/IMEngine/ /usr/lib/scim-1.0/1.2.0/SetupUI/ there. Bug? > %{_datadir}/scim/pinyin/* Make it %{_datadir}/scim/pinyin/ so the directory "pinyin" is included as well. > %{_datadir}/scim/icons/smart-pinyin.png From skvidal at phy.duke.edu Tue Jun 21 00:31:12 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 20 Jun 2005 20:31:12 -0400 Subject: removing build? In-Reply-To: <1119307993.7701.136.camel@locolhost.localdomain> References: <1119307993.7701.136.camel@locolhost.localdomain> Message-ID: <1119313872.29877.0.camel@cutter> On Mon, 2005-06-20 at 15:53 -0700, Michael A. Peters wrote: > Made some build requests on sunday that have not gone through. > One of them probably shouldn't because it seems it will fail on x86_64 > because of rpath issue, which I was unaware of when build requested but > think I have resolved. > > Seems like the build server isn't operative - and the old build requests > are still in the tobuild file. > The buildsystem stopped being able to contact the cvs server last night some time. I fixed it today, but other than that it appears to be working. -sv From mricon at gmail.com Tue Jun 21 00:38:33 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Mon, 20 Jun 2005 20:38:33 -0400 Subject: Proporsal: Import scim-1.3.1 In-Reply-To: <42B754B6.4090706@mbm.nifty.com> References: <42B754B6.4090706@mbm.nifty.com> Message-ID: On 6/20/05, Ryo Dairiki wrote: > I've tested scim-1.3.1 (which is officially unstable one) for couple of > days, and it seems like to be stable. > I'm thinking of importing scim-1.3.1. I think unstable packages need to go to devel-branch only. Regards, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From ryo-dairiki at mbm.nifty.com Tue Jun 21 01:22:10 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Tue, 21 Jun 2005 10:22:10 +0900 Subject: Approved: scim-pinyin In-Reply-To: <42B765DA.3010804@redhat.com> References: <42B757E9.8000901@mbm.nifty.com> <42B765DA.3010804@redhat.com> Message-ID: <42B76BC2.6050009@mbm.nifty.com> An HTML attachment was scrubbed... URL: From ryo-dairiki at mbm.nifty.com Tue Jun 21 01:32:07 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Tue, 21 Jun 2005 10:32:07 +0900 Subject: rpms/scim-pinyin/devel scim-pinyin-0.5.0-setup-ambiguity-cast.patch, NONE, 1.1 scim-pinyin.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20050621022947.1d0aafbc.bugs.michael@gmx.net> References: <200506202350.j5KNo0D7017242@cvs-int.fedora.redhat.com> <20050621022947.1d0aafbc.bugs.michael@gmx.net> Message-ID: <42B76E17.4080400@mbm.nifty.com> Michael Schwendt wrote: >On Mon, 20 Jun 2005 19:49:30 -0400, Ryo Dairiki wrote: > > > >>Author: ryo >> >>Update of /cvs/extras/rpms/scim-pinyin/devel >>In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv17180/devel >> >> > > > >>%files -f %{name}.lang >>%defattr(-,root,root,-) >>%doc AUTHORS COPYING NEWS README ChangeLog >>%{_libdir}/scim-1.0/IMEngine/pinyin.so >>%{_libdir}/scim-1.0/SetupUI/pinyin-imengine-setup.so >> >> > >?? > >Comparing the directory structure with the "scim" package, it's >/usr/lib/scim-1.0/1.2.0/IMEngine/ >/usr/lib/scim-1.0/1.2.0/SetupUI/ >there. Bug? > > You can install im-engines into either /usr/lib/scim-1.0/1.2.0/IMEngine/ or /usr/lib/scim-1.0/IMEngine. I don't think it's bug. (But I'll ask James what's the difference between them later) >>%{_datadir}/scim/pinyin/* >> >> > >Make it >%{_datadir}/scim/pinyin/ > >so the directory "pinyin" is included as well. > > Fixed. Thank you. >>%{_datadir}/scim/icons/smart-pinyin.png >> >> > >-- >fedora-extras-list mailing list >fedora-extras-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > > Regards, Ryo Dairiki From bugs.michael at gmx.net Tue Jun 21 01:41:42 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 21 Jun 2005 03:41:42 +0200 Subject: rpms/scim-pinyin/devel scim-pinyin-0.5.0-setup-ambiguity-cast.patch, NONE, 1.1 scim-pinyin.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <42B76E17.4080400@mbm.nifty.com> References: <200506202350.j5KNo0D7017242@cvs-int.fedora.redhat.com> <20050621022947.1d0aafbc.bugs.michael@gmx.net> <42B76E17.4080400@mbm.nifty.com> Message-ID: <20050621034142.4dd4d458.bugs.michael@gmx.net> On Tue, 21 Jun 2005 10:32:07 +0900, Ryo Dairiki wrote: > Michael Schwendt wrote: > > >On Mon, 20 Jun 2005 19:49:30 -0400, Ryo Dairiki wrote: > > > > > > > >>Author: ryo > >> > >>Update of /cvs/extras/rpms/scim-pinyin/devel > >>In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv17180/devel > >> > >> > > > > > > > >>%files -f %{name}.lang > >>%defattr(-,root,root,-) > >>%doc AUTHORS COPYING NEWS README ChangeLog > >>%{_libdir}/scim-1.0/IMEngine/pinyin.so > >>%{_libdir}/scim-1.0/SetupUI/pinyin-imengine-setup.so > >> > >> > > > >?? > > > >Comparing the directory structure with the "scim" package, it's > >/usr/lib/scim-1.0/1.2.0/IMEngine/ > >/usr/lib/scim-1.0/1.2.0/SetupUI/ > >there. Bug? > > > > > > You can install im-engines into either /usr/lib/scim-1.0/1.2.0/IMEngine/ > or /usr/lib/scim-1.0/IMEngine. > I don't think it's bug. (But I'll ask James what's the difference > between them later) Well, then the scim package ought to include empty directories %{_libdir}/scim-1.0/IMEngine/ %{_libdir}/scim-1.0/SetupUI/ too. From mfleming at enlartenment.com Tue Jun 21 02:23:59 2005 From: mfleming at enlartenment.com (Michael Fleming) Date: Tue, 21 Jun 2005 12:23:59 +1000 Subject: request: maildrop In-Reply-To: References: Message-ID: <20050621022359.GA4363@enlartenment.com> On Mon, Jun 20, 2005 at 01:12:01PM -0400, Neal Becker waffled thusly: > maildrop-1.8.1 already includes a spec file and builds > right-out-of-the-box(tm) on FC4. Can we please add this? Although it's > functionality overlaps procmail, I find maildrop MUCH easier to figure out. I've got maildrop packaged for FC4 (and courier-authlib, which it is dependent on) at http://www.enlartenent.com/packages.php. Both build cleanly in a mock buildroot. If anyone wants me to rework it for Extras inclusion then feel free to ask. I use it constantly myself (I'm not a procmail fan by any means ;-)) and am happy to maintain it. Michael. -- Michael Fleming "Bother" said the Borg, "We've assimilated Pooh!" From perbj at stanford.edu Tue Jun 21 02:33:43 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Mon, 20 Jun 2005 19:33:43 -0700 Subject: New Package: x2x In-Reply-To: <20050620172752.GB19523@anduril.pams.ncsu.edu> References: <1119284090.2901.21.camel@localhost> <20050620172752.GB19523@anduril.pams.ncsu.edu> Message-ID: <1119321223.2834.20.camel@localhost.localdomain> On Mon, 2005-06-20 at 13:27 -0400, Jack Neely wrote: > > Question: Should we add a GPL Copying file to the package documentation? > > > > Is this absolutely nesicary for each and every GPL'd package? I nope > not. :-) Well, I think Toshio got this right, it really should be in there. (Best would be if it was in there from upstream; it may be legally OK to fix it in the Fedora package but it's a bit clumsy. Again, IANAL so I don't want to be quoted as an authority on non-obvious legal stuff...) > Per, would you care to approve this package? Unfortunately since I've been caught up with other stuff for quite a while, I haven't gotten around to sending in my contributor paperwork etc yet so I don't think my word is worth all that much at this point in time... /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From mpeters at mac.com Tue Jun 21 02:34:49 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 20 Jun 2005 19:34:49 -0700 Subject: request: maildrop In-Reply-To: <20050621022359.GA4363@enlartenment.com> References: <20050621022359.GA4363@enlartenment.com> Message-ID: <1119321290.3109.5.camel@locolhost.localdomain> On Tue, 2005-06-21 at 12:23 +1000, Michael Fleming wrote: > On Mon, Jun 20, 2005 at 01:12:01PM -0400, Neal Becker waffled thusly: > > maildrop-1.8.1 already includes a spec file and builds > > right-out-of-the-box(tm) on FC4. Can we please add this? Although it's > > functionality overlaps procmail, I find maildrop MUCH easier to figure out. > > I've got maildrop packaged for FC4 (and courier-authlib, which it is > dependent on) at http://www.enlartenent.com/packages.php. Both build > cleanly in a mock buildroot. > > If anyone wants me to rework it for Extras inclusion then feel free to > ask. Sounds like someone did ;) From mpeters at mac.com Tue Jun 21 03:18:01 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 20 Jun 2005 20:18:01 -0700 Subject: APPROVED: New Package: yumex In-Reply-To: <42B6FE2D.80909@rasmil.dk> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <1119267425.42b6aa61ceecc@webmail.surftown.dk> <1119280685.7701.116.camel@locolhost.localdomain> <42B6FE2D.80909@rasmil.dk> Message-ID: <1119323881.3109.10.camel@locolhost.localdomain> On Mon, 2005-06-20 at 19:34 +0200, Tim Lauridsen wrote: > I have made the modification, and changed > build_v 4 to 4.2 > > and > > Release to 4.2%{?dist} > > there they are: > > SPEC: > http://linux.rasmil.dk/dnl/yumex/yumex.spec > > SRPM: > http://linux.rasmil.dk/dnl/yumex/yumex-0.40-4.2.src.rpm In the spec file you note that release and build_ver need to be the same. Why is that? The release tag only has meaning for rpm, it does not need to be the same as what is in the tarball. It seems like it would be extra maintenance to want them to be the same because you have to update the tarball for minor changes to the spec file that don't require an entirely new tarball. release in context of the rpm spec file only has meaning to the rpm system system, so that it knows how to decide what is a more recent packaging. From hballal at gmail.com Tue Jun 21 03:19:27 2005 From: hballal at gmail.com (Hrishikesh Ballal) Date: Mon, 20 Jun 2005 23:19:27 -0400 Subject: Extras CVS Access Message-ID: <1119323967.4507.21.camel@localhost.localdomain> All, I am mailing you regarding my problems with Fedora Extras CVS. I have been a web developer but now I do it as a hobby mostly. I can code with PHP and am exposed to Wikis. I posted on the fedora-marketing list and I was advised to checkout the website out of the CVS and start playing with it. I went to fedoraproject.org (http://fedoraproject.org/wiki/Extras/CvsAccess) and applied for a Fedoraproject account from there. I read through the documentation and also instructions from http://fedoraproject.org/wiki/Extras/UsingCvsFaq and tried to do "cvs co project-web" ... It gave me a permission denied (publickey, keyboard-interactive)... i have done everything.. copied the fedora.cert file, uploaded my public GPG key on the mit server. I also did cat ~/id_dsa.pub >> ~/.ssh/authorized_keys2 I still cannot connect to the redhat CVS server. Can you please help me out? I have mailed the administrator with no reply. I have been working on a template for the fedoraproject.org website (you can see it on http://www.hrishikeshballal.net/other/fedora/ ).. I really want to help out with the website (I dont need commit access or anything. I just want to work with the template and submit for review... ).. i cannot seem to get past the initial hurdles. Please let me know if you need any other information from my side. If you can help or direct me to someone. Hrishi From hballal at gmail.com Tue Jun 21 03:21:51 2005 From: hballal at gmail.com (Hrishikesh Ballal) Date: Mon, 20 Jun 2005 23:21:51 -0400 Subject: Contintued: Extras CVS Access Message-ID: <1119324111.5148.0.camel@localhost.localdomain> Here is a command line outout for ssh -v [cygnus at localhost ~]$ ssh -v cygnus i18n redhat com OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * ssh: cygnus: Name or service not known Thanks for your help. Hrishi From mpeters at mac.com Tue Jun 21 03:29:12 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 20 Jun 2005 20:29:12 -0700 Subject: Extras CVS Access In-Reply-To: <1119323967.4507.21.camel@localhost.localdomain> References: <1119323967.4507.21.camel@localhost.localdomain> Message-ID: <1119324552.3109.13.camel@locolhost.localdomain> On Mon, 2005-06-20 at 23:19 -0400, Hrishikesh Ballal wrote: > All, > I am mailing you regarding my problems with Fedora Extras CVS. I have > been a web developer but now I do it as a hobby mostly. I can code with > PHP and am exposed to Wikis. I posted on the fedora-marketing list and I > was advised to checkout the website out of the CVS and start playing > with it. I went to fedoraproject.org > (http://fedoraproject.org/wiki/Extras/CvsAccess) and applied for a > Fedoraproject account from there. I read through the documentation and > also instructions from http://fedoraproject.org/wiki/Extras/UsingCvsFaq > and tried to do "cvs co project-web" ... It gave me a permission denied > (publickey, keyboard-interactive)... i have done everything.. copied the > fedora.cert file, uploaded my public GPG key on the mit server. I also > did cat ~/id_dsa.pub >> ~/.ssh/authorized_keys2 > I still cannot connect to the redhat CVS server. Can you please help me > out? I have mailed the administrator with no reply. The .fedora-cert seems to only be needed for uploading big stuff. When did you upload your public key? Sometimes it takes a day or two. Also - are you in the cvs group? From tagoh at redhat.com Tue Jun 21 03:37:31 2005 From: tagoh at redhat.com (Akira TAGOH) Date: Tue, 21 Jun 2005 12:37:31 +0900 (JST) Subject: Need some fixes: anthy In-Reply-To: <20050620225551.utuhiro@infoseek.jp> References: <20050620225551.utuhiro@infoseek.jp> Message-ID: <20050621.123731.72112000528454607.tagoh@redhat.com> >>>>> On Mon, 20 Jun 2005 22:55:51 +0900, >>>>> "UH" == "UTUMI Hirosi" wrote: UH> Hi Akira, UH> Fedora Extras has anthy-6300d, but it's rather old. I've just packaged the released version, but not the snapshot one. let me ponder to update it. UH> And there are two problems: UH> 1. anthy-6300d doesn't have "Requires: %{name}-libs = %{version}-%{release}", UH> so "yum install anthy" doesn't lead anthy-libs. No need to add the package dependency, anthy.rpm has the file dependencies instead of it. you should got anthy-libs installed with "yum install anthy" then. UH> 2. UIM (a framework for multilingual input) loads libanthy.so, but UH> anthy-libs doesn't have lib*.so (it is included in anthy-devel). Already fixed in uim-0.4.6-4. UH> I packed anthy-6606. UH> srpm: UH> http://sourceforge.net/project/showfiles.php?group_id=129380&package_id=141972 UH> spec and diff: UH> http://prdownloads.sourceforge.net/fdrut/spec_and_diff.tar.bz2?download UH> I also packed some cool apps: UH> emelfm2, gimageview, kazehakase, krename, leafpad and mlterm. UH> srpm: UH> http://sourceforge.net/project/showfiles.php?group_id=129380&package_id=141972 UH> spec: UH> http://prdownloads.sourceforge.net/fdrut/spec_and_diff.tar.bz2?download UH> If you have some time, please check them and upload them into Extras. UH> Thanks. UH> Hirosi Thanks, -- Akira TAGOH From sopwith at redhat.com Tue Jun 21 03:45:52 2005 From: sopwith at redhat.com (Elliot Lee) Date: Mon, 20 Jun 2005 23:45:52 -0400 (EDT) Subject: Contintued: Extras CVS Access In-Reply-To: <1119324111.5148.0.camel@localhost.localdomain> References: <1119324111.5148.0.camel@localhost.localdomain> Message-ID: On Mon, 20 Jun 2005, Hrishikesh Ballal wrote: > Here is a command line outout for ssh -v > > [cygnus at localhost ~]$ ssh -v cygnus i18n redhat com > OpenSSH_3.9p1, OpenSSL 0.9.7a Feb 19 2003 > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: Applying options for * > ssh: cygnus: Name or service not known I'd like to figure out how you got to running this command line based on the UsingCvsFaq page. :) It could never work. In your particular case, your account hasn't been approved yet. Moreover, you don't need an account in order to look at things in CVS. Please use anonymous CVS if all you need is to checkout at this point (see http://cvs.fedora.redhat.com/ for more info). Best, -- Elliot You can accomplish anything you want, so long as you don't care who gets credit for it. From mfleming at enlartenment.com Tue Jun 21 04:20:12 2005 From: mfleming at enlartenment.com (Michael Fleming) Date: Tue, 21 Jun 2005 14:20:12 +1000 Subject: request: maildrop In-Reply-To: <1119321290.3109.5.camel@locolhost.localdomain> References: <20050621022359.GA4363@enlartenment.com> <1119321290.3109.5.camel@locolhost.localdomain> Message-ID: <20050621042012.GB4363@enlartenment.com> On Mon, Jun 20, 2005 at 07:34:49PM -0700, Michael A. Peters waffled thusly: > On Tue, 2005-06-21 at 12:23 +1000, Michael Fleming wrote: > > On Mon, Jun 20, 2005 at 01:12:01PM -0400, Neal Becker waffled thusly: > > > maildrop-1.8.1 already includes a spec file and builds > > > right-out-of-the-box(tm) on FC4. Can we please add this? Although it's > > > functionality overlaps procmail, I find maildrop MUCH easier to figure out. > > > > I've got maildrop packaged for FC4 (and courier-authlib, which it is > > dependent on) at http://www.enlartenent.com/packages.php. Both build > > cleanly in a mock buildroot. > > > > If anyone wants me to rework it for Extras inclusion then feel free to > > ask. > > Sounds like someone did ;) I'll Extras-ify them this evening when I get home from work. The specfiles are a little hairy for some tastes and merging maildrop-man into the main package wouldn't be a bad idea IMHO. I'll post a review URL when done. Michael. -- Michael Fleming "Bother" said the Borg, "We've assimilated Pooh!" From buildsys at fedoraproject.org Tue Jun 21 05:34:39 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 21 Jun 2005 01:34:39 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050621053439.7CFDF8286@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 5 fluxbox-0.9.13-3.fc3 perl-Razor-Agent-2.71-1.fc3.1 scim-tables-0.5.1-1.fc3 tetex-perltex-1.2-2.fc3 xlockmore-5.18-2.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 21 05:42:27 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 21 Jun 2005 08:42:27 +0300 Subject: DESTDIR vs %makeinstall (was: Re: Request for Review: libevent) In-Reply-To: <1119303503.20525.6.camel@gibraltar.stuttgart.redhat.com> References: <20050617154437.027bab5c@nausicaa.camperquake.de> <1119021451.17422.26.camel@gibraltar.stuttgart.redhat.com> <20050617172333.19754b5e@nausicaa.camperquake.de> <42B2ECBF.5090404@di.uminho.pt> <1119303503.20525.6.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1119332547.28867.95.camel@bobcat.mine.nu> On Mon, 2005-06-20 at 23:38 +0200, Nils Philippsen wrote: > On Fri, 2005-06-17 at 16:31 +0100, Jos? Pedro Oliveira wrote: > > > make install is better as it allows to catch configure/makefile > > problems (%makeinstall redefines a lot of variables that %configure > > should have initialized correctly). > > this is funny. I can't count how many autofoo errors I have found with > using %makeinstall -- I think both have their merits, "make install > DESTDIR=..." spots missing $DESTDIR in installation rules, > "%makeinstall" spots illegal reuse of reserved directory variable names > and erroneous use of autoconf placeholders instead of variables (e.g. > "@bindir@" instead of "$(bindir)"). However, "make install DESTDIR=..." is the official, documented way of doing staged installs, so IMO the issues caught by %makeinstall are mostly of academic interest only. http://sources.redhat.com/automake/automake.html#index-DESTDIR-605 And some could say that overloading the standard directory variables (which, as said, should be correctly initialized at configure time) in order to do a staged install in "make install", like the current %makeinstall macro does, is abuse. Which is possibly one reason why DESTDIR exists in the first place... From buildsys at fedoraproject.org Tue Jun 21 05:43:42 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 21 Jun 2005 01:43:42 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050621054342.8212C8286@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 23 FreeWnn-1.10pl020-6.fc4 Hermes-1.3.3-9.fc4 TeXmacs-1.0.5.3-2.fc4 cdo-0.9.6-4.fc4 exim-4.51-2 fluxbox-0.9.13-3.fc4 freeciv-2.0.2-1.fc4 graveman-0.3.12.4-2.fc4 kyum-0.7.1-2.fc4 libdaemon-0.8-4.fc4 liboil-0.3.2-2.fc4 octave-2.1.71-9.fc4 perl-Razor-Agent-2.71-1.fc4 scons-0.96.1-1.fc4 skkdic-20050614-1.fc4 spamass-milter-0.3.0-7.fc4 sylpheed-1.0.5-1.fc4 tetex-font-cm-lgc-0.5-1.fc4 tetex-perltex-1.2-2.fc4 vpnc-0.3.3-2.1 xboard-4.2.7-11.fc4 xlockmore-5.18-2.fc4 yap-4.5.5-6.fc4 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 Tue Jun 21 06:01:08 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 21 Jun 2005 02:01:08 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050621060108.A9AF58286@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 3 skkdic-20050614-1.fc5 tetex-font-cm-lgc-0.5-1.fc5 tetex-perltex-1.2-2.fc5 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 21 06:07:52 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 21 Jun 2005 09:07:52 +0300 Subject: GNU ddrescue vs. dd_rescue In-Reply-To: <20050620234654.GA15106@osiris.silug.org> References: <20050620234654.GA15106@osiris.silug.org> Message-ID: <1119334072.28867.104.camel@bobcat.mine.nu> On Mon, 2005-06-20 at 18:46 -0500, Steven Pritchard wrote: > Personally, I think the right thing to do would be to change the name > of the current ddrescue package to dd_rescue (the upstream name), > have dd_rescue obsolete ddrescue <= 1:1.0, and ship GNU ddrescue as > ddrescue with Epoch: 1. This would be needed only if both dd_rescue and ddrescue would be shipped. I don't know a thing about these programs, but based on your description, it could suffice to ship only one of them. If that's correct, just switching to GNU ddrescue (if it's the chosen one) and bumping the Epoch would suffice. If not, and both would be shipped, the obsoletion above should probably be a "<", not "<=". From tla at rasmil.dk Tue Jun 21 07:11:28 2005 From: tla at rasmil.dk (Tim Lauridsen) Date: Tue, 21 Jun 2005 09:11:28 +0200 Subject: APPROVED: New Package: yumex In-Reply-To: <1119323881.3109.10.camel@locolhost.localdomain> References: <1119006111.42b2ad9fbf9bb@webmail.surftown.dk> <42B43A69.7070407@rasmil.dk> <1119267425.42b6aa61ceecc@webmail.surftown.dk> <1119280685.7701.116.camel@locolhost.localdomain> <42B6FE2D.80909@rasmil.dk> <1119323881.3109.10.camel@locolhost.localdomain> Message-ID: <1119337888.42b7bda02e84a@webmail.surftown.dk> Quoting "Michael A. Peters" : > On Mon, 2005-06-20 at 19:34 +0200, Tim Lauridsen wrote: > > > I have made the modification, and changed > > build_v 4 to 4.2 > > > > and > > > > Release to 4.2%{?dist} > > > > there they are: > > > > SPEC: > > http://linux.rasmil.dk/dnl/yumex/yumex.spec > > > > SRPM: > > http://linux.rasmil.dk/dnl/yumex/yumex-0.40-4.2.src.rpm > > In the spec file you note that release and build_ver need to be the > same. > Why is that? The release tag only has meaning for rpm, it does not need > to be the same as what is in the tarball. > > It seems like it would be extra maintenance to want them to be the same > because you have to update the tarball for minor changes to the spec > file that don't require an entirely new tarball. > > release in context of the rpm spec file only has meaning to the rpm > system system, so that it knows how to decide what is a more recent > packaging. You are right, it was because i was using the Release field in my makefile to name the source tar, this was wrong, I have changed it to use the build_v field insted. Here is the latest build: SPEC: http://linux.rasmil.dk/dnl/yumex/yumex.spec SRPM: http://linux.rasmil.dk/dnl/yumex/yumex-0.40-5.0.src.rpm Tim Lauridsen From oliver at linux-kernel.at Tue Jun 21 07:14:33 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 21 Jun 2005 09:14:33 +0200 Subject: New Package: fish In-Reply-To: <20050620203353.08521c38.bugs.michael@gmx.net> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> Message-ID: <42B7BE59.1080708@linux-kernel.at> Michael Schwendt wrote: > On Mon, 20 Jun 2005 16:58:07 +0200, Axel Liljencrantz wrote: > >>Aside from the above changes, I've also added >> >>provides: fish xsel mimedb >> >>to the spec file. > > And these require an explanation, at least in the spec file. > > For example, "Provides: %name = %version-%release" is automatic, > so your one would be redundant and less accurate (= non-versioned). > > [...] > > Btw, caution! Adding things during a review often asks for trouble as your > current reviewer may not agree with changes he didn't propose. Correct. fish in provides is absolutely useless. xsel is a binary in your RPM /usr/bin/xsel, so if you really need to Require it somewhere else, it's better to require /usr/bin/xsel, as RPM dep checking or the dep resolving mechs from yum/up2date are intelligent enough to find the package where this binary is included. Same for mimedb! Please Please do also remove the Tags Packager and Vendor. BuildRoot has been documented in Wiki this way: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Btw, indentations - I think - would be fine so it's better readable. * Remove the blank line after %description - please. For the %doc-section I'm currently not sure what's in Wiki, but I believe, that /usr/share/doc/%{name} is not good. And %doc-ing the man-packages is not needed, as this is done automatically. * Make use of macros whereever you can. /etc/ is better written as %{_sysconfdir} and /usr/bin is %{_bindir}. /usr/man should be moved to /usr/share/man and it's macroed as %{_mandir}. * /etc/fish.d should not be %config, but %dir. * /etc/fish and /etc/fish_inputrc might be also missing a %config directive. * /usr/bin/* should get an %attr(0755,root,root) I think. >>The new version is available here: >> >>http://roo.no-ip.org/fish/fedora/fish-1.11.1-2.src.rpm Please check the above mentioned fixes. And the fixes down here added by Michael - I had no look at them, might be, that some of my point are redundant with those. > In addition to the comments done by earlier reviewers, quite some > clean-up is needed: > > * No Packager or Vendor tags in a spec file, please. These belong > into your local build environment only. > > * "License: GPL"? No. The C source files disagree. => LGPL > > * Use %configure instead of "./configure --prefix=...". rpmlint even > warns about that. The %configure macro sets prefix, libdir and > friends for you. > > * %install section is missing "rm -rf $RPM_BUILD_ROOT" at the > beginning. > > * Your %postun script will break upgrades, as it will be executed > last. Look like e.g. "bash" does it. > > * Manual pages are installed into %_mandir and are flagged %doc > automatically. Use %_mandir not /usr/man > > * Use the other macros like %_datadir (/usr/share), %_bindir (/usr/bin) > %_sysconfdir (/etc) > > * Package doesn't build with $RPM_OPT_FLAGS, because it overrides CFLAGS > with its own flags. > > * Package fails to build. Missing at least "Buildrequires: ncurses-devel" > > * (RFE: Is it possible to install documentation files into %_docdir like > most other packages? i.e. %_datadir/doc/%name-%version) > > * Package fails to install: > > Preparing... ########################################### [100%] > 1:fish ########################################### [100%] > /home/qa/tmp/rpm/tmp/rpm-tmp.28773: line 11: syntax error: unexpected end of file > error: %post(fish-1.11.1-2.i386) scriptlet failed, exit status 2 > Best, Oliver From j.w.r.degoede at hhs.nl Tue Jun 21 07:20:57 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 21 Jun 2005 09:20:57 +0200 Subject: Build sytems timeout auto retry? Message-ID: <42B7BFD9.7070304@hhs.nl> Hi all, I'm still getting build errors due to yum timeouts (ppc) I wanted todo a make build again, but I wasn't sure if there wasn't already an extra attempt in the queue so I did a cvs update common and checked out to build and there was not one but 2 additional builds queued, does the build system automagicly request a new build if the build fails on a timeout? Regards, Hans From mikem at cyber.com.au Mon Jun 20 13:13:56 2005 From: mikem at cyber.com.au (Mike MacCana) Date: Mon, 20 Jun 2005 23:13:56 +1000 Subject: Request for review: rinetd In-Reply-To: <1119211416.28867.32.camel@bobcat.mine.nu> References: <1119211416.28867.32.camel@bobcat.mine.nu> Message-ID: <1119273236.3027.15.camel@localhost.localdomain> This might be OT - I'm interstate and don't have the history of the discussion. Ignore the following if rinetd isn't an xinetd / initd like app. If it is, then unless it's based on DBUS, and can also replace init, and in the future, cron, kudzu, and alot of other event based launch systems, there really won't be much use of it. You can add it though. But there's a good chance other things will offer more benefit over xinetd than rinetd does. Mike From bugs.michael at gmx.net Tue Jun 21 10:36:00 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 21 Jun 2005 12:36:00 +0200 Subject: rpms/libgda/devel libgda.spec,1.1,1.2 In-Reply-To: <200506210842.j5L8gm0A030125@cvs-int.fedora.redhat.com> References: <200506210842.j5L8gm0A030125@cvs-int.fedora.redhat.com> Message-ID: <20050621123600.6d262f78.bugs.michael@gmx.net> On Tue, 21 Jun 2005 04:42:48 -0400, Hans de Goede wrote: > Author: jwrdegoede > > Update of /cvs/extras/rpms/libgda/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30108 > > Modified Files: > libgda.spec > Log Message: > * Tue Jun 21 2005 Hans de Goede 1:1.2.0-6 > - rebuild so that we depend on the proper version of libpq.so (#160917) > - change names of database providers from gda-xxx to libgda-xxx (#160917) > Name: libgda > Version: 1.2.0 > -Release: 5 > +Release: 6 > Epoch: 1 Caution! An Epoch here implies that you need... > %if %{FREETDS} > -%package -n gda-freetds > -Summary: GDA FreeTDS Provider > +%package freetds > +Summary: libgda FreeTDS Provider > Group: System Environment/Libraries > -%description -n gda-freetds > -This package includes the GDA FreeTDS provider. > +%description freetds > +This package includes the libgda FreeTDS provider. > +Obsoletes: gda-freetds < %{version}-%{release} > +Provides: gda-freetds = %{version}-%{release} ... %{epoch}:%{version}-%{release} here and in the other places, too. From ryo-dairiki at mbm.nifty.com Tue Jun 21 10:47:58 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Tue, 21 Jun 2005 19:47:58 +0900 Subject: rpms/scim-pinyin/devel scim-pinyin-0.5.0-setup-ambiguity-cast.patch, NONE, 1.1 scim-pinyin.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20050621034142.4dd4d458.bugs.michael@gmx.net> References: <200506202350.j5KNo0D7017242@cvs-int.fedora.redhat.com> <20050621022947.1d0aafbc.bugs.michael@gmx.net> <42B76E17.4080400@mbm.nifty.com> <20050621034142.4dd4d458.bugs.michael@gmx.net> Message-ID: <42B7F05E.2060603@mbm.nifty.com> Michael Schwendt wrote: >On Tue, 21 Jun 2005 10:32:07 +0900, Ryo Dairiki wrote: > > > >>Michael Schwendt wrote: >> >> >> >>>On Mon, 20 Jun 2005 19:49:30 -0400, Ryo Dairiki wrote: >>> >>> >>> >>> >>> >>>>Author: ryo >>>> >>>>Update of /cvs/extras/rpms/scim-pinyin/devel >>>>In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv17180/devel >>>> >>>> >>>> >>>> >>> >>> >>> >>> >>>>%files -f %{name}.lang >>>>%defattr(-,root,root,-) >>>>%doc AUTHORS COPYING NEWS README ChangeLog >>>>%{_libdir}/scim-1.0/IMEngine/pinyin.so >>>>%{_libdir}/scim-1.0/SetupUI/pinyin-imengine-setup.so >>>> >>>> >>>> >>>> >>>?? >>> >>>Comparing the directory structure with the "scim" package, it's >>>/usr/lib/scim-1.0/1.2.0/IMEngine/ >>>/usr/lib/scim-1.0/1.2.0/SetupUI/ >>>there. Bug? >>> >>> >>> >>> >>You can install im-engines into either /usr/lib/scim-1.0/1.2.0/IMEngine/ >>or /usr/lib/scim-1.0/IMEngine. >>I don't think it's bug. (But I'll ask James what's the difference >>between them later) >> >> >Well, then the scim package ought to include empty directories > > %{_libdir}/scim-1.0/IMEngine/ > %{_libdir}/scim-1.0/SetupUI/ > >too. > > They Are included in the package. You can confirm this by "rpm -q scim --files-by-pkg." Or you mean they should be written in the specfile rather than automatically included by rpmbuild? Regards, Ryo Dairiki From j.w.r.degoede at hhs.nl Tue Jun 21 10:58:39 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 21 Jun 2005 12:58:39 +0200 Subject: rpms/libgda/devel libgda.spec,1.1,1.2 In-Reply-To: <20050621123600.6d262f78.bugs.michael@gmx.net> References: <200506210842.j5L8gm0A030125@cvs-int.fedora.redhat.com> <20050621123600.6d262f78.bugs.michael@gmx.net> Message-ID: <42B7F2DF.7050408@hhs.nl> Michael Schwendt wrote: > On Tue, 21 Jun 2005 04:42:48 -0400, Hans de Goede wrote: > > >>Author: jwrdegoede >> >>Update of /cvs/extras/rpms/libgda/devel >>In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30108 >> >>Modified Files: >> libgda.spec >>Log Message: >>* Tue Jun 21 2005 Hans de Goede 1:1.2.0-6 >>- rebuild so that we depend on the proper version of libpq.so (#160917) >>- change names of database providers from gda-xxx to libgda-xxx (#160917) > > > >> Name: libgda >> Version: 1.2.0 >>-Release: 5 >>+Release: 6 >> Epoch: 1 > > > Caution! An Epoch here implies that you need... > > >> %if %{FREETDS} >>-%package -n gda-freetds >>-Summary: GDA FreeTDS Provider >>+%package freetds >>+Summary: libgda FreeTDS Provider >> Group: System Environment/Libraries >>-%description -n gda-freetds >>-This package includes the GDA FreeTDS provider. >>+%description freetds >>+This package includes the libgda FreeTDS provider. >>+Obsoletes: gda-freetds < %{version}-%{release} >>+Provides: gda-freetds = %{version}-%{release} > > > ... %{epoch}:%{version}-%{release} > > here and in the other places, too. > Thanks, I'll fix it and retag before the build happens. Regards, Hans From bugs.michael at gmx.net Tue Jun 21 10:58:33 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 21 Jun 2005 12:58:33 +0200 Subject: rpms/scim-pinyin/devel scim-pinyin-0.5.0-setup-ambiguity-cast.patch, NONE, 1.1 scim-pinyin.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <42B7F05E.2060603@mbm.nifty.com> References: <200506202350.j5KNo0D7017242@cvs-int.fedora.redhat.com> <20050621022947.1d0aafbc.bugs.michael@gmx.net> <42B76E17.4080400@mbm.nifty.com> <20050621034142.4dd4d458.bugs.michael@gmx.net> <42B7F05E.2060603@mbm.nifty.com> Message-ID: <20050621125833.4f08261b.bugs.michael@gmx.net> On Tue, 21 Jun 2005 19:47:58 +0900, Ryo Dairiki wrote: > >>You can install im-engines into either /usr/lib/scim-1.0/1.2.0/IMEngine/ > >>or /usr/lib/scim-1.0/IMEngine. > >>I don't think it's bug. (But I'll ask James what's the difference > >>between them later) > >> > >> > >Well, then the scim package ought to include empty directories > > > > %{_libdir}/scim-1.0/IMEngine/ > > %{_libdir}/scim-1.0/SetupUI/ > > > >too. > > > > > > They Are included in the package. > You can confirm this by "rpm -q scim --files-by-pkg." Okay then. From skvidal at phy.duke.edu Tue Jun 21 12:21:50 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 21 Jun 2005 08:21:50 -0400 Subject: Build sytems timeout auto retry? In-Reply-To: <42B7BFD9.7070304@hhs.nl> References: <42B7BFD9.7070304@hhs.nl> Message-ID: <1119356510.29877.42.camel@cutter> On Tue, 2005-06-21 at 09:20 +0200, Hans de Goede wrote: > Hi all, > > I'm still getting build errors due to yum timeouts (ppc) when did you get the last timeout? What package? > I wanted todo a make build again, but I wasn't sure if there wasn't already an extra > attempt in the queue so I did a cvs update common and checked out to > build and there was not one but 2 additional builds queued, does the > build system automagicly request a new build if the build fails on a > timeout? No the buildsystem doesn't automatically request a new build if one fails on a timeout. -sv From j.w.r.degoede at hhs.nl Tue Jun 21 12:40:31 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Tue, 21 Jun 2005 14:40:31 +0200 Subject: Build sytems timeout auto retry? In-Reply-To: <1119356510.29877.42.camel@cutter> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> Message-ID: <42B80ABF.1020906@hhs.nl> seth vidal wrote: > On Tue, 2005-06-21 at 09:20 +0200, Hans de Goede wrote: > >>Hi all, >> >>I'm still getting build errors due to yum timeouts (ppc) > > > when did you get the last timeout? What package? > Today, with gnumeric on ppc, the last error was couldn't setup a minimal buildsystem. Regards, Hans From hballal at gmail.com Tue Jun 21 13:07:25 2005 From: hballal at gmail.com (Hrishikesh Ballal) Date: Tue, 21 Jun 2005 09:07:25 -0400 Subject: No subject Message-ID: <87d5f0430506210607ae088ba@mail.gmail.com> Hello, Thank you for your reply. >I'd like to figure out how you got to running this command line >based on >the UsingCvsFaq page. :) It could never work. Well when nothing worked, I was trying to look around on the internet and on the different mailing lists if others had encountered similar difficulties. Someone in the translators mailing list had a similar problem and it was recommended as the solution. >In your particular case, your account hasn't been approved yet. That is fine. My understanding was that you had to have an account to access the cvs for the "Extras" modules like fedoraproject.org website. I just want to look at it work on it and submit for review.. >Moreover, you don't need an account in order to look at things in >CVS. >Please use anonymous CVS if all you need is to checkout at this >point (see >http://cvs.fedora.redhat.com/ for more info). I had looked at that site and the documentation there but I could not "download" the fedoraproject.org website (using cvs co project-web).. So I looked under the /cvs/fedora using Bonsai, I did not find the site but I could find the fedora redhat (http://fedora.redhat.com) website. Anyway, I am going to try to look around a bit more tonight. Hopefully this time I will be able to get somewhere. Thanks a lot for your reply, Hrishi From bugs.michael at gmx.net Tue Jun 21 13:20:48 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 21 Jun 2005 15:20:48 +0200 Subject: Build sytems timeout auto retry? In-Reply-To: <1119356510.29877.42.camel@cutter> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> Message-ID: <20050621152048.567a3c16.bugs.michael@gmx.net> On Tue, 21 Jun 2005 08:21:50 -0400, seth vidal wrote: > On Tue, 2005-06-21 at 09:20 +0200, Hans de Goede wrote: > > Hi all, > > > > I'm still getting build errors due to yum timeouts (ppc) > > when did you get the last timeout? What package? Subject: Build Result: firestarter on development Date: Tue, 21 Jun 2005 09:04:26 -0400 (EDT) Subject: Build Result: SDL_mixer on development Date: Mon, 20 Jun 2005 23:51:42 -0400 (EDT) Seems the build system restarted and tried to build old requests, which had failed for ppc a few days before, again. i386 and x86_64 succeed, ppc fails in the same way. From qspencer at ieee.org Tue Jun 21 14:35:52 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 21 Jun 2005 09:35:52 -0500 Subject: Build sytems timeout auto retry? In-Reply-To: <42B80ABF.1020906@hhs.nl> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> <42B80ABF.1020906@hhs.nl> Message-ID: <42B825C8.9000809@ieee.org> Hans de Goede wrote: > seth vidal wrote: > >> On Tue, 2005-06-21 at 09:20 +0200, Hans de Goede wrote: >> >>> Hi all, >>> >>> I'm still getting build errors due to yum timeouts (ppc) >> >> >> >> when did you get the last timeout? What package? >> > > Today, with gnumeric on ppc, the last error was couldn't setup a > minimal buildsystem. I'm seeing the same error with octave and cln on development. I haven't had a development build succeed since FC4 was released last week. -Quentin From skvidal at phy.duke.edu Tue Jun 21 14:36:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 21 Jun 2005 10:36:23 -0400 Subject: Build sytems timeout auto retry? In-Reply-To: <42B825C8.9000809@ieee.org> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> <42B80ABF.1020906@hhs.nl> <42B825C8.9000809@ieee.org> Message-ID: <1119364583.24920.8.camel@opus.phy.duke.edu> On Tue, 2005-06-21 at 09:35 -0500, Quentin Spencer wrote: > Hans de Goede wrote: > > > seth vidal wrote: > > > >> On Tue, 2005-06-21 at 09:20 +0200, Hans de Goede wrote: > >> > >>> Hi all, > >>> > >>> I'm still getting build errors due to yum timeouts (ppc) > >> > >> > >> > >> when did you get the last timeout? What package? > >> > > > > Today, with gnumeric on ppc, the last error was couldn't setup a > > minimal buildsystem. > > > I'm seeing the same error with octave and cln on development. I haven't > had a development build succeed since FC4 was released last week. > odd - I pushed out a bunch of development packages in extras last night. -sv From ville.skytta at iki.fi Tue Jun 21 14:46:35 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 21 Jun 2005 17:46:35 +0300 Subject: Request for review: rinetd In-Reply-To: <1119273236.3027.15.camel@localhost.localdomain> References: <1119211416.28867.32.camel@bobcat.mine.nu> <1119273236.3027.15.camel@localhost.localdomain> Message-ID: <1119365195.28867.150.camel@bobcat.mine.nu> On Mon, 2005-06-20 at 23:13 +1000, Mike MacCana wrote: > Ignore the following if rinetd isn't an xinetd / initd like app. Ignored :) http://www.boutell.com/rinetd/ From jjneely at pams.ncsu.edu Tue Jun 21 15:09:52 2005 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Tue, 21 Jun 2005 11:09:52 -0400 Subject: New Package: x2x In-Reply-To: <1119321223.2834.20.camel@localhost.localdomain> References: <1119284090.2901.21.camel@localhost> <20050620172752.GB19523@anduril.pams.ncsu.edu> <1119321223.2834.20.camel@localhost.localdomain> Message-ID: <20050621150952.GJ19523@anduril.pams.ncsu.edu> On Mon, Jun 20, 2005 at 07:33:43PM -0700, Per Bjornsson wrote: > On Mon, 2005-06-20 at 13:27 -0400, Jack Neely wrote: > > > Question: Should we add a GPL Copying file to the package documentation? > > > > > > > Is this absolutely nesicary for each and every GPL'd package? I nope > > not. :-) > > Well, I think Toshio got this right, it really should be in there. (Best > would be if it was in there from upstream; it may be legally OK to fix > it in the Fedora package but it's a bit clumsy. Again, IANAL so I don't > want to be quoted as an authority on non-obvious legal stuff...) > I have contacted the current maintainer and asked him if he could clarify the licensing situation. Until then I'm going to let this rest. Jack -- 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 qspencer at ieee.org Tue Jun 21 15:26:14 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 21 Jun 2005 10:26:14 -0500 Subject: Build system question Message-ID: <42B83196.4080806@ieee.org> If I want to build two packages where one is a dependency of the other, can the second package build as soon as the dependency has succeeded on the build system, or must it be released to extras first? -Quentin From skvidal at phy.duke.edu Tue Jun 21 15:27:06 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 21 Jun 2005 11:27:06 -0400 Subject: Build system question In-Reply-To: <42B83196.4080806@ieee.org> References: <42B83196.4080806@ieee.org> Message-ID: <1119367627.24920.12.camel@opus.phy.duke.edu> On Tue, 2005-06-21 at 10:26 -0500, Quentin Spencer wrote: > If I want to build two packages where one is a dependency of the other, > can the second package build as soon as the dependency has succeeded on > the build system, or must it be released to extras first? the former. it has a local repo of 'just built but not pushed' that the buildsystem can access. -sv From silfreed-fel at silfreed.net Tue Jun 21 15:37:26 2005 From: silfreed-fel at silfreed.net (Douglas E. Warner) Date: Tue, 21 Jun 2005 11:37:26 -0400 Subject: Self-Introduction: Douglas E. Warner Message-ID: <200506211137.26477.silfreed-fel@silfreed.net> Douglas E. Warner Shippensburg, PA, USA Network Engineer CTI Networks, Inc (http://www.ctinetworks.com) Your goals in the Fedora Project * Which packages do you want to see published? ipmitool http://ipmitool.sourceforge.net/ jabberd (2.0) http://jabberd.jabberstudio.org/2/ jabberd14 http://jabberd.jabberstudio.org/1.4/ mt-daapd http://mt-daapd.sourceforge.net/ netmrg http://www.netmrg.net/ pmacct http://www.ba.cnr.it/~paolo/pmacct/ syslog-ng http://www.balabit.com/products/syslog_ng/ libol (for syslog-ng) wpa_supplicant http://hostap.epitest.fi/wpa_supplicant/ * Do you want to do QA? Yes, I would like to help others make RPMs, and thus, help the community grow. * Anything else special? I've been packaging RPMs for a little over a year now and have enjoyed it immensely. I've been packaging the above projects and others since FC1, starting with the project I'm a developer on, NetMRG. I would really like to get this packages out to a broader audience and help the community to grow. Historical qualifications * What other projects have you worked on in the past? NetMRG (http://www.netmrg.net/) * What computer languages and other skills do you know? C, C++, Perl, PHP, MySQL I manage a farm of up to 50 Linux servers at my work where we do just about all development in-house for new services. * Why should we trust you? Take a look at my packages and see if they're up-to-snuff. I hope to gain trust as I become more active in the community (as I haven't been a very vocal participant in the past). $ gpg --fingerprint ED00D312 pub 1024D/ED00D312 2000-06-21 Key fingerprint = 81BC 7E24 9FC6 5507 58B5 F2D3 255D FAB2 ED00 D312 sub 2048g/584F2E74 2000-06-21 * Note: I'm sorry if I've done this in the wrong order; I started my account registration procedure (https://admin.fedora.redhat.com/accounts/) before sending the Self-Introduction. I was trying to follow the instructions on http://fedoraproject.org/wiki/NewPackageProcess but it didn't mention the Self-Intro. -Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugs.michael at gmx.net Tue Jun 21 15:47:14 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 21 Jun 2005 17:47:14 +0200 Subject: Self-Introduction: Douglas E. Warner In-Reply-To: <200506211137.26477.silfreed-fel@silfreed.net> References: <200506211137.26477.silfreed-fel@silfreed.net> Message-ID: <20050621174714.4fabc63b.bugs.michael@gmx.net> On Tue, 21 Jun 2005 11:37:26 -0400, Douglas E. Warner wrote: > * Note: > I'm sorry if I've done this in the wrong order; I started my account > registration procedure (https://admin.fedora.redhat.com/accounts/) before > sending the Self-Introduction. I was trying to follow the instructions on > http://fedoraproject.org/wiki/NewPackageProcess but it didn't mention the > Self-Intro. It would be wrong to make the NewPackageProcess page explain too many things which are unrelated. How to sign up, how to use CVS, how to submit a build requests, things like that belong onto a different page. From silfreed-fel at silfreed.net Tue Jun 21 15:48:52 2005 From: silfreed-fel at silfreed.net (Douglas E. Warner) Date: Tue, 21 Jun 2005 11:48:52 -0400 Subject: Self-Introduction: Douglas E. Warner In-Reply-To: <20050621174714.4fabc63b.bugs.michael@gmx.net> References: <200506211137.26477.silfreed-fel@silfreed.net> <20050621174714.4fabc63b.bugs.michael@gmx.net> Message-ID: <200506211148.53124.silfreed-fel@silfreed.net> On Tuesday 21 June 2005 11:47, Michael Schwendt wrote: > It would be wrong to make the NewPackageProcess page explain too many > things which are unrelated. How to sign up, how to use CVS, how to submit > a build requests, things like that belong onto a different page. I agree, but I'm not sure that page currently exists. Maybe there needs to be a GettingStartedDeveloping page? -Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From silfreed-fel at silfreed.net Tue Jun 21 16:56:30 2005 From: silfreed-fel at silfreed.net (Douglas E. Warner) Date: Tue, 21 Jun 2005 12:56:30 -0400 Subject: Self-Introduction: Douglas E. Warner In-Reply-To: <200506211137.26477.silfreed-fel@silfreed.net> References: <200506211137.26477.silfreed-fel@silfreed.net> Message-ID: <200506211256.30771.silfreed-fel@silfreed.net> On Tuesday 21 June 2005 11:37, Douglas E. Warner wrote: > ? * Anything else special? > I've been packaging RPMs for a little over a year now and have enjoyed it > immensely. ?I've been packaging the above projects and others since FC1, > starting with the project I'm a developer on, NetMRG. ?I would really like > to get this packages out to a broader audience and help the community to > grow. I forgot to mention the links to my repo: http://www.silfreed.net/articles/repo -Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at cypherpunks.ca Tue Jun 21 17:02:54 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Tue, 21 Jun 2005 19:02:54 +0200 (CEST) Subject: Question regarding: Build Result: gaim-otr on development Message-ID: Looking at the reason the build for gaim-otr failed I notice two strange things: 1) libotr (needed for gaim-otr) was never build on the build system, while it is Required: for gaim-otr. 2) gaim-otr's spec file has a BuildRequires: line including libotr-devel, so it shouldn't even have started to try and compile gaim-otr packages without libotr. Paul ---------- Forwarded message ---------- Date: Tue, 21 Jun 2005 12:17:49 -0400 (EDT) From: buildsys at fedoraproject.org To: pwouters at fedora.redhat.com Subject: Build Result: gaim-otr on development Build of gaim-otr on development failed to complete on one or more archs. Please see logs at: http://extras64.linux.duke.edu/failed/development/gaim-otr From mpeters at mac.com Tue Jun 21 17:36:04 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 21 Jun 2005 10:36:04 -0700 Subject: Question regarding: Build Result: gaim-otr on development In-Reply-To: References: Message-ID: <1119375365.3109.62.camel@locolhost.localdomain> On Tue, 2005-06-21 at 19:02 +0200, Paul Wouters wrote: > Looking at the reason the build for gaim-otr failed I notice two strange > things: > > 1) libotr (needed for gaim-otr) was never build on the build system, while it > is > Required: for gaim-otr. > 2) gaim-otr's spec file has a BuildRequires: line including libotr-devel, so it > shouldn't even have started to try and compile gaim-otr packages without > libotr. from the tobuild file, it looks like libotr was requested after gaim-otr - why it tried to build gaim-otr anyway, I don't know. From adrian at lisas.de Tue Jun 21 18:11:24 2005 From: adrian at lisas.de (Adrian Reber) Date: Tue, 21 Jun 2005 20:11:24 +0200 Subject: Build sytems timeout auto retry? In-Reply-To: <1119364583.24920.8.camel@opus.phy.duke.edu> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> <42B80ABF.1020906@hhs.nl> <42B825C8.9000809@ieee.org> <1119364583.24920.8.camel@opus.phy.duke.edu> Message-ID: <20050621181124.GA17566@lisas.de> On Tue, Jun 21, 2005 at 10:36:23AM -0400, seth vidal wrote: > > > Today, with gnumeric on ppc, the last error was couldn't setup a > > > minimal buildsystem. > > > > > > I'm seeing the same error with octave and cln on development. I haven't > > had a development build succeed since FC4 was released last week. > > > > odd - I pushed out a bunch of development packages in extras last night. The development packages you pushed were all noarch. I haven't been able to build any development packages in the last few days as well. Adrian From qspencer at ieee.org Tue Jun 21 18:17:08 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 21 Jun 2005 13:17:08 -0500 Subject: Build sytems timeout auto retry? In-Reply-To: <1119364583.24920.8.camel@opus.phy.duke.edu> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> <42B80ABF.1020906@hhs.nl> <42B825C8.9000809@ieee.org> <1119364583.24920.8.camel@opus.phy.duke.edu> Message-ID: <42B859A4.3070905@ieee.org> seth vidal wrote: >On Tue, 2005-06-21 at 09:35 -0500, Quentin Spencer wrote: > > >>Hans de Goede wrote: >> >> >> >>>seth vidal wrote: >>> >>> >>> >>>>On Tue, 2005-06-21 at 09:20 +0200, Hans de Goede wrote: >>>> >>>> >>>> >>>>>Hi all, >>>>> >>>>>I'm still getting build errors due to yum timeouts (ppc) >>>>> >>>>> >>>> >>>>when did you get the last timeout? What package? >>>> >>>> >>>> >>>Today, with gnumeric on ppc, the last error was couldn't setup a >>>minimal buildsystem. >>> >>> >>I'm seeing the same error with octave and cln on development. I haven't >>had a development build succeed since FC4 was released last week. >> >> >> > >odd - I pushed out a bunch of development packages in extras last night. > >-sv > > > My most recent attempt to build cln just failed again. There are complete RPMs for i386 and x86_64. On PPC I'm getting the following error, which seems to indicate a communications problem specific to the ppc build machine: ---> Downloading header for ppc64-utils to pack into transaction set. http://extras64.linux.duke.edu/rawhide/ppc/Fedora/RPMS/ppc64-utils-0.7-9.ppc.rpm: [Errno 4] IOError: HTTP Error 404: Date: Tue, 21 Jun 2005 17:31:20 GMT Content-Length: 345 Accept-Ranges: bytes Content-Type: text/html Server: lighttpd/1.3.13 Trying other mirror. Error: failure: Fedora/RPMS/ppc64-utils-0.7-9.ppc.rpm from core: [Errno 256] No more mirrors to try. ERROR: Could not get build-minimal From ville.skytta at iki.fi Tue Jun 21 18:22:11 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 21 Jun 2005 21:22:11 +0300 Subject: Build sytems timeout auto retry? In-Reply-To: <20050621181124.GA17566@lisas.de> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> <42B80ABF.1020906@hhs.nl> <42B825C8.9000809@ieee.org> <1119364583.24920.8.camel@opus.phy.duke.edu> <20050621181124.GA17566@lisas.de> Message-ID: <1119378131.28867.192.camel@bobcat.mine.nu> On Tue, 2005-06-21 at 20:11 +0200, Adrian Reber wrote: > I haven't been able > to build any development packages in the last few days as well. Ditto, always fails in setting up the minimal build root for ppc, trying to install a non-existent ppc64-utils package. For example, http://extras64.linux.duke.edu/failed/development/neXtaw/0.15.1-5/ppc/neXtaw-0.15.1-5.failure.log http://extras64.linux.duke.edu/failed/development/SDL_mixer/1.2.6-1.fc5/ppc/SDL_mixer-1.2.6-1.fc5.failure.log http://extras64.linux.duke.edu/failed/development/SDL_image/1.2.4-1.fc5/ppc/SDL_image-1.2.4-1.fc5.failure.log From skvidal at phy.duke.edu Tue Jun 21 18:26:58 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 21 Jun 2005 14:26:58 -0400 Subject: Build sytems timeout auto retry? In-Reply-To: <1119378131.28867.192.camel@bobcat.mine.nu> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> <42B80ABF.1020906@hhs.nl> <42B825C8.9000809@ieee.org> <1119364583.24920.8.camel@opus.phy.duke.edu> <20050621181124.GA17566@lisas.de> <1119378131.28867.192.camel@bobcat.mine.nu> Message-ID: <1119378418.24920.42.camel@opus.phy.duke.edu> On Tue, 2005-06-21 at 21:22 +0300, Ville Skytt? wrote: > On Tue, 2005-06-21 at 20:11 +0200, Adrian Reber wrote: > > > I haven't been able > > to build any development packages in the last few days as well. > > Ditto, always fails in setting up the minimal build root for ppc, trying > to install a non-existent ppc64-utils package. For example, > http://extras64.linux.duke.edu/failed/development/neXtaw/0.15.1-5/ppc/neXtaw-0.15.1-5.failure.log > http://extras64.linux.duke.edu/failed/development/SDL_mixer/1.2.6-1.fc5/ppc/SDL_mixer-1.2.6-1.fc5.failure.log > http://extras64.linux.duke.edu/failed/development/SDL_image/1.2.4-1.fc5/ppc/SDL_image-1.2.4-1.fc5.failure.log > yes -- the ppc mirror was/is out of sync. There's no way for me to beat this without A LOT of manual intervention. I'm beginning to give up here. Sopwith - remember when I recommended we turn the buildsystem off for the week following FC4's release. this is why. -sv ] From ndbecker2 at gmail.com Tue Jun 21 19:32:31 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 21 Jun 2005 15:32:31 -0400 Subject: Howto setup a new hard disk? Message-ID: I want to add a new disk (external usb) to an existing FC3 system and use it to upgrade to FC4. I like the autopartioning that anaconda does, setting up lvm. I want to partition the drive in the same manner, but don't want to have to use lvm manually to do it. My plan is to partition the drive for lvm, then copy files from the existing FC3 drive onto it, edit fstab to use the new drive, and then run the FC4 update. From mricon at gmail.com Tue Jun 21 20:24:15 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 21 Jun 2005 16:24:15 -0400 Subject: Review request 2: syslog-ng (syslog replacement daemon) In-Reply-To: <429528CA.3050506@di.uminho.pt> References: <429528CA.3050506@di.uminho.pt> Message-ID: On 5/25/05, Jos? Pedro Oliveira wrote: > Summary: > Syslog replacement daemon > http://www.balabit.com/products/syslog_ng/ Looks good. I have a few things to suggest, but the only significant change is BuildRequires: which, since otherwise it won't build in mock. See the attached patch. Otherwise, I think it needs to be approved and built. Cheers, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." -------------- next part -------------- A non-text attachment was scrubbed... Name: syslog-ng.spec.patch Type: text/x-patch Size: 2863 bytes Desc: not available URL: From mattdm at mattdm.org Tue Jun 21 20:31:30 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 21 Jun 2005 16:31:30 -0400 Subject: Review request 2: syslog-ng (syslog replacement daemon) In-Reply-To: References: <429528CA.3050506@di.uminho.pt> Message-ID: <20050621203130.GA5557@jadzia.bu.edu> On Tue, Jun 21, 2005 at 04:24:15PM -0400, Konstantin Ryabitsev wrote: > Otherwise, I think it needs to be approved and built. And then made the default for FC6. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 79 degrees Fahrenheit. From mpeters at mac.com Tue Jun 21 20:55:48 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 21 Jun 2005 13:55:48 -0700 Subject: pan from rawhide, modified Message-ID: <1119387348.3109.69.camel@locolhost.localdomain> Took latest pan from rawhide cvs and imported into extras updated version to new upstream version removed patches fixed in new upstream added gcc4 patch (won't build w/o it) removed gnet2 source - gnet2 in extras, BuildRequires gnet2-devel removed explicit library requires, redundant BuildRequires fedora extras style desktop-file-install changes noted in changelog builds in mock, rpmlint clean Any objections to requesting a build for FC-4? From andreas.bierfert at lowlatency.de Tue Jun 21 21:03:07 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 21 Jun 2005 23:03:07 +0200 Subject: Review request 2: syslog-ng (syslog replacement daemon) In-Reply-To: <20050621203130.GA5557@jadzia.bu.edu> References: <429528CA.3050506@di.uminho.pt> <20050621203130.GA5557@jadzia.bu.edu> Message-ID: <42B8808B.6070803@lowlatency.de> Matthew Miller wrote: > And then made the default for FC6. :) > +1 ;) -- 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 From paul at cypherpunks.ca Tue Jun 21 22:20:32 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Wed, 22 Jun 2005 00:20:32 +0200 (CEST) Subject: Question regarding: Build Result: gaim-otr on development In-Reply-To: <1119375365.3109.62.camel@locolhost.localdomain> References: <1119375365.3109.62.camel@locolhost.localdomain> Message-ID: On Tue, 21 Jun 2005, Michael A. Peters wrote: > from the tobuild file, it looks like libotr was requested after gaim-otr That was probably my second attempt at sending a build request. > - why it tried to build gaim-otr anyway, I don't know. Right :) I'll wait a few days for the build system to stabalize and then I'll try to send the build requests again. Paul -- "I am not even supposed to be here today!" -- Clerics From me at mattgillen.net Tue Jun 21 22:57:40 2005 From: me at mattgillen.net (Matthew Gillen) Date: Tue, 21 Jun 2005 18:57:40 -0400 Subject: Howto setup a new hard disk? In-Reply-To: References: Message-ID: <42B89B64.6060706@mattgillen.net> Neal Becker wrote: > I want to add a new disk (external usb) to an existing FC3 system and use it > to upgrade to FC4. I like the autopartioning that anaconda does, setting > up lvm. I want to partition the drive in the same manner, but don't want > to have to use lvm manually to do it. My plan is to partition the drive > for lvm, then copy files from the existing FC3 drive onto it, edit fstab to > use the new drive, and then run the FC4 update. So what's your question? How to use anaconda outside of the install process? You're probably better off asking this question on a more appropriate list: linux-lvm at redhat.com https://www.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/ --Matt From jwboyer at jdub.homelinux.org Tue Jun 21 23:27:21 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 21 Jun 2005 18:27:21 -0500 Subject: Build sytems timeout auto retry? In-Reply-To: <1119378418.24920.42.camel@opus.phy.duke.edu> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> <42B80ABF.1020906@hhs.nl> <42B825C8.9000809@ieee.org> <1119364583.24920.8.camel@opus.phy.duke.edu> <20050621181124.GA17566@lisas.de> <1119378131.28867.192.camel@bobcat.mine.nu> <1119378418.24920.42.camel@opus.phy.duke.edu> Message-ID: <1119396442.9293.6.camel@yoda.jdub.homelinux.org> On Tue, 2005-06-21 at 14:26 -0400, seth vidal wrote: > On Tue, 2005-06-21 at 21:22 +0300, Ville Skytt? wrote: > > On Tue, 2005-06-21 at 20:11 +0200, Adrian Reber wrote: > > > > > I haven't been able > > > to build any development packages in the last few days as well. > > > > Ditto, always fails in setting up the minimal build root for ppc, trying > > to install a non-existent ppc64-utils package. For example, > > http://extras64.linux.duke.edu/failed/development/neXtaw/0.15.1-5/ppc/neXtaw-0.15.1-5.failure.log > > http://extras64.linux.duke.edu/failed/development/SDL_mixer/1.2.6-1.fc5/ppc/SDL_mixer-1.2.6-1.fc5.failure.log > > http://extras64.linux.duke.edu/failed/development/SDL_image/1.2.4-1.fc5/ppc/SDL_image-1.2.4-1.fc5.failure.log > > > > yes -- the ppc mirror was/is out of sync. > > There's no way for me to beat this without A LOT of manual intervention. > > I'm beginning to give up here. > > Sopwith - remember when I recommended we turn the buildsystem off for > the week following FC4's release. > > this is why. So for everyone's sake, can we simply agree to not build anything for devel for one week? Or better yet, can we disable building in CVS for devel for a week to allow the mirror to get in sync? josh From byte at aeon.com.my Tue Jun 21 23:36:02 2005 From: byte at aeon.com.my (Colin Charles) Date: Wed, 22 Jun 2005 09:36:02 +1000 Subject: Guifications for Extras In-Reply-To: <42AE33A2.40809@six-by-nine.com.au> References: <42AE33A2.40809@six-by-nine.com.au> Message-ID: <1119396962.23117.3.camel@arena.soho.bytebot.net> On Tue, 2005-06-14 at 11:32 +1000, Peter Lawler wrote: > I believe Colin Charles has expressed an interest to Stu Tomlinson > for > getting Guifications in to Extras as we've had zero luck in getting > it > in to core. Stu's declining to maintain due to time contraints. Right, let me put it up for formal review, today. Sorry, have been a bit swamped recently (and this really should've been cc'ed down my way) -- Colin Charles, http://www.bytebot.net/ FUDCon II @ LinuxTag June 24-25, 2005 in Karlsruhe, Germany http://fedoraproject.com/fudcon/ From jpo at di.uminho.pt Wed Jun 22 00:43:57 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Wed, 22 Jun 2005 01:43:57 +0100 Subject: Review request 2: syslog-ng (syslog replacement daemon) In-Reply-To: References: <429528CA.3050506@di.uminho.pt> Message-ID: <42B8B44D.1050200@di.uminho.pt> Konstantin Ryabitsev wrote: > Looks good. I have a few things to suggest, but the only significant > change is BuildRequires: which, since otherwise it won't build in > mock. See the attached patch. Thanks for the review. I kept the sed build requirement: I still build and install syslog-ng in legacy systems (RH73). jpo PS - I'm leaving for FUDCon II. I may be several days offline. -- 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 Wed Jun 22 01:42:34 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 21 Jun 2005 21:42:34 -0400 Subject: Build sytems timeout auto retry? In-Reply-To: <1119396442.9293.6.camel@yoda.jdub.homelinux.org> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> <42B80ABF.1020906@hhs.nl> <42B825C8.9000809@ieee.org> <1119364583.24920.8.camel@opus.phy.duke.edu> <20050621181124.GA17566@lisas.de> <1119378131.28867.192.camel@bobcat.mine.nu> <1119378418.24920.42.camel@opus.phy.duke.edu> <1119396442.9293.6.camel@yoda.jdub.homelinux.org> Message-ID: <1119404554.3031.4.camel@cutter> > So for everyone's sake, can we simply agree to not build anything for > devel for one week? > > Or better yet, can we disable building in CVS for devel for a week to > allow the mirror to get in sync? it's too late now - but as long as rawhide is quasi-broken then so shall development builds for extras be broken. Luckily we should be getting repoclosure reports at the top of every rawhide update email now which should let us know who the bad people are who are breaking deps. -sv From bugs.michael at gmx.net Wed Jun 22 01:57:03 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Jun 2005 03:57:03 +0200 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> Message-ID: <20050622035703.20348902.bugs.michael@gmx.net> On Tue, 21 Jun 2005 11:51:14 -0400, Michael A. Peters wrote: > Author: mpeters > > Update of /cvs/extras/rpms/yumex/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv7375/devel > --- NEW FILE yumex.spec --- Missing BuildRequires: gettext > Requires: yum >= 2.3.2 > Requires: pygtk2 > Requires: usermode > Requires: python-abi = %(%{__python} -c "import sys ; print sys.version[:3]") python(abi) = ... dependency is automatic since FC4. For FC3, this package won't work anyway, because of the required Yum version. > %install > [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT D'oh! What makes these checks come back from time to time? > desktop-file-install --vendor fedora --delete-original \ > --dir $RPM_BUILD_ROOT%{_datadir}/applications \ > --add-category X-Red-Hat-Base \ It's not a preferred Core application and hence must not add category X-Red-Hat-Base. Category X-Fedora is fine, although it's not evaluated anywhere. > %clean > [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT D'oh! ;) From mpeters at mac.com Wed Jun 22 02:09:32 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 21 Jun 2005 19:09:32 -0700 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20050622035703.20348902.bugs.michael@gmx.net> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> <20050622035703.20348902.bugs.michael@gmx.net> Message-ID: <1119406172.3109.99.camel@locolhost.localdomain> The maintainer is working on getting his CVS access, but since I imported it for him, I'll make sure to get in touch with him to fix these issues. On Wed, 2005-06-22 at 03:57 +0200, Michael Schwendt wrote: > On Tue, 21 Jun 2005 11:51:14 -0400, Michael A. Peters wrote: > > > Author: mpeters > > > > Update of /cvs/extras/rpms/yumex/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv7375/devel > > > --- NEW FILE yumex.spec --- > > Missing BuildRequires: gettext > > > Requires: yum >= 2.3.2 > > Requires: pygtk2 > > Requires: usermode > > Requires: python-abi = %(%{__python} -c "import sys ; print sys.version[:3]") > > python(abi) = ... dependency is automatic since FC4. For FC3, this > package won't work anyway, because of the required Yum version. So that should be removed? The package is only suppose to target FC4/devel > > > %install > > [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT > > D'oh! What makes these checks come back from time to time? I thought that was a matter of packager preference. > > > desktop-file-install --vendor fedora --delete-original \ > > --dir $RPM_BUILD_ROOT%{_datadir}/applications \ > > --add-category X-Red-Hat-Base \ > > It's not a preferred Core application and hence must not add > category X-Red-Hat-Base. Category X-Fedora is fine, although it's > not evaluated anywhere. X-Fedora is specified as being required here: http://fedoraproject.org/wiki/Extras/FedoraDesktopEntryGuidelines "Additionally, all Fedora packages must contain the "X-Fedora" category." X-Red-Hat-Base noted. Thanks for the additional review From ndbecker2 at gmail.com Wed Jun 22 02:16:02 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 21 Jun 2005 22:16:02 -0400 Subject: Howto setup a new hard disk? References: <42B89B64.6060706@mattgillen.net> Message-ID: Sorry, I sent this to the wrong list by mistake. From bugs.michael at gmx.net Wed Jun 22 03:09:50 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Jun 2005 05:09:50 +0200 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1119406172.3109.99.camel@locolhost.localdomain> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> <20050622035703.20348902.bugs.michael@gmx.net> <1119406172.3109.99.camel@locolhost.localdomain> Message-ID: <20050622050950.5ef1e8e1.bugs.michael@gmx.net> On Tue, 21 Jun 2005 19:09:32 -0700, Michael A. Peters wrote: > > > Requires: yum >= 2.3.2 > > > Requires: pygtk2 > > > Requires: usermode > > > Requires: python-abi = %(%{__python} -c "import sys ; print sys.version[:3]") > > > > python(abi) = ... dependency is automatic since FC4. For FC3, this > > package won't work anyway, because of the required Yum version. > > So that should be removed? > The package is only suppose to target FC4/devel A common problem with explicit versioned dependencies is that they increase the likelihood of breaking things, but only add little value. Unless there is reason to add them. Yumex is noarch. It does not depend on any specific Python module paths. It does not require any versioned /usr/bin/pythonX.Y interpreter binary either. It depends on "yum" already, which in turn requires quite some Python stuff including a specific python(abi) version. If there is reason to assume that a new Python version breaks yumex, add the dependency. Else, it doesn't add any value. Requires: python(abi) = %(%{__python} -c "import sys ; print sys.version[:3]") With a distribution upgrade of Python which introduces a new ABI, such a dependency would not "fix" anything. Only a rebuild of yumex would do. On the contrary, if an explicit dependency causes additional packages to be installed which would not be installed otherwise, that's a useful case. > > > [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT > > > > D'oh! What makes these checks come back from time to time? > > I thought that was a matter of packager preference. They still only decrease readability. > > > desktop-file-install --vendor fedora --delete-original \ > > > --dir $RPM_BUILD_ROOT%{_datadir}/applications \ > > > --add-category X-Red-Hat-Base \ > > > > It's not a preferred Core application and hence must not add > > category X-Red-Hat-Base. Category X-Fedora is fine, although it's > > not evaluated anywhere. > > X-Fedora is specified as being required here: > http://fedoraproject.org/wiki/Extras/FedoraDesktopEntryGuidelines > > "Additionally, all Fedora packages must contain the "X-Fedora" > category." > > X-Red-Hat-Base noted. We add X-Fedora, but it is not used by any graphical desktop menu system like X-Red-Hat-Base/X-Red-Hat-Extra was/is used to distinguish between creating an upper-level menu or sub-menu, respectively. From mattdm at mattdm.org Wed Jun 22 03:42:53 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 21 Jun 2005 23:42:53 -0400 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1119406172.3109.99.camel@locolhost.localdomain> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> <20050622035703.20348902.bugs.michael@gmx.net> <1119406172.3109.99.camel@locolhost.localdomain> Message-ID: <20050622034253.GA21210@jadzia.bu.edu> On Tue, Jun 21, 2005 at 07:09:32PM -0700, Michael A. Peters wrote: > > It's not a preferred Core application and hence must not add > > category X-Red-Hat-Base. Category X-Fedora is fine, although it's > > not evaluated anywhere. > X-Fedora is specified as being required here: > http://fedoraproject.org/wiki/Extras/FedoraDesktopEntryGuidelines > "Additionally, all Fedora packages must contain the "X-Fedora" > category." > X-Red-Hat-Base noted. > Thanks for the additional review The guidelines don't say "preferred Core application". They say "packages that are considered essential for end users". I hope that at some point a decent yum GUI fits that bill. Yumex might not be at that point yet, but hopefully it will be at some point. Here's my argument for putting it there, though: this package is in Extras and so not installed by default. If it *is* installed, is there any point in not having it on the menu? If you're in the habit of launching things from the command line, why not just use command-line yum? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 80 degrees Fahrenheit. From kewley at gps.caltech.edu Wed Jun 22 03:47:48 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Tue, 21 Jun 2005 20:47:48 -0700 Subject: relocatable packages ? In-Reply-To: <3ab624bd050620152736faafe@mail.gmail.com> References: <20050620213138.GE2851@free.fr> <1119306064.32747.61.camel@opus.phy.duke.edu> <3ab624bd050620152736faafe@mail.gmail.com> Message-ID: <200506212047.48768.kewley@gps.caltech.edu> I've made relocatable rpms for e.g. Matlab. My idea is that I want it in /opt but my colleague across campus might want it in /usr/local/. No way does it belong in /usr. Is there something wrong with using relocations in such a case? David On Monday 20 June 2005 15:27, Chip Turner wrote: > Relocations are so utterly evil that the support in rpm itself should > be removed :) > > Chip > > On 6/20/05, seth vidal wrote: > > On Mon, 2005-06-20 at 17:20 -0500, Jason L Tibbitts III wrote: > > > >>>>> "sv" == seth vidal writes: > > > > > > sv> If they are not already then relocatable packages should be > > > sv> discouraged/condemned in fedora extras. > > > > > > Is there any reason why they might be needed? The only times > > > I've ever tried to use relocations was when the packager did > > > something boneheaded like try to put things under /home (autofs > > > point for me) or /usr/local (rsync'ed from central server for > > > me). And in those cases I found it simpler to rebuild from > > > source or to create my own RPM that unpacks the original binary > > > RPM and puts the files in the right place. > > > > agreed - death to relocations!! > > -sv From skvidal at phy.duke.edu Wed Jun 22 03:51:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 21 Jun 2005 23:51:23 -0400 Subject: relocatable packages ? In-Reply-To: <200506212047.48768.kewley@gps.caltech.edu> References: <20050620213138.GE2851@free.fr> <1119306064.32747.61.camel@opus.phy.duke.edu> <3ab624bd050620152736faafe@mail.gmail.com> <200506212047.48768.kewley@gps.caltech.edu> Message-ID: <1119412284.3031.22.camel@cutter> On Tue, 2005-06-21 at 20:47 -0700, David Kewley wrote: > I've made relocatable rpms for e.g. Matlab. My idea is that I want it > in /opt but my colleague across campus might want it in /usr/local/. > No way does it belong in /usr. > > Is there something wrong with using relocations in such a case? > no - but they'll be almost impossible to deal with via any pkg mgr. -sv From skvidal at phy.duke.edu Wed Jun 22 03:58:41 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 21 Jun 2005 23:58:41 -0400 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20050622034253.GA21210@jadzia.bu.edu> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> <20050622035703.20348902.bugs.michael@gmx.net> <1119406172.3109.99.camel@locolhost.localdomain> <20050622034253.GA21210@jadzia.bu.edu> Message-ID: <1119412721.3031.27.camel@cutter> > The guidelines don't say "preferred Core application". They say > "packages that are considered essential for end users". I hope that at some > point a decent yum GUI fits that bill. Yumex might not be at that point yet, > but hopefully it will be at some point. So I got a chance to play with the new yumex this weekend. good things: - it's not screen scraping anymore (yay!) - it makes browsing the repos quite easy - it makes repo addition/editing pretty easy bad things: - the 'add a repo' interface is a little klunky - the remove-packages callback is pretty much nonexistent (not entirely the fault of yumex) I'm glad it's headed into fedora extras. -sv From tibbs at math.uh.edu Wed Jun 22 04:03:58 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 21 Jun 2005 23:03:58 -0500 Subject: relocatable packages ? In-Reply-To: <200506212047.48768.kewley@gps.caltech.edu> (David Kewley's message of "Tue, 21 Jun 2005 20:47:48 -0700") References: <20050620213138.GE2851@free.fr> <1119306064.32747.61.camel@opus.phy.duke.edu> <3ab624bd050620152736faafe@mail.gmail.com> <200506212047.48768.kewley@gps.caltech.edu> Message-ID: >>>>> "DK" == David Kewley writes: DK> I've made relocatable rpms for e.g. Matlab. My idea is that I DK> want it in /opt but my colleague across campus might want it in DK> /usr/local/. No way does it belong in /usr. I put Matlab in /usr, as with anything that I install using the package system. I'm not sure why something like, say, Octave or R would go in /usr but Matlab or Splus wouldn't. DK> Is there something wrong with using relocations in such a case? Try installing your package via kickstart. Or yum. You will find that there is no way to relocate anything. - J< From mpeters at mac.com Wed Jun 22 04:07:36 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 21 Jun 2005 21:07:36 -0700 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1119412721.3031.27.camel@cutter> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> <20050622035703.20348902.bugs.michael@gmx.net> <1119406172.3109.99.camel@locolhost.localdomain> <20050622034253.GA21210@jadzia.bu.edu> <1119412721.3031.27.camel@cutter> Message-ID: <1119413256.3109.115.camel@locolhost.localdomain> On Tue, 2005-06-21 at 23:58 -0400, seth vidal wrote: > So I got a chance to play with the new yumex this weekend. > > good things: > - it's not screen scraping anymore (yay!) > - it makes browsing the repos quite easy > - it makes repo addition/editing pretty easy > > bad things: > - the 'add a repo' interface is a little klunky > - the remove-packages callback is pretty much nonexistent (not entirely > the fault of yumex) > > > I'm glad it's headed into fedora extras. I like it. On my slow laptop - there's a lot of lag where the progress bar is at 100% when it first starts up but before I can do anything - but that's tolerable. It's a nice gui. From skvidal at phy.duke.edu Wed Jun 22 04:09:49 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 22 Jun 2005 00:09:49 -0400 Subject: relocatable packages ? In-Reply-To: References: <20050620213138.GE2851@free.fr> <1119306064.32747.61.camel@opus.phy.duke.edu> <3ab624bd050620152736faafe@mail.gmail.com> <200506212047.48768.kewley@gps.caltech.edu> Message-ID: <1119413389.3031.31.camel@cutter> On Tue, 2005-06-21 at 23:03 -0500, Jason L Tibbitts III wrote: > >>>>> "DK" == David Kewley writes: > > DK> I've made relocatable rpms for e.g. Matlab. My idea is that I > DK> want it in /opt but my colleague across campus might want it in > DK> /usr/local/. No way does it belong in /usr. > > I put Matlab in /usr, as with anything that I install using the > package system. I'm not sure why something like, say, Octave or > R would go in /usr but Matlab or Splus wouldn't. Well if you read the fhs there is a good reason to keep matlab out of /usr. http://www.pathname.com/fhs/pub/fhs-2.3.html#THEUSRHIERARCHY read the 4th sentence and then: http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES so /opt is the appropriate place according to the fhs /usr/local is wrong b/c package-managed software should not be in /usr/local -sv From skvidal at phy.duke.edu Wed Jun 22 04:10:24 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 22 Jun 2005 00:10:24 -0400 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1119413256.3109.115.camel@locolhost.localdomain> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> <20050622035703.20348902.bugs.michael@gmx.net> <1119406172.3109.99.camel@locolhost.localdomain> <20050622034253.GA21210@jadzia.bu.edu> <1119412721.3031.27.camel@cutter> <1119413256.3109.115.camel@locolhost.localdomain> Message-ID: <1119413424.3031.33.camel@cutter> > I like it. > On my slow laptop - there's a lot of lag where the progress bar is at > 100% when it first starts up but before I can do anything - but that's > tolerable. It's a nice gui. it could use some gnome-hig love, I think, but for the most part I agree. -sv From kewley at gps.caltech.edu Wed Jun 22 04:13:32 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Tue, 21 Jun 2005 21:13:32 -0700 Subject: relocatable packages ? In-Reply-To: References: <20050620213138.GE2851@free.fr> <200506212047.48768.kewley@gps.caltech.edu> Message-ID: <200506212113.32762.kewley@gps.caltech.edu> On Tuesday 21 June 2005 21:03, Jason L Tibbitts III wrote: > >>>>> "DK" == David Kewley writes: > > DK> I've made relocatable rpms for e.g. Matlab. My idea is that I > DK> want it in /opt but my colleague across campus might want it in > DK> /usr/local/. No way does it belong in /usr. > > I put Matlab in /usr, as with anything that I install using the > package system. I'm not sure why something like, say, Octave or > R would go in /usr but Matlab or Splus wouldn't. Here's the top level of the matlab install tree: bin/ demos/ etc/ extern/ help/ java/ license.txt rtw/ simulink/ stateflow/ sys/ toolbox/ update/ X11/ Do you dump all these into /usr? Do you create /usr/matlab or something? Neither seems correct or desirable to me. That's what /opt is for. http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES > DK> Is there something wrong with using relocations in such a case? > > Try installing your package via kickstart. Or yum. You will find > that there is no way to relocate anything. Yeah. I guess I've never considered that seriously, because I build the package to do what I want. ;) I suppose my (/usr/local)-using colleague across campus could handle relocations with a simple script instead of a package manager. As for kickstart, %post is a fine place to install a relocatable package. Updating it requirs another approach, of course. Package managers (e.g. yum) are great, but they aren't the *only* tool, and I don't think their arrival on the scene renders relocations evil or useless. David From a.kurtz at hardsun.net Wed Jun 22 04:14:27 2005 From: a.kurtz at hardsun.net (Aaron Kurtz) Date: Tue, 21 Jun 2005 21:14:27 -0700 Subject: Request for Review: nautilus-share Message-ID: <1119413667.32129.79.camel@rydia.hardsun.net> Hi. No response last time I mentioned this, so I'm asking again with a later version. Nautilus-share is a Nautilus extension that allows users to easily share folders over Samba, somewhat like a certain other OS some have heard of. Root is not required once it's setup. It does require FC4 for Gnome 2.10, and libdaemon >= 0.7 which has been having problems rebuilding in rawhide but is out for FC4. Upstream URL is http://gentoo.ovibes.net/nautilus-share/ Spec is http://hardsun.net/fedora/nautilus-share.spec (requires spectool -g -A) RPM: http://hardsun.net/fedora/nautilus-share-0.6.4-1.fc4.i386.rpm SRPM: http://hardsun.net/fedora/nautilus-share-0.6.4-1.fc4.src.rpm I have one question about this - one needs to restart DBUS to get this to work after installing it. Would it be okay to do this in the spec? Also, is there a way to make a service dependent on another service? The smbshared service introduced here needs samba to start first. -- Aaron Kurtz From mpeters at mac.com Wed Jun 22 04:20:44 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 21 Jun 2005 21:20:44 -0700 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20050622034253.GA21210@jadzia.bu.edu> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> <20050622035703.20348902.bugs.michael@gmx.net> <1119406172.3109.99.camel@locolhost.localdomain> <20050622034253.GA21210@jadzia.bu.edu> Message-ID: <1119414044.3109.123.camel@locolhost.localdomain> On Tue, 2005-06-21 at 23:42 -0400, Matthew Miller wrote: > > The guidelines don't say "preferred Core application". They say > "packages that are considered essential for end users". I hope that at some > point a decent yum GUI fits that bill. Yumex might not be at that point yet, > but hopefully it will be at some point. > > Here's my argument for putting it there, though: this package is in Extras > and so not installed by default. If it *is* installed, is there any point in > not having it on the menu? If you're in the habit of launching things from > the command line, why not just use command-line yum? It still would be in the System Tools menu w/o X-Redhat-Base From mpeters at mac.com Wed Jun 22 04:27:52 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 21 Jun 2005 21:27:52 -0700 Subject: relocatable packages ? In-Reply-To: <1119413389.3031.31.camel@cutter> References: <20050620213138.GE2851@free.fr> <1119306064.32747.61.camel@opus.phy.duke.edu> <3ab624bd050620152736faafe@mail.gmail.com> <200506212047.48768.kewley@gps.caltech.edu> <1119413389.3031.31.camel@cutter> Message-ID: <1119414472.3109.129.camel@locolhost.localdomain> On Wed, 2005-06-22 at 00:09 -0400, seth vidal wrote: > On Tue, 2005-06-21 at 23:03 -0500, Jason L Tibbitts III wrote: > > >>>>> "DK" == David Kewley writes: > > > > DK> I've made relocatable rpms for e.g. Matlab. My idea is that I > > DK> want it in /opt but my colleague across campus might want it in > > DK> /usr/local/. No way does it belong in /usr. > > > > I put Matlab in /usr, as with anything that I install using the > > package system. I'm not sure why something like, say, Octave or > > R would go in /usr but Matlab or Splus wouldn't. > > Well if you read the fhs there is a good reason to keep matlab out > of /usr. > http://www.pathname.com/fhs/pub/fhs-2.3.html#THEUSRHIERARCHY > read the 4th sentence > > and then: > > http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES > > > so /opt is the appropriate place according to the fhs > > /usr/local is wrong b/c package-managed software should not be > in /usr/local Before fhs (or at least before I knew about) Dad, a long time Uni (Berkeley) programmer/sys admin (mostly AIX/Solaris) - explained it to me this way: Vendor packages: /usr Third party packages - fully contained in /opt/vendor/package (with symlinks in /usr/local/bin and /usr/local/man) local compiled: /usr/local Seems a decent amount of commercial rpm's for Linux put stuff in /usr/local - but I think that's wrong. From mattdm at mattdm.org Wed Jun 22 04:31:57 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 22 Jun 2005 00:31:57 -0400 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1119414044.3109.123.camel@locolhost.localdomain> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> <20050622035703.20348902.bugs.michael@gmx.net> <1119406172.3109.99.camel@locolhost.localdomain> <20050622034253.GA21210@jadzia.bu.edu> <1119414044.3109.123.camel@locolhost.localdomain> Message-ID: <20050622043157.GA23230@jadzia.bu.edu> On Tue, Jun 21, 2005 at 09:20:44PM -0700, Michael A. Peters wrote: > > Here's my argument for putting it there, though: this package is in > > Extras and so not installed by default. If it *is* installed, is there > > any point in not having it on the menu? If you're in the habit of > > launching things from the command line, why not just use command-line > > yum? > It still would be in the System Tools menu w/o X-Redhat-Base But, under, like, the System Tools -> Ghetto/Pariah/Weirdstuff subfolder, right? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 80 degrees Fahrenheit. From skvidal at phy.duke.edu Wed Jun 22 04:33:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 22 Jun 2005 00:33:23 -0400 Subject: relocatable packages ? In-Reply-To: <1119414472.3109.129.camel@locolhost.localdomain> References: <20050620213138.GE2851@free.fr> <1119306064.32747.61.camel@opus.phy.duke.edu> <3ab624bd050620152736faafe@mail.gmail.com> <200506212047.48768.kewley@gps.caltech.edu> <1119413389.3031.31.camel@cutter> <1119414472.3109.129.camel@locolhost.localdomain> Message-ID: <1119414803.3031.45.camel@cutter> > Before fhs (or at least before I knew about) Dad, a long time Uni > (Berkeley) programmer/sys admin (mostly AIX/Solaris) - explained it to > me this way: > > Vendor packages: /usr > Third party packages - fully contained in /opt/vendor/package (with > symlinks in /usr/local/bin and /usr/local/man) > local compiled: /usr/local Here's how I view the world: /usr/local - should have NOTHING in it and especially nothing that's mananged by rpm. And if you have any programs installed on your system that's NOT managed by rpm then you've got a problem right there. /opt - all the big binary-only crap you get from 3rd party vendors. /usr - distribution provided and package managed software - imo this translates into: distribution provided, package managed and open source software. -sv From bugs.michael at gmx.net Wed Jun 22 04:42:00 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Jun 2005 06:42:00 +0200 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20050622034253.GA21210@jadzia.bu.edu> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> <20050622035703.20348902.bugs.michael@gmx.net> <1119406172.3109.99.camel@locolhost.localdomain> <20050622034253.GA21210@jadzia.bu.edu> Message-ID: <20050622064200.66cbbb51.bugs.michael@gmx.net> On Tue, 21 Jun 2005 23:42:53 -0400, Matthew Miller wrote: > On Tue, Jun 21, 2005 at 07:09:32PM -0700, Michael A. Peters wrote: > > > It's not a preferred Core application and hence must not add > > > category X-Red-Hat-Base. Category X-Fedora is fine, although it's > > > not evaluated anywhere. > > X-Fedora is specified as being required here: > > http://fedoraproject.org/wiki/Extras/FedoraDesktopEntryGuidelines > > "Additionally, all Fedora packages must contain the "X-Fedora" > > category." > > X-Red-Hat-Base noted. > > Thanks for the additional review > > The guidelines don't say "preferred Core application". They say > "packages that are considered essential for end users". I hope that at some > point a decent yum GUI fits that bill. Yumex might not be at that point yet, > but hopefully it will be at some point. Well, the page you refer to is old and in CategoryBroken. ;) Making the decision of what is considered essential the packager's decision would be a bad guideline. > Here's my argument for putting it there, though: this package is in Extras > and so not installed by default. If it *is* installed, is there any point in > not having it on the menu? If you're in the habit of launching things from > the command line, why not just use command-line yum? ?? The package installs a menu entry, doesn't it? From j.w.r.degoede at hhs.nl Wed Jun 22 04:51:14 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Jun 2005 06:51:14 +0200 Subject: pan from rawhide, modified In-Reply-To: <1119387348.3109.69.camel@locolhost.localdomain> References: <1119387348.3109.69.camel@locolhost.localdomain> Message-ID: <42B8EE42.3080800@hhs.nl> Michael A. Peters wrote: > Took latest pan from rawhide cvs and imported into extras > updated version to new upstream version > removed patches fixed in new upstream > added gcc4 patch (won't build w/o it) > removed gnet2 source - gnet2 in extras, BuildRequires gnet2-devel > removed explicit library requires, redundant BuildRequires > fedora extras style desktop-file-install > changes noted in changelog > > builds in mock, rpmlint clean > Any objections to requesting a build for FC-4? > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > If you post a link to the spec and an md5 sum of the source tarball you're using I'll review it and assuming everything is ok approve it. Regards, Hans From j.w.r.degoede at hhs.nl Wed Jun 22 04:56:14 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Jun 2005 06:56:14 +0200 Subject: All non noarch builds for developmetn continue to fail Message-ID: <42B8EF6E.7080404@hhs.nl> Hi, All my builds for development continue to fail on ppc, any eta for a fix? Regards, Hans From skvidal at phy.duke.edu Wed Jun 22 04:57:02 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 22 Jun 2005 00:57:02 -0400 Subject: All non noarch builds for developmetn continue to fail In-Reply-To: <42B8EF6E.7080404@hhs.nl> References: <42B8EF6E.7080404@hhs.nl> Message-ID: <1119416222.3031.51.camel@cutter> On Wed, 2005-06-22 at 06:56 +0200, Hans de Goede wrote: > Hi, > > All my builds for development continue to fail on ppc, any eta for a fix? > There's no 'fix'. Rawhide is in a state where it can't be installed on ppc, it seems. How would you like for me to fix it? -sv From mpeters at mac.com Wed Jun 22 04:57:54 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 21 Jun 2005 21:57:54 -0700 Subject: pan from rawhide, modified In-Reply-To: <42B8EE42.3080800@hhs.nl> References: <1119387348.3109.69.camel@locolhost.localdomain> <42B8EE42.3080800@hhs.nl> Message-ID: <1119416275.3109.136.camel@locolhost.localdomain> On Wed, 2005-06-22 at 06:51 +0200, Hans de Goede wrote: > > Michael A. Peters wrote: > > Took latest pan from rawhide cvs and imported into extras > > updated version to new upstream version > > removed patches fixed in new upstream > > added gcc4 patch (won't build w/o it) > > removed gnet2 source - gnet2 in extras, BuildRequires gnet2-devel > > removed explicit library requires, redundant BuildRequires > > fedora extras style desktop-file-install > > changes noted in changelog > > > > builds in mock, rpmlint clean > > Any objections to requesting a build for FC-4? > > > > -- > > fedora-extras-list mailing list > > fedora-extras-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > > If you post a link to the spec and an md5 sum of the source tarball > you're using I'll review it and assuming everything is ok approve it. > > Regards, > > Hans It's in CVS but here's the specfile: http://mpeters.us/fc_extras/pan.spec http://mpeters.us/fc_extras/pan-0.14.2.91-2.src.rpm md5sum rpm/SOURCES/pan-0.14.2.91.tar.bz2 4770d899a1c1ba968ce96bc5aeb07b62 rpm/SOURCES/pan-0.14.2.91.tar.bz2 From kewley at gps.caltech.edu Wed Jun 22 04:59:05 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Tue, 21 Jun 2005 21:59:05 -0700 Subject: relocatable packages ? In-Reply-To: <1119414803.3031.45.camel@cutter> References: <20050620213138.GE2851@free.fr> <1119414472.3109.129.camel@locolhost.localdomain> <1119414803.3031.45.camel@cutter> Message-ID: <200506212159.05394.kewley@gps.caltech.edu> On Tuesday 21 June 2005 21:33, seth vidal wrote: > > Before fhs (or at least before I knew about) Dad, a long time Uni > > (Berkeley) programmer/sys admin (mostly AIX/Solaris) - explained it > > to me this way: > > > > Vendor packages: /usr > > Third party packages - fully contained in /opt/vendor/package (with > > symlinks in /usr/local/bin and /usr/local/man) > > local compiled: /usr/local > > Here's how I view the world: > /usr/local - should have NOTHING in it and especially nothing that's > mananged by rpm. And if you have any programs installed on your > system that's NOT managed by rpm then you've got a problem right > there. > > /opt - all the big binary-only crap you get from 3rd party vendors. > > /usr - distribution provided and package managed software - imo this > translates into: distribution provided, package managed and open > source software. I basically do what Seth does. Occasionally I'll use /usr/local for e.g. plopping down a simple one-file application that I don't want to bother to package (shmux comes to mind, although Dag makes an rpm for it). Also like Seth, I try hard to have all software managed by rpm, but I don't consider it terrible if I break that rule when I judge the balance of [later confusion vs. current convenience/urgency] to warrant it. Many of my colleagues don't share the "rpm everything" philosophy. There are of course lots of vendor etc. packages that don't play very nice with the /usr tree or with rpm specfile writing. If I have time & motivation, I write the specfile to force them into the /usr structure. Otherwise I dump them in /opt/name-version with e.g. scripts in /etc/profile.d/ to put executables & man pages in the path. One package I shoehorned into /usr: gm, the (now older) driver for Myrinet networks. I have one specfile that makes the gm and kernel-module-gm packages. Writing the specfile & patching the Myricom build tools to suit rpm & fhs took a few days of work... Others have taken the easier route of dumping it into /opt/gm-version, and I can't say I blame them. David From mpeters at mac.com Wed Jun 22 04:58:55 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 21 Jun 2005 21:58:55 -0700 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20050622043157.GA23230@jadzia.bu.edu> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> <20050622035703.20348902.bugs.michael@gmx.net> <1119406172.3109.99.camel@locolhost.localdomain> <20050622034253.GA21210@jadzia.bu.edu> <1119414044.3109.123.camel@locolhost.localdomain> <20050622043157.GA23230@jadzia.bu.edu> Message-ID: <1119416335.3109.138.camel@locolhost.localdomain> On Wed, 2005-06-22 at 00:31 -0400, Matthew Miller wrote: > On Tue, Jun 21, 2005 at 09:20:44PM -0700, Michael A. Peters wrote: > > > Here's my argument for putting it there, though: this package is in > > > Extras and so not installed by default. If it *is* installed, is there > > > any point in not having it on the menu? If you're in the habit of > > > launching things from the command line, why not just use command-line > > > yum? > > It still would be in the System Tools menu w/o X-Redhat-Base > > But, under, like, the System Tools -> Ghetto/Pariah/Weirdstuff subfolder, > right? > No - just in System Tools (I made a dummy desktop file just to test) From j.w.r.degoede at hhs.nl Wed Jun 22 05:05:25 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Jun 2005 07:05:25 +0200 Subject: All non noarch builds for developmetn continue to fail In-Reply-To: <1119416222.3031.51.camel@cutter> References: <42B8EF6E.7080404@hhs.nl> <1119416222.3031.51.camel@cutter> Message-ID: <42B8F195.9060300@hhs.nl> seth vidal wrote: > On Wed, 2005-06-22 at 06:56 +0200, Hans de Goede wrote: > >>Hi, >> >>All my builds for development continue to fail on ppc, any eta for a fix? >> > > > There's no 'fix'. Rawhide is in a state where it can't be installed on > ppc, it seems. How would you like for me to fix it? > > -sv I didn't know that sorry, I thought the problem was an out of sync mirror for building purposes. Still anoying though I guess disabling ppc builds for a while is a no go? Regards, Hans From j.w.r.degoede at hhs.nl Wed Jun 22 05:06:51 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Jun 2005 07:06:51 +0200 Subject: pan from rawhide, modified In-Reply-To: <1119416275.3109.136.camel@locolhost.localdomain> References: <1119387348.3109.69.camel@locolhost.localdomain> <42B8EE42.3080800@hhs.nl> <1119416275.3109.136.camel@locolhost.localdomain> Message-ID: <42B8F1EB.7020405@hhs.nl> Michael A. Peters wrote: > On Wed, 2005-06-22 at 06:51 +0200, Hans de Goede wrote: > >>Michael A. Peters wrote: >> >>>Took latest pan from rawhide cvs and imported into extras >>>updated version to new upstream version >>>removed patches fixed in new upstream >>>added gcc4 patch (won't build w/o it) >>>removed gnet2 source - gnet2 in extras, BuildRequires gnet2-devel >>>removed explicit library requires, redundant BuildRequires >>>fedora extras style desktop-file-install >>>changes noted in changelog >>> >>>builds in mock, rpmlint clean >>>Any objections to requesting a build for FC-4? >>> >>>-- >>>fedora-extras-list mailing list >>>fedora-extras-list at redhat.com >>>https://www.redhat.com/mailman/listinfo/fedora-extras-list >>> >> >>If you post a link to the spec and an md5 sum of the source tarball >>you're using I'll review it and assuming everything is ok approve it. >> >>Regards, >> >>Hans > > > It's in CVS but here's the specfile: > > http://mpeters.us/fc_extras/pan.spec > http://mpeters.us/fc_extras/pan-0.14.2.91-2.src.rpm > > md5sum rpm/SOURCES/pan-0.14.2.91.tar.bz2 > 4770d899a1c1ba968ce96bc5aeb07b62 rpm/SOURCES/pan-0.14.2.91.tar.bz2 > Yeah I realisded after mailing this that yesterday I saw cvs commit messages for PAN. Will review somewhere today. Regards, Hans From skvidal at phy.duke.edu Wed Jun 22 05:03:28 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 22 Jun 2005 01:03:28 -0400 Subject: All non noarch builds for developmetn continue to fail In-Reply-To: <42B8F195.9060300@hhs.nl> References: <42B8EF6E.7080404@hhs.nl> <1119416222.3031.51.camel@cutter> <42B8F195.9060300@hhs.nl> Message-ID: <1119416608.3031.52.camel@cutter> On Wed, 2005-06-22 at 07:05 +0200, Hans de Goede wrote: > > seth vidal wrote: > > On Wed, 2005-06-22 at 06:56 +0200, Hans de Goede wrote: > > > >>Hi, > >> > >>All my builds for development continue to fail on ppc, any eta for a fix? > >> > > > > > > There's no 'fix'. Rawhide is in a state where it can't be installed on > > ppc, it seems. How would you like for me to fix it? > > > > -sv > > I didn't know that sorry, I thought the problem was an out of sync > mirror for building purposes. > > Still anoying though I guess disabling ppc builds for a while is a no go? > That would just mean ppc builds languish. I think the only way to fix this is to: 1. try to get things as synced as possible 2. try to make sure the rawhide ppc tree is installable. 3. beat on the core packagers to make the tree installable. -sv From mpeters at mac.com Wed Jun 22 05:08:03 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 21 Jun 2005 22:08:03 -0700 Subject: pan from rawhide, modified In-Reply-To: <1119416275.3109.136.camel@locolhost.localdomain> References: <1119387348.3109.69.camel@locolhost.localdomain> <42B8EE42.3080800@hhs.nl> <1119416275.3109.136.camel@locolhost.localdomain> Message-ID: <1119416884.3109.147.camel@locolhost.localdomain> On Tue, 2005-06-21 at 21:57 -0700, Michael A. Peters wrote: > > http://mpeters.us/fc_extras/pan.spec > http://mpeters.us/fc_extras/pan-0.14.2.91-2.src.rpm heh - missed gettext BuildRequires From laroche at redhat.com Wed Jun 22 05:26:30 2005 From: laroche at redhat.com (Florian La Roche) Date: Wed, 22 Jun 2005 07:26:30 +0200 Subject: Build sytems timeout auto retry? In-Reply-To: <1119404554.3031.4.camel@cutter> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> <42B80ABF.1020906@hhs.nl> <42B825C8.9000809@ieee.org> <1119364583.24920.8.camel@opus.phy.duke.edu> <20050621181124.GA17566@lisas.de> <1119378131.28867.192.camel@bobcat.mine.nu> <1119378418.24920.42.camel@opus.phy.duke.edu> <1119396442.9293.6.camel@yoda.jdub.homelinux.org> <1119404554.3031.4.camel@cutter> Message-ID: <20050622052630.GA4082@dudweiler.stuttgart.redhat.com> On Tue, Jun 21, 2005 at 09:42:34PM -0400, seth vidal wrote: > > > So for everyone's sake, can we simply agree to not build anything for > > devel for one week? > > > > Or better yet, can we disable building in CVS for devel for a week to > > allow the mirror to get in sync? > > it's too late now - but as long as rawhide is quasi-broken then so shall > development builds for extras be broken. > > Luckily we should be getting repoclosure reports at the top of every > rawhide update email now which should let us know who the bad people are > who are breaking deps. Maybe it would make sense to keep the FE devel tree ontop of a FC release and only do side builds ontop of the FC-devel tree? We are getting better to keep FC-devel in a sane state, but we'll for sure continue to several weeks of bigger instabilities going in there... greetings, Florian La Roche From skvidal at phy.duke.edu Wed Jun 22 05:29:24 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 22 Jun 2005 01:29:24 -0400 Subject: Build sytems timeout auto retry? In-Reply-To: <20050622052630.GA4082@dudweiler.stuttgart.redhat.com> References: <42B7BFD9.7070304@hhs.nl> <1119356510.29877.42.camel@cutter> <42B80ABF.1020906@hhs.nl> <42B825C8.9000809@ieee.org> <1119364583.24920.8.camel@opus.phy.duke.edu> <20050621181124.GA17566@lisas.de> <1119378131.28867.192.camel@bobcat.mine.nu> <1119378418.24920.42.camel@opus.phy.duke.edu> <1119396442.9293.6.camel@yoda.jdub.homelinux.org> <1119404554.3031.4.camel@cutter> <20050622052630.GA4082@dudweiler.stuttgart.redhat.com> Message-ID: <1119418165.3031.58.camel@cutter> > Maybe it would make sense to keep the FE devel tree ontop of a FC release > and only do side builds ontop of the FC-devel tree? We are getting better to > keep FC-devel in a sane state, but we'll for sure continue to several weeks > of bigger instabilities going in there... if the FE devel tree is ontop of the FC release tree then it's not really FE devel, is it? -sv From laroche at redhat.com Wed Jun 22 05:35:13 2005 From: laroche at redhat.com (Florian La Roche) Date: Wed, 22 Jun 2005 07:35:13 +0200 Subject: Build sytems timeout auto retry? In-Reply-To: <1119418165.3031.58.camel@cutter> References: <42B80ABF.1020906@hhs.nl> <42B825C8.9000809@ieee.org> <1119364583.24920.8.camel@opus.phy.duke.edu> <20050621181124.GA17566@lisas.de> <1119378131.28867.192.camel@bobcat.mine.nu> <1119378418.24920.42.camel@opus.phy.duke.edu> <1119396442.9293.6.camel@yoda.jdub.homelinux.org> <1119404554.3031.4.camel@cutter> <20050622052630.GA4082@dudweiler.stuttgart.redhat.com> <1119418165.3031.58.camel@cutter> Message-ID: <20050622053513.GA4141@dudweiler.stuttgart.redhat.com> On Wed, Jun 22, 2005 at 01:29:24AM -0400, seth vidal wrote: > > > Maybe it would make sense to keep the FE devel tree ontop of a FC release > > and only do side builds ontop of the FC-devel tree? We are getting better to > > keep FC-devel in a sane state, but we'll for sure continue to several weeks > > of bigger instabilities going in there... > > if the FE devel tree is ontop of the FC release tree then it's not > really FE devel, is it? Why not base development ontop of a stable tree? Otherwise you'll often have times where you have to select special rpms, like e.g. keeping gcc from the last release, but most other packages from FC-devel. greetings, Florian La Roche From skvidal at phy.duke.edu Wed Jun 22 05:41:20 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 22 Jun 2005 01:41:20 -0400 Subject: Build sytems timeout auto retry? In-Reply-To: <20050622053513.GA4141@dudweiler.stuttgart.redhat.com> References: <42B80ABF.1020906@hhs.nl> <42B825C8.9000809@ieee.org> <1119364583.24920.8.camel@opus.phy.duke.edu> <20050621181124.GA17566@lisas.de> <1119378131.28867.192.camel@bobcat.mine.nu> <1119378418.24920.42.camel@opus.phy.duke.edu> <1119396442.9293.6.camel@yoda.jdub.homelinux.org> <1119404554.3031.4.camel@cutter> <20050622052630.GA4082@dudweiler.stuttgart.redhat.com> <1119418165.3031.58.camel@cutter> <20050622053513.GA4141@dudweiler.stuttgart.redhat.com> Message-ID: <1119418880.3031.60.camel@cutter> On Wed, 2005-06-22 at 07:35 +0200, Florian La Roche wrote: > On Wed, Jun 22, 2005 at 01:29:24AM -0400, seth vidal wrote: > > > > > Maybe it would make sense to keep the FE devel tree ontop of a FC release > > > and only do side builds ontop of the FC-devel tree? We are getting better to > > > keep FC-devel in a sane state, but we'll for sure continue to several weeks > > > of bigger instabilities going in there... > > > > if the FE devel tree is ontop of the FC release tree then it's not > > really FE devel, is it? > > Why not base development ontop of a stable tree? Otherwise you'll often > have times where you have to select special rpms, like e.g. keeping gcc > from the last release, but most other packages from FC-devel. why would we need to do that? development of fedora extras is for the development tree. if we want to release packages into FE4 we build against FE4, not rawhide. -sv From tla at rasmil.dk Wed Jun 22 06:48:11 2005 From: tla at rasmil.dk (Tim Lauridsen) Date: Wed, 22 Jun 2005 08:48:11 +0200 Subject: rpms/yumex/devel yumex.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1119412721.3031.27.camel@cutter> References: <200506211551.j5LFpErv007405@cvs-int.fedora.redhat.com> <20050622035703.20348902.bugs.michael@gmx.net> <1119406172.3109.99.camel@locolhost.localdomain> <20050622034253.GA21210@jadzia.bu.edu> <1119412721.3031.27.camel@cutter> Message-ID: <42B909AB.2000205@rasmil.dk> seth vidal wrote: >>The guidelines don't say "preferred Core application". They say >>"packages that are considered essential for end users". I hope that at some >>point a decent yum GUI fits that bill. Yumex might not be at that point yet, >>but hopefully it will be at some point. >> >> > >So I got a chance to play with the new yumex this weekend. > >good things: > - it's not screen scraping anymore (yay!) > - it makes browsing the repos quite easy > - it makes repo addition/editing pretty easy > >bad things: > - the 'add a repo' interface is a little klunky > > I now it have to work on this one :-) I have been contacted by Paul Nasrat and we will work together to get some common code in yumex and pup, the first thing we will work on is a common interface to add and configure repositories. Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwmw2 at infradead.org Wed Jun 22 07:20:56 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 22 Jun 2005 08:20:56 +0100 Subject: All non noarch builds for developmetn continue to fail In-Reply-To: <1119416222.3031.51.camel@cutter> References: <42B8EF6E.7080404@hhs.nl> <1119416222.3031.51.camel@cutter> Message-ID: <1119424856.14012.121.camel@baythorne.infradead.org> On Wed, 2005-06-22 at 00:57 -0400, seth vidal wrote: > There's no 'fix'. Rawhide is in a state where it can't be installed on > ppc, it seems. How would you like for me to fix it? Tell me the bug number and I'll look at it. -- dwmw2 From byte at aeon.com.my Wed Jun 22 07:39:34 2005 From: byte at aeon.com.my (Colin Charles) Date: Wed, 22 Jun 2005 17:39:34 +1000 Subject: All non noarch builds for developmetn continue to fail In-Reply-To: <1119416222.3031.51.camel@cutter> References: <42B8EF6E.7080404@hhs.nl> <1119416222.3031.51.camel@cutter> Message-ID: <1119425974.23117.42.camel@arena.soho.bytebot.net> On Wed, 2005-06-22 at 00:57 -0400, seth vidal wrote: > > All my builds for development continue to fail on ppc, any eta for a > fix? > > > > There's no 'fix'. Rawhide is in a state where it can't be installed on > ppc, it seems. How would you like for me to fix it? Eh? Admitedly I haven't done an install, but in a stage of it running, it does (on ppc32) -- Colin Charles, http://www.bytebot.net/ FUDCon II @ LinuxTag June 24-25, 2005 in Karlsruhe, Germany http://fedoraproject.com/fudcon/ From rc040203 at freenet.de Wed Jun 22 08:54:39 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 22 Jun 2005 10:54:39 +0200 Subject: perl-MIME-Lite Message-ID: <1119430480.12792.43.camel@mccallum.corsepiu.local> Hi, perl-MIME-Lite is part of FE's CVS for quite a while, but it doesn't seem to have been released, yet. Is there particular reason for not releasing it? [1] Ralf [1] IMO, the spec file probably needs to be changed to acknowledge %{?dist}, but seems pretty clean to me otherwise. From andreas at bawue.net Wed Jun 22 09:06:00 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Wed, 22 Jun 2005 11:06:00 +0200 (CEST) Subject: New package: mod_suphp Message-ID: hello all, I'd like to submit mod_suphp as a new package to extras. As I do not have CVS access yet, someone will have to sponsor me. SPEC: http://home.bawue.de/~ixs/suphp.spec SRPMS: http://home.bawue.de/~ixs/mod_suphp-0.5.2-3.src.rpm suPHP is an apache module for executing PHP scripts with the permissions of their owners. It consists of an Apache module (mod_suphp) and a setuid root binary (suphp) that is called by the Apache module to change the uid of the process executing the PHP interpreter. A similar effect can be achieved with suExec, only between 5 and 10 times slower. There are no known licensing or other legal issues known concerning this software. Note: Even though suphp was recently updated to 0.6.0, I decided against updating the package to the newly released version as it proved to not work at all on two of my test machines. regards, andreas From andreas.bierfert at lowlatency.de Wed Jun 22 09:40:02 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 22 Jun 2005 11:40:02 +0200 Subject: More strange buildsystem stuff (this time x86_64 and fc3) Message-ID: <42B931F2.7050904@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Anybody got any clue as to why this happens? Builds fine on i386 and actually fc4 build completed on all archs as well: http://extras64.linux.duke.edu/failed/3/perl-Tk/804.027-6.fc3/x86_64/perl-Tk-804.027-6.fc3.failure.log - -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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCuTHyQEQyPsWM8csRAgS8AKCTbDynA/I/ZTIm/PtT4uDV4bmpCACgg3k8 zNHlvepZDCAjMjQts9/0Kms= =7Vb+ -----END PGP SIGNATURE----- From paul at city-fan.org Wed Jun 22 09:47:51 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 22 Jun 2005 10:47:51 +0100 Subject: More strange buildsystem stuff (this time x86_64 and fc3) In-Reply-To: <42B931F2.7050904@lowlatency.de> References: <42B931F2.7050904@lowlatency.de> Message-ID: <42B933C7.10107@city-fan.org> Andreas Bierfert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Anybody got any clue as to why this happens? Builds fine on i386 and actually > fc4 build completed on all archs as well: > > http://extras64.linux.duke.edu/failed/3/perl-Tk/804.027-6.fc3/x86_64/perl-Tk-804.027-6.fc3.failure.log The perl.i386 package was installed in the buildroot, which subsequently caused problems when trying to update it: https://www.redhat.com/archives/fedora-announce-list/2005-May/msg00000.html Paul. From andreas.bierfert at lowlatency.de Wed Jun 22 09:55:54 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 22 Jun 2005 11:55:54 +0200 Subject: More strange buildsystem stuff (this time x86_64 and fc3) In-Reply-To: <42B933C7.10107@city-fan.org> References: <42B931F2.7050904@lowlatency.de> <42B933C7.10107@city-fan.org> Message-ID: <42B935AA.4070403@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Paul Howarth wrote: > The perl.i386 package was installed in the buildroot, which subsequently > caused problems when trying to update it: > > https://www.redhat.com/archives/fedora-announce-list/2005-May/msg00000.html Ok that makes sense but how do I get rid of it on the buildsystem ? - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCuTWqQEQyPsWM8csRAqCbAJ9JXuz1TJsxR/k4ciiadLHBDbe7RQCgodkQ YpOl6fGTXq9NRc38UOqd7hI= =iu7R -----END PGP SIGNATURE----- From paul at city-fan.org Wed Jun 22 10:02:46 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 22 Jun 2005 11:02:46 +0100 Subject: More strange buildsystem stuff (this time x86_64 and fc3) In-Reply-To: <42B935AA.4070403@lowlatency.de> References: <42B931F2.7050904@lowlatency.de> <42B933C7.10107@city-fan.org> <42B935AA.4070403@lowlatency.de> Message-ID: <42B93746.9070102@city-fan.org> Andreas Bierfert wrote: > Paul Howarth wrote: > > >>The perl.i386 package was installed in the buildroot, which subsequently >>caused problems when trying to update it: >> >>https://www.redhat.com/archives/fedora-announce-list/2005-May/msg00000.html > > > Ok that makes sense but how do I get rid of it on the buildsystem ? It probably needs Seth to exclude perl.i386 from getting installed in the buildroot in the first place. Paul. From bugs.michael at gmx.net Wed Jun 22 11:49:13 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 22 Jun 2005 13:49:13 +0200 Subject: More strange buildsystem stuff (this time x86_64 and fc3) In-Reply-To: <42B935AA.4070403@lowlatency.de> References: <42B931F2.7050904@lowlatency.de> <42B933C7.10107@city-fan.org> <42B935AA.4070403@lowlatency.de> Message-ID: <20050622134913.4d7fa2e7.bugs.michael@gmx.net> On Wed, 22 Jun 2005 11:55:54 +0200, Andreas Bierfert wrote: > Paul Howarth wrote: > > > The perl.i386 package was installed in the buildroot, which subsequently > > caused problems when trying to update it: > > > > https://www.redhat.com/archives/fedora-announce-list/2005-May/msg00000.html > > Ok that makes sense but how do I get rid of it on the buildsystem ? Disable your explicit buildrequires perl. From skvidal at phy.duke.edu Wed Jun 22 12:10:55 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 22 Jun 2005 08:10:55 -0400 Subject: More strange buildsystem stuff (this time x86_64 and fc3) In-Reply-To: <42B935AA.4070403@lowlatency.de> References: <42B931F2.7050904@lowlatency.de> <42B933C7.10107@city-fan.org> <42B935AA.4070403@lowlatency.de> Message-ID: <1119442256.3031.62.camel@cutter> On Wed, 2005-06-22 at 11:55 +0200, Andreas Bierfert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Paul Howarth wrote: > > > The perl.i386 package was installed in the buildroot, which subsequently > > caused problems when trying to update it: > > > > https://www.redhat.com/archives/fedora-announce-list/2005-May/msg00000.html > > Ok that makes sense but how do I get rid of it on the buildsystem ? > wait until I have time to get the new buildsystem code that dcbw wrote in place. When we do that it switches over to mock and this problem goes away. -sv From tibbs at math.uh.edu Wed Jun 22 13:35:50 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 22 Jun 2005 08:35:50 -0500 Subject: relocatable packages ? In-Reply-To: <1119413389.3031.31.camel@cutter> (seth vidal's message of "Wed, 22 Jun 2005 00:09:49 -0400") References: <20050620213138.GE2851@free.fr> <1119306064.32747.61.camel@opus.phy.duke.edu> <3ab624bd050620152736faafe@mail.gmail.com> <200506212047.48768.kewley@gps.caltech.edu> <1119413389.3031.31.camel@cutter> Message-ID: >>>>> "sv" == seth vidal writes: sv> Well if you read the fhs there is a good reason to keep matlab out sv> of sv> /usr. http://www.pathname.com/fhs/pub/fhs-2.3.html#THEUSRHIERARCHY sv> read the 4th sentence I don't put anything in a direct subdirectory of /usr. For me, Matlab mostly lives in /usr/lib/matlab-14.2. There is no definition of "large software package" on the page you link; I think Octave, Mozilla and R would qualify, and they all live entirely under /usr. I would put Matlab, Mathematica, Splus, the PGI compilers, and other such things in /opt if they weren't integrated into my distro. But they are essentially indistinguishable from any other package; if I enter "yum install mathematica" I get Mathematica. It's as much a part of my distro as any core package, anything from extras or another repository, or any package that I built an RPM for. - J< From qspencer at ieee.org Wed Jun 22 16:35:18 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 22 Jun 2005 11:35:18 -0500 Subject: Debug help on x86_64 Message-ID: <42B99346.8050907@ieee.org> I got an error trying to build octave-forge on x86_64 (the other archs worked fine), and not having access to the necessary hardware, I'm not sure how to debug it. It happens when configure is looking for mkoctfile, a script in octave-devel that compiles dynamically loadable functions for octave. The error I get is: checking for mkoctfile... mkoctfile /usr/bin/ld: cannot find -loctinterp collect2: ld returned 1 exit status configure: error: Could not run mkoctfile error: Bad exit status from /var/tmp/rpm-tmp.65687 (%build) So, it seems that mkoctfile is looking for libraries in the wrong place on x86_64. This may be something I need to correct in octave itself, but I'm not sure. Ideas? -Quentin From jscott at skynet.be Wed Jun 22 16:42:19 2005 From: jscott at skynet.be (Scott Jan) Date: Wed, 22 Jun 2005 18:42:19 +0200 Subject: How to get KOffice on Fedora Core 4 Message-ID: <1119458539.19537.13.camel@localhost.localdomain> Hello, I am relatively new on Linux. I use Fedora Core 4 Linux and I want to know if there is a possibility of getting KOffice on my Linux system. thanks Jan From j.w.r.degoede at hhs.nl Wed Jun 22 17:26:01 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Jun 2005 19:26:01 +0200 Subject: Downgrading to FC4 Message-ID: <42B99F29.5010700@hhs.nl> Hi, I'm currently running rawhide and I noticed the landing of gtk2-2.7.0 and other rather unstable stuff in rawhide, so this seems like a good moment to downgrade to FC-4 + updates, to switch back to rawhide when it starts to stabilise again. Are there any handy ways (yum?) to downgrade to FC4 from rawhide? Regards, Hans From skvidal at phy.duke.edu Wed Jun 22 17:27:25 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 22 Jun 2005 13:27:25 -0400 Subject: Downgrading to FC4 In-Reply-To: <42B99F29.5010700@hhs.nl> References: <42B99F29.5010700@hhs.nl> Message-ID: <1119461245.31110.0.camel@opus.phy.duke.edu> On Wed, 2005-06-22 at 19:26 +0200, Hans de Goede wrote: > Hi, > > I'm currently running rawhide and I noticed the landing of gtk2-2.7.0 > and other rather unstable stuff in rawhide, so this seems like a good > moment to downgrade to FC-4 + updates, to switch back to rawhide when it > starts to stabilise again. > > Are there any handy ways (yum?) to downgrade to FC4 from rawhide? > no. -sv From ivazquez at ivazquez.net Wed Jun 22 17:33:08 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 22 Jun 2005 13:33:08 -0400 Subject: Downgrading to FC4 In-Reply-To: <42B99F29.5010700@hhs.nl> References: <42B99F29.5010700@hhs.nl> Message-ID: <1119461588.28488.13.camel@ignacio.ignacio.lan> On Wed, 2005-06-22 at 19:26 +0200, Hans de Goede wrote: > Hi, > > I'm currently running rawhide and I noticed the landing of gtk2-2.7.0 > and other rather unstable stuff in rawhide, so this seems like a good > moment to downgrade to FC-4 + updates, to switch back to rawhide when it > starts to stabilise again. > > Are there any handy ways (yum?) to downgrade to FC4 from rawhide? Nope. But there are convoluted, ugly ways if you want to give one a try. -- 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 j.w.r.degoede at hhs.nl Wed Jun 22 17:50:31 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 22 Jun 2005 19:50:31 +0200 Subject: Downgrading to FC4 In-Reply-To: <1119461588.28488.13.camel@ignacio.ignacio.lan> References: <42B99F29.5010700@hhs.nl> <1119461588.28488.13.camel@ignacio.ignacio.lan> Message-ID: <42B9A4E7.3090902@hhs.nl> Ignacio Vazquez-Abrams wrote: > On Wed, 2005-06-22 at 19:26 +0200, Hans de Goede wrote: > >>Hi, >> >>I'm currently running rawhide and I noticed the landing of gtk2-2.7.0 >>and other rather unstable stuff in rawhide, so this seems like a good >>moment to downgrade to FC-4 + updates, to switch back to rawhide when it >>starts to stabilise again. >> >>Are there any handy ways (yum?) to downgrade to FC4 from rawhide? > > > Nope. But there are convoluted, ugly ways if you want to give one a try. > Such as? Regards, Hans From qspencer at ieee.org Wed Jun 22 17:46:59 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 22 Jun 2005 12:46:59 -0500 Subject: Debug help on x86_64 In-Reply-To: <42B99346.8050907@ieee.org> References: <42B99346.8050907@ieee.org> Message-ID: <42B9A413.80207@ieee.org> Earlier, I wrote: >I got an error trying to build octave-forge on x86_64 (the other archs >worked fine), and not having access to the necessary hardware, I'm not >sure how to debug it. It happens when configure is looking for >mkoctfile, a script in octave-devel that compiles dynamically loadable >functions for octave. The error I get is: > >checking for mkoctfile... mkoctfile >/usr/bin/ld: cannot find -loctinterp >collect2: ld returned 1 exit status >configure: error: Could not run mkoctfile >error: Bad exit status from /var/tmp/rpm-tmp.65687 (%build) > >So, it seems that mkoctfile is looking for libraries in the wrong place >on x86_64. This may be something I need to correct in octave itself, but >I'm not sure. Ideas? > >-Quentin > > OK, it looks like the problem is that mkoctfile is looking in /usr/lib instead of /usr/lib64. I think this is fixed by adding --libdir=%{_libdir} to the configure command. Can anyone verify that %{_libdir} on x86_64 returns /usr/lib64? -Quentin From jdennis at redhat.com Wed Jun 22 17:49:01 2005 From: jdennis at redhat.com (John Dennis) Date: Wed, 22 Jun 2005 13:49:01 -0400 Subject: Downgrading to FC4 In-Reply-To: <42B99F29.5010700@hhs.nl> References: <42B99F29.5010700@hhs.nl> Message-ID: <1119462541.8228.33.camel@chickadee.boston.redhat.com> On Wed, 2005-06-22 at 19:26 +0200, Hans de Goede wrote: > Hi, > > I'm currently running rawhide and I noticed the landing of gtk2-2.7.0 > and other rather unstable stuff in rawhide, so this seems like a good > moment to downgrade to FC-4 + updates, to switch back to rawhide when it > starts to stabilise again. > > Are there any handy ways (yum?) to downgrade to FC4 from rawhide? No. As a side note to this question it's is a dubious practice to upgrade from rawhide because it is neither stable nor consistent. Unless you have a very specific reason to pull a package from rawhide I wouldn't. It's better to get updates from the update repository. In theory released updates are stable and consistent with the rest of the release. I recognize many people do pull updates from rawhide and there are valid arguments for this practice, but it comes with a price you must be willing to pay, it is not for the faint of heart :-) YMMV and all the usual caveats. -- John Dennis From rc040203 at freenet.de Wed Jun 22 17:52:12 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 22 Jun 2005 19:52:12 +0200 Subject: Debug help on x86_64 In-Reply-To: <42B9A413.80207@ieee.org> References: <42B99346.8050907@ieee.org> <42B9A413.80207@ieee.org> Message-ID: <1119462733.12792.120.camel@mccallum.corsepiu.local> On Wed, 2005-06-22 at 12:46 -0500, Quentin Spencer wrote: > Earlier, I wrote: > > >I got an error trying to build octave-forge on x86_64 (the other archs > >worked fine), and not having access to the necessary hardware, I'm not > >sure how to debug it. It happens when configure is looking for > >mkoctfile, a script in octave-devel that compiles dynamically loadable > >functions for octave. The error I get is: > > > >checking for mkoctfile... mkoctfile > >/usr/bin/ld: cannot find -loctinterp > >collect2: ld returned 1 exit status > >configure: error: Could not run mkoctfile > >error: Bad exit status from /var/tmp/rpm-tmp.65687 (%build) > > > >So, it seems that mkoctfile is looking for libraries in the wrong place > >on x86_64. This may be something I need to correct in octave itself, but > >I'm not sure. Ideas? > > > >-Quentin > > > > > > OK, it looks like the problem is that mkoctfile is looking in /usr/lib > instead of /usr/lib64. I think this is fixed by adding > --libdir=%{_libdir} to the configure command. If this works, the configure script is broken. --libdir supposed to be the directory to install libraries into. It is by *no means* related to where to search for libraries. > Can anyone verify that > %{_libdir} on x86_64 returns /usr/lib64? AFAICT (I don't have access to x86_64 systems), yes. Ralf From pmatilai at laiskiainen.org Wed Jun 22 17:54:22 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 22 Jun 2005 20:54:22 +0300 Subject: Debug help on x86_64 In-Reply-To: <42B9A413.80207@ieee.org> References: <42B99346.8050907@ieee.org> <42B9A413.80207@ieee.org> Message-ID: <1119462862.31372.12.camel@localhost.localdomain> On Wed, 2005-06-22 at 12:46 -0500, Quentin Spencer wrote: > Earlier, I wrote: > > >I got an error trying to build octave-forge on x86_64 (the other archs > >worked fine), and not having access to the necessary hardware, I'm not > >sure how to debug it. It happens when configure is looking for > >mkoctfile, a script in octave-devel that compiles dynamically loadable > >functions for octave. The error I get is: > > > >checking for mkoctfile... mkoctfile > >/usr/bin/ld: cannot find -loctinterp > >collect2: ld returned 1 exit status > >configure: error: Could not run mkoctfile > >error: Bad exit status from /var/tmp/rpm-tmp.65687 (%build) > > > >So, it seems that mkoctfile is looking for libraries in the wrong place > >on x86_64. This may be something I need to correct in octave itself, but > >I'm not sure. Ideas? > > > >-Quentin > > > > > > OK, it looks like the problem is that mkoctfile is looking in /usr/lib > instead of /usr/lib64. I think this is fixed by adding > --libdir=%{_libdir} to the configure command. Can anyone verify that > %{_libdir} on x86_64 returns /usr/lib64? Yes it does.. [pmatilai at localhost ~]$ uname -m x86_64 [pmatilai at localhost ~]$ rpm --eval "%{_libdir}" /usr/lib64 Typical reasons for the above include a) multilib package getting in the way b) badly written auto*foo stuff. - Panu - From mpeters at mac.com Wed Jun 22 17:55:08 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 22 Jun 2005 10:55:08 -0700 Subject: Downgrading to FC4 In-Reply-To: <42B9A4E7.3090902@hhs.nl> References: <42B99F29.5010700@hhs.nl> <1119461588.28488.13.camel@ignacio.ignacio.lan> <42B9A4E7.3090902@hhs.nl> Message-ID: <1119462908.3109.158.camel@locolhost.localdomain> On Wed, 2005-06-22 at 19:50 +0200, Hans de Goede wrote: > > Ignacio Vazquez-Abrams wrote: > > On Wed, 2005-06-22 at 19:26 +0200, Hans de Goede wrote: > > > >>Hi, > >> > >>I'm currently running rawhide and I noticed the landing of gtk2-2.7.0 > >>and other rather unstable stuff in rawhide, so this seems like a good > >>moment to downgrade to FC-4 + updates, to switch back to rawhide when it > >>starts to stabilise again. > >> > >>Are there any handy ways (yum?) to downgrade to FC4 from rawhide? > > > > > > Nope. But there are convoluted, ugly ways if you want to give one a try. > > > Such as? There's a package manager called smart (maybe smartrpm now?) You can define the FC4 base/extras/updates as priority repositories. It will then downgrade and newer packages than what are in those priority repositories. I've seen it fix systems foobared by adding every repository in the world. But it doesn't always work. From pmatilai at laiskiainen.org Wed Jun 22 17:56:22 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 22 Jun 2005 20:56:22 +0300 Subject: Downgrading to FC4 In-Reply-To: <42B9A4E7.3090902@hhs.nl> References: <42B99F29.5010700@hhs.nl> <1119461588.28488.13.camel@ignacio.ignacio.lan> <42B9A4E7.3090902@hhs.nl> Message-ID: <1119462982.31372.15.camel@localhost.localdomain> On Wed, 2005-06-22 at 19:50 +0200, Hans de Goede wrote: > > Ignacio Vazquez-Abrams wrote: > > On Wed, 2005-06-22 at 19:26 +0200, Hans de Goede wrote: > > > >>Hi, > >> > >>I'm currently running rawhide and I noticed the landing of gtk2-2.7.0 > >>and other rather unstable stuff in rawhide, so this seems like a good > >>moment to downgrade to FC-4 + updates, to switch back to rawhide when it > >>starts to stabilise again. > >> > >>Are there any handy ways (yum?) to downgrade to FC4 from rawhide? > > > > > > Nope. But there are convoluted, ugly ways if you want to give one a try. > > > Such as? Smartpm and apt can downgrade packages, and so can plain rpm using --oldpackage... but that doesn't mean the downgraded packages will actually *work*. - Panu - From ivazquez at ivazquez.net Wed Jun 22 18:04:41 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 22 Jun 2005 14:04:41 -0400 Subject: Downgrading to FC4 In-Reply-To: <42B9A4E7.3090902@hhs.nl> References: <42B99F29.5010700@hhs.nl> <1119461588.28488.13.camel@ignacio.ignacio.lan> <42B9A4E7.3090902@hhs.nl> Message-ID: <1119463481.28488.16.camel@ignacio.ignacio.lan> On Wed, 2005-06-22 at 19:50 +0200, Hans de Goede wrote: > > Ignacio Vazquez-Abrams wrote: > > On Wed, 2005-06-22 at 19:26 +0200, Hans de Goede wrote: > > > >>Hi, > >> > >>I'm currently running rawhide and I noticed the landing of gtk2-2.7.0 > >>and other rather unstable stuff in rawhide, so this seems like a good > >>moment to downgrade to FC-4 + updates, to switch back to rawhide when it > >>starts to stabilise again. > >> > >>Are there any handy ways (yum?) to downgrade to FC4 from rawhide? > > > > > > Nope. But there are convoluted, ugly ways if you want to give one a try. > > > Such as? 1) Use yum to strip your system down to the minimal install, use rpm to install the FC4-equivalent packages, then use yum to add the FC4 packages you removed. 2) Use rpm to get the names of all installed packages, compare that to the names on the FC4 tree, then use rpm to replace them appropriately. No guarantee that either method will work though. -- 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 qspencer at ieee.org Wed Jun 22 18:09:35 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 22 Jun 2005 13:09:35 -0500 Subject: Debug help on x86_64 In-Reply-To: <1119462733.12792.120.camel@mccallum.corsepiu.local> References: <42B99346.8050907@ieee.org> <42B9A413.80207@ieee.org> <1119462733.12792.120.camel@mccallum.corsepiu.local> Message-ID: <42B9A95F.70808@ieee.org> Ralf Corsepius wrote: >On Wed, 2005-06-22 at 12:46 -0500, Quentin Spencer wrote: > > >>Earlier, I wrote: >> >> >> >>>I got an error trying to build octave-forge on x86_64 (the other archs >>>worked fine), and not having access to the necessary hardware, I'm not >>>sure how to debug it. It happens when configure is looking for >>>mkoctfile, a script in octave-devel that compiles dynamically loadable >>>functions for octave. The error I get is: >>> >>>checking for mkoctfile... mkoctfile >>>/usr/bin/ld: cannot find -loctinterp >>>collect2: ld returned 1 exit status >>>configure: error: Could not run mkoctfile >>>error: Bad exit status from /var/tmp/rpm-tmp.65687 (%build) >>> >>>So, it seems that mkoctfile is looking for libraries in the wrong place >>>on x86_64. This may be something I need to correct in octave itself, but >>>I'm not sure. Ideas? >>> >>>-Quentin >>> >>> >>> >>> >>OK, it looks like the problem is that mkoctfile is looking in /usr/lib >>instead of /usr/lib64. I think this is fixed by adding >>--libdir=%{_libdir} to the configure command. >> >> >If this works, the configure script is broken. > >--libdir supposed to be the directory to install libraries into. >It is by *no means* related to where to search for libraries. > > In this particular case, anything specified by the --libdir option when configuring octave eventually finds its way into some flags that are used in the mkoctfile script, so it does end up having an indirect effect on where mkoctfile is looking for its libraries. So, yes, this is probably not a correct thing for configure to do. If I were to send a fix upstream, how would you recommend determining what the equivalent of %{_libdir} is in a generic way? -Quentin From rdieter at math.unl.edu Wed Jun 22 18:38:24 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 22 Jun 2005 13:38:24 -0500 Subject: How to get KOffice on Fedora Core 4 In-Reply-To: <1119458539.19537.13.camel@localhost.localdomain> References: <1119458539.19537.13.camel@localhost.localdomain> Message-ID: Scott Jan wrote: > I am relatively new on Linux. I use Fedora Core 4 Linux and I want to > know if there is a possibility of getting KOffice on my Linux system. Speaking of koffice, has anyone volunteered to maintain this in Fedora Extras yet? -- Rex From toniw at iki.fi Wed Jun 22 18:47:15 2005 From: toniw at iki.fi (Toni Willberg) Date: Wed, 22 Jun 2005 21:47:15 +0300 Subject: review still needed / Re: New package: bitlbee-0.92 In-Reply-To: <1118690188.3079.23.camel@ihaa.home.willberg.fi> References: <1116710226.3422.9.camel@ihaa.home.willberg.fi> <1116771818.4628.201.camel@laurel.intra.city-fan.org> <20050522145540.GA20817@jadzia.bu.edu> <1116776986.3422.16.camel@ihaa.home.willberg.fi> <20050522160723.GA22941@jadzia.bu.edu> <1118690188.3079.23.camel@ihaa.home.willberg.fi> Message-ID: <1119466036.22341.1.camel@ihaa.home.willberg.fi> On Mon, 2005-06-13 at 22:16 +0300, Toni Willberg wrote: > Thanks for your suggestions Matthew and Paul, here's a new version: > > http://toniw.iki.fi/srpms/bitlbee-0.92-4.spec > http://toniw.iki.fi/srpms/bitlbee-0.92-4.src.rpm > http://toniw.iki.fi/srpms/bitlbee-0.92-4.src.rpm.md5sum.asc > > %changelog > * Mon Jun 13 2005 Toni Willberg - 0.92-4 > - added full source URL > - turned the service off by default > - disabled binary stripping with configure option, enabled debuginfo package Could someone review, I'd like to import this to CVS soon. - Toni -------------- 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 kewley at gps.caltech.edu Wed Jun 22 19:43:07 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Wed, 22 Jun 2005 12:43:07 -0700 Subject: relocatable packages ? In-Reply-To: References: <20050620213138.GE2851@free.fr> <1119413389.3031.31.camel@cutter> Message-ID: <200506221243.07454.kewley@gps.caltech.edu> On Wednesday 22 June 2005 06:35, Jason L Tibbitts III wrote: > >>>>> "sv" == seth vidal writes: > > sv> Well if you read the fhs there is a good reason to keep matlab out > sv> of /usr. > sv> http://www.pathname.com/fhs/pub/fhs-2.3.html#THEUSRHIERARCHY > sv> read the 4th sentence > > I don't put anything in a direct subdirectory of /usr. For me, > Matlab mostly lives in /usr/lib/matlab-14.2. > > There is no definition of "large software package" on the page you > link; I think Octave, Mozilla and R would qualify, and they all live > entirely under /usr. > > I would put Matlab, Mathematica, Splus, the PGI compilers, and other > such things in /opt if they weren't integrated into my distro. But > they are essentially indistinguishable from any other package; if I > enter "yum install mathematica" I get Mathematica. It's as much a > part of my distro as any core package, anything from extras or > another repository, or any package that I built an RPM for. Where does your Mathematica rpm come from? I haven't looked at R or Octave. But I think the placement of Mozilla into /usr/lib(64)/mozilla* probably makes sense given the structure of the Mozilla tree and its purpose. Matlab, on the other hand, has a totally non-fhs directory structure, and given that e.g. users are expected to run executables within the Matlab tree (from etc/ as well as from bin/), it doesn't make sense to simply plunk the whole matlab tree down into /usr/lib/matlab. /opt/matlab, on the other hand, seems fine to me -- the point of /opt is to shrug and take whatever each vendor package throws at you. You could write a matlab specfile that does a lot of careful work to move things around from within the Matlab distribution tree into appropriate places in /usr. You might find out, though, that that breaks matlab, or at least requires a fair amount of patching matlab files so they know where to look for other pieces of matlab. Whatever the wording of the FHS documents, I don't think the choice of what goes in /opt has so much to do with size as with lack of fit in the /usr heirarchy. David From tibbs at math.uh.edu Wed Jun 22 20:30:33 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 22 Jun 2005 15:30:33 -0500 Subject: relocatable packages ? In-Reply-To: <200506221243.07454.kewley@gps.caltech.edu> (David Kewley's message of "Wed, 22 Jun 2005 12:43:07 -0700") References: <20050620213138.GE2851@free.fr> <1119413389.3031.31.camel@cutter> <200506221243.07454.kewley@gps.caltech.edu> Message-ID: >>>>> "DK" == David Kewley writes: DK> Where does your Mathematica rpm come from? I made it. I don't really have any unpackaged software on my systems except for a couple of standalone binaries stuck in /usr/local/bin and rsync'ed to each machine. One day I should take the time to package them up as well. DK> /opt/matlab, on the other hand, seems fine to me the point of /opt DK> is to shrug and take whatever each vendor package throws at you. Sorry, I just don't see the point, and I'm certainly not going to go adding another partition for /opt, resizing / or (even worse) just making /opt a link into /usr/opt or something equally bad. On my systems, /usr is where user-accessible RPM-packaged software goes unless its necessary for booting. But hey, I'm not asking anyone to do it this way, and I never have. I just indicated the way I did things. It just seems to me to be far more consistent to do it the way I do than to say that packages belong elsewhere because they have different licenses or are larger than some arbitrary measure. Other opinions on the matter will, of course, differ. Anyway, wasn't this about relocatable packages? I did update the wiki page to indicate that they're strongly discouraged. And if we want to make this discussion on-topic by talking about whether it would be possible to put together a set of nosrc.rpms for popular commercial packages somewhere under the Fedora umbrella then I'd be happy to join in. - J< From mpeters at mac.com Wed Jun 22 20:46:44 2005 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 22 Jun 2005 13:46:44 -0700 Subject: relocatable packages ? In-Reply-To: References: <20050620213138.GE2851@free.fr> <1119413389.3031.31.camel@cutter> <200506221243.07454.kewley@gps.caltech.edu> Message-ID: <1119473204.31557.10.camel@locolhost.localdomain> On Wed, 2005-06-22 at 15:30 -0500, Jason L Tibbitts III wrote: > > And if we want to make this discussion on-topic by talking about > whether it would be possible to put together a set of nosrc.rpms for > popular commercial packages somewhere under the Fedora umbrella then > I'd be happy to join in. I remember seeing something like that on the yum list a few months ago, though not Fedora specific I think they were suppose to work with Core 2. A group of uni sysadmins had several nosrc.rpm for lots of packages like Mathematica and matlab that they used for installation on their uni. If I remember - they were hosted at duke, but I might be wrong. From skvidal at phy.duke.edu Wed Jun 22 20:48:18 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 22 Jun 2005 16:48:18 -0400 Subject: relocatable packages ? In-Reply-To: <1119473204.31557.10.camel@locolhost.localdomain> References: <20050620213138.GE2851@free.fr> <1119413389.3031.31.camel@cutter> <200506221243.07454.kewley@gps.caltech.edu> <1119473204.31557.10.camel@locolhost.localdomain> Message-ID: <1119473299.31110.10.camel@opus.phy.duke.edu> On Wed, 2005-06-22 at 13:46 -0700, Michael A. Peters wrote: > On Wed, 2005-06-22 at 15:30 -0500, Jason L Tibbitts III wrote: > > > > > And if we want to make this discussion on-topic by talking about > > whether it would be possible to put together a set of nosrc.rpms for > > popular commercial packages somewhere under the Fedora umbrella then > > I'd be happy to join in. > > I remember seeing something like that on the yum list a few months ago, > though not Fedora specific I think they were suppose to work with Core > 2. A group of uni sysadmins had several nosrc.rpm for lots of packages > like Mathematica and matlab that they used for installation on their > uni. > > If I remember - they were hosted at duke, but I might be wrong. > you weren't wrong. everything is hosted at duke ;) http://linux.duke.edu/projects/nosrc-rpm/ -sv From thomasz at hostmaster.org Wed Jun 22 20:57:50 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Wed, 22 Jun 2005 22:57:50 +0200 Subject: Downgrading to FC4 In-Reply-To: <1119462541.8228.33.camel@chickadee.boston.redhat.com> References: <42B99F29.5010700@hhs.nl> <1119462541.8228.33.camel@chickadee.boston.redhat.com> Message-ID: <1119473870.2727.4.camel@hostmaster.org> AFAIK there are no updates for testing releases, so I usually upgrade to FC?t1 and update from rawhide until the final release comes out. This time it was a bit difficult because rawhide was already far ahead when the release came out (or the release used a lot of old packages). Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key There's too much blood in my caffeine system. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Wed Jun 22 20:58:56 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 22 Jun 2005 16:58:56 -0400 Subject: Downgrading to FC4 In-Reply-To: <1119473870.2727.4.camel@hostmaster.org> References: <42B99F29.5010700@hhs.nl> <1119462541.8228.33.camel@chickadee.boston.redhat.com> <1119473870.2727.4.camel@hostmaster.org> Message-ID: <1119473936.31110.16.camel@opus.phy.duke.edu> On Wed, 2005-06-22 at 22:57 +0200, Thomas Zehetbauer wrote: > AFAIK there are no updates for testing releases, so I usually upgrade to > FC?t1 and update from rawhide until the final release comes out. This > time it was a bit difficult because rawhide was already far ahead when > the release came out (or the release used a lot of old packages). > reinstall. -sv From thomasz at hostmaster.org Wed Jun 22 20:59:58 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Wed, 22 Jun 2005 22:59:58 +0200 Subject: Downgrading to FC4 In-Reply-To: <42B99F29.5010700@hhs.nl> References: <42B99F29.5010700@hhs.nl> Message-ID: <1119473998.4821.1.camel@hostmaster.org> On Wed, 2005-06-22 at 19:26 +0200, Hans de Goede wrote: > Are there any handy ways (yum?) to downgrade to FC4 from rawhide? I have "downgraded" from rawhide to FC4 when the release came out, only way I could find was to "yum list extras" and manually download and install --oldpackage the corresponding FC4 packages. Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Linux is like a Wigwam.. No Windows, no Gates, and Apache inside. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From thomasz at hostmaster.org Wed Jun 22 21:19:39 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Wed, 22 Jun 2005 23:19:39 +0200 Subject: Downgrading to FC4 In-Reply-To: <1119473936.31110.16.camel@opus.phy.duke.edu> References: <42B99F29.5010700@hhs.nl> <1119462541.8228.33.camel@chickadee.boston.redhat.com> <1119473870.2727.4.camel@hostmaster.org> <1119473936.31110.16.camel@opus.phy.duke.edu> Message-ID: <1119475179.4821.4.camel@hostmaster.org> On Wed, 2005-06-22 at 16:58 -0400, seth vidal wrote: > reinstall. No, thanks, had to do way too many reinstalls with Windows, I'm glad there is almost always a way to fix the problem without! Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Give as few orders as possible, once you've given orders on a subject, you must always give orders on that subject. - Duke Leto in Dune -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From taylor at haleph.com Wed Jun 22 21:48:10 2005 From: taylor at haleph.com (Taylor Stearns) Date: Wed, 22 Jun 2005 17:48:10 -0400 Subject: New package: msmtp Message-ID: <20050622214810.GA9180@arctangent.net> Howdy, I've had some msmtp packages sitting around for a while that Lee-Win Tai cleaned up and suggested submitting to Extras. So here it is: * msmtp (GPL): http://www.haleph.com/download/msmtp-1.4.1-2.src.rpm In the default mode, msmtp transmits a mail to an SMTP server (for example at a free mail provider) which does the delivery. To use this program with your mail user agent (MUA), create a configuration file with your mail account(s) and tell your MUA to call msmtp instead of /usr/sbin/sendmail. msmtp is a very useful little tool for people who just need an SMTP client without a big server like sendmail or postfix, so I think having it in Extras easily available would be helpful. I didn't know exactly how to categorize its Group, so I put it in Applications/Internet -- feel free to change that. Also, I don't have CVS access, so I'd like someone to sponsor this. Thanks, Taylor Stearns taylor at haleph.com From taylor at haleph.com Wed Jun 22 21:53:28 2005 From: taylor at haleph.com (Taylor Stearns) Date: Wed, 22 Jun 2005 17:53:28 -0400 Subject: New package: msmtp Message-ID: <20050622215328.GA9276@arctangent.net> Howdy, I've had some msmtp packages sitting around for a while that Lee-Win Tai cleaned up and suggested submitting to Extras. So here it is: * msmtp (GPL): http://www.haleph.com/download/msmtp-1.4.1-2.src.rpm In the default mode, msmtp transmits a mail to an SMTP server (for example at a free mail provider) which does the delivery. To use this program with your mail user agent (MUA), create a configuration file with your mail account(s) and tell your MUA to call msmtp instead of /usr/sbin/sendmail. msmtp is a very useful little tool for people who just need an SMTP client without a big server like sendmail or postfix, so I think having it in Extras easily available would be helpful. I didn't know exactly how to categorize its Group, so I put it in Applications/Internet -- feel free to change that. Also, I don't have CVS access, so I need a sponsor. Thanks, Taylor Stearns taylor at haleph.com From Nicolas.Mailhot at laPoste.net Wed Jun 22 22:18:43 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Thu, 23 Jun 2005 00:18:43 +0200 Subject: Error processing Fedora accounts e-mail In-Reply-To: <200506222207.j5MM7ngC014960@fedora-admin.mgmt.phx.redhat.com> References: <200506222207.j5MM7ngC014960@fedora-admin.mgmt.phx.redhat.com> Message-ID: <1119478723.10405.60.camel@rousalka.dyndns.org> Le mercredi 22 juin 2005 ? 18:07 -0400, Fedora Account System a ?crit : > With regards to "Re: Fedora Individual Contributor License Agreement". > Your message could not be processed. > Reason The signature's username [Nicolas Mailhot (Perso) > ] did not match the e-mail address on > file [nicolas.mailhot at laposte.net]. Err, seems the CLA checker needs to learn canonizing addresses properly :( -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From steve at silug.org Wed Jun 22 22:23:20 2005 From: steve at silug.org (Steven Pritchard) Date: Wed, 22 Jun 2005 17:23:20 -0500 Subject: GNU ddrescue vs. dd_rescue In-Reply-To: <1119334072.28867.104.camel@bobcat.mine.nu> References: <20050620234654.GA15106@osiris.silug.org> <1119334072.28867.104.camel@bobcat.mine.nu> Message-ID: <20050622222320.GA17569@osiris.silug.org> On Tue, Jun 21, 2005 at 09:07:52AM +0300, Ville Skytt? wrote: > On Mon, 2005-06-20 at 18:46 -0500, Steven Pritchard wrote: > > Personally, I think the right thing to do would be to change the name > > of the current ddrescue package to dd_rescue (the upstream name), > > have dd_rescue obsolete ddrescue <= 1:1.0, and ship GNU ddrescue as > > ddrescue with Epoch: 1. > > This would be needed only if both dd_rescue and ddrescue would be > shipped. I don't know a thing about these programs, but based on your > description, it could suffice to ship only one of them. I'd say just ship GNU ddrescue, except there may be other (less buggy) front-ends to dd_rescue like dd_rhelp. Unfortunately, the two programs do not have the same options or even similar output. > If that's correct, just switching to GNU ddrescue (if it's the chosen > one) and bumping the Epoch would suffice. If not, and both would be > shipped, the obsoletion above should probably be a "<", not "<=". Right. That's what I meant. :-) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From fedora at camperquake.de Wed Jun 22 22:26:17 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 23 Jun 2005 00:26:17 +0200 Subject: Error processing Fedora accounts e-mail In-Reply-To: <1119478723.10405.60.camel@rousalka.dyndns.org> References: <200506222207.j5MM7ngC014960@fedora-admin.mgmt.phx.redhat.com> <1119478723.10405.60.camel@rousalka.dyndns.org> Message-ID: <20050623002617.793aa971@nausicaa.camperquake.de> Hi. Nicolas Mailhot wrote: > Le mercredi 22 juin 2005 ? 18:07 -0400, Fedora Account System a ?crit : > > With regards to "Re: Fedora Individual Contributor License Agreement". > > Your message could not be processed. > > Reason The signature's username [Nicolas Mailhot (Perso) > > ] did not match the e-mail address on > > file [nicolas.mailhot at laposte.net]. > > Err, seems the CLA checker needs to learn canonizing addresses > properly :( The local part of a mail address is case sensitive. Most mailservers do not enforce this, but in theory the two addresses are different. -- Confucius say, "Man who sink into woman's arms soon have arms in woman's sink." From kewley at gps.caltech.edu Wed Jun 22 23:11:36 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Wed, 22 Jun 2005 16:11:36 -0700 Subject: Error processing Fedora accounts e-mail In-Reply-To: <20050623002617.793aa971@nausicaa.camperquake.de> References: <200506222207.j5MM7ngC014960@fedora-admin.mgmt.phx.redhat.com> <1119478723.10405.60.camel@rousalka.dyndns.org> <20050623002617.793aa971@nausicaa.camperquake.de> Message-ID: <200506221611.36158.kewley@gps.caltech.edu> On Wednesday 22 June 2005 15:26, Ralf Ertzinger wrote: > Nicolas Mailhot wrote: > > > Agreement". Your message could not be processed. > > > Reason The signature's username [Nicolas Mailhot (Perso) > > > ] did not match the e-mail address > > > on file [nicolas.mailhot at laposte.net]. > > > > Err, seems the CLA checker needs to learn canonizing addresses > > properly :( > > The local part of a mail address is case sensitive. Most mailservers > do not enforce this, but in theory the two addresses are different. Hi Ralf, Quick question: Since common practice is case insensitivity in the local part of the address, I'd always assumed that was the norm. I just quickly looked through RFCs 2822 (Internet Message Format) and 821 (SMTP) and didn't see where either discussed the issue. Could you point me to where it's specified? Thanks, David From fedora at camperquake.de Wed Jun 22 23:22:32 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 23 Jun 2005 01:22:32 +0200 Subject: Error processing Fedora accounts e-mail In-Reply-To: <200506221611.36158.kewley@gps.caltech.edu> References: <200506222207.j5MM7ngC014960@fedora-admin.mgmt.phx.redhat.com> <1119478723.10405.60.camel@rousalka.dyndns.org> <20050623002617.793aa971@nausicaa.camperquake.de> <200506221611.36158.kewley@gps.caltech.edu> Message-ID: <20050623012232.4660a01c@nausicaa.camperquake.de> Hi. David Kewley wrote: > Quick question: Since common practice is case insensitivity in the > local part of the address, I'd always assumed that was the norm. I > just quickly looked through RFCs 2822 (Internet Message Format) and 821 > (SMTP) and didn't see where either discussed the issue. Could you > point me to where it's specified? I have not found a special notion of this, but it is also not specified that the local part is to be treated as case insensitive, and thus "Foo" and "foo" are different. -- Lord, grant me the serenity to accept those things I cannot change, the courage to change what I can, and the wisdom to hide the bodies of those I had to kill because they pissed me off. From fedora at camperquake.de Wed Jun 22 23:26:38 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 23 Jun 2005 01:26:38 +0200 Subject: Error processing Fedora accounts e-mail In-Reply-To: <20050623012232.4660a01c@nausicaa.camperquake.de> References: <200506222207.j5MM7ngC014960@fedora-admin.mgmt.phx.redhat.com> <1119478723.10405.60.camel@rousalka.dyndns.org> <20050623002617.793aa971@nausicaa.camperquake.de> <200506221611.36158.kewley@gps.caltech.edu> <20050623012232.4660a01c@nausicaa.camperquake.de> Message-ID: <20050623012638.0a69999b@nausicaa.camperquake.de> Hi. Ralf Ertzinger wrote: > I have not found a special notion of this, but it is also not > specified that the local part is to be treated as case insensitive, and > thus "Foo" and "foo" are different. Ah, found it. RfC 2821, part 2.4, second paragraph: Verbs and argument values (e.g., "TO:" or "to:" in the RCPT command and extension name keywords) are not case sensitive, with the sole exception in this specification of a mailbox local-part (SMTP Extensions may explicitly specify case-sensitive elements). That is, a command verb, an argument value other than a mailbox local-part, and free form text MAY be encoded in upper case, lower case, or any mixture of upper and lower case with no impact on its meaning. This is NOT true of a mailbox local-part. The local-part of a mailbox MUST BE treated as case sensitive. -- "Shall I tell you what I want? What I really really want?" From tibbs at math.uh.edu Wed Jun 22 23:41:10 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 22 Jun 2005 18:41:10 -0500 Subject: Packaging selinux rules Message-ID: Is there any method for including selinux rules and file labels in a package? I'm looking at ZoneMinder (http://www.zoneminder.com) but it requires selinux magic to work under the targeted policy. - J< From lmacken at redhat.com Thu Jun 23 00:09:33 2005 From: lmacken at redhat.com (Luke Macken) Date: Wed, 22 Jun 2005 20:09:33 -0400 Subject: New package: python-irclib Message-ID: <20050623000933.GA26375@tomservo.boston.redhat.com> I came across this library and thought it would be a nice addition to extras. Description: This library is intended to encapsulate the IRC protocol at a quite low level. It provides an event-driven IRC client framework. It has a fairly thorough support for the basic IRC protocol, CTCP and DCC connections. Linkage: http://python-irclib.sourceforge.net/ http://people.redhat.com/lmacken/python-irclib.spec http://people.redhat.com/lmacken/python-irclib-0.4.5-1.src.rpm Comments/suggestions ? luke From Nicolas.Mailhot at laPoste.net Thu Jun 23 00:27:35 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Thu, 23 Jun 2005 02:27:35 +0200 Subject: Error processing Fedora accounts e-mail In-Reply-To: <20050623012638.0a69999b@nausicaa.camperquake.de> References: <200506222207.j5MM7ngC014960@fedora-admin.mgmt.phx.redhat.com> <1119478723.10405.60.camel@rousalka.dyndns.org> <20050623002617.793aa971@nausicaa.camperquake.de> <200506221611.36158.kewley@gps.caltech.edu> <20050623012232.4660a01c@nausicaa.camperquake.de> <20050623012638.0a69999b@nausicaa.camperquake.de> Message-ID: <1119486455.2826.2.camel@rousalka.dyndns.org> Le jeudi 23 juin 2005 ? 01:26 +0200, Ralf Ertzinger a ?crit : > Hi. > > Ralf Ertzinger wrote: > > > I have not found a special notion of this, but it is also not > > specified that the local part is to be treated as case insensitive, and > > thus "Foo" and "foo" are different. > > Ah, found it. > > RfC 2821, part 2.4, second paragraph: > > Verbs and argument values (e.g., "TO:" or "to:" in the RCPT command > and extension name keywords) are not case sensitive, with the sole > exception in this specification of a mailbox local-part (SMTP > Extensions may explicitly specify case-sensitive elements). That is, > a command verb, an argument value other than a mailbox local-part, > and free form text MAY be encoded in upper case, lower case, or any > mixture of upper and lower case with no impact on its meaning. This > is NOT true of a mailbox local-part. The local-part of a mailbox > MUST BE treated as case sensitive. Stupid RFC part that no one follows... Ah well I'll add another uid to my key - yet another reason for rpm to choke on it later. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From fedora at camperquake.de Thu Jun 23 00:48:30 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 23 Jun 2005 02:48:30 +0200 Subject: Error processing Fedora accounts e-mail In-Reply-To: <1119486455.2826.2.camel@rousalka.dyndns.org> References: <200506222207.j5MM7ngC014960@fedora-admin.mgmt.phx.redhat.com> <1119478723.10405.60.camel@rousalka.dyndns.org> <20050623002617.793aa971@nausicaa.camperquake.de> <200506221611.36158.kewley@gps.caltech.edu> <20050623012232.4660a01c@nausicaa.camperquake.de> <20050623012638.0a69999b@nausicaa.camperquake.de> <1119486455.2826.2.camel@rousalka.dyndns.org> Message-ID: <20050623024830.3497bb6d@nausicaa.camperquake.de> Hi. Nicolas Mailhot wrote: > Stupid RFC part that no one follows... I'll agree that this is not exactly one of the most advertised properties of email. From jjneely at pams.ncsu.edu Thu Jun 23 01:35:48 2005 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Wed, 22 Jun 2005 21:35:48 -0400 Subject: New package: python-irclib In-Reply-To: <20050623000933.GA26375@tomservo.boston.redhat.com> References: <20050623000933.GA26375@tomservo.boston.redhat.com> Message-ID: <20050623013548.GA1972@anduril.pams.ncsu.edu> On Wed, Jun 22, 2005 at 08:09:33PM -0400, Luke Macken wrote: > I came across this library and thought it would be a nice addition to extras. > > Description: > This library is intended to encapsulate the IRC protocol at a quite > low level. It provides an event-driven IRC client framework. It has > a fairly thorough support for the basic IRC protocol, CTCP and DCC > connections. > > Linkage: > http://python-irclib.sourceforge.net/ > http://people.redhat.com/lmacken/python-irclib.spec > http://people.redhat.com/lmacken/python-irclib-0.4.5-1.src.rpm > > Comments/suggestions ? > > luke > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list Looks pretty simple. Builds clean with mock. Spec file seems to be in good order, although, I'm a personal fan of the %{?dist} tag. rpmlint is good. Want to give others a chance to comment...but looks good. Jack -- 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 ivazquez at ivazquez.net Thu Jun 23 01:47:38 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 22 Jun 2005 21:47:38 -0400 Subject: New package: python-irclib In-Reply-To: <20050623013548.GA1972@anduril.pams.ncsu.edu> References: <20050623000933.GA26375@tomservo.boston.redhat.com> <20050623013548.GA1972@anduril.pams.ncsu.edu> Message-ID: <1119491258.28488.20.camel@ignacio.ignacio.lan> On Wed, 2005-06-22 at 21:35 -0400, Jack Neely wrote: > On Wed, Jun 22, 2005 at 08:09:33PM -0400, Luke Macken wrote: > > http://people.redhat.com/lmacken/python-irclib.spec Source0 should have a complete URL, even if it's at prdownloads.sourceforge.net. > Spec file seems to be in good order, although, I'm a personal fan of > the %{?dist} tag. Yes, but it shouldn't be added until it's imported into CVS. -- 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 lmacken at redhat.com Thu Jun 23 02:44:54 2005 From: lmacken at redhat.com (Luke Macken) Date: Wed, 22 Jun 2005 22:44:54 -0400 Subject: New package: python-irclib In-Reply-To: <1119491258.28488.20.camel@ignacio.ignacio.lan> References: <20050623000933.GA26375@tomservo.boston.redhat.com> <20050623013548.GA1972@anduril.pams.ncsu.edu> <1119491258.28488.20.camel@ignacio.ignacio.lan> Message-ID: <20050623024454.GA10569@localhost.localdomain> On Wed, Jun 22, 2005 at 09:47:38PM -0400, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-06-22 at 21:35 -0400, Jack Neely wrote: > > On Wed, Jun 22, 2005 at 08:09:33PM -0400, Luke Macken wrote: > > > http://people.redhat.com/lmacken/python-irclib.spec > > Source0 should have a complete URL, even if it's at > prdownloads.sourceforge.net. fixed. luke From buildsys at fedoraproject.org Thu Jun 23 05:44:08 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 23 Jun 2005 01:44:08 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050623054408.8C04E8A7A@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 13 PyRTF-0.45-1.fc3 R-2.1.1-1.fc3 clamav-0.86-1.fc3 gnet2-2.0.7-4.fc3 gourmet-0.8.5.2-1.fc3 libvisual-plugins-0.2.0-1.fc3 mlmmj-1.2.8-1.fc3 octave-forge-2004.11.16-8.fc3 perl-File-BOM-0.09-1.fc3 rpmlint-0.70-1 scim-1.2.3-1.fc3 tetex-perltex-1.2-2.fc3 xlockmore-5.18-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 Thu Jun 23 05:59:38 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 23 Jun 2005 01:59:38 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050623055938.4B4EF7F76@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 34 PyRTF-0.45-1.fc4 R-2.1.1-1.fc4 TeXmacs-1.0.5.4-1.fc4 cdo-0.9.6-4.fc4 clamav-0.86-1.fc4 ctrlproxy-2.6.2-2.fc4 gcfilms-5.1-1 gnet2-2.0.7-4.fc4 gourmet-0.8.5.2-1.fc4 libgda-1.2.0-5.1 libvisual-plugins-0.2.0-1.1.fc4 libvisual-plugins-0.2.0-1.fc4 mlmmj-1.2.8-1.fc4 neXtaw-0.15.1-4 octave-2.1.71-10.fc4 octave-2.1.71-11.fc4 octave-2.1.71-12.fc4 octave-2.1.71-9.fc4 octave-forge-2005.06.13-6.fc4 pan-0.14.2.91-2.1.fc4 perl-File-BOM-0.09-1.fc4 perl-Tk-804.027-6.fc4 php-eaccelerator-4.3.11_0.9.3-1.fc4 php-eaccelerator-5.0.4_0.9.3-1.fc4 pl-5.4.7-1.fc4 rpmlint-0.70-2 scim-1.2.3-2.fc4 scons-0.96.1-1.fc4 source-highlight-2.0-1.fc4 sylpheed-1.0.5-1.fc4 tetex-font-kerkis-2.0-6.fc4 tetex-perltex-1.2-2.fc4 xlockmore-5.18-2.fc4 yap-4.5.5-6.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From Nicolas.Mailhot at laPoste.net Thu Jun 23 06:03:21 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Thu, 23 Jun 2005 08:03:21 +0200 Subject: Error processing Fedora accounts e-mail In-Reply-To: <20050623024830.3497bb6d@nausicaa.camperquake.de> References: <200506222207.j5MM7ngC014960@fedora-admin.mgmt.phx.redhat.com> <1119478723.10405.60.camel@rousalka.dyndns.org> <20050623002617.793aa971@nausicaa.camperquake.de> <200506221611.36158.kewley@gps.caltech.edu> <20050623012232.4660a01c@nausicaa.camperquake.de> <20050623012638.0a69999b@nausicaa.camperquake.de> <1119486455.2826.2.camel@rousalka.dyndns.org> <20050623024830.3497bb6d@nausicaa.camperquake.de> Message-ID: <1119506601.11064.1.camel@rousalka.dyndns.org> Le jeudi 23 juin 2005 ? 02:48 +0200, Ralf Ertzinger a ?crit : > Hi. > > Nicolas Mailhot wrote: > > > Stupid RFC part that no one follows... > > I'll agree that this is not exactly one of the most advertised > properties of email. Well gpg at least considers both adresses to be the same. Do we want to be more strict than gpg ? Or shall we open a gpg bug ? -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part URL: From andreas.bierfert at lowlatency.de Thu Jun 23 06:42:04 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 23 Jun 2005 08:42:04 +0200 Subject: Error processing Fedora accounts e-mail In-Reply-To: <1119506601.11064.1.camel@rousalka.dyndns.org> References: <200506222207.j5MM7ngC014960@fedora-admin.mgmt.phx.redhat.com> <1119478723.10405.60.camel@rousalka.dyndns.org> <20050623002617.793aa971@nausicaa.camperquake.de> <200506221611.36158.kewley@gps.caltech.edu> <20050623012232.4660a01c@nausicaa.camperquake.de> <20050623012638.0a69999b@nausicaa.camperquake.de> <1119486455.2826.2.camel@rousalka.dyndns.org> <20050623024830.3497bb6d@nausicaa.camperquake.de> <1119506601.11064.1.camel@rousalka.dyndns.org> Message-ID: <42BA59BC.5020601@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Nicolas Mailhot wrote: > Well gpg at least considers both adresses to be the same. Do we want to > be more strict than gpg ? Or shall we open a gpg bug ? Hm well, if you want to be exact open a gpg bug. It's in the RFC ;) My courier setup here for instance uses upper and lower case... - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCulm7QEQyPsWM8csRArHXAKCHBQeJ9vCh1llG7CC9TQcIPhAW/QCggMsa SsoBEjbNHa7j7ZPwB0EaVTE= =4xbv -----END PGP SIGNATURE----- From pmatilai at laiskiainen.org Thu Jun 23 07:12:57 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 23 Jun 2005 00:12:57 -0700 (PDT) Subject: Downgrading to FC4 In-Reply-To: <1119475179.4821.4.camel@hostmaster.org> References: <42B99F29.5010700@hhs.nl> <1119462541.8228.33.camel@chickadee.boston.redhat.com> <1119473870.2727.4.camel@hostmaster.org> <1119473936.31110.16.camel@opus.phy.duke.edu> <1119475179.4821.4.camel@hostmaster.org> Message-ID: On Wed, 22 Jun 2005, Thomas Zehetbauer wrote: > On Wed, 2005-06-22 at 16:58 -0400, seth vidal wrote: >> reinstall. > > No, thanks, had to do way too many reinstalls with Windows, I'm glad > there is almost always a way to fix the problem without! The fact that you can, sort of, downgrade doesn't make it a good idea. Rpm's don't support downgrade reliably, while it works most of the time ok it might just as well not work leaving you with strange problems and quirks. - Panu - From jochen.wiedmann at gmail.com Thu Jun 23 07:28:08 2005 From: jochen.wiedmann at gmail.com (Jochen Wiedmann) Date: Thu, 23 Jun 2005 09:28:08 +0200 Subject: Suggestion: Typo3 Message-ID: Hi, Typo3 is a well established CMS based on PHP and MySQL with a not very RPM-friendly installation scheme. (See http://www.typo3.org/) Attached you find a SPEC file that creates RPM's from the unmodified Typo3 distribution. I would like to add this to the Fedora extras, if possible. If I understand things right, I'd need a mentor or reviewer. License issues: The package license is GPL, so that should be fine Technical issues: Entries in /etc/httpd/conf.d are created using echo. Should possibly better be done by extracting a patch file or something similar. I am open to change this, if anyone can advice me how to access a patch file in the installation stage by referring to the location in /usr/src/redhat/SOURCES. (Hardcoding that path seems improper.) Regards, Jochen Wiedmann -- What are the first steps on the moon, compared to your child's? -------------- next part -------------- A non-text attachment was scrubbed... Name: typo3.spec Type: application/octet-stream Size: 3804 bytes Desc: not available URL: From andreas.bierfert at lowlatency.de Thu Jun 23 07:48:36 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 23 Jun 2005 09:48:36 +0200 Subject: Request for review: fnfx Message-ID: <42BA6954.2080602@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 fnfx-0.3-1: Toshiba Fn-Keys/Hotkeys and Linux http://fedora.lowlatency.de/review/fnfx-0.3-1.src.rpm http://fedora.lowlatency.de/review/fnfx.spec FnFX enables owners of Toshiba laptops to change the LCD brightness, control, the internal fan and use the special keys on their keyboard (Fn-x combinations, hot-keys). The internal functions will give the possibility to map the Fn-Keys to functions like volume up/down, mute, suspend to disk, suspend to ram and switch LCD/CRT/TV-out. These functions heavily depend on the system and/or kernel configuration. You will need at least a kernel (v2.4.x, v2.5.x, v2.6.x) with ACPI and Toshiba support (CONFIG_ACPI and CONFIG_ACPI_TOSHIBA). This is for a friend of mine switching for debian. It is not a big package... would be great if someone would step forward to review/approve this :) - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCumlTQEQyPsWM8csRAqsKAJoDFo9yT98Hxbtwsu4DvU1ak+WkggCZAcm6 mbVdE4+AdEnwrbfQfhynz4w= =eybt -----END PGP SIGNATURE----- From andreas.bierfert at lowlatency.de Thu Jun 23 07:59:01 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 23 Jun 2005 09:59:01 +0200 Subject: Request for review: fnfx In-Reply-To: <42BA6954.2080602@lowlatency.de> References: <42BA6954.2080602@lowlatency.de> Message-ID: <42BA6BC5.2080702@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andreas Bierfert wrote: > This is for a friend of mine switching for debian. It is not a big package... ^^^ from - -- 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCumvFQEQyPsWM8csRAsSNAJ95XDzabcglDBy+ujKh3Jq5N2UkiwCgjO5h M4J+BWW5anh8nP23p3aV+DA= =liHs -----END PGP SIGNATURE----- From andreas.bierfert at lowlatency.de Thu Jun 23 08:04:00 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 23 Jun 2005 10:04:00 +0200 Subject: Request for review: ncmpc Message-ID: <42BA6CF0.2050300@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ncmpc-0.11.1-1: Ncmpc is a curses client for the Music Player Daemon (MPD) http://fedora.lowlatency.de/review/ncmpc-0.11.1-1.src.rpm http://fedora.lowlatency.de/review/ncmpc.spec ncmpc is a curses client for the Music Player Daemon (MPD). ncmpc connects to a MPD running on a machine on the local network, and controls this with an interface inspired by cplay. Music Player Daemon (MPD) allows remote access for playing music (MP3, Ogg Vorbis, FLAC, AAC, and wave files) and managing playlists. MPD is designed for integrating a computer into a stereo system that provides control for music playback over a local network. Read more at musicpd.org - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCumzwQEQyPsWM8csRAvo1AJ0X58d6IDUYOB3PcgxZjSOSTKtAmwCfbXVw u5q5pifspRbNCYrDWEZgV50= =sCoU -----END PGP SIGNATURE----- From chip.turner at gmail.com Thu Jun 23 08:34:20 2005 From: chip.turner at gmail.com (Chip Turner) Date: Thu, 23 Jun 2005 01:34:20 -0700 Subject: New package: perl-MP3-Tag Message-ID: <3ab624bd05062301346922b347@mail.gmail.com> So I upgraded to FC4 and lo and behold, my mp3 importing scripts stopped working! Turns out I needed MP3::Tag. So, I slaved over a long cpanflute2 command line, and here it is. http://perl.pattern.net/perl-MP3-Tag-0.94-1.src.rpm Chip -- Chip Turner chip.turner at gmail.com From thomasz at hostmaster.org Thu Jun 23 09:46:58 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Thu, 23 Jun 2005 11:46:58 +0200 Subject: Downgrading to FC4 In-Reply-To: References: <42B99F29.5010700@hhs.nl> <1119462541.8228.33.camel@chickadee.boston.redhat.com> <1119473870.2727.4.camel@hostmaster.org> <1119473936.31110.16.camel@opus.phy.duke.edu> <1119475179.4821.4.camel@hostmaster.org> Message-ID: <1119520018.4821.18.camel@hostmaster.org> On Thu, 2005-06-23 at 00:12 -0700, Panu Matilainen wrote: > The fact that you can, sort of, downgrade doesn't make it a good idea. > Rpm's don't support downgrade reliably, while it works most of the time ok > it might just as well not work leaving you with strange problems and > quirks. And the fact that RPMs support upgrades doesn't mean that they always work without strange problems. For example: - openssl-0.9.7f-4 caused my postfix to break because the CA was moved to /etc/pki/tls/certs/ca-bundle.crt - pam-0.79-8 made me unable to login because of "set_loginuid failed opening loginuid" ... Still we all do upgrades, don't we? Tom PS: It would be a very nice feature if yum/rpm could generate a differential changelog when doing an upgrade. E.g. generate a file and write the name of each package being updated followed by the changelog entries between the old and new version. -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Linux is like a Wigwam.. No Windows, no Gates, and Apache inside. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From pmatilai at laiskiainen.org Thu Jun 23 10:05:24 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Thu, 23 Jun 2005 03:05:24 -0700 (PDT) Subject: Downgrading to FC4 In-Reply-To: <1119520018.4821.18.camel@hostmaster.org> References: <42B99F29.5010700@hhs.nl> <1119462541.8228.33.camel@chickadee.boston.redhat.com> <1119473870.2727.4.camel@hostmaster.org> <1119473936.31110.16.camel@opus.phy.duke.edu> <1119475179.4821.4.camel@hostmaster.org> <1119520018.4821.18.camel@hostmaster.org> Message-ID: On Thu, 23 Jun 2005, Thomas Zehetbauer wrote: > On Thu, 2005-06-23 at 00:12 -0700, Panu Matilainen wrote: >> The fact that you can, sort of, downgrade doesn't make it a good idea. >> Rpm's don't support downgrade reliably, while it works most of the time ok >> it might just as well not work leaving you with strange problems and >> quirks. > > And the fact that RPMs support upgrades doesn't mean that they always > work without strange problems. For example: > - openssl-0.9.7f-4 caused my postfix to break because the CA was moved > to /etc/pki/tls/certs/ca-bundle.crt > - pam-0.79-8 made me unable to login because of "set_loginuid failed > opening loginuid" > ... > > Still we all do upgrades, don't we? Bugs happen. For upgrades people at least *try* to make things work, but nobody even looks at getting downgrading right. There's a big difference there... > PS: It would be a very nice feature if yum/rpm could generate a > differential changelog when doing an upgrade. E.g. generate a file and > write the name of each package being updated followed by the changelog > entries between the old and new version. There's a plugin in yum-utils cvs which can do something like that, see below. Having it log them to a file or whatever would be quite trivial. OTOH you need yum 2.3.3 or newer for the plugin to work. [root at localhost pmatilai]# yum --changelog update Loading "changelog" plugin Setting up Update Process Setting up repositories [....] Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : hwdata ######################### [1/2] Cleanup : hwdata ######################### [2/2] Changes in updated packages: hwdata - 0.158.1-1.noarch * Thu Jun 23 01:00:00 2005 Bill Nottingham - 0.158.1-1 - add JVC CD-ROM (#160907, ) - add hisax stuff to blacklist (#154799, #159068) * Tue May 17 01:00:00 2005 Bill Nottingham - 0.158-1 - add a orinoco card (#157482) * Fri May 6 01:00:00 2005 Jeremy Katz - 0.157-1 - add 20" Apple Cinema Display * Mon Apr 11 01:00:00 2005 Mike A. Harris 0.156-1 - Update SiS entries in Cards/pcitable to match what Xorg X11 6.8.2 supports * Thu Mar 31 01:00:00 2005 Dan Williams 0.155-1 - Add a boatload of BenQ, Acer, Sony, NEC, Mitsubishi, and Dell monitors Updated: hwdata.noarch 0:0.158.1-1 Complete! From tian at c-sait.net Thu Jun 23 12:18:21 2005 From: tian at c-sait.net (Christian Jodar) Date: Thu, 23 Jun 2005 14:18:21 +0200 (CEST) Subject: Doesn't a new version replace the previous one? Message-ID: <11026.83.145.93.226.1119529101.squirrel@83.145.93.226> Hello, I update gcfilms package version from 5.0 to 5.1 (5.2 in progress). When looking at this page: http://fedoraproject.org/extras/4/i386/repodata/repoview/G.group.html I can see both of them. Is that an expected behaviour to have all of the built version in the repository? Should I do something to clean up previous versions? Thank you for your answers. Christian Jodar. From jochen.wiedmann at gmail.com Thu Jun 23 12:29:54 2005 From: jochen.wiedmann at gmail.com (Jochen Wiedmann) Date: Thu, 23 Jun 2005 14:29:54 +0200 Subject: Suggestion: Typo3 In-Reply-To: References: Message-ID: On 6/23/05, Dimitri Tarassenko wrote: > I've been packaging Typo3 as RPM for the past 2 versions (3.6 and > 3.7). There is quite a bit of tweaking you need to do to it to run > properly on Fedora. Yes, I know, and I am sure that I still haven't found all ... :-) > If you are interested, the specs and patches are > checked into SF CVS at Ah, excellent! I knew your binary RPM's, but have been completely unable to find a proper SRPM or SPEC file. > If you are interested, we can do 3.8 together. However, right now I am > waiting for a 3.8.1 release that fixes several known issues in > TestSite and couple of other important bugs. Yes, of course. Would you be able to act as a mentor from the side of Fedora Extras, or would we need someone else? Jochen -- What are the first steps on the moon, compared to your child's? From skvidal at phy.duke.edu Thu Jun 23 12:46:47 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 23 Jun 2005 08:46:47 -0400 Subject: Doesn't a new version replace the previous one? In-Reply-To: <11026.83.145.93.226.1119529101.squirrel@83.145.93.226> References: <11026.83.145.93.226.1119529101.squirrel@83.145.93.226> Message-ID: <1119530807.12146.47.camel@cutter> On Thu, 2005-06-23 at 14:18 +0200, Christian Jodar wrote: > Hello, > > I update gcfilms package version from 5.0 to 5.1 (5.2 in progress). > When looking at this page: > > http://fedoraproject.org/extras/4/i386/repodata/repoview/G.group.html > > I can see both of them. Is that an expected behaviour to have all of > the built version in the repository? Should I do something to clean up > previous versions? > > Thank you for your answers. > They probably should but they don't always. Mostly due to the lack of a program being run to prune them out. I've got the program and we run it from time to time - but I think there's some dispute over whether it should be run everytime or not. your thoughts? -sv From jeff at ocjtech.us Thu Jun 23 13:27:14 2005 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Thu, 23 Jun 2005 08:27:14 -0500 Subject: Doesn't a new version replace the previous one? In-Reply-To: <1119530807.12146.47.camel@cutter> References: <11026.83.145.93.226.1119529101.squirrel@83.145.93.226> <1119530807.12146.47.camel@cutter> Message-ID: <1119533234.3365.8.camel@lt16586.campus.dmacc.edu> On Thu, 2005-06-23 at 08:46 -0400, seth vidal wrote: > On Thu, 2005-06-23 at 14:18 +0200, Christian Jodar wrote: > > > > Is that an expected behaviour to have all of > > the built version in the repository? Should I do something to clean up > > previous versions? > > > They probably should but they don't always. > > Mostly due to the lack of a program being run to prune them out. I've > got the program and we run it from time to time - but I think there's > some dispute over whether it should be run everytime or not. I personally think that some number of older builds should be kept in the repository. Perhaps keeping an older build for 7-14 days after a newer build is released would work well without using up too much disk space. That way it's easier to revert to an older version of a recently released package. Packages that haven't changed recently would only have the latest version in the repository. Jeff -------------- 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 qspencer at ieee.org Thu Jun 23 13:39:23 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Thu, 23 Jun 2005 08:39:23 -0500 Subject: Doesn't a new version replace the previous one? In-Reply-To: <1119533234.3365.8.camel@lt16586.campus.dmacc.edu> References: <11026.83.145.93.226.1119529101.squirrel@83.145.93.226> <1119530807.12146.47.camel@cutter> <1119533234.3365.8.camel@lt16586.campus.dmacc.edu> Message-ID: <42BABB8B.1020406@ieee.org> Jeffrey C. Ollie wrote: >On Thu, 2005-06-23 at 08:46 -0400, seth vidal wrote: > > >>On Thu, 2005-06-23 at 14:18 +0200, Christian Jodar wrote: >> >> >>>Is that an expected behaviour to have all of >>>the built version in the repository? Should I do something to clean up >>>previous versions? >>> >>> >>> >>They probably should but they don't always. >> >>Mostly due to the lack of a program being run to prune them out. I've >>got the program and we run it from time to time - but I think there's >>some dispute over whether it should be run everytime or not. >> >> > >I personally think that some number of older builds should be kept in >the repository. Perhaps keeping an older build for 7-14 days after a >newer build is released would work well without using up too much disk >space. That way it's easier to revert to an older version of a recently >released package. Packages that haven't changed recently would only >have the latest version in the repository. > >Jeff > > Another situation where old packages can be removed is prior to release. I have had situations where I fix two bugs in one day (or three yesterday, in the case of octave) and end up with multiple builds being released at the same time. The "old" builds need not be released, but the way the system works right now they end up getting released anyway. I would say generally old releases could be cleaned out pretty quickly. The exception would be kernel modules, if they ever get into Extras, since kernels are one thing I tend to keep old versions of. -Quentin From mitka at mitka.us Thu Jun 23 14:02:43 2005 From: mitka at mitka.us (Dimitri Tarassenko) Date: Thu, 23 Jun 2005 10:02:43 -0400 Subject: Suggestion: Typo3 In-Reply-To: References: Message-ID: <42BAC103.7000705@mitka.us> Jochen, Jochen Wiedmann wrote: >>If you are interested, the specs and patches are >>checked into SF CVS at > Ah, excellent! I knew your binary RPM's, but have been completely > unable to find a proper SRPM or SPEC file. What's in CVS is not the final .spec but a set of make/m4 files to create one. This is because I'm also doing the RPMs for SuSE and there are some differences between the two (package naming conventions, the way PHP and Apache configs are organized, etc.). >>If you are interested, we can do 3.8 together. However, right now I am >>waiting for a 3.8.1 release that fixes several known issues in >>TestSite and couple of other important bugs. > Yes, of course. Would you be able to act as a mentor from the side of > Fedora Extras, or would we need someone else? No, we'd still need sponsorship from the Fedora Extras side. I have applied for CVS access (I was not planning to submit some other packages I did besides Typo3) but have not received any sponsorships yet. :( At any rate, I'd propose to wait with the release until 3.8.1 fix release is out and secure the sponsorships meanwhile. I am copying this to Michael Stucki who is the head of packaging and distribution on Typo3 side. Thanks! Dimitri From byte at aeon.com.my Thu Jun 23 14:24:31 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 24 Jun 2005 00:24:31 +1000 Subject: Fedora Extras Steering Committee / Meeting Minutes Message-ID: <1119536672.3824.45.camel@potter.soho.bytebot.net> Here's our publically released meeting minute archives. We are also going to make certain that within 24-48 hours after a meeting, we endeavour to post meeting minutes public both on the list and via the website http://fedoraproject.org/wiki/Extras/SteeringCommittee It's also linked off the main Extras[1] page Hope you enjoy it, and here's us communicating! Regards [1] - http://fedoraproject.org/wiki/Extras -- Colin Charles, http://www.bytebot.net/ From i at stingr.net Thu Jun 23 14:55:20 2005 From: i at stingr.net (Paul P Komkoff Jr) Date: Thu, 23 Jun 2005 18:55:20 +0400 Subject: pam_mysql Message-ID: <20050623145520.GB7421@stingr.stingr.net> Hi! This is an attempt to make pam_mysql more uptodate. Basically, the one shipped in extras now won't work with crypted md5 password, and I need to load some /etc/shadow file into mysql - that was the reason I've touched it. This needs cleanup - removing patch0, adding Epoch: 1 maybe (upstream versioning did change) but I think this will be useful. -- Paul P 'Stingray' Komkoff Jr // http://stingr.net/key <- my pgp key This message represents the official view of the voices in my head -------------- next part -------------- --- /home/stingray/rpmbuild/SPECS/pam_mysql.spec 2005-04-07 02:12:42.000000000 +0400 +++ pam_mysql.spec.new 2005-06-23 18:46:06.000000000 +0400 @@ -1,14 +1,14 @@ Summary: PAM module for auth UNIX users using MySQL data base Name: pam_mysql -Version: 0.50 -Release: 6 +Version: 0.6.0 +Release: 1 License: GPL Group: Base -Source0: http://dl.sf.net/pam-mysql/pam_mysql-0.5.tar.gz +Source0: http://dl.sf.net/pam-mysql/pam_mysql-0.6.0.tar.gz Patch: pam_mysql-0.5-vars.patch URL: http://sf.net/projects/pam-mysql/ -BuildRequires: pam-devel mysql-devel zlib-devel +BuildRequires: pam-devel mysql-devel zlib-devel openssl-devel cyrus-sasl-devel BuildRoot: %{_tmppath}/%{name}-%{version}-root-%(id -u -n) %description @@ -16,22 +16,26 @@ users against an MySQL database. %prep -%setup -q -n %{name} -%patch -p 1 -b .vars +%setup -q +#%patch -p 1 -b .vars %build -make LIBDIR=%{_libdir} +%configure --enable-static=no --with-openssl --with-cyrus-sasl2 --libdir=/%{_lib} +make +#make LIBDIR=%{_libdir} %install rm -rf $RPM_BUILD_ROOT -install -D -m 755 pam_mysql.so $RPM_BUILD_ROOT/%{_lib}/security/pam_mysql.so +make install DESTDIR=$RPM_BUILD_ROOT +rm $RPM_BUILD_ROOT/%{_lib}/security/pam_mysql.la +#install -D -m 755 pam_mysql.so $RPM_BUILD_ROOT/%{_lib}/security/pam_mysql.so %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root) -%doc Readme Changelog +%doc README ChangeLog /%{_lib}/security/pam_mysql.so %changelog From tian at c-sait.net Thu Jun 23 15:29:57 2005 From: tian at c-sait.net (Christian Jodar) Date: Thu, 23 Jun 2005 17:29:57 +0200 (CEST) Subject: Doesn't a new version replace the previous one? In-Reply-To: <1119530807.12146.47.camel@cutter> References: <11026.83.145.93.226.1119529101.squirrel@83.145.93.226> <1119530807.12146.47.camel@cutter> Message-ID: <24434.83.145.93.226.1119540597.squirrel@83.145.93.226> > I've > got the program and we run it from time to time - but I think there's > some dispute over whether it should be run everytime or not. IMHO, best way to do that would be to have a cron job for this that would scan packages and remove then if one of these conditions are present: * Version number <= current - number * (Version number > current - number) && (package is too old) What has to be defined is when a package is too old (the delay to keep it) and also the number of version to kept in the repository. (number = 2) should be enough I think. We will have only current version and previous one. For the delay, I don't know how much it should be. I am not sure everything was really clear there ;) Christian Jodar. From gauret at free.fr Thu Jun 23 15:50:04 2005 From: gauret at free.fr (Aurelien Bompard) Date: Thu, 23 Jun 2005 17:50:04 +0200 Subject: Request for review: ncmpc References: <42BA6CF0.2050300@lowlatency.de> Message-ID: I used to have an ncmpc package in the Fedora.us QA queue, so here is basically the diff: - I would add this to %install: mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/ncmpc install -p -m644 doc/config.sample \ $RPM_BUILD_ROOT%{_sysconfdir}/ncmpc/config install -p -m644 doc/keys.sample $RPM_BUILD_ROOT%{_sysconfdir}/ncmpc/keys To create a config dir with example config files. - The docs are duplicated, and not installed in the standard dir. I'd add this to %install : rm -rf $RPM_BUILD_ROOT/%{_docdir}/%{name} and doc/ncmpc.lirc to the %doc in %files. And remove %{_datadir}/doc/* from the %files listing That's all AFAIC. Consider it approved once it's done (and if you agree of course). Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "The most likely way for the world to be destroyed, most experts agree, is by accident. That's where we come in: we're computer professionals. We cause accidents." -- Nathaniel Borenstein From ivazquez at ivazquez.net Thu Jun 23 16:01:59 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 23 Jun 2005 12:01:59 -0400 Subject: pam_mysql In-Reply-To: <20050623145520.GB7421@stingr.stingr.net> References: <20050623145520.GB7421@stingr.stingr.net> Message-ID: <1119542519.3930.4.camel@ignacio.ignacio.lan> On Thu, 2005-06-23 at 18:55 +0400, Paul P Komkoff Jr wrote: > Hi! > > This is an attempt to make pam_mysql more uptodate. > Basically, the one shipped in extras now won't work with crypted md5 > password, and I need to load some /etc/shadow file into mysql - that > was the reason I've touched it. > > This needs cleanup - removing patch0, adding Epoch: 1 maybe (upstream > versioning did change) but I think this will be useful. Oh wow, it got an update. Alright, let me take a look at it later today and I'll see what I can do. -- 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 paul at city-fan.org Thu Jun 23 16:06:49 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 23 Jun 2005 17:06:49 +0100 Subject: New Package: rbldnsd Message-ID: <42BADE19.3040906@city-fan.org> rbldnsd is a small and fast DNS daemon which is especially made to serve DNSBL zones. This daemon was inspired by Dan J. Bernstein's rbldns program found in the djbdns package. rbldnsd is extremely fast - it outperforms both bind and djbdns greatly. It has very small memory footprint. The daemon can serve both IP-based (ordb.org, dsbl.org etc) and name-based (rfc-ignorant.org) blocklists. Unlike DJB's rbldns, it has ability to specify individual values for every entry, can serve as many zones on a single IP address as you wish, and, finally, it is a real nameserver: it can reply to DNS metadata requests. The daemon keeps all zones in memory for faster operations, but its memory usage is very efficient, especially for repeated TXT values which are stored only once. It's the defacto standard for serving DNS zones of this type in fact. see: http://dsbl.org/nsstatus http://www.surbl.org/njabl-rsync.html http://www.spamhaus.org/datafeed/ http://blog.sosdg.org/bruns/archives/98-rbldnsd-A-server-for-DNSbl-lists.html Package submission for review (src & i386, RPMs, spec, initscript): http://www.city-fan.org/~paul/extras/rbldnsd/ Paul. From andreas.bierfert at lowlatency.de Thu Jun 23 16:07:30 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 23 Jun 2005 18:07:30 +0200 Subject: Request for review: ncmpc In-Reply-To: References: <42BA6CF0.2050300@lowlatency.de> Message-ID: <42BADE42.1050907@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aurelien Bompard wrote: > I used to have an ncmpc package in the Fedora.us QA queue, so here is > basically the diff: :) > - I would add this to %install: > mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/ncmpc > install -p -m644 doc/config.sample \ > $RPM_BUILD_ROOT%{_sysconfdir}/ncmpc/config > install -p -m644 doc/keys.sample $RPM_BUILD_ROOT%{_sysconfdir}/ncmpc/keys > To create a config dir with example config files. Done > - The docs are duplicated, and not installed in the standard dir. I'd add > this to %install : > rm -rf $RPM_BUILD_ROOT/%{_docdir}/%{name} > and doc/ncmpc.lirc to the %doc in %files. And remove %{_datadir}/doc/* from > the %files listing Did it via exclude if you don't mind... > That's all AFAIC. Consider it approved once it's done (and if you agree of > course). http://fedora.lowlatency.de/review/ncmpc-0.11.1-2.src.rpm http://fedora.lowlatency.de/review/ncmpc.spec Fine with you now? - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCut5CQEQyPsWM8csRArBQAKCSEQC23jQbHDpcUM4f6oDKA5NuZwCgjQYm Ah3DK8eQzYhsIBHnrqdZbP4= =gAAa -----END PGP SIGNATURE----- From duncan_j_ferguson at yahoo.co.uk Thu Jun 23 16:08:25 2005 From: duncan_j_ferguson at yahoo.co.uk (Duncan Ferguson) Date: Thu, 23 Jun 2005 17:08:25 +0100 Subject: New package: clusterssh Message-ID: <42BADE79.7060205@yahoo.co.uk> ClusterSSH is a tool for making concurrent changes on multiple systems - it opens up a number of terminal windows and a console; anything typed into the console is replicated into the terminals. Could you please review the rpm so I can get it into a state that it can be submitted into Extras? This is beta, and a newer version is in the pipeline, but I would like to get it reviewed early so I can make changes now, rather than after the next working release... It is my first RPM, and it was created using "rpmbuild -ta" on the tar.gz (spec file is in there). RPM: http://prdownloads.sourceforge.net/clusterssh/clusterssh-3.16.1-1.i386.rpm?download SRC: http://prdownloads.sourceforge.net/clusterssh/clusterssh-3.16.1.tar.gz?download Any/all comments welcome. Thanks Duncs PS I also have no sponsor or CVS access. ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com From gauret at free.fr Thu Jun 23 17:01:22 2005 From: gauret at free.fr (Aurelien Bompard) Date: Thu, 23 Jun 2005 19:01:22 +0200 Subject: Request for review: ncmpc References: <42BA6CF0.2050300@lowlatency.de> <42BADE42.1050907@lowlatency.de> Message-ID: > Fine with you now? yep, go ahead. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Backups are for wimps. Real men upload their work to an ftp server and have everybody mirror it." -- Linus Torvalds From kaboom at oobleck.net Thu Jun 23 17:10:56 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 23 Jun 2005 13:10:56 -0400 (EDT) Subject: Packaging selinux rules In-Reply-To: References: Message-ID: On Wed, 22 Jun 2005, Jason L Tibbitts III wrote: > Is there any method for including selinux rules and file labels in a > package? I'm looking at ZoneMinder (http://www.zoneminder.com) but it > requires selinux magic to work under the targeted policy. right now, no later, chris From ed at eh3.com Thu Jun 23 17:44:16 2005 From: ed at eh3.com (Ed Hill) Date: Thu, 23 Jun 2005 13:44:16 -0400 Subject: New package: clusterssh In-Reply-To: <42BADE79.7060205@yahoo.co.uk> References: <42BADE79.7060205@yahoo.co.uk> Message-ID: <1119548656.20775.119.camel@ernie> On Thu, 2005-06-23 at 17:08 +0100, Duncan Ferguson wrote: > > RPM: > http://prdownloads.sourceforge.net/clusterssh/clusterssh-3.16.1-1.i386.rpm?download > > SRC: > http://prdownloads.sourceforge.net/clusterssh/clusterssh-3.16.1.tar.gz?download > > Any/all comments welcome. Hi Duncan, It looks interesting and, for cluster folks, probably quite useful. So I gave it a try. The RPM build worked but the install failed with: error: Failed dependencies: perl(Tk) >= 800.022 is needed by clusterssh-3.16.1-1.i386 perl(Tk::Dialog) is needed by clusterssh-3.16.1-1.i386 perl(Tk::LabEntry) is needed by clusterssh-3.16.1-1.i386 perl(Tk::Xlib) is needed by clusterssh-3.16.1-1.i386 perl(X11::Keysyms) is needed by clusterssh-3.16.1-1.i386 perl(X11::Protocol) is needed by clusterssh-3.16.1-1.i386 perl(X11::Protocol::Constants) is needed by clusterssh-3.16.1-1.i386 A quick check of available packages in the Core and Extra repos: yum list > yum_list_20050623 grep -i tk yum_list_20050623 | grep -i perl grep -i x11 yum_list_20050623 | grep -i perl seems to indicate that the required perl modules are not yet packaged. So perhaps we (or others) can package them. And then, if it passes a more thorough review, get clusterssh approved? And I can't sponsor you [sorry, am not high enough in the FE food chain ;-)] but I would like to see more scientific and cluster software in FC/FE so I'll do what I can to help. 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 ed at eh3.com Thu Jun 23 17:56:15 2005 From: ed at eh3.com (Ed Hill) Date: Thu, 23 Jun 2005 13:56:15 -0400 Subject: New package: clusterssh In-Reply-To: <1119548656.20775.119.camel@ernie> References: <42BADE79.7060205@yahoo.co.uk> <1119548656.20775.119.camel@ernie> Message-ID: <1119549375.20775.125.camel@ernie> On Thu, 2005-06-23 at 13:44 -0400, Ed Hill wrote: > A quick check of available packages in the Core and Extra repos: > > yum list > yum_list_20050623 > grep -i tk yum_list_20050623 | grep -i perl > grep -i x11 yum_list_20050623 | grep -i perl > > seems to indicate that the required perl modules are not yet packaged. > So perhaps we (or others) can package them. And then, if it passes a > more thorough review, get clusterssh approved? Wait! I sent that email just a bit prematurely! There is indeed a perl-Tk package created by Andreas Bierfert. So thats one less dependency that needs to be packaged. And it means that you need to add: Requires: perl-Tk or similar to your clusterssh.spec. 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 j.w.r.degoede at hhs.nl Thu Jun 23 18:05:14 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 23 Jun 2005 20:05:14 +0200 Subject: pan from rawhide, modified In-Reply-To: <1119416275.3109.136.camel@locolhost.localdomain> References: <1119387348.3109.69.camel@locolhost.localdomain> <42B8EE42.3080800@hhs.nl> <1119416275.3109.136.camel@locolhost.localdomain> Message-ID: <42BAF9DA.3090800@hhs.nl> I've reviewed the spec, checked the md5sum and compiled the beast, it gives lots of (harmless) pointer signedess warnings. These drownout the usefull warnings. So I added "export CFLAGS=-W-no-pointer-sign" above the %configure line in the spec, that makes it a lot better. Maybe its an idea to make this a default part of the spec. After this the only warnings left were: --- /bin/sh: ./config.rpath: No such file or directory + make gmime-message-partial.c: In function 'g_mime_message_partial_split_message': gmime-message-partial.c:419: warning: function returns address of local variable --- I don't know about the non-fatal config.rpath error, but the gcc warning is interesting. I've read the paricular piece of code and it could be safe and probably just works, but it ain't pretty. Anyways the package is okay so I'll send an approved message to the commit-list. Regards, Hans Michael A. Peters wrote: > On Wed, 2005-06-22 at 06:51 +0200, Hans de Goede wrote: > >>Michael A. Peters wrote: >> >>>Took latest pan from rawhide cvs and imported into extras >>>updated version to new upstream version >>>removed patches fixed in new upstream >>>added gcc4 patch (won't build w/o it) >>>removed gnet2 source - gnet2 in extras, BuildRequires gnet2-devel >>>removed explicit library requires, redundant BuildRequires >>>fedora extras style desktop-file-install >>>changes noted in changelog >>> >>>builds in mock, rpmlint clean >>>Any objections to requesting a build for FC-4? >>> >>>-- >>>fedora-extras-list mailing list >>>fedora-extras-list at redhat.com >>>https://www.redhat.com/mailman/listinfo/fedora-extras-list >>> >> >>If you post a link to the spec and an md5 sum of the source tarball >>you're using I'll review it and assuming everything is ok approve it. >> >>Regards, >> >>Hans > > > It's in CVS but here's the specfile: > > http://mpeters.us/fc_extras/pan.spec > http://mpeters.us/fc_extras/pan-0.14.2.91-2.src.rpm > > md5sum rpm/SOURCES/pan-0.14.2.91.tar.bz2 > 4770d899a1c1ba968ce96bc5aeb07b62 rpm/SOURCES/pan-0.14.2.91.tar.bz2 > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From andreas.bierfert at lowlatency.de Thu Jun 23 20:19:52 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 23 Jun 2005 22:19:52 +0200 Subject: New package: clusterssh In-Reply-To: <1119549375.20775.125.camel@ernie> References: <42BADE79.7060205@yahoo.co.uk> <1119548656.20775.119.camel@ernie> <1119549375.20775.125.camel@ernie> Message-ID: <42BB1968.2000801@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ed Hill wrote: > Wait! I sent that email just a bit prematurely! ^^ > There is indeed a perl-Tk package created by Andreas Bierfert. So thats > one less dependency that needs to be packaged. And it means that you > need to add: > > Requires: perl-Tk > > or similar to your clusterssh.spec. That would be it for perl-Tk. If there are any issues with this let me know. FC3 build failed because of this https://www.redhat.com/archives/fedora-extras-list/2005-June/msg00886.html but should be fixed and out there soon (I hope ;) ) - -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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCuxloQEQyPsWM8csRAqqrAJ4+bo3ZX1rsDOLLFb4s8X6BvBGnUwCeJBpI yuk+1psIqT5sNUYKTCKrn+k= =Fu2X -----END PGP SIGNATURE----- From andreas.bierfert at lowlatency.de Thu Jun 23 20:22:33 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 23 Jun 2005 22:22:33 +0200 Subject: Request for review: ncmpc In-Reply-To: References: <42BA6CF0.2050300@lowlatency.de> <42BADE42.1050907@lowlatency.de> Message-ID: <42BB1A09.40706@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aurelien Bompard wrote: > yep, go ahead. imported to cvs and requested creation of fc3,fc4 branch :) Thx for the review/approval - -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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCuxoJQEQyPsWM8csRAjA9AJ0XjVnG572Eq68m0gUW8jCCryK3EQCeLqmA 2hpLItBCFTCShh2Kg0JJnGc= =k9nn -----END PGP SIGNATURE----- From tibbs at math.uh.edu Thu Jun 23 23:25:44 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 23 Jun 2005 18:25:44 -0500 Subject: Packaging selinux rules In-Reply-To: (Chris Ricker's message of "Thu, 23 Jun 2005 13:10:56 -0400 (EDT)") References: Message-ID: >>>>> "CR" == Chris Ricker writes: [Putting selinux policy in an extras package] CR> right now, no Is it just that there's no accepted way of doing it, or is there really no way to add on to an existing policy? Surely we can't expect to get a policy for every package that might need one into the core. Even if the policy maintainers are receptive to doing this (which I understand they are), it introduces unnecessary dependencies into the process. - J< From jspaleta at gmail.com Fri Jun 24 00:01:55 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 23 Jun 2005 20:01:55 -0400 Subject: Doesn't a new version replace the previous one? In-Reply-To: <1119530807.12146.47.camel@cutter> References: <11026.83.145.93.226.1119529101.squirrel@83.145.93.226> <1119530807.12146.47.camel@cutter> Message-ID: <604aa791050623170141188594@mail.gmail.com> On 6/23/05, seth vidal wrote: > Mostly due to the lack of a program being run to prune them out. I've > got the program and we run it from time to time - but I think there's > some dispute over whether it should be run everytime or not. > > your thoughts? for the record.... for the one person left on the planet who hasn't heard my opinion yet. I really really think we should leave an older version in a publicly available tree long enough to make sure a drop dead stupid regression on a package update doesn't burn users. Nobody is perfect and there will be forehead slapping mistakes that sneak through and cause torment for users. Its much easier for those of us who try to help users identify problems and find workarounds if we can instruct them to do a manual dowgrade when this sort of things happens. Anybody who remembers trying to use ximian on top of rhl 7.x will remember the joys of the fully rolling release tree xim had that contained no older packages. I'd really like to avoid any user being sort of stuck out in the cold if an update comes down with a problem. Hold an older version for more than a day... maybe a week tops. If the maintainers havent noticed in a week that there is a big problem... we have other things to worry about. -jef From tibbs at math.uh.edu Fri Jun 24 00:14:17 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 23 Jun 2005 19:14:17 -0500 Subject: Request for review: fnfx In-Reply-To: <42BA6954.2080602@lowlatency.de> (Andreas Bierfert's message of "Thu, 23 Jun 2005 09:48:36 +0200") References: <42BA6954.2080602@lowlatency.de> Message-ID: >>>>> "AB" == Andreas Bierfert writes: AB> fnfx-0.3-1: Toshiba Fn-Keys/Hotkeys and Linux I'll give it a try, but since I don't have much experience, you should take these as topics for discussion instead of things that need to be fixed. Needs %{?dist} tag. The Summary is not terribly descriptive. How about "Enables hotkey functions for Toshiba laptops"? I think "Prereq: /sbin/chkconfig" is preferred to the two Requires(): lines but I am far from the authority here. You can use %{_initrddir} instead of %{_sysconfdir}/init.d Otherwise it looks good to me, and rpmlint is happy. - J< From tibbs at math.uh.edu Fri Jun 24 00:16:50 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 23 Jun 2005 19:16:50 -0500 Subject: Request for review: ncmpc In-Reply-To: <42BA6CF0.2050300@lowlatency.de> (Andreas Bierfert's message of "Thu, 23 Jun 2005 10:04:00 +0200") References: <42BA6CF0.2050300@lowlatency.de> Message-ID: >>>>> "AB" == Andreas Bierfert writes: AB> ncmpc-0.11.1-1: Ncmpc is a curses client for the Music Player AB> Daemon (MPD) Didn't we decide that the Summary: should not contain the name of the package? - J< From kaboom at oobleck.net Fri Jun 24 02:25:18 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 23 Jun 2005 22:25:18 -0400 (EDT) Subject: Packaging selinux rules In-Reply-To: References: Message-ID: On Thu, 23 Jun 2005, Jason L Tibbitts III wrote: > >>>>> "CR" == Chris Ricker writes: > > [Putting selinux policy in an extras package] > CR> right now, no > > Is it just that there's no accepted way of doing it, or is there > really no way to add on to an existing policy? It's that there's no implemented mechanism that exists right now. Ideas have been floated, but I don't know if anyone's actively working on them.... > Surely we can't expect to get a policy for every package that might > need one into the core. Even if the policy maintainers are receptive to > doing this (which I understand they are), it introduces unnecessary > dependencies into the process. But for now, it's all we've got. And there are actually some good points to the current model (which would you rather trust on your system? The policy you get after installing a random package I've put in extras which contains the policy -- good, bad, or malicious -- I think it should have; or the centralized and widely scrutinized policy from core which has been carefully extended to cover a random package I've put in extras?) later, chris From andreas.bierfert at lowlatency.de Fri Jun 24 06:08:03 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Fri, 24 Jun 2005 08:08:03 +0200 Subject: Request for review: fnfx In-Reply-To: References: <42BA6954.2080602@lowlatency.de> Message-ID: <42BBA343.70902@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jason L Tibbitts III wrote: > I'll give it a try, but since I don't have much experience, you should > take these as topics for discussion instead of things that need to be > fixed. thanks :) > Needs %{?dist} tag. will add that once it is in cvs > The Summary is not terribly descriptive. How about "Enables hotkey > functions for Toshiba laptops"? sounds good... done. > I think "Prereq: /sbin/chkconfig" is preferred to the two Requires(): > lines but I am far from the authority here. is it? I always used the preun post Requires... anybody to comment on this? > You can use %{_initrddir} instead of %{_sysconfdir}/init.d ^^ missed that. done. Here you go: http://fedora.lowlatency.de/review/fnfx-0.3-2.src.rpm http://fedora.lowlatency.de/review/fnfx.spec So how about review/approval ;) - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCu6NDQEQyPsWM8csRArfnAJ496iCoy2TbHs6j9qi9SHF633WeKQCdEEtw n+Dwq2OsCHX7L29E2DYyqZo= =M8nZ -----END PGP SIGNATURE----- From andreas.bierfert at lowlatency.de Fri Jun 24 06:16:01 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Fri, 24 Jun 2005 08:16:01 +0200 Subject: Request for review: ncmpc In-Reply-To: References: <42BA6CF0.2050300@lowlatency.de> Message-ID: <42BBA521.2090709@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jason L Tibbitts III wrote: > Didn't we decide that the Summary: should not contain the name of the > package? Don't know... but information is redundandent... fixed in cvs. Thx - -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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCu6UgQEQyPsWM8csRAkxOAKCchki7EJEzQeS2o9+oTedA0GccKwCfRrBy lxHay63zoKlki1gK19pxumk= =738X -----END PGP SIGNATURE----- From ivazquez at ivazquez.net Fri Jun 24 07:29:53 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 24 Jun 2005 03:29:53 -0400 Subject: Binary upload/download scripts Message-ID: <1119598193.3930.14.camel@ignacio.ignacio.lan> I'm interested in setting up something similar to the CVS/uploader system that Extras currently uses and I was wondering if the server-side binary uploader/downloader scripts were available for public consumption anywhere. Does anyone know? -- 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 duncan_j_ferguson at yahoo.co.uk Fri Jun 24 08:07:32 2005 From: duncan_j_ferguson at yahoo.co.uk (Duncan Ferguson) Date: Fri, 24 Jun 2005 09:07:32 +0100 Subject: New package: clusterssh In-Reply-To: <1119549375.20775.125.camel@ernie> References: <42BADE79.7060205@yahoo.co.uk> <1119548656.20775.119.camel@ernie> <1119549375.20775.125.camel@ernie> Message-ID: <42BBBF44.7000001@yahoo.co.uk> Thanks for checking - I have now added this. I have also added perl-X11-Protocol in anticipation of that getting into the repository too. Duncs Ed Hill wrote: >On Thu, 2005-06-23 at 13:44 -0400, Ed Hill wrote: > > >>A quick check of available packages in the Core and Extra repos: >> >> yum list > yum_list_20050623 >> grep -i tk yum_list_20050623 | grep -i perl >> grep -i x11 yum_list_20050623 | grep -i perl >> >>seems to indicate that the required perl modules are not yet packaged. >>So perhaps we (or others) can package them. And then, if it passes a >>more thorough review, get clusterssh approved? >> >> > >Wait! I sent that email just a bit prematurely! > >There is indeed a perl-Tk package created by Andreas Bierfert. So thats >one less dependency that needs to be packaged. And it means that you >need to add: > > Requires: perl-Tk > >or similar to your clusterssh.spec. > >Ed > > > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com From bugs.michael at gmx.net Fri Jun 24 11:28:10 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Jun 2005 13:28:10 +0200 Subject: pan from rawhide, modified In-Reply-To: <42BAF9DA.3090800@hhs.nl> References: <1119387348.3109.69.camel@locolhost.localdomain> <42B8EE42.3080800@hhs.nl> <1119416275.3109.136.camel@locolhost.localdomain> <42BAF9DA.3090800@hhs.nl> Message-ID: <20050624132810.345b6ca5.bugs.michael@gmx.net> On Thu, 23 Jun 2005 20:05:14 +0200, Hans de Goede wrote: > Anyways the package is okay so I'll send an approved message to the > commit-list. Formal approval for packages moved from Core into Extras is not needed. Notification of such a package movement (to avoid clashes with plans somebody else might have) would be nice. Reviewing prior to building is added value. From bugs.michael at gmx.net Fri Jun 24 11:34:12 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Jun 2005 13:34:12 +0200 Subject: New package: python-irclib In-Reply-To: <1119491258.28488.20.camel@ignacio.ignacio.lan> References: <20050623000933.GA26375@tomservo.boston.redhat.com> <20050623013548.GA1972@anduril.pams.ncsu.edu> <1119491258.28488.20.camel@ignacio.ignacio.lan> Message-ID: <20050624133412.61abcf8f.bugs.michael@gmx.net> On Wed, 22 Jun 2005 21:47:38 -0400, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-06-22 at 21:35 -0400, Jack Neely wrote: > > On Wed, Jun 22, 2005 at 08:09:33PM -0400, Luke Macken wrote: > > > http://people.redhat.com/lmacken/python-irclib.spec > > Source0 should have a complete URL, even if it's at > prdownloads.sourceforge.net. For Sourceforge.net, there exist URLs of the form http://dl.sf.net/%{name}/%{name}-%{version}.tar.gz (long = http://download.sourceforge.net/%{name}/%{name}-%{version}.tar.gz ) which point to sf.net mirrors in round-robin fashin and don't lead you to that HTML based mirror selector page of prdownloads.sf.net. These URLs can be used with wget/curl. Just a hint... :) From ryo-dairiki at mbm.nifty.com Fri Jun 24 11:31:52 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Fri, 24 Jun 2005 20:31:52 +0900 Subject: Request for review: Scim-pinyin Message-ID: <42BBEF28.4040105@mbm.nifty.com> Scim-pinyin is SCIM subpackage for Chinese input method and now it's on cvs. (FC-3 and FC-4 branches are not up-to-date. Please checkout the devel branch.) I would be glad if a Chinese speaker (writer?) reviewed this package. Honestly speaking, I don't use Chinse... Regards, Ryo Dairiki From bugs.michael at gmx.net Fri Jun 24 11:41:35 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Jun 2005 13:41:35 +0200 Subject: Suggestion: Typo3 In-Reply-To: <42BAC103.7000705@mitka.us> References: <42BAC103.7000705@mitka.us> Message-ID: <20050624134135.6997fe23.bugs.michael@gmx.net> On Thu, 23 Jun 2005 10:02:43 -0400, Dimitri Tarassenko wrote: > No, we'd still need sponsorship from the Fedora Extras side. I have > applied for CVS access (I was not planning to submit some other packages > I did besides Typo3) but have not received any sponsorships yet. :( It could be helpful to present your packages prior to expecting sponsorship. Potential sponsors may want to take a look at your example packages and work with you in case of any issues, i.e. review your packaging before deciding whether to sponsor you. So, effectively, the reviewing comes first, then the decision whether to sponsor you. From symbiont at berlios.de Fri Jun 24 13:11:59 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Fri, 24 Jun 2005 21:11:59 +0800 Subject: Request for review: Scim-pinyin In-Reply-To: <42BBEF28.4040105@mbm.nifty.com> References: <42BBEF28.4040105@mbm.nifty.com> Message-ID: <200506242111.59586.symbiont@berlios.de> On Friday 24 June 2005 19:31, Ryo Dairiki wrote: > I would be glad if a Chinese speaker (writer?) reviewed this package. > Honestly speaking, I don't use Chinse... I think this is the ????, right? I have no official capacity here, but I can review from a user perspective. I download the spec and the sources and built the RPM for FC-3. No problems. Spec looks clean too. Package works, too. The above four characters were written by this software. Just some questions that may relate to packaging: 1. Is there a way to default to Traditional Chinese when my LC_CTYPE=zh_TW.UTF-8 when using pinyin? 2. Are there better pinyin phrase tables for Traditional Chinese with Taiwan in mind? Simplified completes better because there are more phrase matches, etc. Could these be packaged in with this? thanks, -- -jeff From ndbecker2 at gmail.com Fri Jun 24 13:28:25 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Fri, 24 Jun 2005 09:28:25 -0400 Subject: nvidia-glx-1.0.7667-0.lvn.1.3.src.rpm Message-ID: I packaged the latest nvidia driver by modifying the lvn package. It is here: http://nbecker.dyndns.org:8080/nvidia-glx-1.0.7667-0.lvn.1.3.src.rpm From petersen at redhat.com Fri Jun 24 13:32:22 2005 From: petersen at redhat.com (Jens Petersen) Date: Fri, 24 Jun 2005 22:32:22 +0900 Subject: Request for review: Scim-pinyin In-Reply-To: <200506242111.59586.symbiont@berlios.de> References: <42BBEF28.4040105@mbm.nifty.com> <200506242111.59586.symbiont@berlios.de> Message-ID: <42BC0B66.5040703@redhat.com> Hi Jeff, I'm not a Chinese speaker either... :) Jeff Pitman wrote: > I think this is the ????, right? Yep. > I have no official capacity here, but I can review from a user > perspective. I download the spec and the sources and built the RPM for > FC-3. No problems. Spec looks clean too. The more eyes the better. :) > Just some questions that may relate to packaging: > > 1. Is there a way to default to Traditional Chinese when my > LC_CTYPE=zh_TW.UTF-8 when using pinyin? Not that I know... you could try asking on the scim-user list. There are other IMEngines available for tradition Chinese though. See the scim website or the packages on http://people.redhat.com/petersen/scim/ for more details. > 2. Are there better pinyin phrase tables for Traditional Chinese with > Taiwan in mind? Simplified completes better because there are more > phrase matches, etc. Could these be packaged in with this? I think this is a upstream issue and not a packaging one. :) So better to ask the scim-pinyin maintainer on the ml I would say. Hth, Jens From mitka at mitka.us Fri Jun 24 13:34:41 2005 From: mitka at mitka.us (Dimitri Tarassenko) Date: Fri, 24 Jun 2005 09:34:41 -0400 Subject: Suggestion: Typo3 In-Reply-To: <20050624134135.6997fe23.bugs.michael@gmx.net> References: <42BAC103.7000705@mitka.us> <20050624134135.6997fe23.bugs.michael@gmx.net> Message-ID: <42BC0BF1.6010704@mitka.us> Michael, >>No, we'd still need sponsorship from the Fedora Extras side. I have >>applied for CVS access (I was not planning to submit some other packages >>I did besides Typo3) but have not received any sponsorships yet. :( > > It could be helpful to present your packages prior to expecting > sponsorship. Potential sponsors may want to take a look at your example > packages and work with you in case of any issues, i.e. review your > packaging before deciding whether to sponsor you. So, effectively, the > reviewing comes first, then the decision whether to sponsor you. Thanks for clarification, Michael. We are going to submit Typo3 RPMs for review in July when the 3.8.1 bugfix release is going to be out. We also need to work out some internal strategy where our RPM behaviour would be similar to what .deb Typo3 package in Debian does. I am getting ready to submit some additional PHP packages for review next week. Dimitri From symbiont at berlios.de Fri Jun 24 14:02:57 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Fri, 24 Jun 2005 22:02:57 +0800 Subject: Request for review: Scim-pinyin In-Reply-To: <42BC0B66.5040703@redhat.com> References: <42BBEF28.4040105@mbm.nifty.com> <200506242111.59586.symbiont@berlios.de> <42BC0B66.5040703@redhat.com> Message-ID: <200506242202.57480.symbiont@berlios.de> On Friday 24 June 2005 21:32, Jens Petersen wrote: > > Just some questions that may relate to packaging: > > > > 1. Is there a way to default to Traditional Chinese when my > > LC_CTYPE=zh_TW.UTF-8 when using pinyin? > > Not that I know... you could try asking on the scim-user list. > There are other IMEngines available for tradition Chinese though. > See the scim website or the packages on > http://people.redhat.com/petersen/scim/ for more details. Traditional chinese have some pretty bizarre inputs that I'm not used to. 80+ WPM on QWERTY using pinyin is about as speedy as I can get. Others, I'd have to pluck along in a new way of hitting the keyboard. I just found on the list that this is marked for future improvement: http://sourceforge.net/mailarchive/message.php?msg_id=11290434 > > 2. Are there better pinyin phrase tables for Traditional Chinese > > with Taiwan in mind? ?Simplified completes better because there are > > more phrase matches, etc. ?Could these be packaged in with this? > > I think this is a upstream issue and not a packaging one. :) > So better to ask the scim-pinyin maintainer on the ml I would say. Yeah, true. Just wondering if there were any 3rd party efforts to build a better phrase table for us rebels in Taiwan. I'll give the ml a shot... thanks, -- -jeff From petersen at redhat.com Fri Jun 24 14:29:01 2005 From: petersen at redhat.com (Jens Petersen) Date: Fri, 24 Jun 2005 23:29:01 +0900 Subject: Request for review: Scim-pinyin In-Reply-To: <42BBEF28.4040105@mbm.nifty.com> References: <42BBEF28.4040105@mbm.nifty.com> Message-ID: <42BC18AD.3080001@redhat.com> Ryo Dairiki wrote: > Scim-pinyin is SCIM subpackage for Chinese input method and now it's on cvs. Thanks for your efforts. I approved the package. :) -Jens From jjneely at pams.ncsu.edu Fri Jun 24 14:52:01 2005 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Fri, 24 Jun 2005 10:52:01 -0400 Subject: nvidia-glx-1.0.7667-0.lvn.1.3.src.rpm In-Reply-To: References: Message-ID: <20050624145200.GD1972@anduril.pams.ncsu.edu> On Fri, Jun 24, 2005 at 09:28:25AM -0400, Neal Becker wrote: > I packaged the latest nvidia driver by modifying the lvn package. It is > here: > > http://nbecker.dyndns.org:8080/nvidia-glx-1.0.7667-0.lvn.1.3.src.rpm > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list These appear to be the NVidia binary only drivers and are not acceptable to Fedora Extras. Please read the Packaging Guidelines. http://fedoraproject.org/wiki/PackagingGuidelines Jack -- 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 tibbs at math.uh.edu Fri Jun 24 14:52:21 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 24 Jun 2005 09:52:21 -0500 Subject: Request for review: fnfx In-Reply-To: <42BBA343.70902@lowlatency.de> (Andreas Bierfert's message of "Fri, 24 Jun 2005 08:08:03 +0200") References: <42BA6954.2080602@lowlatency.de> <42BBA343.70902@lowlatency.de> Message-ID: >>>>> "AB" == Andreas Bierfert writes: >> I think "Prereq: /sbin/chkconfig" is preferred to the two >> Requires(): lines but I am far from the authority here. AB> is it? I always used the preun post Requires... anybody to comment AB> on this? All I can recall is this: http://www.fedora.us/pipermail/fedora-devel/2003-June/001454.html http://article.gmane.org/gmane.linux.redhat.rpm.general/4867 https://www.redhat.com/archives/fedora-extras-list/2005-April/msg00559.html This isn't conclusive: http://fedora.redhat.com/participate/developers-guide/ch-rpm-building.html I guess there's no consensus. I wonder if we couldn't get an official ruling one way or the other (or that it doesn't matter) so that this can go in the Wiki. - J< From thm at duke.edu Fri Jun 24 15:01:02 2005 From: thm at duke.edu (Hunter Matthews) Date: Fri, 24 Jun 2005 11:01:02 -0400 Subject: perl-MIME-Lite In-Reply-To: <1119430480.12792.43.camel@mccallum.corsepiu.local> References: <1119430480.12792.43.camel@mccallum.corsepiu.local> Message-ID: <1119625262.3579.18.camel@jade.biology.duke.edu> After a long haiatus, I'm working on those today. Right now in fact. On Wed, 2005-06-22 at 04:54, Ralf Corsepius wrote: > Hi, > > perl-MIME-Lite is part of FE's CVS for quite a while, but it doesn't > seem to have been released, yet. > > Is there particular reason for not releasing it? [1] > > Ralf > > [1] IMO, the spec file probably needs to be changed to acknowledge > %{?dist}, but seems pretty clean to me otherwise. -- Hunter Matthews Unix / Network Administrator Office: BioScience 145/244 Duke Univ. Biology Department Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438 Never take candy from strangers. Especially on the internet. From ryo-dairiki at mbm.nifty.com Fri Jun 24 15:17:43 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Sat, 25 Jun 2005 00:17:43 +0900 Subject: Request for review: Scim-pinyin In-Reply-To: <200506242111.59586.symbiont@berlios.de> References: <42BBEF28.4040105@mbm.nifty.com> <200506242111.59586.symbiont@berlios.de> Message-ID: <42BC2417.9070104@mbm.nifty.com> This mail is redirected from Fedora Extras mailing list. > I think this is the ????, right? Yes it is. Btw, how could you read this? I know the meaning from Chinese characters (they are also used in Japan), but I can't imagine how you pronunce it. > 2. How about scim-chewing? I can't read Chinese but it seems like to be a input-method for Traditional Chinese. Please visit here and tell me if you like it: http://chewing.csie.net/ And I've heard that there is scim-ccinput. But I'm not sure if it is really a Chinese input-method. :-( > 1. I think such a feature is not yet available. I'll send this mail to scim-list too. Regards, Ryo Jeff Pitman wrote: >On Friday 24 June 2005 19:31, Ryo Dairiki wrote: > > >>I would be glad if a Chinese speaker (writer?) reviewed this package. >>Honestly speaking, I don't use Chinse... >> >> > >I think this is the ????, right? > >I have no official capacity here, but I can review from a user >perspective. I download the spec and the sources and built the RPM for >FC-3. No problems. Spec looks clean too. > >Package works, too. The above four characters were written by this >software. > >Just some questions that may relate to packaging: > >1. Is there a way to default to Traditional Chinese when my >LC_CTYPE=zh_TW.UTF-8 when using pinyin? > >2. Are there better pinyin phrase tables for Traditional Chinese with >Taiwan in mind? Simplified completes better because there are more >phrase matches, etc. Could these be packaged in with this? > >thanks, > > > From symbiont at berlios.de Fri Jun 24 15:36:16 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Fri, 24 Jun 2005 23:36:16 +0800 Subject: Request for review: Scim-pinyin In-Reply-To: <42BC2417.9070104@mbm.nifty.com> References: <42BBEF28.4040105@mbm.nifty.com> <200506242111.59586.symbiont@berlios.de> <42BC2417.9070104@mbm.nifty.com> Message-ID: <200506242336.16787.symbiont@berlios.de> Answers probably off-topic, but oh well... I'll end here. ;) On Friday 24 June 2005 23:17, Ryo Dairiki wrote: > This mail is redirected from Fedora Extras mailing list. > > > I think this is the ????, right? > > Yes it is. > Btw, how could you read this? > I know the meaning from Chinese characters (they are also used in > Japan), but I can't imagine how you pronunce it. Pinyin is spelled: Zhi Neng Pin Yin Funkified pinyin so you know: Jr Nuhng Peen Yeen (Jr == like Jerk, except take the k off) > > 2. > > How about scim-chewing? I think I answered this in response to Jens. There's lots of IME for chinese. Most should cover both Traditional and Simplified chinese since the Pinyin or the Zhuyin is the same for both. 99% of mainland chinese only know Pinyin; 99% of Taiwan only know Zhuyin. I happen to fall in the rare 1% that uses Pinyin for Traditional because I type fast on a QWERTY layout and my brain thinks in Roman alphabets. ;) -- -jeff From bugs.michael at gmx.net Fri Jun 24 18:06:26 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Jun 2005 20:06:26 +0200 Subject: STLPort 4.6.2 for possible inclusion in Fedora Extras. In-Reply-To: <1115557739.364.14.camel@sam> References: <1115557739.364.14.camel@sam> Message-ID: <20050624200626.458f6e6f.bugs.michael@gmx.net> On Sun, 08 May 2005 23:08:59 +1000, Ben Martin wrote: > Hi, > After chatting with some Fedora folks at linux.conf.au I have decided > to start the process of packaging libferris available [1] via extras. > I'm he author of the libferris project and many of its spin off > sublibraries. To start the process I have decided to put forward STLport > for inclusion. > > In keeping with [2] I have updated my existing specfile and rolled a > src.rpm which are both available: > http://kvo.itee.uq.edu.au/~martin/STLport.spec > http://kvo.itee.uq.edu.au/~martin/STLport-4.6.2-1.src.rpm > > The specfile creates a pkg-config .pc file and as such requires knowing > where prefix and libdir are going to be. They come predefined as %_prefix, %_exec_prefix, %_libdir, and %_includedir. Don't redefine them. In particular, %_libdir expands to /usr/lib64 on 64-bit multilib platforms, so "%define libdir /usr/lib" would break badly when you use it. > I don't really mind removing > the .pc file and if that is done the specfile should be more "normal". > The main reason I include the .pc file generation is that it > makes ./configure on clients much faster if you don't have to poke > around the system and try_link() all the time to find your stlport. Of > course the ./configures I have that *use* the stlport package all drop > back to probing and try_link() but they first attempt to find by pkg- > config. > > rpmlint complains about the protections of the source + patches being > incorrect, Unimportant with CVS. No files are executable => good. > a lack no-soname for the library and wrong-script-end-of- > line-encoding for some headers. I suspect the header thing is either > rpmlint being overparanoid or I have forgotten a directive in the > specfile. > > The soname thing I am unsure of how to fix. With additional linker options in the Makefile, where the shared object library is created. But that ought to be done in agreement with upstream developers. (libstlport_gcc.so.4) > The hardcoded-library-path error is to do with the fact that I need to > know where the library is to make a .pc file for it. See above. > The License in the spec is not quite right, see its README for details. Yes, GPL is not right and hence must not be put into the spec file and package. The licence is a bit like BSD/MIT, but even less complex. Regardless of whether C++ developers may be aware of what STL means, I would mention the term "Standard Template Library" somewhere in the %descripton or even in the summary. > E: STLport no-signature > > $ rpmlint /tmp/rpmbuild/RPM/RPMS/athlon/STLport-devel-4.6.2-1.athlon.rpm > W: STLport-devel no-major-in-name STLport-devel Can be ignored. rpmlint prefers different naming guidelines. > W: STLport-devel no-documentation Indeed. ./doc directory of the source contains fine HTML docs, including a licence.html where they call it "Free License". > E: STLport-devel wrong-script-end-of-line- > encoding /usr/include/stlport/stl/debug/_relops_hash_cont.h > E: STLport-devel wrong-script-end-of-line- > encoding /usr/include/stlport/stl/debug/_relops_cont.h > E: STLport-devel wrong-script-end-of-line- > encoding /usr/include/stlport/config/_msvc_warnings_off.h This means that there are Windows-like line delimiters in the file, i.e. carriage-return + line-feed instead of just line-feed. This can confuse preprocessors, compilers. Hence the rpmlint complaint. It's better to convert such files with sed (or dos2unix). > E: STLport-devel zero-length /usr/include/stlport/stl/_exception.h > E: STLport-devel no-signature Private header file, not included anywhere. During build, all the compiler warnings about mutexes are a bit scary. > %package devel > Summary: STLPort headers, static libraries and documentation > Group: System Environment/Libraries > Requires: %{name} = %{version} Please make it "Requires: %{name} = %{version}-%{release}" for all sub-packages, so the main package is always the right one for any sub-package (important for changes in API/features). Beginning of %install section must empty buildroot directory (exactly like the %clean section does it). > %files debuglib > %defattr(-,root,root,0755) > %{libdir}/libstlport_gcc_stldebug.* Build fails because there is a broken symlink, which is not included in the package: libstlport_gcc_debug.so -> libstlport_gcc_debug.so.4.6 error: Installed (but unpackaged) file(s) found: /usr/lib/libstlport_gcc_debug.so So much for a first brief look... -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 From beartooth at adelphia.net Fri Jun 24 18:27:55 2005 From: beartooth at adelphia.net (beartooth) Date: Fri, 24 Jun 2005 14:27:55 -0400 Subject: Doesn't a new version replace the previous one? References: <11026.83.145.93.226.1119529101.squirrel@83.145.93.226> <1119530807.12146.47.camel@cutter> <24434.83.145.93.226.1119540597.squirrel@83.145.93.226> Message-ID: On Thu, 23 Jun 2005 17:29:57 +0200, Christian Jodar wrote: >> I've >> got the program and we run it from time to time - but I think there's >> some dispute over whether it should be run everytime or not. > > IMHO, best way to do that would be to have a cron job for this that would > scan packages and remove then if one of these conditions are present: > > * Version number <= current - number > * (Version number > current - number) && (package is too old) > > What has to be defined is when a package is too old (the delay to keep > it) and also the number of version to kept in the repository. > > (number = 2) should be enough I think. We will have only current version > and previous one. > > For the delay, I don't know how much it should be. Very Very Dumb Question : Those of you qualified to discuss such things DO keep dependency hells in mind, don't you? One such eventually made my then much favorite browser (Galeon) unusable. And I believe it has been known to happen with other apps -- AbiWord a/o Epiphany, maybe? -- Beartooth Neo-Redneck, Linux Evangelist FC 1-3, YDL 4; Pine 4.63, Pan 0.14.2; Privoxy 3.0.3; Dillo 0.8.4, Opera 8.0, Firefox 1.0.3, Epiphany 1.0.4 Remember that I have little idea what I am talking about. From gemi at bluewin.ch Fri Jun 24 18:39:24 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Fri, 24 Jun 2005 20:39:24 +0200 Subject: gemi repository rebuilt for fc4 Message-ID: <1119638364.24727.6.camel@scriabin.tannenrauch.ch> I have rebuilt the packages in my repository for fc4. More information can be found on http://math.ifi.unizh.ch/fedora. These are mostly packages for development tools and programming languages. SRPMS are ready to submit for Extras with little or no modifications. People who would like to submit and maintain packages for Extras are welcome and free to serve themselves. Regards, Gemi -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From bugs.michael at gmx.net Fri Jun 24 19:54:33 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Jun 2005 21:54:33 +0200 Subject: Request to assume maintainership of greek fonts rpms In-Reply-To: <20050614113350.GA3976@gallagher.di.uoa.gr> References: <20050614102344.GA3859@gallagher.di.uoa.gr> <1118747527.2612.43.camel@laptop.mpeters.local> <20050614113350.GA3976@gallagher.di.uoa.gr> Message-ID: <20050624215433.19a1bf9d.bugs.michael@gmx.net> On Tue, 14 Jun 2005 14:33:50 +0300, Sarantis Paskalis wrote: > > Source1 - where is that from? There's not a url there. It also probably > > should be versioned too. > > It it the whole website for the fonts. Since there is no other > documentation available, I packed the source site into a tar file and > included it as documentation. In an email exchange with the people > responsible for the release, I asked whether I could use parts or the > whole page for the package, and they responded positively. They stated > that there is no other documentation available. > > The LICENCE file is an excerpt from the html page, containing the licence > for these fonts. > > Before I produce the new version, could someone clarify what I should do > in this case? Not including any documentation seems wrong, since we > have permission to use text from the website. Mirroring the single web page is the right thing to do. It is particularly useful, because of the FAQ which explains the licencing restrictions a bit more. IANAL, but I think the licence is "free" enough. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.01 1.14 1.22 From bugs.michael at gmx.net Fri Jun 24 21:03:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 24 Jun 2005 23:03:27 +0200 Subject: Package seeking review: epiphany-extensions-1.7.1.src.rpm In-Reply-To: <42B1C0C1.9080302@redhat.com> References: <42B1C0C1.9080302@redhat.com> Message-ID: <20050624230327.0d0e82cc.bugs.michael@gmx.net> On Thu, 16 Jun 2005 14:11:13 -0400, Christopher Aillon wrote: > http://gnome.org/projects/epiphany/extensions > > SRPM and spec at: http://people.redhat.com/caillon/RPMS/extras/devel/ With regard to the spec, it looks straight-forward (comments below). Because of that I dare to give blanket approval for this, ... ... since I haven't had a change to test-build it yet (this FC4 machine only has Ephiphany 1.6.1), because I'm too stupid to find the source tarball at the given upstream URL (put the full download URL into the Source0 field), and because you're @redhat. > %{_libdir}/epiphany/%{ephy_major}/extensions Looking at the rawhide epiphany spec, I see nothing which owns the two directories %{_libdir}/epiphany/ %{_libdir}/epiphany/%{ephy_major}/ so instead you most likely you want %{_libdir}/epiphany/ in _this_ extensions package to include all the directories. > %{_datadir}/locale/*/LC_MESSAGES/epiphany-extensions-*.mo Any reason why Red Hat's find_lang macro is way behind the times? You can use /usr/lib/rpm/find-lang.sh $RPM_BUILD_ROOT %name --all-name in %install and then do %files -f %{name}.lang as usual. As a better--in terms of advertising--package summary, I suggest: Summary: Extensions for Epiphany, the GNOME web browser -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.37 1.26 1.20 From bugs.michael at gmx.net Fri Jun 24 22:05:39 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Jun 2005 00:05:39 +0200 Subject: Request for Review: perl-Tk-JPEG-Lite In-Reply-To: <42AEFDC5.4010302@lowlatency.de> References: <42AEFDC5.4010302@lowlatency.de> Message-ID: <20050625000539.09ca31c5.bugs.michael@gmx.net> On Tue, 14 Jun 2005 17:54:45 +0200, Andreas Bierfert wrote: > http://fedora.lowlatency.de/review/perl-Tk-JPEG-Lite.spec > http://fedora.lowlatency.de/review/perl-Tk-JPEG-Lite-2.01403-1.src.rpm > > Summary: A lite version of Tk::JPEG > > This is a "lite" version of Tk::JPEG which uses an already installed > libjpeg shared library. "BuildRequires: libjpeg" looks wrong => libjpeg-devel? > %setup -q -n Tk-JPEG-Lite-%{version} > %{__perl} -pi -e 's|/usr/local/bin/perl\|/bin/perl|%{__perl}|' * */* The OR part makes the expression fragile as e.g. it would substitute /usr/bin/perl with /usr/usr/bin/perl. Better: %{__perl} -pi -e 's|/usr/local/bin/perl\|[^/usr]/bin/perl|%{__perl}|' * */* More maintenance-free: find -type f | xargs %{__perl} -pi -e 's|/usr/local/bin/perl\|[^/usr]/bin/perl|%{__perl}|' > INSTALLARCHLIB=$RPM_BUILD_ROOT%{perl_archlib} Is this used actually? That would be outside vendor Perl locations. No other things reviewed, as I don't have Perl::Tk yet. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.29 1.19 1.12 From andreas.bierfert at lowlatency.de Fri Jun 24 22:28:21 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sat, 25 Jun 2005 00:28:21 +0200 Subject: How to get KOffice on Fedora Core 4 In-Reply-To: References: <1119458539.19537.13.camel@localhost.localdomain> Message-ID: <42BC8905.4080000@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rex Dieter wrote: > Speaking of koffice, has anyone volunteered to maintain this in Fedora > Extras yet? I am... still doing some finetuning but should have a ooo style koffice ready within the next 2 days or so... will post a review request then... :) - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCvIkEQEQyPsWM8csRAsOSAJ9M1oNrXWeHzxI5IoNM0rfYOAOAKwCgqBMu 5TWYricpwE9DXOmO+76IswM= =lQ+2 -----END PGP SIGNATURE----- From andreas.bierfert at lowlatency.de Fri Jun 24 22:44:14 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sat, 25 Jun 2005 00:44:14 +0200 Subject: Request for Review: perl-Tk-JPEG-Lite In-Reply-To: <20050625000539.09ca31c5.bugs.michael@gmx.net> References: <42AEFDC5.4010302@lowlatency.de> <20050625000539.09ca31c5.bugs.michael@gmx.net> Message-ID: <42BC8CBE.8000708@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: > "BuildRequires: libjpeg" looks wrong => libjpeg-devel? jap... sorry missed that before review request > More maintenance-free: > > find -type f | xargs %{__perl} -pi -e 's|/usr/local/bin/perl\|[^/usr]/bin/perl|%{__perl}|' seems I learn to like find ... >>INSTALLARCHLIB=$RPM_BUILD_ROOT%{perl_archlib} > > > Is this used actually? That would be outside vendor Perl locations. changed > No other things reviewed, as I don't have Perl::Tk yet. FC4 is out isn't it? FC3 is waiting for buildsys stuff to change and devel is devel... ;) http://fedora.lowlatency.de/review/perl-Tk-JPEG-Lite-2.01403-2.src.rpm http://fedora.lowlatency.de/review/perl-Tk-JPEG-Lite.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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCvIy+QEQyPsWM8csRAjh/AJ96hQYWq918MYQ++qYfy1OEcp4SvgCgvWPq HSp/hGvCDgx2Sr+B5u2spYQ= =dU2k -----END PGP SIGNATURE----- From andreas.bierfert at lowlatency.de Fri Jun 24 22:47:34 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sat, 25 Jun 2005 00:47:34 +0200 Subject: Request for review: fnfx In-Reply-To: References: <42BA6954.2080602@lowlatency.de> <42BBA343.70902@lowlatency.de> Message-ID: <42BC8D86.4050404@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jason L Tibbitts III wrote: > All I can recall is this: > > http://www.fedora.us/pipermail/fedora-devel/2003-June/001454.html > http://article.gmane.org/gmane.linux.redhat.rpm.general/4867 > https://www.redhat.com/archives/fedora-extras-list/2005-April/msg00559.html > > This isn't conclusive: > > http://fedora.redhat.com/participate/developers-guide/ch-rpm-building.html > > I guess there's no consensus. I wonder if we couldn't get an official > ruling one way or the other (or that it doesn't matter) so that this > can go in the Wiki. That would be great. I don't mind one way or the other... i am just familiar with the one I used... would hate to see this stuck because of this... - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCvI2GQEQyPsWM8csRAi/zAJ0X6DoiP8Zmyt4gnscuelxwCBfHYQCghith TeE/qMAuEcRmh+eT/CMVahY= =VNNM -----END PGP SIGNATURE----- From orion at cora.nwra.com Fri Jun 24 22:44:55 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 24 Jun 2005 16:44:55 -0600 Subject: hfd5 license Message-ID: I'm looking to package the NCSA HDF5 library and am wondering what to put in the License line. I've attached the license. It looks pretty open, but it isn't using a standard license. There is an NCSA license listed on the OSI page, but it's not exactly the same as this. Thanks! -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: COPYING URL: From tibbs at math.uh.edu Fri Jun 24 23:46:32 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Fri, 24 Jun 2005 18:46:32 -0500 Subject: Request for review: fnfx In-Reply-To: <42BC8D86.4050404@lowlatency.de> (Andreas Bierfert's message of "Sat, 25 Jun 2005 00:47:34 +0200") References: <42BA6954.2080602@lowlatency.de> <42BBA343.70902@lowlatency.de> <42BC8D86.4050404@lowlatency.de> Message-ID: >>>>> "AB" == Andreas Bierfert writes: AB> That would be great. I don't mind one way or the other... i am AB> just familiar with the one I used... would hate to see this stuck AB> because of this... Don't consider it stuck; I'd like to know what the true answer is, but I can't see it holding up the package. I would approve it if were acceptable for me to do so; never having done so before, I'm not sure that I can. Do you have CVS access? - J< From andreas.bierfert at lowlatency.de Sat Jun 25 00:12:47 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sat, 25 Jun 2005 02:12:47 +0200 Subject: Request for review: fnfx In-Reply-To: References: <42BA6954.2080602@lowlatency.de> <42BBA343.70902@lowlatency.de> <42BC8D86.4050404@lowlatency.de> Message-ID: <42BCA17F.1080500@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jason L Tibbitts III wrote: > Don't consider it stuck; I'd like to know what the true answer is, but > I can't see it holding up the package. I would approve it if were > acceptable for me to do so; never having done so before, I'm not sure > that I can. No you cannot => http://fedoraproject.org/wiki/Extras/Contributors > Do you have CVS access? yes Since this is reviewed... maybe someone with an answer and a approval? :) - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCvKF/QEQyPsWM8csRAgoDAJ4q05YV1pFXIs2jW4JtnJg6CzHcrgCgmNw4 E2OzQeIGnVyroPRiyuWyjKc= =VQm3 -----END PGP SIGNATURE----- From bugs.michael at gmx.net Sat Jun 25 00:28:17 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Jun 2005 02:28:17 +0200 Subject: Request for review: fnfx In-Reply-To: <42BCA17F.1080500@lowlatency.de> References: <42BA6954.2080602@lowlatency.de> <42BBA343.70902@lowlatency.de> <42BC8D86.4050404@lowlatency.de> <42BCA17F.1080500@lowlatency.de> Message-ID: <20050625022817.7fe6854f.bugs.michael@gmx.net> On Sat, 25 Jun 2005 02:12:47 +0200, Andreas Bierfert wrote: > Jason L Tibbitts III wrote: > > > Don't consider it stuck; I'd like to know what the true answer is, but > > I can't see it holding up the package. I would approve it if were > > acceptable for me to do so; never having done so before, I'm not sure > > that I can. > > No you cannot => http://fedoraproject.org/wiki/Extras/Contributors That page is obsolete and terribly out-of-date, since the web based CVS accounts system is in use. From ed at eh3.com Sat Jun 25 01:06:52 2005 From: ed at eh3.com (Ed Hill) Date: Fri, 24 Jun 2005 21:06:52 -0400 Subject: hfd5 license [ HDF5 !!!] In-Reply-To: References: Message-ID: <1119661612.31276.109.camel@ernie> On Fri, 2005-06-24 at 16:44 -0600, Orion Poplawski wrote: > I'm looking to package the NCSA HDF5 library and am wondering what to > put in the License line. I've attached the license. It looks pretty > open, but it isn't using a standard license. There is an NCSA license > listed on the OSI page, but it's not exactly the same as this. Hi Orion, Yes, please package HDF5. I'll be glad to review it. Its license is very similar to a BSD-with-advertise-clause. I suspect that it will have no problems passing a Fedora-legal review. 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 ivazquez at ivazquez.net Sat Jun 25 02:26:19 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 24 Jun 2005 22:26:19 -0400 Subject: Suggestion: Typo3 In-Reply-To: References: Message-ID: <1119666379.18582.3.camel@ignacio.ignacio.lan> On Thu, 2005-06-23 at 09:28 +0200, Jochen Wiedmann wrote: > Technical issues: Entries in /etc/httpd/conf.d are created using echo. > Should possibly better be done by extracting a patch file or something > similar. I am open to change this, if anyone can advice me how to > access a patch file in the installation stage by referring to the > location in /usr/src/redhat/SOURCES. (Hardcoding that path seems > improper.) ... SourceX: foo.conf ... %install mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/httpd/conf.d install -m 0644 %{SOURCEX} $RPM_BUILD_ROOT%{_sysconfdir}/httpd/conf.d -- 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 trashbin at gmail.com Sat Jun 25 03:57:13 2005 From: trashbin at gmail.com (Trash Bin) Date: Fri, 24 Jun 2005 20:57:13 -0700 Subject: gv for FC4? Message-ID: Will gv be build for FC4 in extras? evince is still too slow. From byte at aeon.com.my Sat Jun 25 07:40:57 2005 From: byte at aeon.com.my (Colin Charles) Date: Sat, 25 Jun 2005 17:40:57 +1000 Subject: New package: gaim-guifications Message-ID: <1119685258.3824.189.camel@potter.soho.bytebot.net> I've been using gaim-guifications for the better part of a few months (ever since stu packaged it[1]) and I'm now submitting this for review, for inclusion into Fedora Extras Guifications[2] is a graphical notification plugin system that works alongside GAIM. It provides nice little pop-up notifications when you get a new message, or more (depending on configuration) Now, for review (spec file, i386 build on FC-4, SRPM): http://www.bytebot.net/rpms/gaim-guifications/ Thanks [1] - Stu has expressed lack of time to maintain it in Extras, and has given me permission to take it on [2] - http://guifications.sourceforge.net/ -- Colin Charles, http://www.bytebot.net/ From mfleming at enlartenment.com Sat Jun 25 09:20:14 2005 From: mfleming at enlartenment.com (Michael Fleming) Date: Sat, 25 Jun 2005 19:20:14 +1000 Subject: New package: gaim-guifications In-Reply-To: <1119685258.3824.189.camel@potter.soho.bytebot.net> References: <1119685258.3824.189.camel@potter.soho.bytebot.net> Message-ID: <1119691214.2574.10.camel@defender.antaresenterprises.lan> On Sat, 2005-06-25 at 17:40 +1000, Colin Charles wrote: > I've been using gaim-guifications for the better part of a few months > (ever since stu packaged it[1]) and I'm now submitting this for review, > for inclusion into Fedora Extras > > Guifications[2] is a graphical notification plugin system that works > alongside GAIM. It provides nice little pop-up notifications when you > get a new message, or more (depending on configuration) > > Now, for review (spec file, i386 build on FC-4, SRPM): > http://www.bytebot.net/rpms/gaim-guifications/ > > Thanks I've had a go at packaging this too, but this spec's a fair bit better than mine :-) I've looked at and built yours (stock FC4 environment) and am running it through it's paces now. - Builds OK in mock - Installs without issues and runs OK, no runtime problems noted. - Naming conventions etc. all look A1. - BR/Requires are nice and thorough (I'll 'fess mine isn't up to this standard) The only niggles I or rpmlint could find was the Summary * (rpmlint sayeth:) E: gaim-guifications description-line-too-long Guifications is a graphical notification plugin for the open source instant messaging client Gaim You could probably get away with "A Graphical notification plugin for the Gaim instant messenger" or similar (shorter, no redundant mention of the package name) * The Source line should normally be "downloads.sourceforge.net" / "dl.sf.net" for Sourceforge, rather than prdownloads - a "spectool -g" on the spec downloads the mirror selection page, not the file. Aside that, looks great to my eyes. Michael. -- Michael Fleming WWW: http://www.enlartenment.com/ APT/YUM Repository for Fedora Core: http://www.enlartenment.com/packages.php "Bother" said the Borg, "We've assimilated Pooh!" From byte at aeon.com.my Sat Jun 25 10:33:16 2005 From: byte at aeon.com.my (Colin Charles) Date: Sat, 25 Jun 2005 20:33:16 +1000 Subject: gv for FC4? In-Reply-To: References: Message-ID: <1119695596.3824.196.camel@potter.soho.bytebot.net> On Fri, 2005-06-24 at 20:57 -0700, Trash Bin wrote: > Will gv be build for FC4 in extras? evince is still too slow. If you want to maintain it, sure. Start the new package(r) process. More information at http://fedoraproject.org/wiki/Extras -- Colin Charles, http://www.bytebot.net/ From bugs.michael at gmx.net Sat Jun 25 11:29:10 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Jun 2005 13:29:10 +0200 Subject: New package: gaim-guifications In-Reply-To: <1119691214.2574.10.camel@defender.antaresenterprises.lan> References: <1119685258.3824.189.camel@potter.soho.bytebot.net> <1119691214.2574.10.camel@defender.antaresenterprises.lan> Message-ID: <20050625132910.6e41864e.bugs.michael@gmx.net> On Sat, 25 Jun 2005 19:20:14 +1000, Michael Fleming wrote: > The only niggles I or rpmlint could find was the Summary > > * (rpmlint sayeth:) > > E: gaim-guifications description-line-too-long Guifications is a > graphical notification plugin for the open source instant messaging > client Gaim > > You could probably get away with "A Graphical notification plugin for > the Gaim instant messenger" or similar (shorter, no redundant mention of > the package name) Nah :), this is in %description not in the Summary, just wrap the description lines to a width below 80 characters, and rpmlint will be happy. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.41 1.56 1.13 From byte at aeon.com.my Sat Jun 25 11:54:07 2005 From: byte at aeon.com.my (Colin Charles) Date: Sat, 25 Jun 2005 21:54:07 +1000 Subject: New package: gaim-guifications In-Reply-To: <1119691214.2574.10.camel@defender.antaresenterprises.lan> References: <1119685258.3824.189.camel@potter.soho.bytebot.net> <1119691214.2574.10.camel@defender.antaresenterprises.lan> Message-ID: <1119700447.3824.205.camel@potter.soho.bytebot.net> On Sat, 2005-06-25 at 19:20 +1000, Michael Fleming wrote: > The only niggles I or rpmlint could find was the Summary > > * (rpmlint sayeth:) > > E: gaim-guifications description-line-too-long Guifications is a > graphical notification plugin for the open source instant messaging > client Gaim > > You could probably get away with "A Graphical notification plugin for > the Gaim instant messenger" or similar (shorter, no redundant mention of > the package name) Fixed. Long line running > * The Source line should normally be "downloads.sourceforge.net" / > "dl.sf.net" for Sourceforge, rather than prdownloads - a "spectool -g" > on the spec downloads the mirror selection page, not the file. Fixed. Better still, for a 200KB saving, its now a source .bz2 rather than a source .gz As usual, its at http://www.bytebot.net/rpms/gaim-guifications Thanks Anyone else want to review it ? -- Colin Charles, http://www.bytebot.net/ From bugs.michael at gmx.net Sat Jun 25 12:29:11 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Jun 2005 14:29:11 +0200 Subject: Request for Review: perl-Tk-JPEG-Lite In-Reply-To: <42BC8CBE.8000708@lowlatency.de> References: <42AEFDC5.4010302@lowlatency.de> <20050625000539.09ca31c5.bugs.michael@gmx.net> <42BC8CBE.8000708@lowlatency.de> Message-ID: <20050625142911.23623c8d.bugs.michael@gmx.net> On Sat, 25 Jun 2005 00:44:14 +0200, Andreas Bierfert wrote: > >>INSTALLARCHLIB=$RPM_BUILD_ROOT%{perl_archlib} > > > > > > Is this used actually? That would be outside vendor Perl locations. > > changed > > > No other things reviewed, as I don't have Perl::Tk yet. > > FC4 is out isn't it? FC3 is waiting for buildsys stuff to change and devel is > devel... ;) Hah! When I replied I was in FC4 as could be seen in my sig. I still did not have perl-Tk installed. ;) > http://fedora.lowlatency.de/review/perl-Tk-JPEG-Lite-2.01403-2.src.rpm > http://fedora.lowlatency.de/review/perl-Tk-JPEG-Lite.spec Fails to build. Missing buildrequires xorg-x11-devel. Fully correct directory ownership would be: --- perl-Tk-JPEG-Lite.spec~ 2005-06-25 00:37:58.000000000 +0200 +++ perl-Tk-JPEG-Lite.spec 2005-06-25 14:25:20.000000000 +0200 @@ -46,7 +46,8 @@ %defattr(-,root,root,-) %doc README %{_bindir}/* -%{perl_vendorarch}/* +%{perl_vendorarch}/Tk/* +%{perl_vendorarch}/auto/Tk/* %{_mandir}/man*/* %changelog Install-test: file /usr/bin/tkjpeg from install of perl-Tk-JPEG-Lite-2.01403-2 conflicts with file from package perl-Tk-804.027-6.fc4 file /usr/share/man/man1/tkjpeg.1.gz from install of perl-Tk-JPEG-Lite-2.01403-2 conflicts with file from package perl-Tk-804.027-6.fc4 Ooops? It's included there already? $ rpm -ql perl-Tk | grep -i jpeg /usr/bin/tkjpeg /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/Tk/JPEG.pm /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Tk/JPEG /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Tk/JPEG/JPEG.so /usr/share/man/man1/tkjpeg.1.gz /usr/share/man/man3/Tk::JPEG.3pm.gz -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 2.10 1.72 1.39 From byte at aeon.com.my Sat Jun 25 12:07:32 2005 From: byte at aeon.com.my (Colin Charles) Date: Sat, 25 Jun 2005 22:07:32 +1000 Subject: Approval needed again: Scim-tables In-Reply-To: <42A801E6.1090509@mbm.nifty.com> References: <20050607160055.875EF7362E@hormel.redhat.com> <42A801E6.1090509@mbm.nifty.com> Message-ID: <1119701252.3824.209.camel@potter.soho.bytebot.net> On Thu, 2005-06-09 at 17:46 +0900, Ryo Dairiki wrote: > May I add scim-tables into CVS? > Is there anyone pleased to give me an approval? Since there's no Bugzilla component yet, please apply the attached patch to make sure that the download link is correct -- Colin Charles, http://www.bytebot.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: current.diff Type: text/x-patch Size: 1026 bytes Desc: not available URL: From andreas at bawue.net Sat Jun 25 14:01:44 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Sat, 25 Jun 2005 16:01:44 +0200 (CEST) Subject: Review needed Message-ID: hello all, Ater having gotten CVS sponsorship I'd like to have the following package reviewed in order to upload it into extras. SPEC: http://home.bawue.de/~ixs/suphp.spec SRPMS: http://home.bawue.de/~ixs/mod_suphp-0.5.2-3.src.rpm suPHP is an apache module for executing PHP scripts with the permissions of their owners. It consists of an Apache module (mod_suphp) and a setuid root binary (suphp) that is called by the Apache module to change the uid of the process executing the PHP interpreter. A similar effect can be achieved with suExec, only between 5 and 10 times slower. There are no known licensing or other legal issues known concerning this software. Note: Even though suphp was recently updated to 0.6.0, I decided against updating the package to the newly released version as it proved to not work at all on two of my test machines. regards, andreas From paul at cypherpunks.ca Sat Jun 25 14:59:38 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Sat, 25 Jun 2005 16:59:38 +0200 (CEST) Subject: Build Result: libotr on development Message-ID: libotr failed to build again, and again not really due to itself. The buildlog shows the minimal build platform for the ppc fails, therefor libotr cannot be build. --> Downloading header for ppc64-utils to pack into transaction set. http://extras64.linux.duke.edu/rawhide/ppc/Fedora/RPMS/ppc64-utils-0.7-9.ppc.rpm : [Errno 4] IOError: HTTP Error 404: Date: Sat, 25 Jun 2005 13:20:46 GMT Content-Length: 345 Accept-Ranges: bytes Content-Type: text/html Server: lighttpd/1.3.13 Trying other mirror. Error: failure: Fedora/RPMS/ppc64-utils-0.7-9.ppc.rpm from core: [Errno 256] No more mirrors to try. ERROR: Could not get build-minimal ppc64-utils has nothing to do with libotr. It this be happening to all packages ? ---------- Forwarded message ---------- Date: Sat, 25 Jun 2005 09:29:47 -0400 (EDT) From: buildsys at fedoraproject.org To: pwouters at fedora.redhat.com Subject: Build Result: libotr on development Build of libotr on development failed to complete on one or more archs. Please see logs at: http://extras64.linux.duke.edu/failed/development/libotr From bdpepple at ameritech.net Sat Jun 25 15:02:39 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Sat, 25 Jun 2005 11:02:39 -0400 Subject: Build Result: libotr on development In-Reply-To: References: Message-ID: <1119711759.30286.0.camel@shuttle.273piedmont.com> On Sat, 2005-06-25 at 16:59 +0200, Paul Wouters wrote: > libotr failed to build again, and again not really due to itself. The > buildlog shows the minimal build platform for the ppc fails, therefor > libotr cannot be build. > > --> Downloading header for ppc64-utils to pack into transaction set. > http://extras64.linux.duke.edu/rawhide/ppc/Fedora/RPMS/ppc64-utils-0.7-9.ppc.rpm > : [Errno 4] IOError: HTTP Error 404: Date: Sat, 25 Jun 2005 13:20:46 GMT > Content-Length: 345 > Accept-Ranges: bytes > Content-Type: text/html > Server: lighttpd/1.3.13 > Trying other mirror. > Error: failure: Fedora/RPMS/ppc64-utils-0.7-9.ppc.rpm from core: [Errno 256] No > more mirrors to try. > > ERROR: Could not get build-minimal > > ppc64-utils has nothing to do with libotr. > > It this be happening to all packages ? Looks like it. I just had a build failure for gramps due to the same problem. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- 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 Sat Jun 25 15:02:19 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Sun, 26 Jun 2005 00:02:19 +0900 Subject: Approval needed again: Scim-tables In-Reply-To: <1119701252.3824.209.camel@potter.soho.bytebot.net> References: <20050607160055.875EF7362E@hormel.redhat.com> <42A801E6.1090509@mbm.nifty.com> <1119701252.3824.209.camel@potter.soho.bytebot.net> Message-ID: <42BD71FB.7010206@mbm.nifty.com> An HTML attachment was scrubbed... URL: From bugs.michael at gmx.net Sat Jun 25 15:39:24 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Jun 2005 17:39:24 +0200 Subject: Build Result: libotr on development In-Reply-To: References: Message-ID: <20050625173924.4981e771.bugs.michael@gmx.net> On Sat, 25 Jun 2005 16:59:38 +0200 (CEST), Paul Wouters wrote: > > libotr failed to build again, and again not really due to itself. The > buildlog shows the minimal build platform for the ppc fails, therefor > libotr cannot be build. > ERROR: Could not get build-minimal Everyone, please stop requesting builds for "devel" as long as this problem persists. Either it's one that will be solved in the future when ppc syncs with changes in Rawhide. Or Seth will report when it's time to try again. By not keeping the build system busy with requests which fail (since June 19th), updates for FC4/FC3 can be processed more quickly. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.30 1.36 1.47 From skvidal at phy.duke.edu Sat Jun 25 16:17:45 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 25 Jun 2005 12:17:45 -0400 Subject: Build Result: libotr on development In-Reply-To: References: Message-ID: <1119716265.13529.0.camel@cutter> On Sat, 2005-06-25 at 16:59 +0200, Paul Wouters wrote: > libotr failed to build again, and again not really due to itself. The > buildlog shows the minimal build platform for the ppc fails, therefor > libotr cannot be build. > > --> Downloading header for ppc64-utils to pack into transaction set. > http://extras64.linux.duke.edu/rawhide/ppc/Fedora/RPMS/ppc64-utils-0.7-9.ppc.rpm > : [Errno 4] IOError: HTTP Error 404: Date: Sat, 25 Jun 2005 13:20:46 GMT > Content-Length: 345 > Accept-Ranges: bytes > Content-Type: text/html > Server: lighttpd/1.3.13 > Trying other mirror. > Error: failure: Fedora/RPMS/ppc64-utils-0.7-9.ppc.rpm from core: [Errno 256] No > more mirrors to try. > okay, I know why this is happening now and it should be fixed. i've been excluding ppc64 from my rsyncs so I can keep the sync size down. I was excluding what I thought was the directory ppc64* but you see - that package would match that. -sv From bugs.michael at gmx.net Sat Jun 25 16:26:44 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Jun 2005 18:26:44 +0200 Subject: All non noarch builds for developmetn continue to fail In-Reply-To: <1119416608.3031.52.camel@cutter> References: <42B8EF6E.7080404@hhs.nl> <1119416222.3031.51.camel@cutter> <42B8F195.9060300@hhs.nl> <1119416608.3031.52.camel@cutter> Message-ID: <20050625182644.59b04af4.bugs.michael@gmx.net> So, devel builds for ppc should work again, now, according to this message from Seth: https://www.redhat.com/archives/fedora-extras-list/2005-June/msg01012.html From chip.turner at gmail.com Sat Jun 25 17:35:07 2005 From: chip.turner at gmail.com (Chip Turner) Date: Sat, 25 Jun 2005 10:35:07 -0700 Subject: New package: perl-MP3-Tag In-Reply-To: <3ab624bd05062301346922b347@mail.gmail.com> References: <3ab624bd05062301346922b347@mail.gmail.com> Message-ID: <3ab624bd050625103565b69550@mail.gmail.com> No love? Chip On 6/23/05, Chip Turner wrote: > So I upgraded to FC4 and lo and behold, my mp3 importing scripts > stopped working! Turns out I needed MP3::Tag. So, I slaved over a > long cpanflute2 command line, and here it is. > > http://perl.pattern.net/perl-MP3-Tag-0.94-1.src.rpm > > Chip > > -- > Chip Turner chip.turner at gmail.com > -- Chip Turner chip.turner at gmail.com From bugs.michael at gmx.net Sat Jun 25 18:15:36 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Jun 2005 20:15:36 +0200 Subject: New package: perl-MP3-Tag In-Reply-To: <3ab624bd050625103565b69550@mail.gmail.com> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> Message-ID: <20050625201536.26611efa.bugs.michael@gmx.net> On Sat, 25 Jun 2005 10:35:07 -0700, Chip Turner wrote: > No love? The CVS accounts system lists over hundred contributors, so surely reviews should not be done by always the same few people. Additionally, some of them have been at FUDCon 2, which has had its second day today, or are still on the way home from Karlsruhe. > http://perl.pattern.net/perl-MP3-Tag-0.94-1.src.rpm Those cpanflute2 auto-generated spec files are awful. Now generally, I don't care that much about how a spec file looks if it creates a working package, with no issues in the binary rpm. But the package should install the files into Perl vendor locations, not site locations. [With Fedora perl spec template from the fedora-rpmdevtools package, which has been enhanced since its creation at fedora.us, packaging many Perl modules gets really easy.] To have $RPM_BUILD_ROOT somewhere in %build is a mistake in 99.9% of the cases. Hardly any build process needs to know about paths into a buildroot. It only increases the possibility that buildroot paths end up in compiled code or files generated from templates. The package also lacks the versioned :MODULE_COMPAT dependency, which is your invention, IIRC. Particularly useful if you want to make sure a newer Perl version still has the used vendor locations in its module search path. "make test" should go into the %check section. ID3v2 support accesses Compress::Zlib, but no dependency on perl-Compress-Zlib is seen. Feel free to import into CVS and give the package some love there. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.15 1.07 1.01 From bugs.michael at gmx.net Sat Jun 25 18:17:24 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 25 Jun 2005 20:17:24 +0200 Subject: Build Result: libotr on development In-Reply-To: <1119716265.13529.0.camel@cutter> References: <1119716265.13529.0.camel@cutter> Message-ID: <20050625201724.5b04f975.bugs.michael@gmx.net> On Sat, 25 Jun 2005 12:17:45 -0400, seth vidal wrote: > > Error: failure: Fedora/RPMS/ppc64-utils-0.7-9.ppc.rpm from core: [Errno 256] No > > more mirrors to try. > > > > okay, I know why this is happening now and it should be fixed. > > i've been excluding ppc64 from my rsyncs so I can keep the sync size > down. > > I was excluding what I thought was the directory ppc64* > > but you see - that package would match that. Just received this: Installing group 'minimal' ....error: /usr/sbin/mach-helper yum --installroot /v ar/lib/mach/roots/fedora-development-ppc-core -c /var/lib/mach/states/fedora-dev elopment-ppc-core/yum.conf groupinstall build-minimal failed. Setting up Group Process Setting up repositories http://extras64.linux.duke.edu/rawhide/development/ppc/repodata/repomd.xml: [Err no 4] IOError: HTTP Error 404: Date: Sat, 18 Jun 2005 23:18:32 GMT Content-Length: 345 Accept-Ranges: bytes Content-Type: text/html Server: lighttpd/1.3.13 Trying other mirror. Cannot open/read repomd.xml file for repository: core failure: repodata/repomd.xml from core: [Errno 256] No more mirrors to try. ERROR: Could not get build-minimal ! From skvidal at phy.duke.edu Sat Jun 25 19:26:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 25 Jun 2005 15:26:30 -0400 Subject: Build Result: libotr on development In-Reply-To: <20050625201724.5b04f975.bugs.michael@gmx.net> References: <1119716265.13529.0.camel@cutter> <20050625201724.5b04f975.bugs.michael@gmx.net> Message-ID: <1119727590.4982.2.camel@cutter> On Sat, 2005-06-25 at 20:17 +0200, Michael Schwendt wrote: > On Sat, 25 Jun 2005 12:17:45 -0400, seth vidal wrote: > > > > Error: failure: Fedora/RPMS/ppc64-utils-0.7-9.ppc.rpm from core: [Errno 256] No > > > more mirrors to try. > > > > > > > okay, I know why this is happening now and it should be fixed. > > > > i've been excluding ppc64 from my rsyncs so I can keep the sync size > > down. > > > > I was excluding what I thought was the directory ppc64* > > > > but you see - that package would match that. > > Just received this: > > Installing group 'minimal' ....error: /usr/sbin/mach-helper yum --installroot /v > ar/lib/mach/roots/fedora-development-ppc-core -c /var/lib/mach/states/fedora-dev > elopment-ppc-core/yum.conf groupinstall build-minimal failed. > Setting up Group Process > Setting up repositories > http://extras64.linux.duke.edu/rawhide/development/ppc/repodata/repomd.xml: [Err > no 4] IOError: HTTP Error 404: Date: Sat, 18 Jun 2005 23:18:32 GMT looks like something lost in a mailqueue. that was from a week ago. -sv From mitka at mitka.us Sat Jun 25 21:49:59 2005 From: mitka at mitka.us (Dimitri Tarassenko) Date: Sat, 25 Jun 2005 17:49:59 -0400 Subject: New package: freetds Message-ID: <42BDD187.9060909@mitka.us> Hello all, FreeTDS is an open-source implementation of Tabular Data Stream protocol - the native protocol of Microsoft SQL Server and Sybase. The package includes the freeTDS libraries, tsql command line utility (and couple of other goodies) for acccessing MSSQL/Sybase and unixODBC library. For more info on freetds, see http://www.freetds.org Links: http://mitka.actx.com/fextras/freetds.spec http://mitka.actx.com/fextras/freetds-0.63-1.src.rpm I would appreciate reviews/comments/suggestions. Thank you very much. Dimitri Tarassenko From mitka at mitka.us Sat Jun 25 21:59:30 2005 From: mitka at mitka.us (Dimitri Tarassenko) Date: Sat, 25 Jun 2005 17:59:30 -0400 Subject: New package: mod_suphp In-Reply-To: References: Message-ID: <42BDD3C2.7090301@mitka.us> Andreas Thienemann wrote: > I'd like to submit mod_suphp as a new package to extras. As I do not have > CVS access yet, someone will have to sponsor me. Built fine on FC4/i386 for me. Please do not consider this an official sponsorship - I am a newbie and I don't think I know enough about extras to sponsor somebody. The reason I am responding is this - I had an interesting and not always obvious experience with enabling/disabling suphp, although it was not in RPM but CPanel context. When you switch to suphp from regular (apache) mode and back, your PHP applications will experience fatal errors while trying to access the session files (typically sess_*), since they are created with 600 file permissions and are owned either by apache or the owner of php file that's run. Have you considered solving this problem? One of the ways I can see this done is modifying php configuration (by adding a file in /etc/php.d) that would place session files to a different location. This is not critical since typically normal behaviour of PHP applications will be restored once the session files expire. Thanks! Dimitri From byte at aeon.com.my Sat Jun 25 22:11:05 2005 From: byte at aeon.com.my (Colin Charles) Date: Sun, 26 Jun 2005 08:11:05 +1000 Subject: Request for Approval: darcs In-Reply-To: <42B6C914.9060607@redhat.com> References: <429D6DE8.4000207@redhat.com> <42AD8FEC.9090206@redhat.com> <42B6C914.9060607@redhat.com> Message-ID: <1119737465.3322.10.camel@potter.soho.bytebot.net> On Mon, 2005-06-20 at 22:48 +0900, Jens Petersen wrote: > > I imported it into cvs now. Is anyone able to review it? > > Could someone please review and approve? :) + Builds OK + The built-in tests pass + Installs fine + Upstream tarball matches It has my seal of approval -- Colin Charles, http://www.bytebot.net/ From jjneely at pams.ncsu.edu Sat Jun 25 22:28:50 2005 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Sat, 25 Jun 2005 18:28:50 -0400 Subject: New Packages: python-ezpycrypto, python-pam In-Reply-To: <20050616040141.GE14290@anduril.pams.ncsu.edu> References: <20050608013251.GA14290@anduril.pams.ncsu.edu> <20050611222125.GP14290@anduril.pams.ncsu.edu> <20050616040141.GE14290@anduril.pams.ncsu.edu> Message-ID: <20050625222850.GH1972@anduril.pams.ncsu.edu> Folks, I've touched up my python-pam package just a bit. I was missing the COPYING file. I'm still looking for approval to commit to CVS. SRPMS: http://anduril.pams.ncsu.edu/~slack/SRPMS/python-pam-0.4.2-3.src.rpm SPEC: http://anduril.pams.ncsu.edu/~slack/SPECS/python-pam.spec Jack Neely -- 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 jjneely at pams.ncsu.edu Sat Jun 25 22:46:28 2005 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Sat, 25 Jun 2005 18:46:28 -0400 Subject: New Packages: python-ezpycrypto, python-pam In-Reply-To: <20050616040141.GE14290@anduril.pams.ncsu.edu> References: <20050608013251.GA14290@anduril.pams.ncsu.edu> <20050611222125.GP14290@anduril.pams.ncsu.edu> <20050616040141.GE14290@anduril.pams.ncsu.edu> Message-ID: <20050625224628.GI1972@anduril.pams.ncsu.edu> Folks, And about the same for my python-ezpycrypto package. SRPM: http://anduril.pams.ncsu.edu/~slack/SRPMS/python-ezpycrypto-0.1.1-2.noarch.rpm SPEC: http://anduril.pams.ncsu.edu/~slack/SPECS/python-ezpycrypto.spec Still looking for approval to commit to CVS. Jack -- 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 jjneely at pams.ncsu.edu Sat Jun 25 22:54:12 2005 From: jjneely at pams.ncsu.edu (Jack Neely) Date: Sat, 25 Jun 2005 18:54:12 -0400 Subject: New package: python-irclib In-Reply-To: <20050623024454.GA10569@localhost.localdomain> References: <20050623000933.GA26375@tomservo.boston.redhat.com> <20050623013548.GA1972@anduril.pams.ncsu.edu> <1119491258.28488.20.camel@ignacio.ignacio.lan> <20050623024454.GA10569@localhost.localdomain> Message-ID: <20050625225412.GJ1972@anduril.pams.ncsu.edu> On Wed, Jun 22, 2005 at 10:44:54PM -0400, Luke Macken wrote: > On Wed, Jun 22, 2005 at 09:47:38PM -0400, Ignacio Vazquez-Abrams wrote: > > On Wed, 2005-06-22 at 21:35 -0400, Jack Neely wrote: > > > On Wed, Jun 22, 2005 at 08:09:33PM -0400, Luke Macken wrote: > > > > http://people.redhat.com/lmacken/python-irclib.spec > > > > Source0 should have a complete URL, even if it's at > > prdownloads.sourceforge.net. > > fixed. > > > luke > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list Can you provide a rebuilt SRPM with the updated spec file? Jack -- 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 bugs.michael at gmx.net Sat Jun 25 23:22:04 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 26 Jun 2005 01:22:04 +0200 Subject: New package: python-irclib In-Reply-To: <20050625225412.GJ1972@anduril.pams.ncsu.edu> References: <20050623000933.GA26375@tomservo.boston.redhat.com> <20050623013548.GA1972@anduril.pams.ncsu.edu> <1119491258.28488.20.camel@ignacio.ignacio.lan> <20050623024454.GA10569@localhost.localdomain> <20050625225412.GJ1972@anduril.pams.ncsu.edu> Message-ID: <20050626012204.3d20b2f3.bugs.michael@gmx.net> On Sat, 25 Jun 2005 18:54:12 -0400, Jack Neely wrote: > On Wed, Jun 22, 2005 at 10:44:54PM -0400, Luke Macken wrote: > > On Wed, Jun 22, 2005 at 09:47:38PM -0400, Ignacio Vazquez-Abrams wrote: > > > On Wed, 2005-06-22 at 21:35 -0400, Jack Neely wrote: > > > > On Wed, Jun 22, 2005 at 08:09:33PM -0400, Luke Macken wrote: > > > > > http://people.redhat.com/lmacken/python-irclib.spec > > > > > > Source0 should have a complete URL, even if it's at > > > prdownloads.sourceforge.net. > > > > fixed. > > > > > > luke > > > > -- > > fedora-extras-list mailing list > > fedora-extras-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > Can you provide a rebuilt SRPM with the updated spec file? Forgive my choice of words, but you do not need a rebuilt src.rpm which differs only in an updated Source0 field. It's silly to request Luke to rebuild the package just for that. He changed the spec file. A missing Source0 URL is not even a minor issue. It's purely cosmetical and beneficial only to those, who want to refetch the source tarball quickly without visiting web pages. > http://python-irclib.sourceforge.net/ > http://people.redhat.com/lmacken/python-irclib.spec > http://people.redhat.com/lmacken/python-irclib-0.4.5-1.src.rpm -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.20 1.22 1.39 From chip.turner at gmail.com Sat Jun 25 23:36:10 2005 From: chip.turner at gmail.com (Chip Turner) Date: Sat, 25 Jun 2005 16:36:10 -0700 Subject: New package: perl-MP3-Tag In-Reply-To: <20050625201536.26611efa.bugs.michael@gmx.net> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> Message-ID: <3ab624bd05062516363cb6941d@mail.gmail.com> On 6/25/05, Michael Schwendt wrote: > On Sat, 25 Jun 2005 10:35:07 -0700, Chip Turner wrote: > > > No love? > > The CVS accounts system lists over hundred contributors, so surely reviews > should not be done by always the same few people. Additionally, some of > them have been at FUDCon 2, which has had its second day today, or are > still on the way home from Karlsruhe. Relax. It was a playful ping in case it got lost in inboxes. > > http://perl.pattern.net/perl-MP3-Tag-0.94-1.src.rpm > > Those cpanflute2 auto-generated spec files are awful. *chuckle* Good to find someone with opinions on the topic! I'd love some specifics so that I can improve cpanflute2 to meet fedora packaging guidelines. I went through a round of 'make cpanflute2 better' a month or two ago on, iirc, the fedora-perl list. I'm sure we all see the value in tools that can automatically create packages, so I'm more than willing to improve cpanflute2/RPM-Specfile to achieve that. Of course, I do need specific feedback, and not vague words like 'awful,' so if you have other specifics besides those below, please do let me know. > Now generally, I don't care that much about how a spec file looks if it > creates a working package, with no issues in the binary rpm. But the > package should install the files into Perl vendor locations, not site > locations. [With Fedora perl spec template from the fedora-rpmdevtools > package, which has been enhanced since its creation at fedora.us, > packaging many Perl modules gets really easy.] Ah, installdirs should be vendor for fedora-extras? Okay, fixed. As for specfile templates... interesting. It strikes me as a waste of time to have templates for packages that can so easily be autogenerated in 99% of the cases, though. What exactly does having a template for perl modules provide that a tool like cpanflute2 doesn't? Besides the peculiar whitespace alignment. Ideally, even for the 1% exceptions, it would be better to start from a template properly filled out via cpanflute2 with as many details as possible and let the author improve from there. > To have $RPM_BUILD_ROOT somewhere in %build is a mistake in 99.9% > of the cases. Hardly any build process needs to know about paths > into a buildroot. It only increases the possibility that buildroot > paths end up in compiled code or files generated from templates. Indeed, it's nice to not have it there, but until very recent versions of perl/ExtUtils, it was necessary. Rather a mess for a while, especially with early perl 5.8.x's. Also, are you sure what is in the template will work with Module::Build's Makefile.PL emulation? It has some inconsistencies with Makefile.PL (destdir, not PREFIX, on the Makefile.PL line). > The package also lacks the versioned :MODULE_COMPAT dependency, which is > your invention, IIRC. Particularly useful if you want to make sure a newer > Perl version still has the used vendor locations in its module search > path. Unfortunately, MODULE_COMPAT doesn't quite provide that guarantee; all it provides is a statement that the module should work on 5.8.6 (and anything thereafter, assuming, say, some of the MODULE_COMPATs don't get dropped from perl.spec, which happens if binary incompatibilities pop up). It doesn't provide any guarantees about vendor_perl or site_perl or any of that. > "make test" should go into the %check section. Hmm. That's a bit of an rpm-4.2ism. I generally want to keep cpanflute2/RPM-Specfile working properly with as many perl's and rpm's as possible. Effectively, if cpanflute2 were to start generating that requirement, then RHEL 2.1 would no longer work correctly, I believe, but all supported FCs would. I need to think a bit more about breaking that compatibility. > ID3v2 support accesses Compress::Zlib, but no dependency on > perl-Compress-Zlib is seen. It's optional and not required for the majority of module functionality, so I would argue it isn't actually a requirement. Too bad RPM doesn't support Suggests (it's only been, oh, four years since I first started asking for that functionality, alas). Is there a stated FE policy on optional behavior vs mandantory package requirements? > Feel free to import into CVS and give the package some love there. Well, I was following the guidelines on the NewPackageProcess wiki before importing; does this constitute formal approval? .. On a general note, packaging perl modules by hand is a waste of time IMO. It's rote and error-prone and 99% of the time totally mechanical and requiring no thought. That's why cpanflute2 exists. As it stands right now, FC/FE is the only thing I'm interested in targetting with cpanflute2 in terms of adherence to packing standards and such, so any feedback about making cpanflute2 produce packages more suitable for Fedora is welcome. My main constraint is not arbitrarily breaking backwards compatibility, but I'm willing to in most cases if backwards is "old" enough. Ultimately the goal is simpler, more reliable packaging of perl modules to facilitate an even more robust perl presence in FC/FE. Chip -- Chip Turner chip.turner at gmail.com From lmacken at redhat.com Sat Jun 25 23:39:17 2005 From: lmacken at redhat.com (Luke Macken) Date: Sat, 25 Jun 2005 19:39:17 -0400 Subject: New package: python-irclib In-Reply-To: <20050625225412.GJ1972@anduril.pams.ncsu.edu> References: <20050623000933.GA26375@tomservo.boston.redhat.com> <20050623013548.GA1972@anduril.pams.ncsu.edu> <1119491258.28488.20.camel@ignacio.ignacio.lan> <20050623024454.GA10569@localhost.localdomain> <20050625225412.GJ1972@anduril.pams.ncsu.edu> Message-ID: <20050625233917.GA22201@tomservo.boston.redhat.com> On Sat, Jun 25, 2005 at 06:54:12PM -0400, Jack Neely wrote: | Can you provide a rebuilt SRPM with the updated spec file? The SRPM should be sync'd up. Can someone approve this so I can proceed to import it into CVS ? Thanks, luke From mfleming at enlartenment.com Sun Jun 26 00:24:11 2005 From: mfleming at enlartenment.com (Michael Fleming) Date: Sun, 26 Jun 2005 10:24:11 +1000 Subject: New package: perl-MP3-Tag In-Reply-To: <3ab624bd05062516363cb6941d@mail.gmail.com> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> Message-ID: <1119745451.2618.33.camel@defender.antaresenterprises.lan> On Sat, 2005-06-25 at 16:36 -0700, Chip Turner wrote: > On 6/25/05, Michael Schwendt wrote: > > On Sat, 25 Jun 2005 10:35:07 -0700, Chip Turner wrote: > > > > > No love? I'm building it now in mock, I'll give it a once-over when built and post some findings to the list. I have a very vague recollection of packaging this myself in the distant past for local usage, and there wasn't that much to it :-) > > > http://perl.pattern.net/perl-MP3-Tag-0.94-1.src.rpm > > > > Those cpanflute2 auto-generated spec files are awful. > > *chuckle* Good to find someone with opinions on the topic! I'd love > some specifics so that I can improve cpanflute2 to meet fedora > packaging guidelines. My beefs were it's seeming inability to find / ignore dependent packages (as specified in Makefile.PL for example) and feed them to BuildRequires, plus the rather poor (almost non-)use of the %description section and Summary (which is more often not just "FooPerl perl module"). Perhaps being able to feed them a file for those sections would be helpful and allow the packager to provide a little more detail. I also agree that passing $RPM_BUILD_ROOT as part of the initial %build section (as some of the autogenerated specs contain) is a recipe for trouble in many cases. :-) I've also compared the install sections of the Fedora perl template spec vs. the cpanflute2 ones, the Fedora template strikes me as a little simpler and cleaner (aiding the newb packager, or even the more experienced but caffiene deprived one like me ;-)) > I went through a round of 'make cpanflute2 > better' a month or two ago on, iirc, the fedora-perl list. I'm sure > we all see the value in tools that can automatically create packages, > so I'm more than willing to improve cpanflute2/RPM-Specfile to achieve > that. Absolutely - there are useful modules out there that are so simple that it would take more time to adjust a template manually than to build the thing with an automated tool. > Of course, I do need specific feedback, and not vague words > like 'awful,' so if you have other specifics besides those below, > please do let me know. Hope the above is vaguely useful :-) > > Now generally, I don't care that much about how a spec file looks if it > > creates a working package, with no issues in the binary rpm. But the > > package should install the files into Perl vendor locations, not site > > locations. [With Fedora perl spec template from the fedora-rpmdevtools > > package, which has been enhanced since its creation at fedora.us, > > packaging many Perl modules gets really easy.] > > Ah, installdirs should be vendor for fedora-extras? Okay, fixed. > > As for specfile templates... interesting. It strikes me as a waste of > time to have templates for packages that can so easily be > autogenerated in 99% of the cases, though. The 1% (possibly more, I've seen stuff I've built in the past that cpanflute or cpan2rpm just chokes on) justifies the template IMVHO. Additionally it gives the packager the extra flexibility plus a spec that's a little simpler to maintain. > What exactly does having a > template for perl modules provide that a tool like cpanflute2 doesn't? > Besides the peculiar whitespace alignment. Ideally, even for the 1% > exceptions, it would be better to start from a template properly > filled out via cpanflute2 with as many details as possible and let the > author improve from there. .... which is what I've tended to do in the past. cpanflute2 is REALLY good at spitting out a nice and easy starter spec, but many would want to massage the result for more complicated modules or a simpler-to-manage build spec. Example - perl-Tk, which has been discussed this week. > > ID3v2 support accesses Compress::Zlib, but no dependency on > > perl-Compress-Zlib is seen. > > It's optional and not required for the majority of module > functionality, so I would argue it isn't actually a requirement. Too > bad RPM doesn't support Suggests (it's only been, oh, four years since > I first started asking for that functionality, alas). Is there a > stated FE policy on optional behavior vs mandantory package > requirements? Half my kingdom for a Suggests! ISTR a policy (perhaps not explicitly stated) of "build per the defaults for the basic upstream package" which I roughly take to mean "Build without passing any '--with-foo' or equivalent switches" Then again, if the package strongly suggests adding it, it provides useful additions and functionality and it's easily handled (ie the BR is already there in Core/Extras and not too esoteric) then slot it into the default spec, I say. In this case adding BR: perl-Compress-Zlib is a no-brainer. > > Feel free to import into CVS and give the package some love there. > > Well, I was following the guidelines on the NewPackageProcess wiki > before importing; does this constitute formal approval? > > .. > > On a general note, packaging perl modules by hand is a waste of time > IMO. It's rote and error-prone and 99% of the time totally mechanical > and requiring no thought. Doing it manually is as boring as hell, but occasionally needed. It is of huge benefit to have something to handle the more "standard" modules though. > That's why cpanflute2 exists. As it stands > right now, FC/FE is the only thing I'm interested in targetting with > cpanflute2 in terms of adherence to packing standards and such, so any > feedback about making cpanflute2 produce packages more suitable for > Fedora is welcome. I'm sure you'll get feedback from those of us who have/do package Perl modules, plus I'm sure there's ideas in existing specs and templates that can be used as ideas for improvements. Michael. -- Michael Fleming | Brisbane, Queensland, Australia | http://www.enlartenment.com/ ICQ: 9150031 AIM: ausbofh MSN: aussiebofh at hotmail.com "Bother" said the Borg, "We've assimilated Pooh!" From bugs.michael at gmx.net Sun Jun 26 00:27:55 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 26 Jun 2005 02:27:55 +0200 Subject: New package: perl-MP3-Tag In-Reply-To: <3ab624bd05062516363cb6941d@mail.gmail.com> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> Message-ID: <20050626022755.58716f92.bugs.michael@gmx.net> On Sat, 25 Jun 2005 16:36:10 -0700, Chip Turner wrote: > > > http://perl.pattern.net/perl-MP3-Tag-0.94-1.src.rpm > > > > Those cpanflute2 auto-generated spec files are awful. > > *chuckle* Good to find someone with opinions on the topic! I'd love > some specifics so that I can improve cpanflute2 to meet fedora > packaging guidelines. I went through a round of 'make cpanflute2 > better' a month or two ago on, iirc, the fedora-perl list. I'm sure > we all see the value in tools that can automatically create packages, > so I'm more than willing to improve cpanflute2/RPM-Specfile to achieve > that. Of course, I do need specific feedback, and not vague words > like 'awful,' so if you have other specifics besides those below, > please do let me know. Well, look at all the generated stuff in the spec file! Even brp-compress is called explicitly. Creation of file lists and things like that add complexity and increase the spec file size, which leads to trouble when you may need to fix things manually. > Ah, installdirs should be vendor for fedora-extras? Okay, fixed. They ought to be "vendor" for Core, too. Site locations are for local installations, e.g. directly from CPAN, as site locations come first in @INC. > > The package also lacks the versioned :MODULE_COMPAT dependency, which is > > your invention, IIRC. Particularly useful if you want to make sure a newer > > Perl version still has the used vendor locations in its module search > > path. > > Unfortunately, MODULE_COMPAT doesn't quite provide that guarantee; all > it provides is a statement that the module should work on 5.8.6 (and > anything thereafter, assuming, say, some of the MODULE_COMPATs don't > get dropped from perl.spec, which happens if binary incompatibilities > pop up). It doesn't provide any guarantees about vendor_perl or > site_perl or any of that. Then that is broken by design. The main "perl" package must not provide "perl(:MODULE_COMPAT_5.8.6)" if it doesn't search in Perl 5.8.6-style vendor/site locations. > > ID3v2 support accesses Compress::Zlib, but no dependency on > > perl-Compress-Zlib is seen. > > It's optional and not required for the majority of module > functionality, so I would argue it isn't actually a requirement. Too > bad RPM doesn't support Suggests (it's only been, oh, four years since > I first started asking for that functionality, alas). Is there a > stated FE policy on optional behavior vs mandantory package > requirements? My personal point of view here is that the result would be run-time breakage. An MP3::Tag API user could require Compress::Zlib explicitly to avoid run-time breakage. But that's easy to forget. Hence I prefer feature completeness where no nice error handling is implemented. > > Feel free to import into CVS and give the package some love there. > > Well, I was following the guidelines on the NewPackageProcess wiki > before importing; does this constitute formal approval? Yes. As mentioned earlier, I usually focus on what ends up in the binary packages and second to that, if the build setup is good. Spec formatting, tabs/spaces and things like that don't interest me. Either you or me needs to post the APPROVED message to fedora-extras-commits, though. Haven't found the time to do that. Missing a script for that. ;) > .. > > On a general note, packaging perl modules by hand is a waste of time > IMO. Lots of argueing is a similar waste of time. We can get back to argueing and seeking for solutions when things break badly. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.86 2.50 2.53 From mfleming at enlartenment.com Sun Jun 26 00:37:31 2005 From: mfleming at enlartenment.com (Michael Fleming) Date: Sun, 26 Jun 2005 10:37:31 +1000 Subject: New package: perl-MP3-Tag In-Reply-To: <1119745451.2618.33.camel@defender.antaresenterprises.lan> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> <1119745451.2618.33.camel@defender.antaresenterprises.lan> Message-ID: <1119746251.2618.38.camel@defender.antaresenterprises.lan> On Sun, 2005-06-26 at 10:24 +1000, Michael Fleming wrote: > On Sat, 2005-06-25 at 16:36 -0700, Chip Turner wrote: > > On 6/25/05, Michael Schwendt wrote: > > > On Sat, 25 Jun 2005 10:35:07 -0700, Chip Turner wrote: > > > > > > > No love? > > I'm building it now in mock, I'll give it a once-over when built and > post some findings to the list. I have a very vague recollection of > packaging this myself in the distant past for local usage, and there > wasn't that much to it :-) OK, this builds fine in mock (not that I thought any differently mind you) The only issues I found were the hardcoded Packager entry (we don't want this) and the use of perl's site_lib (this will be fine if you've already changed it to vendor_lib in a subsequent spec revision) A more verbose %description would be nice, but not a showstopper (the package name essentially speaks for itself, but it's still good practice) Gets the thumbs up from me otherwise. Michael. -- Michael Fleming WWW: http://www.enlartenment.com/ APT/YUM Repository for Fedora Core: http://www.enlartenment.com/packages.php "Bother" said the Borg, "We've assimilated Pooh!" From bugs.michael at gmx.net Sun Jun 26 01:14:10 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 26 Jun 2005 03:14:10 +0200 Subject: New package: perl-MP3-Tag In-Reply-To: <1119746251.2618.38.camel@defender.antaresenterprises.lan> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> <1119745451.2618.33.camel@defender.antaresenterprises.lan> <1119746251.2618.38.camel@defender.antaresenterprises.lan> Message-ID: <20050626031410.29611c51.bugs.michael@gmx.net> On Sun, 26 Jun 2005 10:37:31 +1000, Michael Fleming wrote: > The only issues I found were the hardcoded Packager entry (we don't want > this) Correction: The packager doesn't want this. The packager wants to set the tag within his own ~/.rpmmacros instead. So if somebody else builds and distributes a broken binary package from the src.rpm or spec, there is no misleading explicit Packager set in the binaries. The %changelog is a bit different. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 3.15 2.88 2.55 From andreas at bawue.net Sun Jun 26 02:18:59 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Sun, 26 Jun 2005 04:18:59 +0200 (CEST) Subject: New package: mod_suphp In-Reply-To: <42BDD3C2.7090301@mitka.us> References: <42BDD3C2.7090301@mitka.us> Message-ID: On Sat, 25 Jun 2005, Dimitri Tarassenko wrote: > > I'd like to submit mod_suphp as a new package to extras. As I do not have > > CVS access yet, someone will have to sponsor me. > Built fine on FC4/i386 for me. Glad to hear. > When you switch to suphp from regular (apache) mode and back, your PHP > applications will experience fatal errors while trying to access the > session files (typically sess_*), since they are created with 600 file > permissions and are owned either by apache or the owner of php file > that's run. Correct. That is a problem with any suExec wrapper. > Have you considered solving this problem? Honestly no. There are no really useful ways of solving this. We could do a bit in a post install script, such as wiping all session files in /tmp. This is out of the question as a rpm package should never delete files it doesn't own. > One of the ways I can see this done is modifying php configuration (by > adding a file in /etc/php.d) that would place session files to a > different location. That is another solution and it would even comply with above described rule about rpm packages. But introducing such a change is not a good idea either as it breaks assumptions the user has about the php configuration. Sessions go into /tmp, changing this by installing a package is no good idea. The only sensible thing would be including a README.RedHat file describing potential problems such as this. Or do you see any other way? bye, andreas From chip.turner at gmail.com Sun Jun 26 02:57:59 2005 From: chip.turner at gmail.com (Chip Turner) Date: Sat, 25 Jun 2005 19:57:59 -0700 Subject: New package: perl-MP3-Tag In-Reply-To: <1119745451.2618.33.camel@defender.antaresenterprises.lan> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> <1119745451.2618.33.camel@defender.antaresenterprises.lan> Message-ID: <3ab624bd050625195752d36102@mail.gmail.com> On 6/25/05, Michael Fleming wrote: > On Sat, 2005-06-25 at 16:36 -0700, Chip Turner wrote: > > On 6/25/05, Michael Schwendt wrote: > > > On Sat, 25 Jun 2005 10:35:07 -0700, Chip Turner wrote: > > > > > > > No love? > > I'm building it now in mock, I'll give it a once-over when built and > post some findings to the list. I have a very vague recollection of > packaging this myself in the distant past for local usage, and there > wasn't that much to it :-) Thanks! > My beefs were it's seeming inability to find / ignore dependent packages > (as specified in Makefile.PL for example) and feed them to > BuildRequires, plus the rather poor (almost non-)use of the %description > section and Summary (which is more often not just "FooPerl perl > module"). Perhaps being able to feed them a file for those sections > would be helpful and allow the packager to provide a little more detail. These are all Hard Problems(tm) to solve, really. Short of parsing a perl script (Makefile.PL), it isn't really doable to figure out the correct BuildRequires. Makefile.PL, which lists them, is just a perl script, and the portion that specified the requires is just a hash. Unpleasant to parse. cpan2rpm does Evil and Nasty things involving munging Makefile.PL and actually executing it. I don't want to go down that path. cpanflute2 is intended to make the easy cases trivial and give you a leg up on the hard cases. It doesn't solve every problem but it does get you most of the way. The description and summary are also hard; the data isn't really structured that way and extracting it would not be terribly easy. What it comes down to is that cpanflute2 should, in my mind, spit out a specfile/srpm that above all works and isn't "awful." It can't spit out one completely ready for, say, fedora extras or for fedora core, but hopefully it will get you darn close. > I also agree that passing $RPM_BUILD_ROOT as part of the initial %build > section (as some of the autogenerated specs contain) is a recipe for > trouble in many cases. :-) No argument -- just history required it. I've removed it from my svn copy of RPM-Specfile, though, as well as a number of other changes that should result in more adherence to fedora extras conventions. I'll post a changelog when I'm done, as well as redo MP3::Tag with the new version. > I've also compared the install sections of the Fedora perl template spec > vs. the cpanflute2 ones, the Fedora template strikes me as a little > simpler and cleaner (aiding the newb packager, or even the more > experienced but caffiene deprived one like me ;-)) Yes, it is more complicated... but it is more thorough. cpanflute2 automatically builds the file list to ensure everything that 'make install' puts somewhere (minus some files it purposely removes) get placed in the RPM. This is a good thing. Most, but not all, perl modules just drop things in _mandir and perl_vendor{arch,lib}. But some drop files in etc, and even more drop executable scripts in /usr/bin. I'm fairly confident in how cpanflute2 does this as the code has been in use (and improved by community members) for years and years. I've simplified some of it, but all can't be removed, even with the latest rpm and perl. This question comes down to managing the %files section. I've found historically that just letting a script do it is less error-prone over time. cpanflute2 will -never- miss a file; the template might. Either way, a user will have to deal with things when they break, but the code in cpanflute2 has had a lot of exercising, and speaking from experience, it has paid off to have it there. > > I went through a round of 'make cpanflute2 > > better' a month or two ago on, iirc, the fedora-perl list. I'm sure > > we all see the value in tools that can automatically create packages, > > so I'm more than willing to improve cpanflute2/RPM-Specfile to achieve > > that. > > Absolutely - there are useful modules out there that are so simple that > it would take more time to adjust a template manually than to build the > thing with an automated tool. Yep, I agree. Mainly, for a fedora package, my hope is 99% of modules are 'run cpanflute2, fix up the summary/description/license, and submit to fedora-extras-list.' I think it's pretty close to that now. > > Of course, I do need specific feedback, and not vague words > > like 'awful,' so if you have other specifics besides those below, > > please do let me know. > > Hope the above is vaguely useful :-) Most definitely. > > As for specfile templates... interesting. It strikes me as a waste of > > time to have templates for packages that can so easily be > > autogenerated in 99% of the cases, though. > > The 1% (possibly more, I've seen stuff I've built in the past that > cpanflute or cpan2rpm just chokes on) justifies the template IMVHO. > Additionally it gives the packager the extra flexibility plus a spec > that's a little simpler to maintain. I've modified cpanflute2 to offer a 'just spit the spec file out' mode. Hopefully that will ultimately prove more useful than a completely generic, static file. > ISTR a policy (perhaps not explicitly stated) of "build per the defaults > for the basic upstream package" which I roughly take to mean "Build > without passing any '--with-foo' or equivalent switches" > > Then again, if the package strongly suggests adding it, it provides > useful additions and functionality and it's easily handled (ie the BR is > already there in Core/Extras and not too esoteric) then slot it into the > default spec, I say. In this case adding BR: perl-Compress-Zlib is a > no-brainer. In this case, the dependency is not explicit -- in fact, it seems as though it once was listed explicitly in Makefile.PL but was then commented out. I suspect that compressed sections of id3v2 tags are fairly rare. The compress code isn't hit in 'make test' for the module, so it definitely isn't a BuildRequires... it may be a Requires, but not a BR. Since Compress-Zlib is in core, I don't care one way or another for making it a regular Requires, though if it weren't, in this case, I wouldn't add it as a separate RPM. > > That's why cpanflute2 exists. As it stands > > right now, FC/FE is the only thing I'm interested in targetting with > > cpanflute2 in terms of adherence to packing standards and such, so any > > feedback about making cpanflute2 produce packages more suitable for > > Fedora is welcome. > > I'm sure you'll get feedback from those of us who have/do package Perl > modules, plus I'm sure there's ideas in existing specs and templates > that can be used as ideas for improvements. Much appreciated. I'll have a new RPM-Specfile sometime after the feedback stops coming in that hopefully will improve on its relevance for fedora-extras. Chip -- Chip Turner chip.turner at gmail.com From mitka at mitka.us Sun Jun 26 03:07:39 2005 From: mitka at mitka.us (Dimitri Tarassenko) Date: Sat, 25 Jun 2005 23:07:39 -0400 Subject: New package: mod_suphp In-Reply-To: References: <42BDD3C2.7090301@mitka.us> Message-ID: <42BE1BFB.5070109@mitka.us> Andreas, Andreas Thienemann wrote: >>One of the ways I can see this done is modifying php configuration (by >>adding a file in /etc/php.d) that would place session files to a >>different location. > That is another solution and it would even comply with above described > rule about rpm packages. > But introducing such a change is not a good idea either as it breaks > assumptions the user has about the php configuration. Sessions go into > /tmp, changing this by installing a package is no good idea. > The only sensible thing would be including a README.RedHat file describing > potential problems such as this. > Or do you see any other way? How about chmod o+rw on the existing session files in %post, chown apache.apache on them in %postun? Dimitri From chip.turner at gmail.com Sun Jun 26 03:08:49 2005 From: chip.turner at gmail.com (Chip Turner) Date: Sat, 25 Jun 2005 20:08:49 -0700 Subject: New package: perl-MP3-Tag In-Reply-To: <20050626022755.58716f92.bugs.michael@gmx.net> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> <20050626022755.58716f92.bugs.michael@gmx.net> Message-ID: <3ab624bd0506252008208491ce@mail.gmail.com> On 6/25/05, Michael Schwendt wrote: > Well, look at all the generated stuff in the spec file! Even brp-compress > is called explicitly. Creation of file lists and things like that add > complexity and increase the spec file size, which leads to trouble when > you may need to fix things manually. brp-compress HAS to be called explicitly when you build a %files section programmatically, otherwise rpm doesn't find the resulting manpages. As mentioned in another thread, the programmatic file list code works rather well and is more general than the few directories listed in the template. It does add some complexity, but in reality it is only around ten lines of shell and, trust me, when packaging a perl module goes bad, it's not those ten lines that are the problem. > > Ah, installdirs should be vendor for fedora-extras? Okay, fixed. > > They ought to be "vendor" for Core, too. Site locations are for local > installations, e.g. directly from CPAN, as site locations come first > in @INC. No argument about Core -- it is the vendor. But Extras is less obvious. It isn't the vendor of the OS. It isn't a site issue, either. It's in-between. > > Unfortunately, MODULE_COMPAT doesn't quite provide that guarantee; all > > it provides is a statement that the module should work on 5.8.6 (and > > anything thereafter, assuming, say, some of the MODULE_COMPATs don't > > get dropped from perl.spec, which happens if binary incompatibilities > > pop up). It doesn't provide any guarantees about vendor_perl or > > site_perl or any of that. > > Then that is broken by design. The main "perl" package must not provide > "perl(:MODULE_COMPAT_5.8.6)" if it doesn't search in Perl 5.8.6-style > vendor/site locations. *sigh* No, it isn't broken by design. It comes from a time BEFORE vendor_lib and site_lib were clearly defined. Things evolved over time. But given that I suspect site_lib and vendor_lib would never disappear, it is sufficient. > > It's optional and not required for the majority of module > > functionality, so I would argue it isn't actually a requirement. Too > > bad RPM doesn't support Suggests (it's only been, oh, four years since > > I first started asking for that functionality, alas). Is there a > > stated FE policy on optional behavior vs mandantory package > > requirements? > > My personal point of view here is that the result would be run-time > breakage. An MP3::Tag API user could require Compress::Zlib explicitly to > avoid run-time breakage. But that's easy to forget. Hence I prefer feature > completeness where no nice error handling is implemented. Depends on how likely the runtime breakage is. There are a number of packages in Core and maybe Extras where dependencies are "whited out" -- meaning there is some perl script that requires some obscure module, but for practical purposes it isn't needed for proper package functionality. This is a similar case -- compressed id3 tags are a bit rare. Adding a requires is trivial, though, and I have no strong preference; I'll see if there is a general consensus either way on the matter and follow it. > > Well, I was following the guidelines on the NewPackageProcess wiki > > before importing; does this constitute formal approval? > > Yes. As mentioned earlier, I usually focus on what ends up in the binary > packages and second to that, if the build setup is good. Spec formatting, > tabs/spaces and things like that don't interest me. Either you or me needs > to post the APPROVED message to fedora-extras-commits, though. Haven't > found the time to do that. Missing a script for that. ;) Cool, thanks. I'll let you send the APPROVED since you approved it and this is my first FE package. Hold off, though, til I send through the next version -- it should be more fedora extras-ish. > Lots of argueing is a similar waste of time. We can get back to argueing > and seeking for solutions when things break badly. No disagreement there, but don't throw around words like 'awful' and red-flag things you see as brokenness but actually aren't. I'm happy to explain why things are the way they are in cpanflute2, and fix those which are vestiges of old compatibilities which no longer matter in the "modern" era. We're all working for the same goal -- more quality packages for everyone to enjoy :) Chip -- Chip Turner chip.turner at gmail.com From mitka at mitka.us Sun Jun 26 03:28:14 2005 From: mitka at mitka.us (Dimitri Tarassenko) Date: Sat, 25 Jun 2005 23:28:14 -0400 Subject: selinux file contexts Message-ID: <42BE20CE.2010307@mitka.us> Hello all, Is there any commonly accepted / recommended method of setting selinux context to the files in RPM? The only way I can see is chcon in %post. Is there any other way - like, for example, adding files to /etc/selinux/targeted/contexts/files? Thanks! Dimitri From bugs.michael at gmx.net Sun Jun 26 09:54:49 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 26 Jun 2005 11:54:49 +0200 Subject: New package: perl-MP3-Tag In-Reply-To: <3ab624bd0506252008208491ce@mail.gmail.com> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> <20050626022755.58716f92.bugs.michael@gmx.net> <3ab624bd0506252008208491ce@mail.gmail.com> Message-ID: <20050626115449.46e275f8.bugs.michael@gmx.net> On Sat, 25 Jun 2005 20:08:49 -0700, Chip Turner wrote: > > > Ah, installdirs should be vendor for fedora-extras? Okay, fixed. > > > > They ought to be "vendor" for Core, too. Site locations are for local > > installations, e.g. directly from CPAN, as site locations come first > > in @INC. > > No argument about Core -- it is the vendor. But Extras is less > obvious. It isn't the vendor of the OS. It isn't a site issue, > either. It's in-between. We do not have anything "in-between" where we could install the Perl modules. Therefore we choose the more appropriate location. And that is "vendor". In particular, since Fedora Extras is a part of the Fedora Project, its packages supplement the OS, and its enabled by default since FC4 which makes them available to Yum just like core OS packages. These Perl packages must not be treated differently when installed as a dependency and e.g. must not override user's manually installed modules. The decision to override OS packages via site installations should remain the user's. The local admin decides when to break things with unofficial updates/upgrades done locally. We don't. > > Lots of argueing is a similar waste of time. We can get back to argueing > > and seeking for solutions when things break badly. > > No disagreement there, but don't throw around words like 'awful' and > red-flag things you see as brokenness but actually aren't. Did I declare any of the cpanflute2 bloat as blocker criteria? No. Nevertheless I point out what I don't like, and that includes potential breakage, such as specifying the buildroot in %build. It's something which needs a second look. A reviewer would not like to approve a package, where a buildroot path ends up in the binary package. Be aware that because of spec file bloat, there are packagers, who would either not take a look at your package at all, or Perl packagers, who would suggest major changes which aim at spec file beautiness and perfection (avoiding compiler flags in a noarch package). We have to live with the reviewing process prior to a first release. Where less reviewing is applied or where packages are rushed into the repository, it breaks things quickly and regularly. Just query bugzilla for such issues (inaccessible directories or files, missing files, non-working builds, completely untested builds, e.g. x86_64/ppc -- the range of issues is broad). But in the end, _you_ are the package owner. You should want to provide a package, which works fine and which has low maintenance costs. The maintenance costs may increase dramaticially, however, if you are absent and somebody may need to take over your auto-generated spec(s), even if just temporarily. Hence my introductory comment on whether I like auto-generated Perl spec files. Hope that makes my point of view a bit more clear. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1383_FC5 loadavg: 1.01 1.05 0.64 From andreas.bierfert at lowlatency.de Sun Jun 26 09:57:49 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sun, 26 Jun 2005 11:57:49 +0200 Subject: Request for Review: perl-Tk-JPEG-Lite In-Reply-To: <20050625142911.23623c8d.bugs.michael@gmx.net> References: <42AEFDC5.4010302@lowlatency.de> <20050625000539.09ca31c5.bugs.michael@gmx.net> <42BC8CBE.8000708@lowlatency.de> <20050625142911.23623c8d.bugs.michael@gmx.net> Message-ID: <42BE7C1D.5090101@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: > Install-test: > file /usr/bin/tkjpeg from install of perl-Tk-JPEG-Lite-2.01403-2 conflicts with file from package perl-Tk-804.027-6.fc4 > file /usr/share/man/man1/tkjpeg.1.gz from install of perl-Tk-JPEG-Lite-2.01403-2 conflicts with file from package perl-Tk-804.027-6.fc4 > > > Ooops? It's included there already? > > $ rpm -ql perl-Tk | grep -i jpeg > /usr/bin/tkjpeg > /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/Tk/JPEG.pm > /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Tk/JPEG > /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Tk/JPEG/JPEG.so > /usr/share/man/man1/tkjpeg.1.gz > /usr/share/man/man3/Tk::JPEG.3pm.gz Well it sort of is I think... JPEG stuff from perl-Tk is nearly the same es JPEG:Lite so I will try and test if they are really compatible and then we don't need this Lite version... my bad... Thanks for taking your time anyway... - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD4DBQFCvnwdQEQyPsWM8csRAp1DAJ9BNZxbGF2nyrQi3zAbRn+R7p+HNQCY9zL2 ruGSn8oG3iv1F76nqPA+Zg== =wrrH -----END PGP SIGNATURE----- From kapointer at charter.net Sun Jun 26 10:58:51 2005 From: kapointer at charter.net (Kyle Pointer) Date: Sun, 26 Jun 2005 05:58:51 -0500 Subject: Nessus SRPMs Message-ID: <1119783531.3484.6.camel@fluffbox.fluffnet> Hey. I just finished making some Nessus RPMs. I was hoping they might make their way into Fedora Extras. You can find them at: http://fluffnet.serveftp.com/?page_id=34 Just go there and there will be links to the SRPMs on the page. :) I hope you like them. ( was up till 6:00am making them ) If you just want to use RPMs I put those in my FTP server. ftp://fluffnet.serveftp.com/rpms/RPMS/i386/ The spec files are there too at: ftp://fluffnet.serveftp.com/rpms/SPECS ... I don't think I need to go on. -- Kyle Pointer From ivazquez at ivazquez.net Sun Jun 26 11:11:14 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 26 Jun 2005 07:11:14 -0400 Subject: New package: python-irclib In-Reply-To: <20050623000933.GA26375@tomservo.boston.redhat.com> References: <20050623000933.GA26375@tomservo.boston.redhat.com> Message-ID: <1119784274.4427.10.camel@ignacio.ignacio.lan> On Wed, 2005-06-22 at 20:09 -0400, Luke Macken wrote: > http://people.redhat.com/lmacken/python-irclib.spec A couple of things I missed the first time around: - Should have a BR of python, not python-devel - Should pass -O1 to setup.py install Fix those 2 things and I'll approve it. -- 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 ville.skytta at iki.fi Sun Jun 26 11:26:55 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 26 Jun 2005 14:26:55 +0300 Subject: New package: perl-MP3-Tag In-Reply-To: <3ab624bd050625195752d36102@mail.gmail.com> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> <1119745451.2618.33.camel@defender.antaresenterprises.lan> <3ab624bd050625195752d36102@mail.gmail.com> Message-ID: <1119785215.22291.61.camel@localhost.localdomain> On Sat, 2005-06-25 at 19:57 -0700, Chip Turner wrote: > These are all Hard Problems(tm) to solve, really. Short of parsing a > perl script (Makefile.PL), it isn't really doable to figure out the > correct BuildRequires. That's not entirely accurate nowadays. Many CPAN packages ship META.yml which contains the dependencies in a machine (and human) readable form. For example Module::Depends can operate on that. The Module-Depends distribution also contains Module::Depends::Intrusive for distributions without a META.yml, operating on Build.PL or Makefile.PL (which, as said, is always more or less evil). http://search.cpan.org/dist/Module-Depends/ If you don't want to add dependecies like Module::Depends to cpanflute2, it could be either dynamically invoked where available, or internal YAML parsing routines could be bundled with it. > This question comes down to managing the %files section. I've found > historically that just letting a script do it is less error-prone over > time. cpanflute2 will -never- miss a file; the template might. Sure, but given the "unpackaged files" behaviour in rpmbuild, that would not go unnoticed but rather result in a trivially fixable build failure. From ville.skytta at iki.fi Sun Jun 26 11:49:30 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 26 Jun 2005 14:49:30 +0300 Subject: New package: perl-MP3-Tag In-Reply-To: <3ab624bd05062516363cb6941d@mail.gmail.com> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> Message-ID: <1119786570.22291.76.camel@localhost.localdomain> On Sat, 2005-06-25 at 16:36 -0700, Chip Turner wrote: > As for specfile templates... interesting. It strikes me as a waste of > time to have templates for packages that can so easily be > autogenerated in 99% of the cases, though. What exactly does having a > template for perl modules provide that a tool like cpanflute2 doesn't? > Besides the peculiar whitespace alignment. Ideally, even for the 1% > exceptions, it would be better to start from a template properly > filled out via cpanflute2 with as many details as possible and let the > author improve from there. Just to make sure, you have tried launching "emacs perl-SomeModule.spec" (or the same with xemacs) while fedora-rpmdevtools is installed? It auto-fills many fields of the template, and could be pretty easily improved to fill a few more than currently, such as Source0. (The reason Source0 is not auto-filled currently is that the search.cpan.org folks have IIRC discouraged using search.cpan.org as the download location for CPAN distributions, but working search.cpan.org tarball URLs are the only ones I know that can be generated from only knowing the CPAN distribution's name. I think the discouraging is due to fear of load issues on their part, OTOH I think we wouldn't be inflicting a measurable load on search.cpan.org by pointing tarball download URLs there in spec files. I think I'll tweak fedora-init.el to auto-fill that too in the next revision.) From ville.skytta at iki.fi Sun Jun 26 11:57:14 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 26 Jun 2005 14:57:14 +0300 Subject: New package: perl-MP3-Tag In-Reply-To: <3ab624bd05062516363cb6941d@mail.gmail.com> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> Message-ID: <1119787034.22291.80.camel@localhost.localdomain> On Sat, 2005-06-25 at 16:36 -0700, Chip Turner wrote: > On 6/25/05, Michael Schwendt wrote: > > "make test" should go into the %check section. > > Hmm. That's a bit of an rpm-4.2ism. I generally want to keep > cpanflute2/RPM-Specfile working properly with as many perl's and rpm's > as possible. A popular widely used hack for accomplishing both use of the %check section and having the specfile work on pre-rpm 4.2 setups is using "%check || :" instead of plain "%check" (and placing that immediately after the %install section in the specfile). From ville.skytta at iki.fi Sun Jun 26 12:26:12 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 26 Jun 2005 15:26:12 +0300 Subject: New package: perl-MP3-Tag In-Reply-To: <3ab624bd0506252008208491ce@mail.gmail.com> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> <20050626022755.58716f92.bugs.michael@gmx.net> <3ab624bd0506252008208491ce@mail.gmail.com> Message-ID: <1119788772.22291.108.camel@localhost.localdomain> On Sat, 2005-06-25 at 20:08 -0700, Chip Turner wrote: > brp-compress HAS to be called explicitly when you build a %files > section programmatically, otherwise rpm doesn't find the resulting > manpages. The somewhat ugly thing about this is that explicitly invoking /usr/lib/rpm/brp-compress means overriding the system's rpmbuild configuration in a blindfolded way. For example, when redhat-rpm-config is installed, the brp-compress to be used actually lives in /usr/lib/rpm/redhat/brp-compress, not /usr/lib/rpm/brp-compress. Granted, there are currently no functional dependencies between the two. But if /usr/lib/rpm/$vendor/brp-compress would eg. run bzip2 instead of gzip on the manpages (and the vanilla /usr/lib/rpm/brp-compress not, which would be a valid setup as such, assuming I understand correctly how rpm's system config is supposed to be extended), things would break. Some improvement ideas: 1) Don't invoke any brp-compress, but append "*" to the man pages in the generated files list. This might still assume too much of the rpmbuild config internals. 2) Don't invoke any brp-compress, exclude man pages from the generated files list, and add an explicit %{_mandir}/man*/*.* in the %files section. Again, might assume too much. 3) Use /usr/lib/rpm/%{_build_vendor}/brp-compress if it exists, falling back to /usr/lib/rpm/brp-compress if not. And actually while at it, replace /usr with %{_prefix} in both of the above in any case. I think 3) above would be the best one (of these ideas). Your thoughts? From andreas at bawue.net Sun Jun 26 13:26:25 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Sun, 26 Jun 2005 15:26:25 +0200 (CEST) Subject: New package: mod_suphp In-Reply-To: <42BE1BFB.5070109@mitka.us> References: <42BDD3C2.7090301@mitka.us> <42BE1BFB.5070109@mitka.us> Message-ID: On Sat, 25 Jun 2005, Dimitri Tarassenko wrote: > > The only sensible thing would be including a README.RedHat file describing > > potential problems such as this. > > Or do you see any other way? > > How about chmod o+rw on the existing session files in %post, chown > apache.apache on them in %postun? That is _very_ messy. And wouldn't work anyways. The problem with the session files is that they do belong to apache and after installation of the suphp wrapper they would belong to e.g. user1. How is the rpm supposed to know which user to chmod the files to? And having them world readable is a very bad idea. bye, andreas From adrian at lisas.de Sun Jun 26 13:39:41 2005 From: adrian at lisas.de (Adrian Reber) Date: Sun, 26 Jun 2005 15:39:41 +0200 Subject: New package: gaim-guifications In-Reply-To: <1119700447.3824.205.camel@potter.soho.bytebot.net> References: <1119685258.3824.189.camel@potter.soho.bytebot.net> <1119691214.2574.10.camel@defender.antaresenterprises.lan> <1119700447.3824.205.camel@potter.soho.bytebot.net> Message-ID: <20050626133941.GA1777@lisas.de> On Sat, Jun 25, 2005 at 09:54:07PM +1000, Colin Charles wrote: > As usual, its at http://www.bytebot.net/rpms/gaim-guifications > > Thanks > > Anyone else want to review it ? The only thing I would change is to remove the BR on pkgconfig as it is already pulled in by gtk2-devel. It did rebuild cleanly for me and works as expected. Adrian From mitka at mitka.us Sun Jun 26 13:44:18 2005 From: mitka at mitka.us (Dimitri Tarassenko) Date: Sun, 26 Jun 2005 09:44:18 -0400 Subject: New package: mod_suphp In-Reply-To: References: <42BDD3C2.7090301@mitka.us> <42BE1BFB.5070109@mitka.us> Message-ID: <42BEB132.70200@mitka.us> Andreas Thienemann wrote: >>How about chmod o+rw on the existing session files in %post, chown >>apache.apache on them in %postun? > > That is _very_ messy. > And wouldn't work anyways. > The problem with the session files is that they do belong to apache and > after installation of the suphp wrapper they would belong to e.g. user1. > > How is the rpm supposed to know which user to chmod the files to? It does not have to. chmod does not assign file ownership, chown does that. > And having them world readable is a very bad idea. They are apache-readable to begin with, which is pretty much the same thing. Besides, they'll be world readable only until they expire. Anyways, we are probably dedicating an unproportionally big amount of our attention to this small quirk ;)) Dimitri From petersen at redhat.com Sun Jun 26 14:46:52 2005 From: petersen at redhat.com (Jens Petersen) Date: Sun, 26 Jun 2005 23:46:52 +0900 Subject: Approval needed again: Scim-tables In-Reply-To: <1119701252.3824.209.camel@potter.soho.bytebot.net> References: <20050607160055.875EF7362E@hormel.redhat.com> <42A801E6.1090509@mbm.nifty.com> <1119701252.3824.209.camel@potter.soho.bytebot.net> Message-ID: <42BEBFDC.1020000@redhat.com> Colin Charles wrote: > Since there's no Bugzilla component yet, please apply the attached patch > to make sure that the download link is correct Correct me if I'm wrong but this was already fixed in cvs. Jens From byte at aeon.com.my Sun Jun 26 15:00:08 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 27 Jun 2005 01:00:08 +1000 Subject: Approval needed again: Scim-tables In-Reply-To: <42BEBFDC.1020000@redhat.com> References: <20050607160055.875EF7362E@hormel.redhat.com> <42A801E6.1090509@mbm.nifty.com> <1119701252.3824.209.camel@potter.soho.bytebot.net> <42BEBFDC.1020000@redhat.com> Message-ID: <1119798008.3322.57.camel@potter.soho.bytebot.net> On Sun, 2005-06-26 at 23:46 +0900, Jens Petersen wrote: > > Since there's no Bugzilla component yet, please apply the attached > patch > > to make sure that the download link is correct > > Correct me if I'm wrong but this was already fixed in cvs. Yes, after I sent the email, Ryo fixed it -- Colin Charles, http://www.bytebot.net/ From byte at aeon.com.my Sun Jun 26 15:11:45 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 27 Jun 2005 01:11:45 +1000 Subject: New package: gaim-guifications In-Reply-To: <20050626133941.GA1777@lisas.de> References: <1119685258.3824.189.camel@potter.soho.bytebot.net> <1119691214.2574.10.camel@defender.antaresenterprises.lan> <1119700447.3824.205.camel@potter.soho.bytebot.net> <20050626133941.GA1777@lisas.de> Message-ID: <1119798706.3322.62.camel@potter.soho.bytebot.net> On Sun, 2005-06-26 at 15:39 +0200, Adrian Reber wrote: > The only thing I would change is to remove the BR on pkgconfig as it > is > already pulled in by gtk2-devel. > It did rebuild cleanly for me and works as expected. Fixed, thanks I'll leave it as approved by Adrian Reber (you) and Michael Fleming then and check this baby into cvs Thanks -- Colin Charles, http://www.bytebot.net/ From ryo-dairiki at mbm.nifty.com Sun Jun 26 15:26:13 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Mon, 27 Jun 2005 00:26:13 +0900 Subject: Approval needed again: Scim-tables In-Reply-To: <42BEBFDC.1020000@redhat.com> References: <20050607160055.875EF7362E@hormel.redhat.com> <42A801E6.1090509@mbm.nifty.com> <1119701252.3824.209.camel@potter.soho.bytebot.net> <42BEBFDC.1020000@redhat.com> Message-ID: <42BEC915.2030108@mbm.nifty.com> Hi Jens, I've adopted Colin's idea simply because I have no objection about that. But today I've found this in the document from sourceforge.net. *May I use my download manager when downloading files from SourceForge.net? * SourceForge.net makes use of a geographically-distributed set of download servers for providing files for download. When performing a file download, users are now presented with a HTML page, allowing them to select the mirror they wish to use in downloading that file. Most download managers are not able to handle this arrangement, and will instead download the HTML of the mirror selection page. It will be necessary to disable your download manager before attempting to download files from SourceForge.net. It seems like direct download is a heavy task for SorceForge.net. So I would have better put "prdownload" back again. What do you think, everyone? I'll freeze building until this problem is solved. (Honestly speaking, there is no modification except this affair) Regards, Ryo Dairiki Jens Petersen wrote: >Colin Charles wrote: > > >>Since there's no Bugzilla component yet, please apply the attached patch >>to make sure that the download link is correct >> >> > >Correct me if I'm wrong but this was already fixed in cvs. > >Jens > >-- >fedora-extras-list mailing list >fedora-extras-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > > From lmacken at redhat.com Sun Jun 26 15:52:59 2005 From: lmacken at redhat.com (Luke Macken) Date: Sun, 26 Jun 2005 11:52:59 -0400 Subject: New package: python-irclib In-Reply-To: <1119784274.4427.10.camel@ignacio.ignacio.lan> References: <20050623000933.GA26375@tomservo.boston.redhat.com> <1119784274.4427.10.camel@ignacio.ignacio.lan> Message-ID: <20050626155258.GA1742@tomservo.boston.redhat.com> On Sun, Jun 26, 2005 at 07:11:14AM -0400, Ignacio Vazquez-Abrams wrote: | On Wed, 2005-06-22 at 20:09 -0400, Luke Macken wrote: | > http://people.redhat.com/lmacken/python-irclib.spec | | A couple of things I missed the first time around: | | - Should have a BR of python, not python-devel | - Should pass -O1 to setup.py install | | Fix those 2 things and I'll approve it. done. From bugs.michael at gmx.net Sun Jun 26 16:38:39 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 26 Jun 2005 18:38:39 +0200 Subject: Approval needed again: Scim-tables In-Reply-To: <42BEC915.2030108@mbm.nifty.com> References: <20050607160055.875EF7362E@hormel.redhat.com> <42A801E6.1090509@mbm.nifty.com> <1119701252.3824.209.camel@potter.soho.bytebot.net> <42BEBFDC.1020000@redhat.com> <42BEC915.2030108@mbm.nifty.com> Message-ID: <20050626183839.11b04074.bugs.michael@gmx.net> On Mon, 27 Jun 2005 00:26:13 +0900, Ryo Dairiki wrote: > Hi Jens, > I've adopted Colin's idea simply because I have no objection about that. > But today I've found this in the document from sourceforge.net. > > *May I use my download manager when downloading files from > SourceForge.net? > * > SourceForge.net makes use of a geographically-distributed set of > download servers for providing files for download. When performing a > file download, users are now presented with a HTML page, allowing > them to select the mirror they wish to use in downloading that file. > Most download managers are not able to handle this arrangement, and > will instead download the HTML of the mirror selection page. It will > be necessary to disable your download manager before attempting to > download files from SourceForge.net. > > It seems like direct download is a heavy task for SorceForge.net. > So I would have better put "prdownload" back again. > What do you think, everyone? Again, as explained before, the dl.sf.net URLs point to mirrors in round-robin fashion (see e.g. "host dl.sf.net") and don't download from the master site. Further, only very (!) few users download source code from locations specified in spec files. -- Michael Schwendt Fedora Core release 5 (Development) - Linux 2.6.12-1.1400_FC5 loadavg: 1.14 1.14 1.28 From andreas at bawue.net Sun Jun 26 16:47:28 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Sun, 26 Jun 2005 18:47:28 +0200 (CEST) Subject: New package: mod_suphp In-Reply-To: <42BEB132.70200@mitka.us> References: <42BDD3C2.7090301@mitka.us> <42BE1BFB.5070109@mitka.us> <42BEB132.70200@mitka.us> Message-ID: On Sun, 26 Jun 2005, Dimitri Tarassenko wrote: > > How is the rpm supposed to know which user to chmod the files to? > It does not have to. chmod does not assign file ownership, chown does that. My bad. I should read more closely. ;) > > And having them world readable is a very bad idea. > They are apache-readable to begin with, which is pretty much the same > thing. Besides, they'll be world readable only until they expire. They are saved in /tmp where local users can read them if they are world readable. > Anyways, we are probably dedicating an unproportionally big amount of > our attention to this small quirk ;)) Yeah. Probably. ;) Best thing would be to just advise the user of potential problems. bye, andreas From jspaleta at gmail.com Sun Jun 26 17:05:19 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 26 Jun 2005 13:05:19 -0400 Subject: Downgrading to FC4 In-Reply-To: References: <42B99F29.5010700@hhs.nl> <1119462541.8228.33.camel@chickadee.boston.redhat.com> <1119473870.2727.4.camel@hostmaster.org> <1119473936.31110.16.camel@opus.phy.duke.edu> <1119475179.4821.4.camel@hostmaster.org> <1119520018.4821.18.camel@hostmaster.org> Message-ID: <604aa79105062610057b3ddc10@mail.gmail.com> On 6/23/05, Panu Matilainen wrote: > There's a plugin in yum-utils cvs which can do something like that, see > below. Having it log them to a file or whatever would be quite trivial. > OTOH you need yum 2.3.3 or newer for the plugin to work. > > [root at localhost pmatilai]# yum --changelog update That.. is pretty cool. -jef From mattdm at mattdm.org Sun Jun 26 17:25:36 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 26 Jun 2005 13:25:36 -0400 Subject: Downgrading to FC4 In-Reply-To: <604aa79105062610057b3ddc10@mail.gmail.com> References: <42B99F29.5010700@hhs.nl> <1119462541.8228.33.camel@chickadee.boston.redhat.com> <1119473870.2727.4.camel@hostmaster.org> <1119473936.31110.16.camel@opus.phy.duke.edu> <1119475179.4821.4.camel@hostmaster.org> <1119520018.4821.18.camel@hostmaster.org> <604aa79105062610057b3ddc10@mail.gmail.com> Message-ID: <20050626172536.GA28463@jadzia.bu.edu> On Sun, Jun 26, 2005 at 01:05:19PM -0400, Jeff Spaleta wrote: > > There's a plugin in yum-utils cvs which can do something like that, see > > below. Having it log them to a file or whatever would be quite trivial. > > OTOH you need yum 2.3.3 or newer for the plugin to work. > > [root at localhost pmatilai]# yum --changelog update > That.. is pretty cool. Yeah Panu pretty much rocks. :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 87 degrees Fahrenheit. From chip.turner at gmail.com Sun Jun 26 17:35:04 2005 From: chip.turner at gmail.com (Chip Turner) Date: Sun, 26 Jun 2005 10:35:04 -0700 Subject: New package: perl-MP3-Tag In-Reply-To: <1119785215.22291.61.camel@localhost.localdomain> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> <1119745451.2618.33.camel@defender.antaresenterprises.lan> <3ab624bd050625195752d36102@mail.gmail.com> <1119785215.22291.61.camel@localhost.localdomain> Message-ID: <3ab624bd05062610357227541b@mail.gmail.com> On 6/26/05, Ville Skytt? wrote: > On Sat, 2005-06-25 at 19:57 -0700, Chip Turner wrote: > > > These are all Hard Problems(tm) to solve, really. Short of parsing a > > perl script (Makefile.PL), it isn't really doable to figure out the > > correct BuildRequires. > > That's not entirely accurate nowadays. Many CPAN packages ship META.yml > which contains the dependencies in a machine (and human) readable form. > > For example Module::Depends can operate on that. The Module-Depends > distribution also contains Module::Depends::Intrusive for distributions > without a META.yml, operating on Build.PL or Makefile.PL (which, as > said, is always more or less evil). > http://search.cpan.org/dist/Module-Depends/ > > If you don't want to add dependecies like Module::Depends to cpanflute2, > it could be either dynamically invoked where available, or internal YAML > parsing routines could be bundled with it. Ahhh, that's right! I'd forgotten about Module::Depends. Handy. Unfortunately, as some modules tend to do, it requires File::chdir and Class::Accessor::Method when it really could just do the same thing with ten lines of code. Grrr, that kind of dependency bloat is really annoying. But, for the case of a META.yml, just parsing directly with YAML will work fine. The Module::Depends::Intrusive behavior isn't as critical right now. Okay, I have basic META.yml support in, now. Adding a dep on perl-YAML is no big deal to me, as it's in extras, thankfully. > > This question comes down to managing the %files section. I've found > > historically that just letting a script do it is less error-prone over > > time. cpanflute2 will -never- miss a file; the template might. > > Sure, but given the "unpackaged files" behaviour in rpmbuild, that would > not go unnoticed but rather result in a trivially fixable build failure. True, that does make it better these days. Chip From chip.turner at gmail.com Sun Jun 26 18:08:58 2005 From: chip.turner at gmail.com (Chip Turner) Date: Sun, 26 Jun 2005 11:08:58 -0700 Subject: New package: perl-MP3-Tag In-Reply-To: <1119788772.22291.108.camel@localhost.localdomain> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> <20050626022755.58716f92.bugs.michael@gmx.net> <3ab624bd0506252008208491ce@mail.gmail.com> <1119788772.22291.108.camel@localhost.localdomain> Message-ID: <3ab624bd05062611085e61616d@mail.gmail.com> On 6/26/05, Ville Skytt? wrote: > On Sat, 2005-06-25 at 20:08 -0700, Chip Turner wrote: > > > brp-compress HAS to be called explicitly when you build a %files > > section programmatically, otherwise rpm doesn't find the resulting > > manpages. > > The somewhat ugly thing about this is that explicitly > invoking /usr/lib/rpm/brp-compress means overriding the system's > rpmbuild configuration in a blindfolded way. > > For example, when redhat-rpm-config is installed, the brp-compress to be > used actually lives in /usr/lib/rpm/redhat/brp-compress, > not /usr/lib/rpm/brp-compress. Granted, there are currently no > functional dependencies between the two. But > if /usr/lib/rpm/$vendor/brp-compress would eg. run bzip2 instead of gzip > on the manpages (and the vanilla /usr/lib/rpm/brp-compress not, which > would be a valid setup as such, assuming I understand correctly how > rpm's system config is supposed to be extended), things would break. > > Some improvement ideas: > > 1) Don't invoke any brp-compress, but append "*" to the man pages in the > generated files list. This might still assume too much of the rpmbuild > config internals. > > 2) Don't invoke any brp-compress, exclude man pages from the generated > files list, and add an explicit %{_mandir}/man*/*.* in the %files > section. Again, might assume too much. > > 3) Use /usr/lib/rpm/%{_build_vendor}/brp-compress if it exists, falling > back to /usr/lib/rpm/brp-compress if not. And actually while at it, > replace /usr with %{_prefix} in both of the above in any case. > > I think 3) above would be the best one (of these ideas). Your thoughts? Good analysis, I totally agree; 3 is best. I've implemented it to try both, preferring the build_vendor one. I think it's the most practical and reliable of the three. Thanks Chip -- Chip Turner chip.turner at gmail.com From Jochen at herr-schmitt.de Sun Jun 26 18:28:12 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Sun, 26 Jun 2005 20:28:12 +0200 Subject: nvidia-glx-1.0.7667-0.lvn.1.3.src.rpm In-Reply-To: References: Message-ID: <0ML29c-1Dmbrk3Od9-0007wi@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 24 Jun 2005 09:28:25 -0400, you wrote: >http://nbecker.dyndns.org:8080/nvidia-glx-1.0.7667-0.lvn.1.3.src.rpm 1.) This is the binary only package of NVidia Grapich card driver, which doen't fullfill the requirement to get into Fedora Extras becouse it is not a free license. 2.) You should ge to rpm.livna.org. 3.) This package is out of date, becouse NVidia has released a more recent version of the driver. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQr7zyE9gByurcX4MEQIiRwCgoCtT/jezk0Memb2J/VT3Et7sVuEAoM50 JmsQCcpudqS2sXpCL9DAOWNa =XvvI -----END PGP SIGNATURE----- From ghenry at suretecsystems.com Sun Jun 26 18:32:57 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Sun, 26 Jun 2005 19:32:57 +0100 Subject: Working on Sprog and module requirements Message-ID: <200506261932.57834.ghenry@suretecsystems.com> Dear all, Not sure if anyone is doing this, but I want to get Sprog: http://sprog.sf.net into Extras, plus the necessary module dependencies. I'll fire another e-mail to perl-devel and extras-list once I have a list of RPMS that I'll be adding. Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From steve at silug.org Sun Jun 26 19:16:56 2005 From: steve at silug.org (Steven Pritchard) Date: Sun, 26 Jun 2005 14:16:56 -0500 Subject: Request for review: openvpn (was Re: openvpn anyone?) In-Reply-To: <1117120260.22702.2.camel@bobcat.mine.nu> References: <1117120260.22702.2.camel@bobcat.mine.nu> Message-ID: <20050626191656.GA2060@osiris.silug.org> I'm not sure how I missed this... On Thu, May 26, 2005 at 06:11:00PM +0300, Ville Skytt? wrote: > On Thu, 2005-05-26 at 06:47 -0400, Neal Becker wrote: > > Is anyone packaging openvpn? I will volunteer if nobody else is doing this. > > http://bugzilla.fedora.us/show_bug.cgi?id=1531 I've updated my package to openvpn 2.0 final. http://ftp.kspei.com/pub/steve/rpms/openvpn-2.0-1.src.rpm Ultimately I'd like to see the package include some init script and/or NetworkManager integration, but I don't think that should hold up inclusion in Extras. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From steve at silug.org Sun Jun 26 19:30:15 2005 From: steve at silug.org (Steven Pritchard) Date: Sun, 26 Jun 2005 14:30:15 -0500 Subject: New package: perl-MP3-Tag In-Reply-To: <3ab624bd050625195752d36102@mail.gmail.com> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> <1119745451.2618.33.camel@defender.antaresenterprises.lan> <3ab624bd050625195752d36102@mail.gmail.com> Message-ID: <20050626193015.GB2060@osiris.silug.org> On Sat, Jun 25, 2005 at 07:57:59PM -0700, Chip Turner wrote: > Short of parsing a perl script (Makefile.PL), it isn't really doable > to figure out the correct BuildRequires. Makefile.PL, which lists > them, is just a perl script, and the portion that specified the > requires is just a hash. Unpleasant to parse. FWIW, I spent some time trying to write a script that would do just that and produce a fedora.us-style spec a year or so ago. It works pretty well, if you are at all interested... http://www.silug.org/~steve/software/scripts/perl/cpanspec > cpan2rpm does Evil and Nasty things involving munging Makefile.PL and > actually executing it. That's more-or-less the approach I took. The good news is that it works really well. :-) Others have already pointed out that there are better ways now though. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From fedora at camperquake.de Sun Jun 26 19:50:24 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sun, 26 Jun 2005 21:50:24 +0200 Subject: Request for review: openvpn (was Re: openvpn anyone?) In-Reply-To: <20050626191656.GA2060@osiris.silug.org> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> Message-ID: <20050626195024.GB7455@ryoko.camperquake.de> On Sun, Jun 26, 2005 at 02:16:56PM -0500, Steven Pritchard wrote: > Ultimately I'd like to see the package include some init script and/or > NetworkManager integration, but I don't think that should hold up > inclusion in Extras. Note: I have not looked inside your package so this may be superfluous. I have an /etc/sysconfig/network-script/if{up,down}-ovpn for ovpn1 lying around that at least enables you to do a "/sbin/ifup ovpn1" or similar. From dennis at ausil.us Sun Jun 26 19:49:50 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Sun, 26 Jun 2005 14:49:50 -0500 Subject: New Package: konversation Message-ID: <200506261449.51132.dennis@ausil.us> Hi All, I have packaged konversation for extras. i need a sponser for cvs access also. the SRPM can be found at http://www.ausil.us/packages/konversation-0.18-1.fc4.src.rpm the spec file at http://www.ausil.us/packages/konversation.spec I created one patch for it to remove the blacklisting of gcc4 it is all working for me comments appreciated. konversation is a simple and easy to use IRC client for KDE with support for strikeout; multi-channel joins; away / unaway messages; ignore list functionality; (experimental) support for foreign language characters; auto-connect to server; optional timestamps to chat windows; configurable background colors and much more its much nicer the ksirc -- Dennis Gilmore RHCE http://www.ausil.us -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From paul at all-the-johnsons.co.uk Sun Jun 26 20:08:22 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 26 Jun 2005 21:08:22 +0100 Subject: nvidia-glx-1.0.7667-0.lvn.1.3.src.rpm In-Reply-To: <0ML29c-1Dmbrk3Od9-0007wi@mrelayeu.kundenserver.de> References: <0ML29c-1Dmbrk3Od9-0007wi@mrelayeu.kundenserver.de> Message-ID: <1119816502.10993.17.camel@localhost> Hi, > On Fri, 24 Jun 2005 09:28:25 -0400, you wrote: > > >http://nbecker.dyndns.org:8080/nvidia-glx-1.0.7667-0.lvn.1.3.src.rpm > 2.) You should ge to rpm.livna.org. > > 3.) This package is out of date, becouse NVidia has released a > more recent version of the driver. Out of interest, how does livna generate the srpm for the nVidia driver? I have no problems helping out on keeping this driver up to date. TTFN Paul -- "The city of Washington was built on a stagnant swamp some 200 years ago and very little has changed; it stank then and it stinks now. Only today, it is the fetid stench of corruption that hangs in the air" - Simpson, L. Mr Lisa Goes to Washington (1991) Fox. 8F01 (Sep). -------------- 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 Sun Jun 26 20:41:45 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 26 Jun 2005 23:41:45 +0300 Subject: New package: perl-MP3-Tag In-Reply-To: <3ab624bd05062610357227541b@mail.gmail.com> References: <3ab624bd05062301346922b347@mail.gmail.com> <3ab624bd050625103565b69550@mail.gmail.com> <20050625201536.26611efa.bugs.michael@gmx.net> <3ab624bd05062516363cb6941d@mail.gmail.com> <1119745451.2618.33.camel@defender.antaresenterprises.lan> <3ab624bd050625195752d36102@mail.gmail.com> <1119785215.22291.61.camel@localhost.localdomain> <3ab624bd05062610357227541b@mail.gmail.com> Message-ID: <1119818505.22291.149.camel@localhost.localdomain> On Sun, 2005-06-26 at 10:35 -0700, Chip Turner wrote: > Okay, I have basic META.yml support in, now. Cool, thanks. > Adding a dep on > perl-YAML is no big deal to me, as it's in extras, thankfully. You maybe already realized and took care of it, but as long as perl-RPM-Specfile is in Core and perl-YAML not, that would have to be a "soft" one, IOW not a dependency in the perl-RPM-Specfile package at all. From jspaleta at gmail.com Sun Jun 26 21:36:57 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 26 Jun 2005 17:36:57 -0400 Subject: nvidia-glx-1.0.7667-0.lvn.1.3.src.rpm In-Reply-To: <0ML29c-1Dmbrk3Od9-0007wi@mrelayeu.kundenserver.de> References: <0ML29c-1Dmbrk3Od9-0007wi@mrelayeu.kundenserver.de> Message-ID: <604aa79105062614364d003a41@mail.gmail.com> On 6/26/05, Jochen Schmitt wrote: > 1.) This is the binary only package of NVidia Grapich card > driver, which doen't fullfill the requirement to get into Fedora > Extras becouse it is not a free license. > > 2.) You should ge to rpm.livna.org. I'm pretty sure Neal here is aware of all these things. Since well.. he MODIFIED the existing lvn package to produce this package and has filed a bug in livna bugzilla and is clearly in communication with the existing livna packages for this package. I think he's just making everyone on this list aware that he's made a 7667 package. He did not make a request for review. So lets not all jump to conclusions as to his intentions. > 3.) This package is out of date, becouse NVidia has released a > more recent version of the driver. ftp://download.nvidia.com/XFree86/Linux-x86/latest.txt lists 7667 as the latest and that ftp directory has nothing newer than 7667 as of this writing. Where did you see a newer version listed? -jef From ryo-dairiki at mbm.nifty.com Sun Jun 26 21:55:15 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Mon, 27 Jun 2005 06:55:15 +0900 Subject: Approval needed again: Scim-tables In-Reply-To: <20050626183839.11b04074.bugs.michael@gmx.net> References: <20050607160055.875EF7362E@hormel.redhat.com> <42A801E6.1090509@mbm.nifty.com> <1119701252.3824.209.camel@potter.soho.bytebot.net> <42BEBFDC.1020000@redhat.com> <42BEC915.2030108@mbm.nifty.com> <20050626183839.11b04074.bugs.michael@gmx.net> Message-ID: <42BF2443.40608@mbm.nifty.com> Now I know. Okay, I'll keep going with Colin's patch and update scim-tables later. Ryo Michael Schwendt wrote: >On Mon, 27 Jun 2005 00:26:13 +0900, Ryo Dairiki wrote: > > > >>Hi Jens, >> I've adopted Colin's idea simply because I have no objection about that. >>But today I've found this in the document from sourceforge.net. >> >> *May I use my download manager when downloading files from >> SourceForge.net? >> * >> SourceForge.net makes use of a geographically-distributed set of >> download servers for providing files for download. When performing a >> file download, users are now presented with a HTML page, allowing >> them to select the mirror they wish to use in downloading that file. >> Most download managers are not able to handle this arrangement, and >> will instead download the HTML of the mirror selection page. It will >> be necessary to disable your download manager before attempting to >> download files from SourceForge.net. >> >>It seems like direct download is a heavy task for SorceForge.net. >>So I would have better put "prdownload" back again. >>What do you think, everyone? >> >> > >Again, as explained before, the dl.sf.net URLs point to mirrors in >round-robin fashion (see e.g. "host dl.sf.net") and don't download >from the master site. > >Further, only very (!) few users download source code from locations >specified in spec files. > > > From paul at cypherpunks.ca Sun Jun 26 22:03:13 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Mon, 27 Jun 2005 00:03:13 +0200 (CEST) Subject: Build Result: libotr on development In-Reply-To: <1119716265.13529.0.camel@cutter> References: <1119716265.13529.0.camel@cutter> Message-ID: On Sat, 25 Jun 2005, seth vidal wrote: >> Error: failure: Fedora/RPMS/ppc64-utils-0.7-9.ppc.rpm from core: [Errno 256] No >> more mirrors to try. >> > > okay, I know why this is happening now and it should be fixed. > > i've been excluding ppc64 from my rsyncs so I can keep the sync size > down. > > I was excluding what I thought was the directory ppc64* > > but you see - that package would match that. Ok, the libotr build errors are now different, though it still doesn't seem to be building. Should 'make build' be enough to trigger a new build? I tried raising the release number in the spec file, check that in and make build, but that didn't seem to work? Also, giam-otr, which *does* seem to accept build requests using make build is still ignoring dependancies: http://extras64.linux.duke.edu/failed/development/gaim-otr/2.0.2-2.fc5/i386/gaim-otr-2.0.2-2.fc5.failure.log It shows it is building the prep stage, while one of the build-requires (libotr) is missing. Paul From bugs.michael at gmx.net Sun Jun 26 22:17:03 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 27 Jun 2005 00:17:03 +0200 Subject: Build Result: libotr on development In-Reply-To: References: <1119716265.13529.0.camel@cutter> Message-ID: <20050627001703.1520aded.bugs.michael@gmx.net> On Mon, 27 Jun 2005 00:03:13 +0200 (CEST), Paul Wouters wrote: > Also, giam-otr, which *does* seem to accept build requests using make build is still > ignoring dependancies: > > http://extras64.linux.duke.edu/failed/development/gaim-otr/2.0.2-2.fc5/i386/gaim-otr-2.0.2-2.fc5.failure.log > > It shows it is building the prep stage, while one of the build-requires (libotr) is missing. > We've had this long ago when Sylpheed built on ppc without GPGME, although gpgme-devel is a build requirement. Nobody could explain it. -- Michael Schwendt Fedora Core release 5 (Development) - Linux 2.6.12-1.1400_FC5 loadavg: 1.88 1.54 1.47 From buildsys at fedoraproject.org Sun Jun 26 22:15:50 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 26 Jun 2005 18:15:50 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050626221550.F0589802D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 6 clamav-0.86.1-2.fc3 enigma-0.92-1.fc3 ncmpc-0.11.1-4.fc3 perl-MIME-Lite-3.01-3.fc3 perl-Net-Server-0.88-1.fc3 scim-pinyin-0.5.0-3.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From kapointer at charter.net Sun Jun 26 22:19:17 2005 From: kapointer at charter.net (Kyle Pointer) Date: Sun, 26 Jun 2005 17:19:17 -0500 Subject: New Packages: nessus-core nessus-libraries libnasl nessus-plugins In-Reply-To: <20050626220107.4930E731D4@hormel.redhat.com> References: <20050626220107.4930E731D4@hormel.redhat.com> Message-ID: <1119824357.3365.8.camel@fluffbox.fluffnet> I'd do these separately, but that would clog up list, and seeing as their all parts of the same program they probably should be done together. I have put together packages for the nessus vulnerability scanner. I have the SRPMS on my ftp server. You can download them at: ftp://fluffnet.serveftp.com/rpms/SRPMS/ -- Kyle Pointer From buildsys at fedoraproject.org Sun Jun 26 22:24:52 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 26 Jun 2005 18:24:52 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050626222452.B931E802D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 13 apt-0.5.15cnc7-6.fc4 clamav-0.86.1-2.fc4 enigma-0.92-1.fc4 gcfilms-5.2-1 gramps-2.0.3-1.fc4 libgda-1.2.0-5.2 mantis-0.19.2-2.fc4 ncmpc-0.11.1-4.fc4 perl-MIME-Lite-3.01-3.fc4 perl-Net-Server-0.88-1.fc4 qgo-1.0.1-6.fc4 scim-pinyin-0.5.0-3.fc4 yumex-0.40-5.1.fc4 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 Sun Jun 26 22:35:00 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 26 Jun 2005 18:35:00 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050626223500.5B7F8802D@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 30 PyRTF-0.45-1.fc5 SDL_image-1.2.4-2.fc5 SDL_mixer-1.2.6-2.fc5 aterm-1.00-0.1.beta4 clamav-0.86.1-2.fc5 dejavu-fonts-1.11-1.fc5 firestarter-1.0.3-5.fc5 fluxbox-0.9.13-3.fc5 fping-2.4b2-3.fc5 gourmet-0.8.5.2-1.fc5 kyum-0.7.1-3 libgda-1.2.0-7 mantis-1.0.0-0.1.a3.fc5 milter-greylist-2.0-0.1.rc5.fc5 milter-greylist-2.0-2.fc5 ncmpc-0.11.1-4.fc5 neXtaw-0.15.1-6 perl-MIME-Lite-3.01-3.fc5 perl-Net-Server-0.88-1.fc5 perl-Tk-804.027-6.fc5 python-irclib-0.4.5-1.fc5 qgo-1.0.1-6.fc5 rpmlint-0.70-3 sylpheed-2.0.0-0.2.beta3 tetex-font-cm-lgc-0.5-1.fc5 tetex-font-kerkis-2.0-6.fc5 tetex-perltex-1.2-2.fc5 wesnoth-0.9.2-1.fc5 xboard-4.2.7-11.fc5 yumex-0.40-5.1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From tim at birdsnest.maths.tcd.ie Sun Jun 26 15:17:49 2005 From: tim at birdsnest.maths.tcd.ie (Timothy Murphy) Date: Sun, 26 Jun 2005 16:17:49 +0100 Subject: Xboard and Gnuchess the weakest link? References: <20050626132759.42050.qmail@web26309.mail.ukl.yahoo.com> Message-ID: Captain Bubudiu wrote: > Linux boasts of the strongest chess entity in the form > of Hydra which replaced Deep Blue (IBM RS/6000 > powerhouse). More info : look at an article on > slashdot posted by Captain Bubudiu > http://games.slashdot.org/games/05/06/25/1831213.shtml?tid=231&tid=202&tid=10 > > However Gnuchess and Xboard are the weakest when you > compare Winboard (Xboard on windows) or even > Xboard/Gnuchess to Fritz 1. Xboard/Gnuchess do not > have the features of Fritz 1 yet Fritz 9 is being > released this fall. I'm not a chess guru, but I must admit I was surprised gnuchess did not seem to offer hints as to the best next move, as did my opponent's Windows chess program. Maybe I was overlooking something? -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland From byte at aeon.com.my Sun Jun 26 23:52:53 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 27 Jun 2005 09:52:53 +1000 Subject: Approval needed again: Scim-tables In-Reply-To: <42BEC915.2030108@mbm.nifty.com> References: <20050607160055.875EF7362E@hormel.redhat.com> <42A801E6.1090509@mbm.nifty.com> <1119701252.3824.209.camel@potter.soho.bytebot.net> <42BEBFDC.1020000@redhat.com> <42BEC915.2030108@mbm.nifty.com> Message-ID: <1119829974.3322.78.camel@potter.soho.bytebot.net> On Mon, 2005-06-27 at 00:26 +0900, Ryo Dairiki wrote: > So I would have better put "prdownload" back again. Nah, then getting the file will fail > What do you think, everyone? As per michael says, download.sf.net rather than prdownloads -- Colin Charles, http://www.bytebot.net/ From byte at aeon.com.my Mon Jun 27 05:39:12 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 27 Jun 2005 15:39:12 +1000 Subject: New package: gaim-guifications In-Reply-To: <1119798706.3322.62.camel@potter.soho.bytebot.net> References: <1119685258.3824.189.camel@potter.soho.bytebot.net> <1119691214.2574.10.camel@defender.antaresenterprises.lan> <1119700447.3824.205.camel@potter.soho.bytebot.net> <20050626133941.GA1777@lisas.de> <1119798706.3322.62.camel@potter.soho.bytebot.net> Message-ID: <1119850753.3322.119.camel@potter.soho.bytebot.net> On Mon, 2005-06-27 at 01:11 +1000, Colin Charles wrote: > I'll leave it as approved by Adrian Reber (you) and Michael Fleming > then > and check this baby into cvs Its in cvs, someone want to approve it so I can request a build? Thanks -- Colin Charles, http://www.bytebot.net/ From byte at aeon.com.my Mon Jun 27 05:49:03 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 27 Jun 2005 15:49:03 +1000 Subject: New package: MagicPoint In-Reply-To: <20050528124352.31ef34c5@python2> References: <1117250241.3559.12.camel@arena.soho.bytebot.net> <20050528124352.31ef34c5@python2> Message-ID: <1119851344.3322.121.camel@potter.soho.bytebot.net> On Sat, 2005-05-28 at 12:43 +0200, Matthias Saou wrote: > If I've understood correctly, just importing the last known build from > Core doesn't need approval, so you can just go ahead. Politely asking > as > you just did is a good thing, though ;-) So I finally imported it > Not sure about the bugzilla owners for such packages, though. Someone > should probably step up... you? :-) And I'll step up Does there need to be a final review, in case anyone wants to... Regards -- Colin Charles, http://www.bytebot.net/ From wart at kobold.org Mon Jun 27 06:07:47 2005 From: wart at kobold.org (Wart) Date: Sun, 26 Jun 2005 23:07:47 -0700 Subject: New package: tclhttpd Message-ID: <42BF97B3.5030904@kobold.org> TclHttpd is a Web server implemented in pure Tcl. It works out of the box as a Web server, but is really designed to be a Tcl application server. It supports HTML+Tcl templates, and is extensible in a variety of ways. http://www.kobold.org/~wart/fedora/tclhttpd-3.5.1-1.src.rpm http://www.kobold.org/~wart/fedora/tclhttpd.spec http://tclhttpd.sourceforge.net md5sum: http://www.kobold.org/~wart/fedora/MD5SUM.asc I need a sponsor for CVS access. I'd like any feedback on the way the tclhttpd user and web content files are handled in the spec file. This is the first of a handful of Tcl-related packages that I'll be contributing. --Wart From mfleming at enlartenment.com Mon Jun 27 06:10:49 2005 From: mfleming at enlartenment.com (Michael Fleming) Date: Mon, 27 Jun 2005 16:10:49 +1000 Subject: New package: gaim-guifications In-Reply-To: <1119850753.3322.119.camel@potter.soho.bytebot.net> References: <1119685258.3824.189.camel@potter.soho.bytebot.net> <1119691214.2574.10.camel@defender.antaresenterprises.lan> <1119700447.3824.205.camel@potter.soho.bytebot.net> <20050626133941.GA1777@lisas.de> <1119798706.3322.62.camel@potter.soho.bytebot.net> <1119850753.3322.119.camel@potter.soho.bytebot.net> Message-ID: <20050627061049.GA4480@enlartenment.com> On Mon, Jun 27, 2005 at 03:39:12PM +1000, Colin Charles waffled thusly: > On Mon, 2005-06-27 at 01:11 +1000, Colin Charles wrote: > > I'll leave it as approved by Adrian Reber (you) and Michael Fleming > > then > > and check this baby into cvs > > Its in cvs, someone want to approve it so I can request a build? Yep, I'll send the approval. The package works like a charm for me. Cheers, Michael. -- Michael Fleming "Bother" said the Borg, "We've assimilated Pooh!" From byte at aeon.com.my Mon Jun 27 06:17:11 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 27 Jun 2005 16:17:11 +1000 Subject: New package for review: xwrits Message-ID: <1119853031.3322.129.camel@potter.soho.bytebot.net> I've been using xwrits for quite some time (think back to ~1998), as it helps with taking typing breaks more visually than Dr. Wright (in GNOME) does. This helps prevent RSI Give it a review (spec, srpm, i386 package): http://www.bytebot.net/rpms/xwrits/ And the upstream page: http://www.lcdf.org/~eddietwo/xwrits/ Regards & thanks for your time -- Colin Charles, http://www.bytebot.net/ From caillon at redhat.com Mon Jun 27 07:12:19 2005 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 27 Jun 2005 03:12:19 -0400 Subject: Package seeking review: epiphany-extensions-1.7.1.src.rpm In-Reply-To: <20050624230327.0d0e82cc.bugs.michael@gmx.net> References: <42B1C0C1.9080302@redhat.com> <20050624230327.0d0e82cc.bugs.michael@gmx.net> Message-ID: <42BFA6D3.4030000@redhat.com> On 06/24/2005 05:03 PM, Michael Schwendt wrote: > On Thu, 16 Jun 2005 14:11:13 -0400, Christopher Aillon wrote: > > >>http://gnome.org/projects/epiphany/extensions >> >>SRPM and spec at: http://people.redhat.com/caillon/RPMS/extras/devel/ > > > With regard to the spec, it looks straight-forward (comments below). > Because of that I dare to give blanket approval for this, ... > > ... since I haven't had a change to test-build it yet (this FC4 machine > only has Ephiphany 1.6.1), because I'm too stupid to find the source > tarball at the given upstream URL (put the full download URL into the > Source0 field), and because you're @redhat. > Made the requested changes, bumped release number and imported into extras. Thanks From ville.skytta at iki.fi Mon Jun 27 08:12:44 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 27 Jun 2005 11:12:44 +0300 Subject: Build Result: libotr on development In-Reply-To: References: <1119716265.13529.0.camel@cutter> Message-ID: <1119859964.22291.172.camel@localhost.localdomain> On Mon, 2005-06-27 at 00:03 +0200, Paul Wouters wrote: > http://extras64.linux.duke.edu/failed/development/gaim-otr/2.0.2-2.fc5/i386/gaim-otr-2.0.2-2.fc5.failure.log > > It shows it is building the prep stage, while one of the > build-requires (libotr) is missing. Two ideas which may or may not affect this (see attached patch): libotr is currently kind of a self-obsoleting package. It provides a versioned libotr-toolkit, but obsoletes _all_ versions of libotr-toolkit, including itself. Also, libotr-devel is missing a dependency on libgcrypt-devel. See "grep -r '#include' /usr/include/libotr". This shouldn't affect the build of gaim-otr which already BuildRequires libgcrypt-devel, but is the right thing to do anyway. While at it, I think the docs could be reorganized slightly better between the main package and -devel. -------------- next part -------------- A non-text attachment was scrubbed... Name: libotr.patch Type: text/x-patch Size: 1188 bytes Desc: not available URL: From adrian at lisas.de Mon Jun 27 08:52:56 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 27 Jun 2005 10:52:56 +0200 Subject: New package for review: xwrits In-Reply-To: <1119853031.3322.129.camel@potter.soho.bytebot.net> References: <1119853031.3322.129.camel@potter.soho.bytebot.net> Message-ID: <20050627085256.GA26090@lisas.de> On Mon, Jun 27, 2005 at 04:17:11PM +1000, Colin Charles wrote: > I've been using xwrits for quite some time (think back to ~1998), as it > helps with taking typing breaks more visually than Dr. Wright (in GNOME) > does. This helps prevent RSI > > Give it a review (spec, srpm, i386 package): > http://www.bytebot.net/rpms/xwrits/ > > And the upstream page: http://www.lcdf.org/~eddietwo/xwrits/ > > Regards & thanks for your time This doesn't build in mock. You should probably at least add a BR on xorg-x11.devel. There is no GPL license included in the tarball or in the resulting rpm which is required by the GPL. It would probably be the best if this is fixed upstream. Adrian -- Adrian Reber http://lisas.de/~adrian/ Your EMAIL is now being delivered by the USPS. From petersen at redhat.com Mon Jun 27 10:49:22 2005 From: petersen at redhat.com (Jens Petersen) Date: Mon, 27 Jun 2005 19:49:22 +0900 Subject: Request for review: fpc (Freepascal) In-Reply-To: <1119010127.14622.24.camel@joost> References: <1119010127.14622.24.camel@joost> Message-ID: <42BFD9B2.1040106@redhat.com> Hi Joost, Thanks for your perseverence and patience. :) Joost van der Sluis wrote: > I've posted the new package fpc a few weeks ago and got some comments, > but not on the last version of the spec-file. So I want to ask for some > more reviews, and maybe a sponsor. > Build-problems on x86_64 seems to be solved. And the documents and > source packages are integrated into the spec-file. Yep, I managed to build the package on x86-64 now. I noticed that the %post script is rather verbose though. I think it needs to be silenced. The fpc-src subpackage seems rather heavy, considering that the source is also in the srpm. Do you think there is some way to avoid it, or can the examples be excluded from the packaging? Also since there is no debuginfo, you may as well just disable the debuginfo subpackage completely. I use: # disable the debuginfo package %define debug_package %{nil} %define __spec_install_post /usr/lib/rpm/brp-compress for that. > Spec file: > http://www.cnoc.nl/fpc/fpc.spec-0.5 Otherwise it looks ok to me. Jens From bugs.michael at gmx.net Mon Jun 27 11:51:31 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 27 Jun 2005 13:51:31 +0200 Subject: New package for review: gai-temp Message-ID: <20050627135131.03773b97.bugs.michael@gmx.net> Package: gai-temp http://home.arcor.de/ms2002sep/tmp/gai-temp.spec http://home.arcor.de/ms2002sep/tmp/gai-temp-0.1.0-1.src.rpm General Applet Interface (GAI) based applet that displays hard disk drive and processor temperatures. [...] Its build requirement (gai-devel) and optional run-time dependency (hddtemp) are in Extras already. From rdieter at math.unl.edu Mon Jun 27 12:19:10 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 27 Jun 2005 07:19:10 -0500 Subject: New Package: konversation In-Reply-To: <200506261449.51132.dennis@ausil.us> References: <200506261449.51132.dennis@ausil.us> Message-ID: Dennis Gilmore wrote: > Hi All, > > I have packaged konversation for extras. i need a sponser for cvs access > also. the SRPM can be found at > http://www.ausil.us/packages/konversation-0.18-1.fc4.src.rpm > > the spec file at http://www.ausil.us/packages/konversation.spec Suggestions: 1. Move make -f admin/Makefile.common to %prep section 2. Because of the 'make -f admin/Makefile.common' you need: BuildRequires: autoconf >= 2.53 BuildRequires: automake17 3. Include unset QTDIR || : ; . /etc/profile.d/qt.sh at top of %build section. 4. use %config to mark config file(s): -%{_datadir}/config.kcfg/konversation.kcfg +%config %{_datadir}/config.kcfg/konversation.kcfg 5. %%lang'ify LOCALE bits and HTML docs, I use this handy snippet of code (in %install section) in most of my kde packages: ## File lists # locale's %find_lang %{name} || touch %{name}.lang # HTML HTML_DIR=$(kde-config --expandvars --install html) if [ -d $RPM_BUILD_ROOT$HTML_DIR ]; then for lang_dir in $RPM_BUILD_ROOT$HTML_DIR/* ; do lang=$(basename $lang_dir) echo "%lang($lang) %doc $HTML_DIR/$lang/*" >> %{name}.lang done fi Then use (for %files section) %files -f %{name}.lang From adrian at lisas.de Mon Jun 27 12:44:28 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 27 Jun 2005 14:44:28 +0200 Subject: New package for review: gai-temp In-Reply-To: <20050627135131.03773b97.bugs.michael@gmx.net> References: <20050627135131.03773b97.bugs.michael@gmx.net> Message-ID: <20050627124428.GA12160@lisas.de> On Mon, Jun 27, 2005 at 01:51:31PM +0200, Michael Schwendt wrote: > Package: gai-temp > > http://home.arcor.de/ms2002sep/tmp/gai-temp.spec > http://home.arcor.de/ms2002sep/tmp/gai-temp-0.1.0-1.src.rpm > > General Applet Interface (GAI) based applet that displays hard disk drive > and processor temperatures. > > [...] > > Its build requirement (gai-devel) and optional run-time dependency > (hddtemp) are in Extras already. builds in mock. rpmlint doesn't complain. md5sum of Source0 matches upstream (434863c7ebf924b6023f33cbe9f14cb0) patches are looking good. works as expected. Consider it approved. Adrian From dwmw2 at infradead.org Mon Jun 27 12:53:51 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 27 Jun 2005 13:53:51 +0100 Subject: Request for review: openvpn (was Re: openvpn anyone?) In-Reply-To: <20050626195024.GB7455@ryoko.camperquake.de> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050626195024.GB7455@ryoko.camperquake.de> Message-ID: <1119876832.2961.151.camel@hades.cambridge.redhat.com> On Sun, 2005-06-26 at 21:50 +0200, Ralf Ertzinger wrote: > Note: I have not looked inside your package so this may be > superfluous. > > I have an /etc/sysconfig/network-script/if{up,down}-ovpn for ovpn1 > lying around that at least enables you to do a "/sbin/ifup ovpn1" > or similar. http://projects.drzeus.cx/openvpn-initscripts/ -- dwmw2 From mfleming at enlartenment.com Mon Jun 27 12:54:28 2005 From: mfleming at enlartenment.com (Michael Fleming) Date: Mon, 27 Jun 2005 22:54:28 +1000 Subject: New Package: rbldnsd In-Reply-To: <42BADE19.3040906@city-fan.org> References: <42BADE19.3040906@city-fan.org> Message-ID: <20050627225428.1f45d91c.mfleming@enlartenment.com> On Thu, 23 Jun 2005 17:06:49 +0100. Paul Howarth waffled thusly: > rbldnsd is a small and fast DNS daemon which is especially made to serve > DNSBL zones. This daemon was inspired by Dan J. Bernstein's rbldns > program found in the djbdns package. > > rbldnsd is extremely fast - it outperforms both bind and djbdns greatly. > It has very small memory footprint. > Package submission for review (src & i386, RPMs, spec, initscript): > http://www.city-fan.org/~paul/extras/rbldnsd/ > > Paul. I've grabbed the SRPM and had a look... Good: - Builds in mock (viva minimal dependencies!) - Clean, correct and readable spec file :-) - License OK - Runs fine. - Uninstalls cleanly. Could do with a second look: - Defaults to "on" at runlevels 3 / 4 / 5. This could make hosts with BIND / djbdns / my-fave-dnssserver-package unhappy if they too want to start automagically and bind 53/* on all interfaces. Given that the package also has no zones, even dummy ones, I'd disable it on all runlevels ("-" instead of "345" in the chkconfig line in rbldnsd.init) and make the admin configure it before switching it on. - Change references "/var/lib/rbldns/" to "/var/lib/rbldnsd/" in /etc/ sysconfig/rbldnsd Keeps consistency with the directory structure used in the rest of the package. As admins will need to change this file anyway they _should_ pick it up, but it's safer to keep that consistency and lessen the chance of a casual admin botching things, wondering WTF happened and filing a wasteful bug report :-). - Where possible pass "-q" to the rbldnsd process on init. This will cut down the initial console noise when it starts and allow the boot to continue while the process does it's thing in the background. This would be especially helpful for large zones. This is again probably something to toss into the sysconfig file entry AFAICS. Any problems will log to syslog anyway in cases where it goes pear-shaped. The above are the only showstoppers / issues I can see. If you can correct these I'll cheerfully approve it - I'd like to see something like this added, it's a very cool tool. (As an aside, djbdns users who've previously configured that package's rbldns aren't going to like the chosen user (same username as that suggested in the DJB docs) but then again if they're capable of jumping through the hoops of installing djbware they can work around this one :-P) Michael. (Also a djbdns user ;-P) -- Michael Fleming "Bother" said the Borg, "We've assimilated Pooh!" From adrian at lisas.de Mon Jun 27 13:04:18 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 27 Jun 2005 15:04:18 +0200 Subject: New package for review: gai-temp In-Reply-To: <20050627124428.GA12160@lisas.de> References: <20050627135131.03773b97.bugs.michael@gmx.net> <20050627124428.GA12160@lisas.de> Message-ID: <20050627130418.GA19722@lisas.de> On Mon, Jun 27, 2005 at 02:44:28PM +0200, Adrian Reber wrote: > On Mon, Jun 27, 2005 at 01:51:31PM +0200, Michael Schwendt wrote: > > Package: gai-temp > > > > http://home.arcor.de/ms2002sep/tmp/gai-temp.spec > > http://home.arcor.de/ms2002sep/tmp/gai-temp-0.1.0-1.src.rpm > > > > General Applet Interface (GAI) based applet that displays hard disk drive > > and processor temperatures. > > > > [...] > > > > Its build requirement (gai-devel) and optional run-time dependency > > (hddtemp) are in Extras already. > > builds in mock. > rpmlint doesn't complain. > md5sum of Source0 matches upstream (434863c7ebf924b6023f33cbe9f14cb0) > patches are looking good. > works as expected. I doesn't read the CPU temperature via ACPI on my laptop (t30) because the path to the temperature is /proc/acpi/thermal_zone/THM0/temperature and not like it is defined in gai-temp: readtemp.h:#define ACPI_CPU_PATH "/proc/acpi/thermal_zone/THRM/temperature" Adrian From andreas at bawue.net Mon Jun 27 13:36:09 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Mon, 27 Jun 2005 15:36:09 +0200 (CEST) Subject: Review needed In-Reply-To: References: Message-ID: Third try... I'd really like someone to see if the following srpm is okay or at least tell me to fuck off. SPEC: http://home.bawue.de/~ixs/suphp.spec SRPMS: http://home.bawue.de/~ixs/mod_suphp-0.5.2-3.src.rpm Description of the package: suPHP is an apache module for executing PHP scripts with the permissions of their owners. It consists of an Apache module (mod_suphp) and a setuid root binary (suphp) that is called by the Apache module to change the uid of the process executing the PHP interpreter. The package compiles cleanly in mock, not only for me but for others as well. So please, could someone tell me what to do with that package? thanks, andreas From paul at city-fan.org Mon Jun 27 13:53:19 2005 From: paul at city-fan.org (Paul Howarth) Date: Mon, 27 Jun 2005 14:53:19 +0100 Subject: New Package: rbldnsd In-Reply-To: <20050627225428.1f45d91c.mfleming@enlartenment.com> References: <42BADE19.3040906@city-fan.org> <20050627225428.1f45d91c.mfleming@enlartenment.com> Message-ID: <42C004CF.2070703@city-fan.org> Michael Fleming wrote: > On Thu, 23 Jun 2005 17:06:49 +0100. Paul Howarth waffled thusly: > > >>rbldnsd is a small and fast DNS daemon which is especially made to serve >>DNSBL zones. This daemon was inspired by Dan J. Bernstein's rbldns >>program found in the djbdns package. >> >>rbldnsd is extremely fast - it outperforms both bind and djbdns greatly. >>It has very small memory footprint. > > > > >>Package submission for review (src & i386, RPMs, spec, initscript): >>http://www.city-fan.org/~paul/extras/rbldnsd/ >> >>Paul. > > > I've grabbed the SRPM and had a look... > > Good: > - Builds in mock (viva minimal dependencies!) > - Clean, correct and readable spec file :-) > - License OK > - Runs fine. > - Uninstalls cleanly. > > Could do with a second look: > - Defaults to "on" at runlevels 3 / 4 / 5. > > This could make hosts with BIND / djbdns / my-fave-dnssserver-package > unhappy if they too want to start automagically and bind 53/* on all > interfaces. > > Given that the package also has no zones, even dummy ones, I'd disable > it on all runlevels ("-" instead of "345" in the chkconfig line in > rbldnsd.init) and make the admin configure it before switching it on. A fresh install wouldn't have resulted in a listening rbldnsd because the /etc/sysconfig/rbldnsd file supplied doesn't configure any daemons by default, but I've fixed this anyway. > - Change references "/var/lib/rbldns/" to "/var/lib/rbldnsd/" in /etc/ > sysconfig/rbldnsd Done. That's what I get for changing the directory name that the upstream package used... > - Where possible pass "-q" to the rbldnsd process on init. > > This will cut down the initial console noise when it starts and allow the > boot to continue while the process does it's thing in the background. > > This would be especially helpful for large zones. This is again probably > something to toss into the sysconfig file entry AFAICS. Any problems will > log to syslog anyway in cases where it goes pear-shaped. -q option added to examples in /etc/sysconfig/rbldnsd > The above are the only showstoppers / issues I can see. If you can correct > these I'll cheerfully approve it - I'd like to see something like this > added, it's a very cool tool. > > (As an aside, djbdns users who've previously configured that package's > rbldns aren't going to like the chosen user (same username as that > suggested in the DJB docs) but then again if they're capable of jumping > through the hoops of installing djbware they can work around this one :-P) I did intend to change that user name to rbldnsd but the default hardcoded into the binary is to use "rbldns", so I eventually decided to stick with the upstream decision there. I don't think it'd cause any real harm anyway even if both packages were installed. Updated package (0.995-3) now available at http://www.city-fan.org/~paul/extras/rbldnsd/ Thanks for the review; any more comments? Paul. From fedora at camperquake.de Mon Jun 27 14:08:32 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 27 Jun 2005 16:08:32 +0200 Subject: Request for review: openvpn (was Re: openvpn anyone?) In-Reply-To: <1119876832.2961.151.camel@hades.cambridge.redhat.com> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050626195024.GB7455@ryoko.camperquake.de> <1119876832.2961.151.camel@hades.cambridge.redhat.com> Message-ID: <20050627160832.0ed37642@nausicaa.camperquake.de> Hi. David Woodhouse wrote: > > I have an /etc/sysconfig/network-script/if{up,down}-ovpn for ovpn1 > > lying around that at least enables you to do a "/sbin/ifup ovpn1" > > or similar. > > http://projects.drzeus.cx/openvpn-initscripts/ Ah, I did not know that one. -- "Be vewy, vewy quiet. I'm hunting Ultras." -- J.D. Falk From steve at silug.org Mon Jun 27 14:48:29 2005 From: steve at silug.org (Steven Pritchard) Date: Mon, 27 Jun 2005 09:48:29 -0500 Subject: Request for review: openvpn (was Re: openvpn anyone?) In-Reply-To: <1119876832.2961.151.camel@hades.cambridge.redhat.com> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050626195024.GB7455@ryoko.camperquake.de> <1119876832.2961.151.camel@hades.cambridge.redhat.com> Message-ID: <20050627144829.GA16536@osiris.silug.org> On Mon, Jun 27, 2005 at 01:53:51PM +0100, David Woodhouse wrote: > http://projects.drzeus.cx/openvpn-initscripts/ That's going to need some work to be useful with OpenVPN 2. (Work I plan to do.) In the mean time, I'd still like to see OpenVPN in Extras while that work is being done. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From dennis at ausil.us Mon Jun 27 15:00:49 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Mon, 27 Jun 2005 10:00:49 -0500 (CDT) Subject: New Package: konversation In-Reply-To: References: <200506261449.51132.dennis@ausil.us> Message-ID: <33889.68.254.239.136.1119884449.squirrel@ausil.us> > Dennis Gilmore wrote: >> Hi All, >> >> I have packaged konversation for extras. i need a sponser for cvs >> access >> also. the SRPM can be found at >> http://www.ausil.us/packages/konversation-0.18-1.fc4.src.rpm >> >> the spec file at http://www.ausil.us/packages/konversation.spec > > Suggestions: > > 1. Move make -f admin/Makefile.common to %prep section > 2. Because of the 'make -f admin/Makefile.common' you need: > BuildRequires: autoconf >= 2.53 > BuildRequires: automake17 > 3. Include > unset QTDIR || : ; . /etc/profile.d/qt.sh > at top of %build section. > 4. use %config to mark config file(s): > -%{_datadir}/config.kcfg/konversation.kcfg > +%config %{_datadir}/config.kcfg/konversation.kcfg > 5. %%lang'ify LOCALE bits and HTML docs, I use this handy snippet of > code (in %install section) in most of my kde packages: > > ## File lists > # locale's > %find_lang %{name} || touch %{name}.lang > # HTML > HTML_DIR=$(kde-config --expandvars --install html) > if [ -d $RPM_BUILD_ROOT$HTML_DIR ]; then > for lang_dir in $RPM_BUILD_ROOT$HTML_DIR/* ; do > lang=$(basename $lang_dir) > echo "%lang($lang) %doc $HTML_DIR/$lang/*" >> %{name}.lang > done > fi > > Then use (for %files section) > %files -f %{name}.lang All done, thanks for the tips. new SRPM can be found at http://www.ausil.us/packages/konversation-0.18-2.fc4.src.rpm quick question on the automake and autoconf build requires is it really needed? i built the package by hand but also in mock and had sucessful builds in both. mock installs the build group which by the sucessful build without the build requires would say that the build system comes with automake and autoconf and is therefore an implied dependancy. but im happy to have them in. Dennis From Jochen at herr-schmitt.de Mon Jun 27 15:05:35 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Mon, 27 Jun 2005 17:05:35 +0200 Subject: nvidia-glx-1.0.7667-0.lvn.1.3.src.rpm In-Reply-To: <604aa79105062614364d003a41@mail.gmail.com> References: <0ML29c-1Dmbrk3Od9-0007wi@mrelayeu.kundenserver.de> <604aa79105062614364d003a41@mail.gmail.com> Message-ID: <0MKwh2-1DmvBB3uu8-0000rG@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 26 Jun 2005 17:36:57 -0400, you wrote: >ftp://download.nvidia.com/XFree86/Linux-x86/latest.txt >lists 7667 as the latest and that ftp directory has nothing newer than >7667 as of this writing. >Where did you see a newer version listed? Your are right, I had a lack in my memorization. I thought, that I have seen anything with 7174, but this may be a dream. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQsAVyU9gByurcX4MEQI2eACdHmoT6BNQU0CDBaduz484LsWoz8YAoO5k MFZQHCTE1OvzKfY47mpL0X0J =mSkv -----END PGP SIGNATURE----- From tcallawa at redhat.com Mon Jun 27 15:48:18 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 27 Jun 2005 10:48:18 -0500 Subject: hfd5 license In-Reply-To: References: Message-ID: <1119887298.2624.54.camel@localhost.localdomain> On Fri, 2005-06-24 at 16:44 -0600, Orion Poplawski wrote: > I'm looking to package the NCSA HDF5 library and am wondering what to > put in the License line. I've attached the license. It looks pretty > open, but it isn't using a standard license. There is an NCSA license > listed on the OSI page, but it's not exactly the same as this. > I've had HDF5 in my todo list for sometime, the primary hold-out is this: HDF5 without support for szip seems to be crippling it. Szip's license is such that it cannot be included in Fedora. So, to those people interested in hdf5: is it still useful without szip compression support? ~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 Mon Jun 27 16:02:10 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 27 Jun 2005 11:02:10 -0500 Subject: Request for Review: nautilus-share In-Reply-To: <1119413667.32129.79.camel@rydia.hardsun.net> References: <1119413667.32129.79.camel@rydia.hardsun.net> Message-ID: <1119888130.2624.59.camel@localhost.localdomain> On Tue, 2005-06-21 at 21:14 -0700, Aaron Kurtz wrote: > I have one question about this - one needs to restart DBUS to get this > to work after installing it. Would it be okay to do this in the spec? Yeah, probably, as long as a failure in that action doesn't prevent the package from being installed. > Also, is there a way to make a service dependent on another service? The > smbshared service introduced here needs samba to start first. Can you use the output of /sbin/service smb status? ~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 bugs.michael at gmx.net Mon Jun 27 16:27:25 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 27 Jun 2005 18:27:25 +0200 Subject: New Package: konversation In-Reply-To: <33889.68.254.239.136.1119884449.squirrel@ausil.us> References: <200506261449.51132.dennis@ausil.us> <33889.68.254.239.136.1119884449.squirrel@ausil.us> Message-ID: <20050627182725.100bc1d3.bugs.michael@gmx.net> On Mon, 27 Jun 2005 10:00:49 -0500 (CDT), Dennis Gilmore wrote: > All done, thanks for the tips. new SRPM can be found at > http://www.ausil.us/packages/konversation-0.18-2.fc4.src.rpm I have a few additional comments, which I'm going to send out tonight (CEST) in case they still apply. Fortunately, Rex already reported several of the build problems I ran into, too. > quick question on the automake and autoconf build requires is it really > needed? No. But please make them explicit nevertheless. :) A build requiring auto* is important enough for them to be listed as explicit build dependencies (we already have automake14, automake15, automake16, automake17 and automake 1.8.x and automake 1.9.x as main package). I've found that automake-1.9.* instead of automake17 seems to work, btw. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.16 1.18 1.15 From steve at silug.org Mon Jun 27 16:35:59 2005 From: steve at silug.org (Steven Pritchard) Date: Mon, 27 Jun 2005 11:35:59 -0500 Subject: Request for review: openvpn (was Re: openvpn anyone?) In-Reply-To: <20050626191656.GA2060@osiris.silug.org> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> Message-ID: <20050627163559.GA18298@osiris.silug.org> On Sun, Jun 26, 2005 at 02:16:56PM -0500, Steven Pritchard wrote: > http://ftp.kspei.com/pub/steve/rpms/openvpn-2.0-1.src.rpm Would anyone have any objection to me importing this into CVS as-is pending final build approval? Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From tibbs at math.uh.edu Mon Jun 27 17:10:26 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Mon, 27 Jun 2005 12:10:26 -0500 Subject: Request for review: openvpn In-Reply-To: <20050627144829.GA16536@osiris.silug.org> (Steven Pritchard's message of "Mon, 27 Jun 2005 09:48:29 -0500") References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050626195024.GB7455@ryoko.camperquake.de> <1119876832.2961.151.camel@hades.cambridge.redhat.com> <20050627144829.GA16536@osiris.silug.org> Message-ID: >>>>> "SP" == Steven Pritchard writes: SP> In the mean time, I'd still like to see OpenVPN in Extras while SP> that work is being done. I agree that OpenVPN is useful even without the initscript work, and I see no reason why it shouldn't be imported. - J< From tcallawa at redhat.com Mon Jun 27 17:16:31 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 27 Jun 2005 12:16:31 -0500 Subject: Request for review: openvpn In-Reply-To: References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050626195024.GB7455@ryoko.camperquake.de> <1119876832.2961.151.camel@hades.cambridge.redhat.com> <20050627144829.GA16536@osiris.silug.org> Message-ID: <1119892592.2624.63.camel@localhost.localdomain> On Mon, 2005-06-27 at 12:10 -0500, Jason L Tibbitts III wrote: > >>>>> "SP" == Steven Pritchard writes: > > SP> In the mean time, I'd still like to see OpenVPN in Extras while > SP> that work is being done. > > I agree that OpenVPN is useful even without the initscript work, and I > see no reason why it shouldn't be imported. Then please review the package for Steven. :) ~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 gemi at bluewin.ch Mon Jun 27 17:23:12 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Mon, 27 Jun 2005 19:23:12 +0200 Subject: SBCL and randomize_va_space Message-ID: <1119892992.29237.7.camel@scriabin.tannenrauch.ch> The lisp compiler sbcl (http://sbcl.sourceforge.net), that I want to submit to extras some day, has a problem with /proc/sys/kernel/randomize_va_space. If this parameter is set to its default 1, sbcl starts up very unreliably (sometimes it does, sometimes it does not). With the parameter set to 0, sbcl appears to run flawlessly. Is there a way to disable this parameter for some executables only? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From kaboom at oobleck.net Mon Jun 27 17:34:57 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Mon, 27 Jun 2005 13:34:57 -0400 (EDT) Subject: request for review: dirvish and required perl modules Message-ID: dirvish is a simple ssh+rsync-based file-oriented disk-to-disk network backup application. It seems to be fairly popular in that space, and works pretty well in my experience. If you've never tried it and are interested, is a good intro.... I've put an SRPM of it at: It requires two fairly trivial perl modules. SRPMs of them are at: Review appreciated.... later, chris From kevin-fedora-extras at scrye.com Mon Jun 27 17:56:14 2005 From: kevin-fedora-extras at scrye.com (Kevin Fenzi) Date: Mon, 27 Jun 2005 11:56:14 -0600 Subject: Request for review: openvpn References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> Message-ID: <20050627175617.ACD1C4542BC@ningauble.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Steve> I'm not sure how I missed this... On Thu, May 26, 2005 at Steve> 06:11:00PM +0300, Ville Skytt?? wrote: >> On Thu, 2005-05-26 at 06:47 -0400, Neal Becker wrote: > Is anyone >> packaging openvpn? I will volunteer if nobody else is doing this. >> >> http://bugzilla.fedora.us/show_bug.cgi?id=1531 Steve> I've updated my package to openvpn 2.0 final. Steve> http://ftp.kspei.com/pub/steve/rpms/openvpn-2.0-1.src.rpm Hey Steve. I use openvpn very heavily. It will be nice to get it into extras. ;) Good stuff: - - sha1sum/gpg sig/md5sum all match for sources - - package builds fine on fc3, fc4, fc-devel (all x86) Some issues from rpmlint: Perhaps these should be in a /usr/lib/openvpn/plugin/lib/ ? E: openvpn arch-dependent-file-in-usr-share /usr/share/openvpn/plugin/lib/openvpn-auth-pam.so E: openvpn invalid-soname /usr/share/openvpn/plugin/lib/openvpn-auth-pam.so openvpn-auth-pam.so E: openvpn arch-dependent-file-in-usr-share /usr/share/openvpn/plugin/lib/openvpn-down-root.so E: openvpn invalid-soname /usr/share/openvpn/plugin/lib/openvpn-down-root.so openvpn-down-root.so This isn't really a conf file is it: ? W: openvpn conffile-without-noreplace-flag /etc/rc.d/init.d/openvpn E: openvpn executable-marked-as-config-file /etc/rc.d/init.d/openvpn 0 length file, should probibly not be included? E: openvpn zero-length /usr/share/openvpn/easy-rsa/Windows/index.txt.start Might need to add a "processname: openvpn" and/or change the top description to just one line? E: openvpn incoherent-subsys /etc/rc.d/init.d/openvpn openvpn" Otherwise looks pretty nice. Steve> Ultimately I'd like to see the package include some init script Steve> and/or NetworkManager integration, but I don't think that Steve> should hold up inclusion in Extras. Agreed. That can come later. It's very usefull as it is. Steve> Steve kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFCwD3B3imCezTjY0ERApnhAKCWecsnREUrC2Cutx5a0yWihur9FQCfe3qM tRGZTzL49Jop1seM9UaU28g= =CaMZ -----END PGP SIGNATURE----- From ville.skytta at iki.fi Mon Jun 27 19:02:37 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 27 Jun 2005 22:02:37 +0300 Subject: request for review: dirvish and required perl modules In-Reply-To: References: Message-ID: <1119898957.4656.68.camel@localhost.localdomain> On Mon, 2005-06-27 at 13:34 -0400, Chris Ricker wrote: > Approved with the attached patch applied: - License is not Public Domain, except for some bits of Time::Timezone; Distributable is AFAICS the best we can state here. - Cosmetic: stuff not needed for noarch packages pruned, README added. Feel free to commit and I'll recheck and follow up with the approval message. -------------- next part -------------- A non-text attachment was scrubbed... Name: ptm.patch Type: text/x-patch Size: 1221 bytes Desc: not available URL: From bubudiu2005 at yahoo.co.uk Mon Jun 27 19:50:13 2005 From: bubudiu2005 at yahoo.co.uk (Captain Bubudiu) Date: Mon, 27 Jun 2005 20:50:13 +0100 (BST) Subject: Xboard and Gnuchess the weakest link? Message-ID: <20050627195014.55818.qmail@web26305.mail.ukl.yahoo.com> Linux boasts of the strongest chess entity in the form of Hydra which replaced Deep Blue (IBM RS/6000 powerhouse). More info : look at an article on slashdot posted by Captain Bubudiu http://games.slashdot.org/games/05/06/25/1831213.shtml?tid=231&tid=202&tid=10 However Gnuchess and Xboard are the weakest when you compare Winboard (Xboard on windows) or even Xboard/Gnuchess to Fritz 1. Xboard/Gnuchess do not have the features of Fritz 1 yet Fritz 9 is being released this fall. It is time for the developers to look at Hydra's example and pull their socks. ---------------------------------------------------------------------- Fedora Core - The power of Open Source Now! Please search the archives and fedoraforum.org as the question is likely to have been asked before. Cheers Captain Bubudiu ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com From paul at cypherpunks.ca Mon Jun 27 19:59:03 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Mon, 27 Jun 2005 21:59:03 +0200 (CEST) Subject: Build Result: libotr on development In-Reply-To: <1119859964.22291.172.camel@localhost.localdomain> References: <1119716265.13529.0.camel@cutter> <1119859964.22291.172.camel@localhost.localdomain> Message-ID: On Mon, 27 Jun 2005, Ville Skytt? wrote: > Two ideas which may or may not affect this (see attached patch): > > libotr is currently kind of a self-obsoleting package. It provides a > versioned libotr-toolkit, but obsoletes _all_ versions of > libotr-toolkit, including itself. I've applied that fix from you. Thanks. > Also, libotr-devel is missing a dependency on libgcrypt-devel. See > "grep -r '#include' /usr/include/libotr". This shouldn't affect the > build of gaim-otr which already BuildRequires libgcrypt-devel, but is > the right thing to do anyway. Okay. I hadn't added it there, because it is already in BuildRequires, which kind of assumes that you need to have libgcrypt-devel. But I guess you are right, if someone makes a package needed libotr headers, they will need the gcrypt headers too, even though they're not building libotr itself. > While at it, I think the docs could be reorganized slightly better > between the main package and -devel. I've applied that, but left the Protocol in the libotr package where you had moved it to devel. But that's more a political decision, then a pure technical one. I've requested another build, let's see what happens now. Paul -- "I am not even supposed to be here today!" -- Clerics From liljencrantz at gmail.com Mon Jun 27 20:04:16 2005 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Mon, 27 Jun 2005 22:04:16 +0200 Subject: New Package: fish In-Reply-To: <20050620203353.08521c38.bugs.michael@gmx.net> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> Message-ID: <7dad0d7705062713045750f184@mail.gmail.com> Hello Michael, Thank you for your input. I'm sorry for the delay in my reply, but while I was writing my reply, my appendix burst, and I've spent the last few days recovering from surgery. On 6/20/05, Michael Schwendt wrote: > On Mon, 20 Jun 2005 16:58:07 +0200, Axel Liljencrantz wrote: > > > Aside from the above changes, I've also added > > > > provides: fish xsel mimedb > > > > to the spec file. > > And these require an explanation, at least in the spec file. > > For example, "Provides: %name = %version-%release" is automatic, > so your one would be redundant and less accurate (= non-versioned). > > [...] > > Btw, caution! Adding things during a review often asks for trouble as your > current reviewer may not agree with changes he didn't propose. Sorry, blame it on inexperience. Removed the line again. > > > The new version is available here: > > > > http://roo.no-ip.org/fish/fedora/fish-1.11.1-2.src.rpm > > In addition to the comments done by earlier reviewers, quite some > clean-up is needed: I think all previous comments are taken care of, but you have found quite a few more problems. I try to addresws all of them in this email. > > * No Packager or Vendor tags in a spec file, please. These belong > into your local build environment only. Removed. > > * "License: GPL"? No. The C source files disagree. => LGPL All code written by me is released under the GPL. This is the vast majority of the code. Fish also includes code from other sources: * The mimedb command uses the xdgmime library which is dual licensed under Academic and LGPL. * The xsel command is relesed under the MIT license. * Fish contains two functions that are derived from BSD functions. If I'm not mistaken, all the above can be relicensed under the GPL, so long as a copyright notice remains. The license section of the fish documentation, which is distributed in the RPM, notify the user of this, as the license requires. Have I missed something? > > * Use %configure instead of "./configure --prefix=...". rpmlint even > warns about that. The %configure macro sets prefix, libdir and > friends for you. Ok. Thank you for the suggestion. > > * %install section is missing "rm -rf $RPM_BUILD_ROOT" at the > beginning. Fixed. Thank you for the suggestion. > > * Your %postun script will break upgrades, as it will be executed > last. Look like e.g. "bash" does it. I run fedora myself, and I've upgraded hundreds of time over the last few months, without any issues. The fish entry is not removed after an upgrade. I checked what bash does, and the only difference is that the editing of /etc/shells is conditioned on if [ "$1" = 0 ]; then which I don't know what it does, since I haven't been able to find out what parameters are sent to the postun script. Sorry, but I don't own any books on RPM. Can you elaborate on the problem? > * Manual pages are installed into %_mandir and are flagged %doc > automatically. Use %_mandir not /usr/man Changed. > > * Use the other macros like %_datadir (/usr/share), %_bindir (/usr/bin) > %_sysconfdir (/etc) Done. > > * Package doesn't build with $RPM_OPT_FLAGS, because it overrides CFLAGS > with its own flags. fish uses some c99 features, I've had issues with some gcc version unless --std=gnu99 is specified. fno-strict-aliasing is there to remove warnings on Alpha. I fear that fish will not build correctly in all cases without gnu99. > > * Package fails to build. Missing at least "Buildrequires: ncurses-devel" Added ncurses-devel and xorg-x11-devel, which is also needed by the xsel command. Thank you for pointing this out. > > * (RFE: Is it possible to install documentation files into %_docdir like > most other packages? i.e. %_datadir/doc/%name-%version) This required minor changes to the source, but the documentation directory is now specified by; %configure docdir=%_datadir/doc/%{name}-%{version} > > * Package fails to install: > > Preparing... ########################################### [100%] > 1:fish ########################################### [100%] > /home/qa/tmp/rpm/tmp/rpm-tmp.28773: line 11: syntax error: unexpected end of file > error: %post(fish-1.11.1-2.i386) scriptlet failed, exit status 2 Oops. Fixed. Thanks. > > -- > Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 > loadavg: 1.75 1.18 1.06 > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list The new srpm can be found here: http://roo.no-ip.org/fish/fedora/fish-1.11.1-4.src.rpm Let me know if there are any more issues. -- Axel From liljencrantz at gmail.com Mon Jun 27 20:09:32 2005 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Mon, 27 Jun 2005 22:09:32 +0200 Subject: New Package: fish In-Reply-To: <42B7BE59.1080708@linux-kernel.at> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> Message-ID: <7dad0d770506271309dfb97fc@mail.gmail.com> Hello Oliver, Thanks for the comments. I'm sorry for not answering your message any sooner, but I've been unwell. On 6/21/05, Oliver Falk wrote: > Michael Schwendt wrote: > > On Mon, 20 Jun 2005 16:58:07 +0200, Axel Liljencrantz wrote: > > > >>Aside from the above changes, I've also added > >> > >>provides: fish xsel mimedb > >> > >>to the spec file. > > > > And these require an explanation, at least in the spec file. > > > > For example, "Provides: %name = %version-%release" is automatic, > > so your one would be redundant and less accurate (= non-versioned). > > > > [...] > > > > Btw, caution! Adding things during a review often asks for trouble as your > > current reviewer may not agree with changes he didn't propose. > > Correct. fish in provides is absolutely useless. xsel is a binary in > your RPM /usr/bin/xsel, so if you really need to Require it somewhere > else, it's better to require /usr/bin/xsel, as RPM dep checking or the > dep resolving mechs from yum/up2date are intelligent enough to find the > package where this binary is included. Same for mimedb! Please Sorry, I removed the offending line. > > Please do also remove the Tags Packager and Vendor. Done. > > BuildRoot has been documented in Wiki this way: > %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) > > Btw, indentations - I think - would be fine so it's better readable. Where, how? Is there any preferred indentation style, etc? > > * Remove the blank line after %description - please. Done. > > For the %doc-section I'm currently not sure what's in Wiki, but I > believe, that /usr/share/doc/%{name} is not good. And %doc-ing the > man-packages is not needed, as this is done automatically. Fixed. > > * Make use of macros whereever you can. /etc/ is better written as > %{_sysconfdir} and /usr/bin is %{_bindir}. /usr/man should be moved to > /usr/share/man and it's macroed as %{_mandir}. Ok. > > * /etc/fish.d should not be %config, but %dir. Done. I also made sure the contents of the above directory is set to %config. > > * /etc/fish and /etc/fish_inputrc might be also missing a %config directive. You are correct. Fixed. > > * /usr/bin/* should get an %attr(0755,root,root) I think. Ok. I thought that would be the default, but I added it anyway. > > >>The new version is available here: > >> > >>http://roo.no-ip.org/fish/fedora/fish-1.11.1-2.src.rpm > > Please check the above mentioned fixes. And the fixes down here added by > Michael - I had no look at them, might be, that some of my point are > redundant with those. I have. The new version is: http://roo.no-ip.org/fish/fedora/fish-1.11.1-4.src.rpm If there are any more issues, please let me know. > > > In addition to the comments done by earlier reviewers, quite some > > clean-up is needed: > > > > * No Packager or Vendor tags in a spec file, please. These belong > > into your local build environment only. > > > > * "License: GPL"? No. The C source files disagree. => LGPL > > > > * Use %configure instead of "./configure --prefix=...". rpmlint even > > warns about that. The %configure macro sets prefix, libdir and > > friends for you. > > > > * %install section is missing "rm -rf $RPM_BUILD_ROOT" at the > > beginning. > > > > * Your %postun script will break upgrades, as it will be executed > > last. Look like e.g. "bash" does it. > > > > * Manual pages are installed into %_mandir and are flagged %doc > > automatically. Use %_mandir not /usr/man > > > > * Use the other macros like %_datadir (/usr/share), %_bindir (/usr/bin) > > %_sysconfdir (/etc) > > > > * Package doesn't build with $RPM_OPT_FLAGS, because it overrides CFLAGS > > with its own flags. > > > > * Package fails to build. Missing at least "Buildrequires: ncurses-devel" > > > > * (RFE: Is it possible to install documentation files into %_docdir like > > most other packages? i.e. %_datadir/doc/%name-%version) > > > > * Package fails to install: > > > > Preparing... ########################################### [100%] > > 1:fish ########################################### [100%] > > /home/qa/tmp/rpm/tmp/rpm-tmp.28773: line 11: syntax error: unexpected end of file > > error: %post(fish-1.11.1-2.i386) scriptlet failed, exit status 2 > > > > Best, > Oliver > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Axel From tcallawa at redhat.com Mon Jun 27 20:23:25 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 27 Jun 2005 15:23:25 -0500 Subject: New Package: fish In-Reply-To: <7dad0d7705062713045750f184@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <7dad0d7705062713045750f184@mail.gmail.com> Message-ID: <1119903805.22879.5.camel@localhost.localdomain> On Mon, 2005-06-27 at 22:04 +0200, Axel Liljencrantz wrote: > Hello Michael, > > Thank you for your input. I'm sorry for the delay in my reply, but > while I was writing my reply, my appendix burst, and I've spent the > last few days recovering from surgery. Michael! Stop trying to kill our new packagers! ;) ~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 rdieter at math.unl.edu Mon Jun 27 20:55:03 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 27 Jun 2005 15:55:03 -0500 Subject: How to get KOffice on Fedora Core 4 In-Reply-To: <42BC8905.4080000@lowlatency.de> References: <1119458539.19537.13.camel@localhost.localdomain> <42BC8905.4080000@lowlatency.de> Message-ID: Andreas Bierfert wrote: > Rex Dieter wrote: >>Speaking of koffice, has anyone volunteered to maintain this in Fedora >>Extras yet? > I am... still doing some finetuning but should have a ooo style koffice ready > within the next 2 days or so... will post a review request then... :) Cool. Feel free to take, steal, borrow hints from my kde-redhat build: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/koffice.spec http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/koffice-1.4.0-1.2.kde.src.rpm (I've got a few koffice-l10 packages in the same place). -- Rex From orion at cora.nwra.com Mon Jun 27 21:06:08 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 27 Jun 2005 15:06:08 -0600 Subject: hdf5 license In-Reply-To: <1119887298.2624.54.camel@localhost.localdomain> References: <1119887298.2624.54.camel@localhost.localdomain> Message-ID: Tom 'spot' Callaway wrote: > > I've had HDF5 in my todo list for sometime, the primary hold-out is > this: > > HDF5 without support for szip seems to be crippling it. Szip's license > is such that it cannot be included in Fedora. > > So, to those people interested in hdf5: is it still useful without szip > compression support? > > ~spot Well, I've never built HDF5 with SZIP support before, and it's been useful for us. So, I'd vote for for it. - Orion From bugs.michael at gmx.net Mon Jun 27 21:16:46 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 27 Jun 2005 23:16:46 +0200 Subject: New Package: fish In-Reply-To: <7dad0d7705062713045750f184@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <7dad0d7705062713045750f184@mail.gmail.com> Message-ID: <20050627231646.23fdaa4e.bugs.michael@gmx.net> On Mon, 27 Jun 2005 22:04:16 +0200, Axel Liljencrantz wrote: > Hello Michael, > > Thank you for your input. I'm sorry for the delay in my reply, but > while I was writing my reply, my appendix burst, and I've spent the > last few days recovering from surgery. Hope everything is going well enough to take a first comment (I'd like to give Oliver a chance to review/approve this). :-) > > * "License: GPL"? No. The C source files disagree. => LGPL > > All code written by me is released under the GPL. Okay. > > * Your %postun script will break upgrades, as it will be executed > > last. Look like e.g. "bash" does it. > > I run fedora myself, and I've upgraded hundreds of time over the last > few months, without any issues. The fish entry is not removed after an > upgrade. It is. %postun is executed _last_ during an upgrade operation, i.e. _after_ the new package was installed and _after_ the new package had added its entry to /etc/shells. Effectively, it removes the entry. > I checked what bash does, and the only difference is that the editing > of /etc/shells is conditioned on > > if [ "$1" = 0 ]; then > > which I don't know what it does, since I haven't been able to find out > what parameters are sent to the postun script. Sorry, but I don't own > any books on RPM. > > Can you elaborate on the problem? Some information is summed up here: Running scriptlets only in certain situations http://fedoraproject.org/wiki/PackagingGuidelines#head-56184a8dc666e4aa73eeb9de3139c5bdcedf6bba Entry page: http://fedoraproject.org/wiki/PackagingGuidelines A community-enhanced online version of Ed Bailey's Maximum RPM book can be found here: http://rpm.org/max-rpm-snapshot/ > > * Package doesn't build with $RPM_OPT_FLAGS, because it overrides CFLAGS > > with its own flags. > > fish uses some c99 features, I've had issues with some gcc version > unless --std=gnu99 is specified. fno-strict-aliasing is there to > remove warnings on Alpha. I fear that fish will not build correctly in > all cases without gnu99. Use of %configure fixed this issue already. Your code now inherits the CFLAGS passed in from the outside. > > * (RFE: Is it possible to install documentation files into %_docdir like > > most other packages? i.e. %_datadir/doc/%name-%version) > > This required minor changes to the source, but the documentation > directory is now specified by; > > %configure docdir=%_datadir/doc/%{name}-%{version} checking for a BSD-compatible install... /usr/bin/install -c ./configure: line 2756: /usr/share/doc/fish-1.11.1: No such file or directory checking for /proc/self/stat... yes Is this related? It's new in release 4. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.29 1.50 1.44 From ed at eh3.com Mon Jun 27 21:27:41 2005 From: ed at eh3.com (Ed Hill) Date: Mon, 27 Jun 2005 17:27:41 -0400 Subject: hdf5 license In-Reply-To: References: <1119887298.2624.54.camel@localhost.localdomain> Message-ID: <1119907662.9523.47.camel@ernie> On Mon, 2005-06-27 at 15:06 -0600, Orion Poplawski wrote: > Tom 'spot' Callaway wrote: > > > > HDF5 without support for szip seems to be crippling it. Szip's license > > is such that it cannot be included in Fedora. > > > > So, to those people interested in hdf5: is it still useful without szip > > compression support? > > Well, I've never built HDF5 with SZIP support before, and it's been > useful for us. So, I'd vote for for it. I agree with Orion. I think HDF5 without SZIP is still useful. thanks, 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 bugs.michael at gmx.net Mon Jun 27 22:07:40 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 28 Jun 2005 00:07:40 +0200 Subject: New Package: konversation In-Reply-To: <33889.68.254.239.136.1119884449.squirrel@ausil.us> References: <200506261449.51132.dennis@ausil.us> <33889.68.254.239.136.1119884449.squirrel@ausil.us> Message-ID: <20050628000740.112aaee1.bugs.michael@gmx.net> On Mon, 27 Jun 2005 10:00:49 -0500 (CDT), Dennis Gilmore wrote: > http://www.ausil.us/packages/konversation-0.18-1.fc4.src.rpm Unowned directory: /usr/share/apps/konversation/ The following one seems to be unowned in kdebase: /usr/share/config.kcfg/ Who files a bug about that? > > 1. Move make -f admin/Makefile.common to %prep section > > 2. Because of the 'make -f admin/Makefile.common' you need: > > BuildRequires: autoconf >= 2.53 > > BuildRequires: automake17 I would get rid of all this and these build requirements and patch out the GCC4-blacklisting directly in "configure". See attachment. In /usr/share/applications/kde/konversation.desktop > > Categories=Qt;KDE;Network;X-SuSE-IRCClient; ? :) To stay consistent with how we do it with other packages, please reinstall this with desktop-file-install --delete-original as file fedora-konversation.desktop with category X-Fedora added. * In order to make the "Help" menu work, "Requires: kdebase" is necessary. KDE users will have that anyway, users of GNOME and other desktops/wms would see an ugly error dialog without it. * SSL support is not built in. Intentional? * Rest looks good. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.37 1.16 1.13 -------------- next part -------------- A non-text attachment was scrubbed... Name: kdegcc4.patch Type: application/octet-stream Size: 2605 bytes Desc: not available URL: From tcallawa at redhat.com Mon Jun 27 22:22:17 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 27 Jun 2005 17:22:17 -0500 Subject: New Package: konversation In-Reply-To: <20050628000740.112aaee1.bugs.michael@gmx.net> References: <200506261449.51132.dennis@ausil.us> <33889.68.254.239.136.1119884449.squirrel@ausil.us> <20050628000740.112aaee1.bugs.michael@gmx.net> Message-ID: <1119910937.22879.18.camel@localhost.localdomain> On Tue, 2005-06-28 at 00:07 +0200, Michael Schwendt wrote: > The following one seems to be unowned in kdebase: > > /usr/share/config.kcfg/ > > Who files a bug about that? You do! :) ~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 liljencrantz at gmail.com Mon Jun 27 23:33:04 2005 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Tue, 28 Jun 2005 01:33:04 +0200 Subject: New Package: fish In-Reply-To: <20050627231646.23fdaa4e.bugs.michael@gmx.net> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <7dad0d7705062713045750f184@mail.gmail.com> <20050627231646.23fdaa4e.bugs.michael@gmx.net> Message-ID: <7dad0d7705062716338e972b3@mail.gmail.com> On 6/27/05, Michael Schwendt wrote: > On Mon, 27 Jun 2005 22:04:16 +0200, Axel Liljencrantz wrote: > > > Hello Michael, > > > > Thank you for your input. I'm sorry for the delay in my reply, but > > while I was writing my reply, my appendix burst, and I've spent the > > last few days recovering from surgery. > > Hope everything is going well enough to take a first comment > (I'd like to give Oliver a chance to review/approve this). :-) Thank you. I'm still a bit weak, but I'm getting better by the hour. :) > > > > * "License: GPL"? No. The C source files disagree. => LGPL > > > > All code written by me is released under the GPL. > > Okay. > > > > * Your %postun script will break upgrades, as it will be executed > > > last. Look like e.g. "bash" does it. > > > > I run fedora myself, and I've upgraded hundreds of time over the last > > few months, without any issues. The fish entry is not removed after an > > upgrade. > > It is. %postun is executed _last_ during an upgrade operation, > i.e. _after_ the new package was installed and _after_ the new package > had added its entry to /etc/shells. Effectively, it removes the entry. Oh. I just realised I usually do a 'rpm -e fish; rpm -i fish' since both versions usually have the same version number. > > > I checked what bash does, and the only difference is that the editing > > of /etc/shells is conditioned on > > > > if [ "$1" = 0 ]; then > > > > which I don't know what it does, since I haven't been able to find out > > what parameters are sent to the postun script. Sorry, but I don't own > > any books on RPM. > > > > Can you elaborate on the problem? > > Some information is summed up here: > > Running scriptlets only in certain situations > http://fedoraproject.org/wiki/PackagingGuidelines#head-56184a8dc666e4aa73eeb9de3139c5bdcedf6bba Thank you, that is exactly the information I wanted. Now I understand what the script is doing. Updated the spec accordingly. > > Entry page: http://fedoraproject.org/wiki/PackagingGuidelines > > A community-enhanced online version of Ed Bailey's Maximum RPM book > can be found here: http://rpm.org/max-rpm-snapshot/ > > > > * Package doesn't build with $RPM_OPT_FLAGS, because it overrides CFLAGS > > > with its own flags. > > > > fish uses some c99 features, I've had issues with some gcc version > > unless --std=gnu99 is specified. fno-strict-aliasing is there to > > remove warnings on Alpha. I fear that fish will not build correctly in > > all cases without gnu99. > > Use of %configure fixed this issue already. Your code now inherits > the CFLAGS passed in from the outside. On my machine neither -std=gnu99 or -fno-strict-aliasing is specified automatically, which results in spurious compilation warnings if they are removed from the Makefile. A few months ago fish would not even compile without gnu99, something about using a pid_t as a field in a struct triped up the compiler. Don't know if the compiler has been upgraded or if the source has changed since. How should the spec file specify that these options are needed by fish for proper compiling, if they are not hardcoded in the Makefile? > > > > * (RFE: Is it possible to install documentation files into %_docdir like > > > most other packages? i.e. %_datadir/doc/%name-%version) > > > > This required minor changes to the source, but the documentation > > directory is now specified by; > > > > %configure docdir=%_datadir/doc/%{name}-%{version} > > checking for a BSD-compatible install... /usr/bin/install -c > ./configure: line 2756: /usr/share/doc/fish-1.11.1: No such file or directory > checking for /proc/self/stat... yes > > Is this related? It's new in release 4. Oops. Yes, that is a new bug I introduced while fixing the docdir issue. Fixed. > > -- > Michael Schwendt > Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 > loadavg: 1.29 1.50 1.44 > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > Both the above issues are fixed in this new version, but I've put of the CFLAGS thing until I understand the proper way to solve this. New version can be found at: http://roo.no-ip.org/fish/fedora/fish-1.11.1-5.src.rpm Looking forward to more comments. -- Axel From tcallawa at redhat.com Mon Jun 27 23:53:06 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 27 Jun 2005 18:53:06 -0500 Subject: New Package: fish In-Reply-To: <7dad0d7705062716338e972b3@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <7dad0d7705062713045750f184@mail.gmail.com> <20050627231646.23fdaa4e.bugs.michael@gmx.net> <7dad0d7705062716338e972b3@mail.gmail.com> Message-ID: <1119916386.22879.24.camel@localhost.localdomain> On Tue, 2005-06-28 at 01:33 +0200, Axel Liljencrantz wrote: > On my machine neither -std=gnu99 or -fno-strict-aliasing is specified > automatically, which results in spurious compilation warnings if they > are removed from the Makefile. A few months ago fish would not even > compile without gnu99, something about using a pid_t as a field in a > struct triped up the compiler. Don't know if the compiler has been > upgraded or if the source has changed since. How should the spec file > specify that these options are needed by fish for proper compiling, if > they are not hardcoded in the Makefile? CFLAGS="$RPM_OPT_FLAGS -std=gnu99 -fno-strict-aliasing" ~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 steve at silug.org Tue Jun 28 01:27:25 2005 From: steve at silug.org (Steven Pritchard) Date: Mon, 27 Jun 2005 20:27:25 -0500 Subject: Request for review: openvpn In-Reply-To: <20050627175617.ACD1C4542BC@ningauble.scrye.com> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050627175617.ACD1C4542BC@ningauble.scrye.com> Message-ID: <20050628012725.GA1627@osiris.silug.org> On Mon, Jun 27, 2005 at 11:56:14AM -0600, Kevin Fenzi wrote: > I use openvpn very heavily. It will be nice to get it into extras. ;) Thanks for taking a look at the package. > Good stuff: > > - - sha1sum/gpg sig/md5sum all match for sources > - - package builds fine on fc3, fc4, fc-devel (all x86) For the record, I've build successfully for FC3/x86_64 and FC4/x86_64. > Some issues from rpmlint: Unfortunately, I ran rpmlint *after* I put that rpm up. I think I have the issues it points out fixed in CVS though. (I haven't tested building what's there yet, but the changes seem obvious.) > Perhaps these should be in a /usr/lib/openvpn/plugin/lib/ ? > > E: openvpn arch-dependent-file-in-usr-share /usr/share/openvpn/plugin/lib/openvpn-auth-pam.so > E: openvpn invalid-soname /usr/share/openvpn/plugin/lib/openvpn-auth-pam.so openvpn-auth-pam.so > E: openvpn arch-dependent-file-in-usr-share /usr/share/openvpn/plugin/lib/openvpn-down-root.so > E: openvpn invalid-soname /usr/share/openvpn/plugin/lib/openvpn-down-root.so openvpn-down-root.so Moved. I don't actually use any of the plugins though, so I don't know if that will cause any issues. > This isn't really a conf file is it: ? > > W: openvpn conffile-without-noreplace-flag /etc/rc.d/init.d/openvpn > E: openvpn executable-marked-as-config-file /etc/rc.d/init.d/openvpn Aren't init scripts usually marked %config? > 0 length file, should probibly not be included? > > E: openvpn zero-length /usr/share/openvpn/easy-rsa/Windows/index.txt.start I removed the whole easy-rsa/Windows directory. > Might need to add a "processname: openvpn" and/or change the top > description to just one line? > > E: openvpn incoherent-subsys /etc/rc.d/init.d/openvpn openvpn" Added. Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From paul at city-fan.org Tue Jun 28 05:57:21 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 28 Jun 2005 06:57:21 +0100 Subject: Request for review: openvpn In-Reply-To: <20050628012725.GA1627@osiris.silug.org> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050627175617.ACD1C4542BC@ningauble.scrye.com> <20050628012725.GA1627@osiris.silug.org> Message-ID: <1119938242.2732.77.camel@laurel.intra.city-fan.org> On Mon, 2005-06-27 at 20:27 -0500, Steven Pritchard wrote: > On Mon, Jun 27, 2005 at 11:56:14AM -0600, Kevin Fenzi wrote: > > This isn't really a conf file is it: ? > > > > W: openvpn conffile-without-noreplace-flag /etc/rc.d/init.d/openvpn > > E: openvpn executable-marked-as-config-file /etc/rc.d/init.d/openvpn > > Aren't init scripts usually marked %config? Not usually. Instead, the initscript reads in variables for anything that's configurable from /etc/sysconfig/packagename and that file is marked %config(noreplace) Paul. -- Paul Howarth From oliver at linux-kernel.at Tue Jun 28 06:55:50 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 08:55:50 +0200 Subject: New Package: fish In-Reply-To: <7dad0d7705062716338e972b3@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <7dad0d7705062713045750f184@mail.gmail.com> <20050627231646.23fdaa4e.bugs.michael@gmx.net> <7dad0d7705062716338e972b3@mail.gmail.com> Message-ID: <42C0F476.80305@linux-kernel.at> On 06/28/2005 01:33 AM, Axel Liljencrantz wrote: [ ... ] > Both the above issues are fixed in this new version, but I've put of > the CFLAGS thing until I understand the proper way to solve this. New > version can be found at: > > http://roo.no-ip.org/fish/fedora/fish-1.11.1-5.src.rpm > > Looking forward to more comments. I'm going to have a look at it today. Best, Oliver From oliver at linux-kernel.at Tue Jun 28 07:12:36 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 09:12:36 +0200 Subject: New Package: fish In-Reply-To: <7dad0d770506271309dfb97fc@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> Message-ID: <42C0F864.1090709@linux-kernel.at> On 06/27/2005 10:09 PM, Axel Liljencrantz wrote: > Thanks for the comments. I'm sorry for not answering your message any > sooner, but I've been unwell. No problem. I was also kind of busy the last time... [ ... ] >>>Btw, caution! Adding things during a review often asks for trouble as your >>>current reviewer may not agree with changes he didn't propose. [ ... ] > >>BuildRoot has been documented in Wiki this way: >>%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) >> >>Btw, indentations - I think - would be fine so it's better readable. > > Where, how? Is there any preferred indentation style, etc? I'm not sure what the Wiki says about this, but you may have a look at the fedora-rpmdevtools; Or to be more exactly at /usr/share/fedora/spectemplate-minimal.spec from fedora-rpmdevtools. I do use tabs instead of spaces, but I believe there are no _rules_ on how to do this... [ ... ] >>* /usr/bin/* should get an %attr(0755,root,root) I think. > Ok. I thought that would be the default, but I added it anyway. Sometimes it's good to believe rpm will do it correctly, sometimes not. :-) [ ... ] Just a note: I had no look at the new package (rel 5) yet, I just answered the mail... Best, Oliver From andreas.bierfert at lowlatency.de Tue Jun 28 08:10:27 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 28 Jun 2005 10:10:27 +0200 Subject: Request for review: fnfx In-Reply-To: <20050625022817.7fe6854f.bugs.michael@gmx.net> References: <42BA6954.2080602@lowlatency.de> <42BBA343.70902@lowlatency.de> <42BC8D86.4050404@lowlatency.de> <42BCA17F.1080500@lowlatency.de> <20050625022817.7fe6854f.bugs.michael@gmx.net> Message-ID: <42C105F3.8040200@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: >>No you cannot => http://fedoraproject.org/wiki/Extras/Contributors > > > That page is obsolete and terribly out-of-date, since the web based > CVS accounts system is in use. Ok anyone with approval rights? Please ;) - -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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCwQXzQEQyPsWM8csRAjW+AJ0SdP5eOstMV1LbbaX9UI0pMur0/wCgjp8b KGZ+zBdRNJyMbJXH7B4NYsU= =hSwC -----END PGP SIGNATURE----- From oliver at linux-kernel.at Tue Jun 28 08:43:52 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 10:43:52 +0200 Subject: New Package: fish In-Reply-To: <42C0F864.1090709@linux-kernel.at> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> Message-ID: <42C10DC8.5050102@linux-kernel.at> On 06/28/2005 09:12 AM, Oliver Falk wrote: > On 06/27/2005 10:09 PM, Axel Liljencrantz wrote: > >> Thanks for the comments. I'm sorry for not answering your message any >> sooner, but I've been unwell. [ ... ] > Just a note: I had no look at the new package (rel 5) yet, I just > answered the mail... Some more comments: * Source-Tags should contain the full URI to the tarball(s). So in your case: Source0: http://roo.no-ip.org/%{name}/files/%{version}/%{name}-%{version}.tar.bz2 * The make all is better written as: make %{?_smp_mflags} all * The rm after %install is more secure, if you write: [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT Same for the %clean section, of course. * I would remove the docs after install with: rm -rf $RPM_BUILD_ROOT%{_datadir}/doc and add (also add the ChangeLog) them via %doc user_doc/* ChangeLog Because, directly installing to %{_datadir}/doc seems not very fine - for me... * And the spec is really missing a %changelog section! :-) [oliver at moon SPECS]$ rpmlint ../SRPMS/fish-1.11.1-5.src.rpm E: fish no-changelogname-tag * Upgrades (-U) still lists /usr/bin/fish in /etc/shells twice. :-/ I guess a install (-i) with --force will also do this. A question: is the xsel command really needed? For example, most of my machines (webservers, database, ...) don't have X installed and therefor have no X libraries installed. And to install all those libs just for a shell seems to be an overhead... * OK: - Install works fine (-i) - Uninstall works fine (-e) * Take a look at your webpage (http://roo.no-ip.org/fish/) and search for 1386. ;-) Best, Oliver From mpeters at mac.com Tue Jun 28 08:58:43 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 28 Jun 2005 01:58:43 -0700 Subject: New Package: fish In-Reply-To: <42C10DC8.5050102@linux-kernel.at> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> Message-ID: <1119949123.10748.30.camel@locolhost.localdomain> On Tue, 2005-06-28 at 10:43 +0200, Oliver Falk wrote: > * Source-Tags should contain the full URI to the tarball(s). > So in your case: > Source0: > http://roo.no-ip.org/%{name}/files/%{version}/%{name}-%{version}.tar.bz2 purely from a readability standpoint - that doesn't look very good. Using macros in SourceN I don't have a problem with (and prefer) - but preferably only in the file name if possible, not path to filename. I suppose that in this case where it looks like version is also a directory that would be OK to do it twice - but that isn't very readable. From paul at city-fan.org Tue Jun 28 09:00:26 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 28 Jun 2005 10:00:26 +0100 Subject: New Package: fish In-Reply-To: <42C10DC8.5050102@linux-kernel.at> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> Message-ID: <42C111AA.60806@city-fan.org> Oliver Falk wrote: > * The rm after %install is more secure, if you write: > > [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT > > Same for the %clean section, of course. Not necessary: any spec file in Fedora Extras should specify a BuildRoot: tag and that buildroot shouldn't point to the root directory. So the check is redundant. Paul. From oliver at linux-kernel.at Tue Jun 28 09:10:21 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 11:10:21 +0200 Subject: New Package: fish In-Reply-To: <1119949123.10748.30.camel@locolhost.localdomain> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <1119949123.10748.30.camel@locolhost.localdomain> Message-ID: <42C113FD.8080805@linux-kernel.at> On 06/28/2005 10:58 AM, Michael A. Peters wrote: > On Tue, 2005-06-28 at 10:43 +0200, Oliver Falk wrote: > > >>* Source-Tags should contain the full URI to the tarball(s). >> So in your case: >> Source0: >>http://roo.no-ip.org/%{name}/files/%{version}/%{name}-%{version}.tar.bz2 > > purely from a readability standpoint - that doesn't look very good. > Using macros in SourceN I don't have a problem with (and prefer) - but > preferably only in the file name if possible, not path to filename. > I suppose that in this case where it looks like version is also a > directory that would be OK to do it twice - but that isn't very > readable. This was a %s in vim. :-) Yes, it's not very readable, but it's easier if you upgrade the package... Best, Oliver From rc040203 at freenet.de Tue Jun 28 09:10:55 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 28 Jun 2005 11:10:55 +0200 Subject: New Package: fish In-Reply-To: <1119949123.10748.30.camel@locolhost.localdomain> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <1119949123.10748.30.camel@locolhost.localdomain> Message-ID: <1119949856.6288.28.camel@mccallum.corsepiu.local> On Tue, 2005-06-28 at 01:58 -0700, Michael A. Peters wrote: > On Tue, 2005-06-28 at 10:43 +0200, Oliver Falk wrote: > > > * Source-Tags should contain the full URI to the tarball(s). > > So in your case: > > Source0: > > http://roo.no-ip.org/%{name}/files/%{version}/%{name}-%{version}.tar.bz2 > > purely from a readability standpoint - that doesn't look very good. >From a maintainability standpoint, using macros consistently in a spec file is much less error prone. Ralf From mpeters at mac.com Tue Jun 28 09:28:19 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 28 Jun 2005 02:28:19 -0700 Subject: New Package: fish In-Reply-To: <1119949856.6288.28.camel@mccallum.corsepiu.local> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <1119949123.10748.30.camel@locolhost.localdomain> <1119949856.6288.28.camel@mccallum.corsepiu.local> Message-ID: <1119950899.10748.32.camel@locolhost.localdomain> On Tue, 2005-06-28 at 11:10 +0200, Ralf Corsepius wrote: > On Tue, 2005-06-28 at 01:58 -0700, Michael A. Peters wrote: > > On Tue, 2005-06-28 at 10:43 +0200, Oliver Falk wrote: > > > > > * Source-Tags should contain the full URI to the tarball(s). > > > So in your case: > > > Source0: > > > http://roo.no-ip.org/%{name}/files/%{version}/%{name}-%{version}.tar.bz2 > > > > purely from a readability standpoint - that doesn't look very good. > >From a maintainability standpoint, using macros consistently in a spec > file is much less error prone. For version I agree - but the name of a package doesn't change that often. From oliver at linux-kernel.at Tue Jun 28 09:30:09 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 11:30:09 +0200 Subject: New Package: fish In-Reply-To: <42C111AA.60806@city-fan.org> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <42C111AA.60806@city-fan.org> Message-ID: <42C118A1.8000706@linux-kernel.at> On 06/28/2005 11:00 AM, Paul Howarth wrote: > Oliver Falk wrote: > >> * The rm after %install is more secure, if you write: >> >> [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT >> >> Same for the %clean section, of course. > > > Not necessary: any spec file in Fedora Extras should specify a > BuildRoot: tag and that buildroot shouldn't point to the root directory. > So the check is redundant. You are right, but for security reasons I believe it's better... Axel might add it or not - I don't _really_ care... :-) Best, Oliver From oliver at linux-kernel.at Tue Jun 28 09:32:34 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 11:32:34 +0200 Subject: New Package: fish In-Reply-To: <1119950899.10748.32.camel@locolhost.localdomain> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <1119949123.10748.30.camel@locolhost.localdomain> <1119949856.6288.28.camel@mccallum.corsepiu.local> <1119950899.10748.32.camel@locolhost.localdomain> Message-ID: <42C11932.9020206@linux-kernel.at> On 06/28/2005 11:28 AM, Michael A. Peters wrote: > On Tue, 2005-06-28 at 11:10 +0200, Ralf Corsepius wrote: > >>On Tue, 2005-06-28 at 01:58 -0700, Michael A. Peters wrote: >> >>>On Tue, 2005-06-28 at 10:43 +0200, Oliver Falk wrote: >>> >>> >>>>* Source-Tags should contain the full URI to the tarball(s). >>>> So in your case: >>>> Source0: >>>>http://roo.no-ip.org/%{name}/files/%{version}/%{name}-%{version}.tar.bz2 >>> >>>purely from a readability standpoint - that doesn't look very good. >> >>>From a maintainability standpoint, using macros consistently in a spec >>file is much less error prone. > > For version I agree - but the name of a package doesn't change that > often. From my point of view: Use macros whereever it is possible... Best, Oliver From bugs.michael at gmx.net Tue Jun 28 09:39:50 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 28 Jun 2005 11:39:50 +0200 Subject: New Package: fish In-Reply-To: <42C10DC8.5050102@linux-kernel.at> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> Message-ID: <20050628113950.6a89cb97.bugs.michael@gmx.net> On Tue, 28 Jun 2005 10:43:52 +0200, Oliver Falk wrote: > * The rm after %install is more secure, if you write: > > [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT > > Same for the %clean section, of course. No, please don't recommend that. Besides decreasing readability, if some user really tried to override the buildroot which is specified at the top of the spec file and define it as '/', it would disable several of rpmbuild's scripts. Additionally, there are other paths which somebody, who doesn't know what he's doing, could specify with which to mess up a system: /opt, /usr, //, /root, ~, to name a few. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.07 1.71 1.33 From thomas at apestaart.org Tue Jun 28 09:38:58 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Tue, 28 Jun 2005 11:38:58 +0200 Subject: gstreamer plugins and Fedora Extras In-Reply-To: <1119233012.7701.96.camel@locolhost.localdomain> References: <1119233012.7701.96.camel@locolhost.localdomain> Message-ID: <1119951538.16552.12.camel@thomas.amantes> Hi Michael, > It was submitted before I knew of your active plans to continue > packaging plugins for livna, back when I thought > "gstreamer-plugins-extras" for Fedora Extras and > "gstreamer-plugins-nonfree" for rpm.livna.org was a good idea (which I > don't anymore, your naming structure is better) Matthias Saou and I discussed and decided on names we thought were sensible for packaging GStreamer plugins a long time ago; we wanted to use the same names to mean the same things since it's already confusing enough for people :) At that time (this was before the name "Extras" was decided for fedora's add-on repos), we decided to: - have gstreamer-plugins be the same list of plugins FC ships - use gstreamer-plugins-audio and gstreamer-plugins-video for plugins that aren't in FC for some reason, but are still ok to ship - use gstreamer-plugins-extra-audio and gstreamer-plugins-extra-video and gstreamer-plugins-extra-dvd for the "questionable" stuff. I would prefer to keep this naming structure completely since we already agreed on it in the past. > Michael Schwendt has just approved the gstreamer-plugins-extras package > that I submitted, but I don't want to upload it to CVS there without > discussing it with you first, since you are both a gstreamer developer > and a packager. I don't want the package to create a conflict that will > have to be resolved in the future. Thanks for being so kind; yes, I do believe that this would create a conflict. I still am a bit confused myself on what the repercussions are for extras and livna's upgrade policy; now it seems that 3 sets of source rpms need to be maintained from the same-versioned-but-not-quite-the-same tarball to produce these packages. > I do want the package in Extras, particularly the libvisual plugin - > which totem makes nice use of (and I'm hoping one day Rhythmbox will as > well at some point) I agree, I want it in as well. How should we proceed ? Shall I counterpropose a spec taking the improvements from your spec file ? Let me know, Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> Take my hands between your knees Once inside I'll only take the things that shine You always said those things were mine <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From rc040203 at freenet.de Tue Jun 28 09:41:29 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 28 Jun 2005 11:41:29 +0200 Subject: New Package: fish In-Reply-To: <1119950899.10748.32.camel@locolhost.localdomain> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <1119949123.10748.30.camel@locolhost.localdomain> <1119949856.6288.28.camel@mccallum.corsepiu.local> <1119950899.10748.32.camel@locolhost.localdomain> Message-ID: <1119951689.6288.41.camel@mccallum.corsepiu.local> On Tue, 2005-06-28 at 02:28 -0700, Michael A. Peters wrote: > On Tue, 2005-06-28 at 11:10 +0200, Ralf Corsepius wrote: > > On Tue, 2005-06-28 at 01:58 -0700, Michael A. Peters wrote: > > > On Tue, 2005-06-28 at 10:43 +0200, Oliver Falk wrote: > > > > > > > * Source-Tags should contain the full URI to the tarball(s). > > > > So in your case: > > > > Source0: > > > > http://roo.no-ip.org/%{name}/files/%{version}/%{name}-%{version}.tar.bz2 > > > > > > purely from a readability standpoint - that doesn't look very good. > > >From a maintainability standpoint, using macros consistently in a spec > > file is much less error prone. > > For version I agree - but the name of a package doesn't change that > often. Well, what you say in most cases is true - To me it is a matter of taste and personal preference. Ralf From bugs.michael at gmx.net Tue Jun 28 09:44:19 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 28 Jun 2005 11:44:19 +0200 Subject: New Package: fish In-Reply-To: <1119949856.6288.28.camel@mccallum.corsepiu.local> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <1119949123.10748.30.camel@locolhost.localdomain> <1119949856.6288.28.camel@mccallum.corsepiu.local> Message-ID: <20050628114419.7c41ee6d.bugs.michael@gmx.net> On Tue, 28 Jun 2005 11:10:55 +0200, Ralf Corsepius wrote: > On Tue, 2005-06-28 at 01:58 -0700, Michael A. Peters wrote: > > On Tue, 2005-06-28 at 10:43 +0200, Oliver Falk wrote: > > > > > * Source-Tags should contain the full URI to the tarball(s). > > > So in your case: > > > Source0: > > > http://roo.no-ip.org/%{name}/files/%{version}/%{name}-%{version}.tar.bz2 > > > > purely from a readability standpoint - that doesn't look very good. > >From a maintainability standpoint, using macros consistently in a spec > file is much less error prone. In the rest of a spec file, yes, sometimes, but not in the URLs. Many macros in download URLs often lead to the packager not updating the URLs when they change upstream because a change goes unnoticed. From a maintainability point of view, updating the tarball and its URL could be a cut'n'paste job. Replacing name and version in the URL with macros would need further effort. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.04 1.07 1.13 From mpeters at mac.com Tue Jun 28 10:38:35 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 28 Jun 2005 03:38:35 -0700 Subject: gstreamer plugins and Fedora Extras In-Reply-To: <1119951538.16552.12.camel@thomas.amantes> References: <1119233012.7701.96.camel@locolhost.localdomain> <1119951538.16552.12.camel@thomas.amantes> Message-ID: <1119955115.10748.50.camel@locolhost.localdomain> On Tue, 2005-06-28 at 11:38 +0200, Thomas Vander Stichele wrote: > Hi Michael, > > > > It was submitted before I knew of your active plans to continue > > packaging plugins for livna, back when I thought > > "gstreamer-plugins-extras" for Fedora Extras and > > "gstreamer-plugins-nonfree" for rpm.livna.org was a good idea (which I > > don't anymore, your naming structure is better) > > Matthias Saou and I discussed and decided on names we thought were > sensible for packaging GStreamer plugins a long time ago; we wanted to > use the same names to mean the same things since it's already confusing > enough for people :) > > At that time (this was before the name "Extras" was decided for fedora's > add-on repos), we decided to: > - have gstreamer-plugins be the same list of plugins FC ships > - use gstreamer-plugins-audio and gstreamer-plugins-video for plugins > that aren't in FC for some reason, but are still ok to ship > - use gstreamer-plugins-extra-audio and gstreamer-plugins-extra-video > and gstreamer-plugins-extra-dvd for the "questionable" stuff. > > I would prefer to keep this naming structure completely since we already > agreed on it in the past. That sounds like the best way to do it to me. > > > Michael Schwendt has just approved the gstreamer-plugins-extras package > > that I submitted, but I don't want to upload it to CVS there without > > discussing it with you first, since you are both a gstreamer developer > > and a packager. I don't want the package to create a conflict that will > > have to be resolved in the future. > > Thanks for being so kind; yes, I do believe that this would create a > conflict. I still am a bit confused myself on what the repercussions > are for extras and livna's upgrade policy; now it seems that 3 sets of > source rpms need to be maintained from the > same-versioned-but-not-quite-the-same tarball to produce these packages. > > > I do want the package in Extras, particularly the libvisual plugin - > > which totem makes nice use of (and I'm hoping one day Rhythmbox will as > > well at some point) > > I agree, I want it in as well. > > How should we proceed ? Shall I counterpropose a spec taking the > improvements from your spec file ? Yes - that would be great - I'm going out of town for a few days, but I'd happily review it so it can get approved and into extras. The only interesting thing I noticed when working on it is that the trigger script for gst-register is needed when libvisual-plugins is updated or else new plugins are not available. Currently the libvisual-plugins package doesn't package all available plugins - one needs a gcc4 patch, and others build but cause totem to fail when selected, so they are disabled - I don't remember that happening in FC3 but that was an older version of libvisual-plugins and gcc 3.4 - hopefully the problem plugins can be fixed, but gst-register needs to be run when that package is updated. From oliver at linux-kernel.at Tue Jun 28 10:51:59 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 12:51:59 +0200 Subject: New Package: fish In-Reply-To: <20050628113950.6a89cb97.bugs.michael@gmx.net> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <20050628113950.6a89cb97.bugs.michael@gmx.net> Message-ID: <42C12BCF.6080309@linux-kernel.at> On 06/28/2005 11:39 AM, Michael Schwendt wrote: > On Tue, 28 Jun 2005 10:43:52 +0200, Oliver Falk wrote: > > >>* The rm after %install is more secure, if you write: >> >> [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT >> >> Same for the %clean section, of course. > > > No, please don't recommend that. Besides decreasing readability, if some > user really tried to override the buildroot which is specified at the > top of the spec file and define it as '/', it would disable several of > rpmbuild's scripts. Additionally, there are other paths which somebody, > who doesn't know what he's doing, could specify with which to mess up a > system: /opt, /usr, //, /root, ~, to name a few. Yes, there are other stupid paths that could be set, but "/" is the absolute stupiest. :-) However, if it's not used in other packages, then I'll not recommend it again. Best, Oliver From alexl at users.sourceforge.net Tue Jun 28 10:59:09 2005 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 28 Jun 2005 03:59:09 -0700 Subject: Repoview for Fedora Core + Updates? Message-ID: This might be more of a f.d.l question, but since repoview is currently part of Extras, I thought it might be useful to ask here. Is there a possibility of enabling repoview for the set of Fedora Core packages (and updates) in addition to Extras? Bugzilla is here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161901 Alex From dennis at ausil.us Tue Jun 28 11:15:49 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 28 Jun 2005 06:15:49 -0500 Subject: New Package: konversation In-Reply-To: <20050628000740.112aaee1.bugs.michael@gmx.net> References: <200506261449.51132.dennis@ausil.us> <33889.68.254.239.136.1119884449.squirrel@ausil.us> <20050628000740.112aaee1.bugs.michael@gmx.net> Message-ID: <200506280616.00585.dennis@ausil.us> Once upon a time Monday 27 June 2005 5:07 pm, Michael Schwendt wrote: > On Mon, 27 Jun 2005 10:00:49 -0500 (CDT), Dennis Gilmore wrote: > > http://www.ausil.us/packages/konversation-0.18-1.fc4.src.rpm > > Unowned directory: > > /usr/share/apps/konversation/ ok > The following one seems to be unowned in kdebase: > > /usr/share/config.kcfg/ > > Who files a bug about that? > > > > 1. Move make -f admin/Makefile.common to %prep section > > > 2. Because of the 'make -f admin/Makefile.common' you need: > > > BuildRequires: autoconf >= 2.53 > > > BuildRequires: automake17 > > I would get rid of all this and these build requirements and patch out > the GCC4-blacklisting directly in "configure". i was trying to work out which was best way to do this so i looked at kdelibs spec and than patched it in automake.in but configure works just as well > > See attachment. > > In /usr/share/applications/kde/konversation.desktop > > > Categories=Qt;KDE;Network;X-SuSE-IRCClient; > > ? :) To stay consistent with how we do it with other packages, > please reinstall this with desktop-file-install --delete-original as > file fedora-konversation.desktop with category X-Fedora added. ok > * In order to make the "Help" menu work, "Requires: kdebase" is > necessary. KDE users will have that anyway, users of GNOME and > other desktops/wms would see an ugly error dialog without it. ok > * SSL support is not built in. Intentional? should be there. i have th option to connect via ssl but havent used it yet. i couldnt find any reference to ssl in configure so i asked on the konversation irc channel and it pulls in ssl support from kdelibs. so im going to test it more before i post a new build > * Rest looks good. -- Dennis Gilmore RHCE http://www.ausil.us -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From foolish at fedoraforum.org Tue Jun 28 11:17:31 2005 From: foolish at fedoraforum.org (Sindre Pedersen Bjordal) Date: Tue, 28 Jun 2005 13:17:31 +0200 Subject: Request for review: Smeg menu editor & pyxdg Message-ID: <1119957451.21475.5.camel@localhost.localdomain> Tried to get this in some time ago, got no response. Trying again now. New version, improved spec. Smeg allows the user to edit the menu in KDE and GNOME. It can add new menus and entries through a simple interface. A menu editor is still one of the most requested features amongst the fedoraforum.org crowd. http://foolish.digitalinc.info/pakker/SRPMS/smeg.spec http://foolish.digitalinc.info/pakker/SRPMS/smeg-0.7.5-1.src.rpm For dependencies: PyXDG, a python library to access freedesktop.org standards. Used Rudolfs spec from Newrpms and adapted it to the fedora template. http://foolish.digitalinc.info/pakker/SRPMS/pyxdg.spec http://foolish.digitalinc.info/pakker/SRPMS/pyxdg-0.14-1.src.rpm -- 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 foolish at fedoraforum.org Tue Jun 28 11:34:18 2005 From: foolish at fedoraforum.org (Sindre Pedersen Bjordal) Date: Tue, 28 Jun 2005 13:34:18 +0200 Subject: Request for review: Smeg menu editor & pyxdg In-Reply-To: <1119957451.21475.5.camel@localhost.localdomain> References: <1119957451.21475.5.camel@localhost.localdomain> Message-ID: <1119958459.9942.0.camel@localhost.localdomain> Whoops, slight error in smeg spec. Updated. http://foolish.digitalinc.info/pakker/SRPMS/smeg.spec http://foolish.digitalinc.info/pakker/SRPMS/smeg-0.7.5-2.src.rpm -- 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 mpeters at mac.com Tue Jun 28 11:49:01 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 28 Jun 2005 04:49:01 -0700 Subject: Request for review: Smeg menu editor & pyxdg In-Reply-To: <1119957451.21475.5.camel@localhost.localdomain> References: <1119957451.21475.5.camel@localhost.localdomain> Message-ID: <1119959341.10748.59.camel@locolhost.localdomain> On Tue, 2005-06-28 at 13:17 +0200, Sindre Pedersen Bjordal wrote: > Tried to get this in some time ago, got no response. Trying again now. If no one else looks at these before the weekend - I will try to on the weekend (going out of town until then) This is the kind of app that interests me - well, not me personally (I'm not into modifying menus), but LOTD is something I like to push. From petersen at redhat.com Tue Jun 28 11:58:46 2005 From: petersen at redhat.com (Jens Petersen) Date: Tue, 28 Jun 2005 20:58:46 +0900 Subject: Request for review: scim-anthy Message-ID: <42C13B76.8040905@redhat.com> Scim-anthy is a SCIM IMEngine for the commonly used Anthy input method for Japanese. It is part of the scim-imengine project on sourceforge.jp. Please review the packaging at: http://people.redhat.com/petersen/extras/scim-anthy.spec http://people.redhat.com/petersen/extras/scim-anthy-0.4.3-1.src.rpm or the preliminary cvs import if you prefer. :) Thanks, Jens From fredrik at dolda2000.com Tue Jun 28 12:46:40 2005 From: fredrik at dolda2000.com (Fredrik Tolf) Date: Tue, 28 Jun 2005 14:46:40 +0200 Subject: New package: icmpdn Message-ID: <1119962800.15326.39.camel@pc7.dolda2000.com> Hi! I've written a suite of programs, including an glibc nameswitch module, to implement RFC 1788 (which describes the ICMP requests for fetching FQDNs) in Linux. Getting the FQDN from a host itself is very useful when communicating with networks that cannot get a DNS delegation for reverse lookups (such as ADSL/Cable subscribers, possibly with a 6to4 IPv6 tunnel). It's the only known way to make Kerberos work over these networks, without some serious hoop jumping with BIND. More info is available on . Personally, I don't know much about RPMs and how to build them, but I got a spec file that seems to be working contributed from a guy named Oron Peled. Therefore, the spec file and SRPM (as built on a FC2 system, if it matters) are available here: I'd very much like to see this included in Extras. Thanks for your time! Fredrik Tolf From ville.skytta at iki.fi Tue Jun 28 12:55:28 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 28 Jun 2005 15:55:28 +0300 Subject: Request for review: openvpn In-Reply-To: <1119938242.2732.77.camel@laurel.intra.city-fan.org> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050627175617.ACD1C4542BC@ningauble.scrye.com> <20050628012725.GA1627@osiris.silug.org> <1119938242.2732.77.camel@laurel.intra.city-fan.org> Message-ID: <1119963328.9688.52.camel@localhost.localdomain> On Tue, 2005-06-28 at 06:57 +0100, Paul Howarth wrote: > On Mon, 2005-06-27 at 20:27 -0500, Steven Pritchard wrote: > > > Aren't init scripts usually marked %config? > > Not usually. Instead, the initscript reads in variables for anything > that's configurable from /etc/sysconfig/packagename and that file is > marked %config(noreplace) Right. In the past, rpmlint used to complain about _all_ files in /etc that were not marked %config, so there are quite a few packages in the repository marking them as such just to appease the tool, eg. init scripts. I think rpmlint has gained some sanity since, and behaves pretty expectedly nowadays for the common cases wrt. this. From andreas at bawue.net Tue Jun 28 13:22:04 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Tue, 28 Jun 2005 15:22:04 +0200 (CEST) Subject: Review requested: slmodemd Message-ID: Hi, Nowadays laptops do come with internal modems, which are mostly some kind of softmodem where most of the work is done in software. Linux support for these modems was inexistant in the past and has recently become somewhat better. That is, if one can consider closed source kernel modules which are compiled with a lot of GPL glue better. However, for devices such as the "Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01)", there exists a completely open source way of getting the modem to work: The kernel contains an alsa driver, which can be used to control the modem. All that is then needed is a user space daemon which sets up the tty-Device. slmodemd is this user space program. >From the %description: This package contains the userspace application to control modem chipsets such as the Intel ICH chipset, which is used in most of todays laptops. After starting the slmodem daemon on a supported system, /dev/ttySL0 can beused to dial out with the internal softmodem. I'd be glad if someone could review the package for me, after which I'll commit it to cvs. SPEC: http://home.bawue.de/~ixs/slmodem/slmodem.spec SRPM: http://home.bawue.de/~ixs/slmodem/slmodem-alsa-2.9.9d-1.src.rpm thx, andreas From oliver at linux-kernel.at Tue Jun 28 13:34:12 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 15:34:12 +0200 Subject: New package: icmpdn In-Reply-To: <1119962800.15326.39.camel@pc7.dolda2000.com> References: <1119962800.15326.39.camel@pc7.dolda2000.com> Message-ID: <42C151D4.9060800@linux-kernel.at> On 06/28/2005 02:46 PM, Fredrik Tolf wrote: > Hi! > > I've written a suite of programs, including an glibc nameswitch module, > to implement RFC 1788 (which describes the ICMP requests for fetching > FQDNs) in Linux. > > Getting the FQDN from a host itself is very useful when communicating > with networks that cannot get a DNS delegation for reverse lookups (such > as ADSL/Cable subscribers, possibly with a 6to4 IPv6 tunnel). It's the > only known way to make Kerberos work over these networks, without some > serious hoop jumping with BIND. > > More info is available on . > > Personally, I don't know much about RPMs and how to build them, but I > got a spec file that seems to be working contributed from a guy named > Oron Peled. Therefore, the spec file and SRPM (as built on a FC2 system, > if it matters) are available here: > > > > > I'd very much like to see this included in Extras. > > Thanks for your time! The first look at it, the following things I see: * Remove Vendor Tag * I'm not sure if the license is OK this way... * Source is better written as Source0 and is missing the full URI to the tarball * Strange characters show up in %description: ??? (after icmpdnd, idnlookup, libnss_icmp.so.2) in firefox; In vim: ?~@~S * In %build section, you should use %configure - it should set everything correctly * make is better written as: make %{?_smp_mflags} * In %install section do only use rm -rf "$RPM_BUILD_ROOT" (same for the %clean section) * %post and %postun should run ldconfig And therefor PreReq: /sbin/ldconfig * Missing %changelog section * In %files section icmpdnd is missing %attr to be sure the files are executable * In %files section, init.d/ipcmpdnd is missing %config * In %files section use %{_libdir} instead of /lib/, since those libs will be installed in %{_libdir} (/usr/lib), if you use %configure and this is the correct place for 'em. * In %install do: mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/init.d install -m755 admin/icmpdnd $RPM_BUILD_ROOT%{_sysconfdir}/init.d instead. At least I would do so... * Remove INSTALL from %doc, as this is not of interesst for end-users. * Remove NEWS from %doc, as it is EMTPY * README also contains the above mentioned strange characters... OK: * After I did this, it compiles as normal user (I guess it did before as well) * Installs fine * Initscript looks fine * Uninstalls fine Please, might someone else have a look at it - it might be possible, that I didn't see everything... Best, Oliver From oliver at linux-kernel.at Tue Jun 28 13:36:38 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 15:36:38 +0200 Subject: New Package: fish In-Reply-To: <1119903805.22879.5.camel@localhost.localdomain> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <7dad0d7705062713045750f184@mail.gmail.com> <1119903805.22879.5.camel@localhost.localdomain> Message-ID: <42C15266.8030600@linux-kernel.at> On 06/27/2005 10:23 PM, Tom 'spot' Callaway wrote: > On Mon, 2005-06-27 at 22:04 +0200, Axel Liljencrantz wrote: >>Thank you for your input. I'm sorry for the delay in my reply, but >>while I was writing my reply, my appendix burst, and I've spent the >>last few days recovering from surgery. > > > Michael! Stop trying to kill our new packagers! ;) Blame me as well. ;-) Best, Oliver From joost at cnoc.nl Tue Jun 28 13:37:33 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Tue, 28 Jun 2005 15:37:33 +0200 Subject: Request for review: fpc (Freepascal) In-Reply-To: <42BFD9B2.1040106@redhat.com> References: <1119010127.14622.24.camel@joost> <42BFD9B2.1040106@redhat.com> Message-ID: <1119965853.6495.17.camel@joost> Hi Jens, > Thanks for your perseverence and patience. :) Well.. I know that this isn't a standard package. Adding a bootstrapped compiler is not what you do all day... ;) I've applied your suggestions. > The fpc-src subpackage seems rather heavy, considering that > the source is also in the srpm. Do you think there is some way > to avoid it, or can the examples be excluded from the packaging? I've asked the maintainer of the installer for one of the packages that needs those sources what he really needs. He told me that only the rtl, fcl and package sources are needed. I also stripped the windows and motorola 68000 extra packages. Spec file: http://www.cnoc.nl/fpc/fpc.spec-0.6 Now I only need a sponsor. If you find the package ok, would you like to add it to the cvs already? Regards, Joost van der Sluis From rc040203 at freenet.de Tue Jun 28 13:57:03 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 28 Jun 2005 15:57:03 +0200 Subject: Review requested: slmodemd In-Reply-To: References: Message-ID: <1119967023.6288.55.camel@mccallum.corsepiu.local> On Tue, 2005-06-28 at 15:22 +0200, Andreas Thienemann wrote: > Hi, > I'd be glad if someone could review the package for me, after which I'll > commit it to cvs. > > SPEC: http://home.bawue.de/~ixs/slmodem/slmodem.spec > SRPM: http://home.bawue.de/~ixs/slmodem/slmodem-alsa-2.9.9d-1.src.rpm I am having several issues with this package. * Missing COPYING * Redundant Requires. * Package doesn't acknowledge RPM_OPT_FLAGS * Package doesn't compile with gcc-4.0.0 (fc4) Below is a set of patches, I'd like to propose to resolve/work-around the issues above. BTW: What is the difference between slmodem-alsa-*.tar.gz and slmodem-*.tar.gz (I haven't checked the details)? Ralf -------------- next part -------------- A non-text attachment was scrubbed... Name: slmodem.spec.diff Type: text/x-patch Size: 1057 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: slmodem-2.9.9d-gcc4.diff Type: text/x-patch Size: 415 bytes Desc: not available URL: From oliver at linux-kernel.at Tue Jun 28 14:00:40 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 16:00:40 +0200 Subject: New Package: fish In-Reply-To: <7dad0d770506271309dfb97fc@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d7705062003386b0da155@mail.gmail.com> <42B6A7DB.8070606@linux-kernel.at> <7dad0d7705062007487635937b@mail.gmail.com> <7dad0d7705062007581c1c9c3e@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> Message-ID: <42C15808.6040705@linux-kernel.at> On 06/27/2005 10:09 PM, Axel Liljencrantz wrote: > Hello Oliver, > > Thanks for the comments. I'm sorry for not answering your message any > sooner, but I've been unwell. > > On 6/21/05, Oliver Falk wrote: > >>Michael Schwendt wrote: >> >>>On Mon, 20 Jun 2005 16:58:07 +0200, Axel Liljencrantz wrote: >>> >>> >>>>Aside from the above changes, I've also added >>>> >>>>provides: fish xsel mimedb >>>> >>>>to the spec file. >>> >>>And these require an explanation, at least in the spec file. >>> >>>For example, "Provides: %name = %version-%release" is automatic, >>>so your one would be redundant and less accurate (= non-versioned). >>> >>>[...] >>> >>>Btw, caution! Adding things during a review often asks for trouble as your >>>current reviewer may not agree with changes he didn't propose. >> >>Correct. fish in provides is absolutely useless. xsel is a binary in >>your RPM /usr/bin/xsel, so if you really need to Require it somewhere >>else, it's better to require /usr/bin/xsel, as RPM dep checking or the >>dep resolving mechs from yum/up2date are intelligent enough to find the >>package where this binary is included. Same for mimedb! Please > > > Sorry, I removed the offending line. > > >>Please do also remove the Tags Packager and Vendor. > > > Done. > > >>BuildRoot has been documented in Wiki this way: >>%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) >> >>Btw, indentations - I think - would be fine so it's better readable. > > > Where, how? Is there any preferred indentation style, etc? > > >>* Remove the blank line after %description - please. > > > Done. > > >>For the %doc-section I'm currently not sure what's in Wiki, but I >>believe, that /usr/share/doc/%{name} is not good. And %doc-ing the >>man-packages is not needed, as this is done automatically. > > > Fixed. > > >>* Make use of macros whereever you can. /etc/ is better written as >>%{_sysconfdir} and /usr/bin is %{_bindir}. /usr/man should be moved to >>/usr/share/man and it's macroed as %{_mandir}. > > > Ok. > > >>* /etc/fish.d should not be %config, but %dir. > > > Done. I also made sure the contents of the above directory is set to %config. > > >>* /etc/fish and /etc/fish_inputrc might be also missing a %config directive. > > > You are correct. Fixed. > > >>* /usr/bin/* should get an %attr(0755,root,root) I think. > > > Ok. I thought that would be the default, but I added it anyway. > > >>>>The new version is available here: >>>> >>>>http://roo.no-ip.org/fish/fedora/fish-1.11.1-2.src.rpm >> >>Please check the above mentioned fixes. And the fixes down here added by >>Michael - I had no look at them, might be, that some of my point are >>redundant with those. > > > I have. The new version is: > > http://roo.no-ip.org/fish/fedora/fish-1.11.1-4.src.rpm > > If there are any more issues, please let me know. > > >>>In addition to the comments done by earlier reviewers, quite some >>>clean-up is needed: >>> >>> * No Packager or Vendor tags in a spec file, please. These belong >>> into your local build environment only. >>> >>> * "License: GPL"? No. The C source files disagree. => LGPL >>> >>> * Use %configure instead of "./configure --prefix=...". rpmlint even >>> warns about that. The %configure macro sets prefix, libdir and >>> friends for you. >>> >>> * %install section is missing "rm -rf $RPM_BUILD_ROOT" at the >>> beginning. >>> >>> * Your %postun script will break upgrades, as it will be executed >>> last. Look like e.g. "bash" does it. >>> >>> * Manual pages are installed into %_mandir and are flagged %doc >>> automatically. Use %_mandir not /usr/man >>> >>> * Use the other macros like %_datadir (/usr/share), %_bindir (/usr/bin) >>> %_sysconfdir (/etc) >>> >>> * Package doesn't build with $RPM_OPT_FLAGS, because it overrides CFLAGS >>> with its own flags. >>> >>> * Package fails to build. Missing at least "Buildrequires: ncurses-devel" >>> >>> * (RFE: Is it possible to install documentation files into %_docdir like >>> most other packages? i.e. %_datadir/doc/%name-%version) >>> >>> * Package fails to install: >>> >>>Preparing... ########################################### [100%] >>> 1:fish ########################################### [100%] >>>/home/qa/tmp/rpm/tmp/rpm-tmp.28773: line 11: syntax error: unexpected end of file >>>error: %post(fish-1.11.1-2.i386) scriptlet failed, exit status 2 And I forgot, the release tag is missing the %{?dist} macro. Best, Oliver From oliver at linux-kernel.at Tue Jun 28 14:01:11 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 16:01:11 +0200 Subject: New package: icmpdn In-Reply-To: <42C151D4.9060800@linux-kernel.at> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> Message-ID: <42C15827.8060107@linux-kernel.at> On 06/28/2005 03:34 PM, Oliver Falk wrote: > On 06/28/2005 02:46 PM, Fredrik Tolf wrote: > >> Hi! >> >> I've written a suite of programs, including an glibc nameswitch module, >> to implement RFC 1788 (which describes the ICMP requests for fetching >> FQDNs) in Linux. >> >> Getting the FQDN from a host itself is very useful when communicating >> with networks that cannot get a DNS delegation for reverse lookups (such >> as ADSL/Cable subscribers, possibly with a 6to4 IPv6 tunnel). It's the >> only known way to make Kerberos work over these networks, without some >> serious hoop jumping with BIND. >> >> More info is available on . >> >> Personally, I don't know much about RPMs and how to build them, but I >> got a spec file that seems to be working contributed from a guy named >> Oron Peled. Therefore, the spec file and SRPM (as built on a FC2 system, >> if it matters) are available here: >> >> >> >> >> I'd very much like to see this included in Extras. >> >> Thanks for your time! > > > The first look at it, the following things I see: > > * Remove Vendor Tag > > * I'm not sure if the license is OK this way... > > * Source is better written as Source0 and is missing the full URI to the > tarball > > * Strange characters show up in %description: ??? (after icmpdnd, > idnlookup, libnss_icmp.so.2) in firefox; In vim: ?~@~S > > * In %build section, you should use %configure - it should set > everything correctly > > * make is better written as: make %{?_smp_mflags} > > * In %install section do only use rm -rf "$RPM_BUILD_ROOT" (same for the > %clean section) > > * %post and %postun should run ldconfig > And therefor PreReq: /sbin/ldconfig > > * Missing %changelog section > > * In %files section icmpdnd is missing %attr to be sure the files are > executable > > * In %files section, init.d/ipcmpdnd is missing %config > > * In %files section use %{_libdir} instead of /lib/, since those libs > will be installed in %{_libdir} (/usr/lib), if you use %configure and > this is the correct place for 'em. > > * In %install do: > > mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/init.d > install -m755 admin/icmpdnd $RPM_BUILD_ROOT%{_sysconfdir}/init.d > > instead. At least I would do so... > > * Remove INSTALL from %doc, as this is not of interesst for end-users. > * Remove NEWS from %doc, as it is EMTPY > * README also contains the above mentioned strange characters... > > OK: > * After I did this, it compiles as normal user (I guess it did before > as well) > * Installs fine > * Initscript looks fine > * Uninstalls fine > > Please, might someone else have a look at it - it might be possible, > that I didn't see everything... And I forgot, the release tag is missing the %{?dist} macro. Best, Oliver From notting at redhat.com Tue Jun 28 14:00:46 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 28 Jun 2005 10:00:46 -0400 Subject: Review requested: slmodemd In-Reply-To: References: Message-ID: <20050628140046.GA9574@nostromo.devel.redhat.com> Andreas Thienemann (andreas at bawue.net) said: > slmodemd is this user space program. This program contains binary-only components, and, as such, is not suitable for Fedora Extras. Bill From mfleming at enlartenment.com Tue Jun 28 14:04:08 2005 From: mfleming at enlartenment.com (Michael Fleming) Date: Wed, 29 Jun 2005 00:04:08 +1000 Subject: New Package: rbldnsd In-Reply-To: <42C004CF.2070703@city-fan.org> References: <42BADE19.3040906@city-fan.org> <20050627225428.1f45d91c.mfleming@enlartenment.com> <42C004CF.2070703@city-fan.org> Message-ID: <20050629000408.707e95c4.mfleming@enlartenment.com> On Mon, 27 Jun 2005 14:53:19 +0100. Paul Howarth waffled thusly: > Michael Fleming wrote: > > On Thu, 23 Jun 2005 17:06:49 +0100. Paul Howarth waffled thusly: > > > > > >>rbldnsd is a small and fast DNS daemon which is especially made to > >>serve DNSBL zones. This daemon was inspired by Dan J. Bernstein's > >>rbldns program found in the djbdns package. > > I did intend to change that user name to rbldnsd but the default > hardcoded into the binary is to use "rbldns", so I eventually decided to > stick with the upstream decision there. I don't think it'd cause any > real harm anyway even if both packages were installed. Fair call, as I mentioned diehard djbdns users who want to use this package should be able to deal with it. :-D (if they can't - how would they have gotten it running in the first place? ;-P) > > Updated package (0.995-3) now available at > http://www.city-fan.org/~paul/extras/rbldnsd/ > > Thanks for the review; any more comments? Looks fine. I've noticed that while the license is GPL (per the debian/ copyright blurb and License tag in the spec) the commonly found COPYING file containing the GPLv2 text is missing in the tarball (and thus %doc.) Not a problem (I'm not personally zealous about these things, but there are some whose opinions differ) but it might be worth mentioning to Michael at some stage for completeness. Approved - I'll send the notice to f-e-commits. > Paul. Michael. -- Michael Fleming "Bother" said the Borg, "We've assimilated Pooh!" From andreas at bawue.net Tue Jun 28 14:09:57 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Tue, 28 Jun 2005 16:09:57 +0200 (CEST) Subject: Review requested: slmodemd In-Reply-To: <1119967023.6288.55.camel@mccallum.corsepiu.local> References: <1119967023.6288.55.camel@mccallum.corsepiu.local> Message-ID: On Tue, 28 Jun 2005, Ralf Corsepius wrote: > I am having several issues with this package. > * Missing COPYING I thought I included it. Fixed. > * Package doesn't compile with gcc-4.0.0 (fc4) Thx for the patch. I do not have fc4 on my laptop. > Below is a set of patches, I'd like to propose to resolve/work-around > the issues above. Thx. I applied them and will add it to cvs then, if you're okay with that? > BTW: What is the difference between slmodem-alsa-*.tar.gz and > slmodem-*.tar.gz (I haven't checked the details)? the slmodem-*.tar.gz contains the proprietary modem codecs for a wider range of modems. However, they are closed source. The alsa package is the same userspace program with the proprietary stuff removed. bye, andreas From andreas at bawue.net Tue Jun 28 14:11:17 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Tue, 28 Jun 2005 16:11:17 +0200 (CEST) Subject: Review requested: slmodemd In-Reply-To: <20050628140046.GA9574@nostromo.devel.redhat.com> References: <20050628140046.GA9574@nostromo.devel.redhat.com> Message-ID: On Tue, 28 Jun 2005, Bill Nottingham wrote: > > slmodemd is this user space program. > This program contains binary-only components, and, as such, is > not suitable for Fedora Extras. you are mistaken. The slmodem-alsa does _not_ contain the binary-only components. Only the slmodem (without alsa) does. The neat thing is, that the binary components can be removed, as long as the existing alsa ICH-MODEM driver can be used. regards, andreas From ivazquez at ivazquez.net Tue Jun 28 14:15:04 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 28 Jun 2005 10:15:04 -0400 Subject: New package: icmpdn In-Reply-To: <42C15827.8060107@linux-kernel.at> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> Message-ID: <1119968104.4427.43.camel@ignacio.ignacio.lan> On Tue, 2005-06-28 at 16:01 +0200, Oliver Falk wrote: > And I forgot, the release tag is missing the %{?dist} macro. Which should *not* be added until the package is in CVS. -- 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 andreas at bawue.net Tue Jun 28 14:17:14 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Tue, 28 Jun 2005 16:17:14 +0200 (CEST) Subject: Review requested: slmodemd In-Reply-To: References: <20050628140046.GA9574@nostromo.devel.redhat.com> Message-ID: Hi Bill, On Tue, 28 Jun 2005, Andreas Thienemann wrote: > > > slmodemd is this user space program. > > This program contains binary-only components, and, as such, is > > not suitable for Fedora Extras. > you are mistaken. Hmmm. I checked again, more closely. Seems like we are both wrong, and right. ;) The program which gets installed doesn't use any of the binary-only components. They are however, included in the source tar.gz, but never linked against. >From my point of view, this conforms to the extra policy. What do you think? bye, andreas From fredrik at dolda2000.com Tue Jun 28 14:22:11 2005 From: fredrik at dolda2000.com (Fredrik Tolf) Date: Tue, 28 Jun 2005 16:22:11 +0200 Subject: New package: icmpdn In-Reply-To: <42C151D4.9060800@linux-kernel.at> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> Message-ID: <1119968531.15326.61.camel@pc7.dolda2000.com> On Tue, 2005-06-28 at 15:34 +0200, Oliver Falk wrote: > On 06/28/2005 02:46 PM, Fredrik Tolf wrote: > > > > > > The first look at it, the following things I see: > > * Remove Vendor Tag I'm sure you're right, but what is there supposed to be instead? Surely, the author is supposed to mentioned so that people know who to blame? ;-) > * I'm not sure if the license is OK this way... As far as I know, NSS modules must be LGPL, since they are dynlinked into glibc, which is LGPL. As for the binaries, I don't see any reason why they shouldn't be GPL:ed. Since idnlookup is only called by command from the NSS module (it isn't linked or anything), their respective licenses shouldn't matter. Then again though, IANAL. > * Source is better written as Source0 and is missing the full URI to the > tarball Again, I'm sure you're right, but what's the difference between Source and Source0? > * Strange characters show up in %description: ??? (after icmpdnd, > idnlookup, libnss_icmp.so.2) in firefox; In vim: ?~@~S Hm. It seems that Oron Peled copied my homepage directly into the README and specfile when he created them, so those are probably en-dashes in UTF-8. I never noticed, since all my systems handle UTF-8 correctly. I might as well fix it (dashes and en-dashes look the same in terminal fonts anyway), but is there anything wrong with using UTF-8 in specfiles? > * In %build section, you should use %configure - it should set > everything correctly As I mentioned, I don't know much about building RPMs, so you may well be right, but does this "%configure" set the libdir correctly to /lib? AFAIK, that's pretty important for NSS modules. > * make is better written as: make %{?_smp_mflags} OK, will fix. > * In %install section do only use rm -rf "$RPM_BUILD_ROOT" (same for the > %clean section) Again, I'm sure you're right, but it seems weird to me not to check so that the root dir doesn't get removed. Will fix, though. You are referring to just removing the checks, right? > * %post and %postun should run ldconfig > And therefor PreReq: /sbin/ldconfig Would fix, but I have no idea what "PreReq" refers to. Also, are you sure that running ldconfig really is necessary? After all, this library is only dlopen()'ed by the nameswitch, not used by ld.so. For sure, this RPM has worked without ldconfig previously. > * Missing %changelog section Forgive me my ignorance, but what is that supposed to be? Should I just insert the contents of the ChangeLog file? > * In %files section icmpdnd is missing %attr to be sure the files are > executable > * In %files section, init.d/ipcmpdnd is missing %config Will fix. > * In %files section use %{_libdir} instead of /lib/, since those libs > will be installed in %{_libdir} (/usr/lib), if you use %configure and > this is the correct place for 'em. Are you really sure that /usr/lib is the correct place for NSS modules? On all my systems (both RH, FC and Gentoo), all /usr/lib/libnss* are just symlinks to /lib, and even post-installed NSS modules, like nss_ldap, are installed in /lib. Thus, it seems weird if this would be the only NSS module to be installed in /usr/lib. > * In %install do: > > mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/init.d > install -m755 admin/icmpdnd $RPM_BUILD_ROOT%{_sysconfdir}/init.d > > instead. At least I would do so... Yes, that seems better. Will fix. > * Remove INSTALL from %doc, as this is not of interesst for end-users. > * Remove NEWS from %doc, as it is EMTPY > * README also contains the above mentioned strange characters... Will fix. Thanks for your comments! Fredrik Tolf From notting at redhat.com Tue Jun 28 14:22:44 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 28 Jun 2005 10:22:44 -0400 Subject: Review requested: slmodemd In-Reply-To: References: <20050628140046.GA9574@nostromo.devel.redhat.com> Message-ID: <20050628142244.GB10079@nostromo.devel.redhat.com> Andreas Thienemann (andreas at bawue.net) said: > On Tue, 28 Jun 2005, Bill Nottingham wrote: > > > > slmodemd is this user space program. > > This program contains binary-only components, and, as such, is > > not suitable for Fedora Extras. > you are mistaken. > > The slmodem-alsa does _not_ contain the binary-only components. Only the > slmodem (without alsa) does. slmodem-2.9.9d-alsa/modem]$ file dsplibs.o dsplibs.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped This is linked into slmodemd. Bill From oliver at linux-kernel.at Tue Jun 28 14:24:06 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 16:24:06 +0200 Subject: New package: icmpdn In-Reply-To: <1119968104.4427.43.camel@ignacio.ignacio.lan> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> <1119968104.4427.43.camel@ignacio.ignacio.lan> Message-ID: <42C15D86.90805@linux-kernel.at> On 06/28/2005 04:15 PM, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-06-28 at 16:01 +0200, Oliver Falk wrote: > >>And I forgot, the release tag is missing the %{?dist} macro. > > > Which should *not* be added until the package is in CVS. Yes, forgot to mention this... Thanks for pointin'... Best, Oliver From ivazquez at ivazquez.net Tue Jun 28 14:26:00 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 28 Jun 2005 10:26:00 -0400 Subject: Review requested: slmodemd In-Reply-To: References: <1119967023.6288.55.camel@mccallum.corsepiu.local> Message-ID: <1119968760.4427.45.camel@ignacio.ignacio.lan> On Tue, 2005-06-28 at 16:09 +0200, Andreas Thienemann wrote: > On Tue, 28 Jun 2005, Ralf Corsepius wrote: > > Below is a set of patches, I'd like to propose to resolve/work-around > > the issues above. > Thx. I applied them and will add it to cvs then, if you're okay with that? Do yourself a favor and remove the %{?dist} from release and add it in after it's been imported. -- 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 Tue Jun 28 14:27:12 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 28 Jun 2005 10:27:12 -0400 Subject: Review requested: slmodemd In-Reply-To: References: <20050628140046.GA9574@nostromo.devel.redhat.com> Message-ID: <1119968832.4427.47.camel@ignacio.ignacio.lan> On Tue, 2005-06-28 at 16:17 +0200, Andreas Thienemann wrote: > Hi Bill, > > On Tue, 28 Jun 2005, Andreas Thienemann wrote: > > > > > slmodemd is this user space program. > > > This program contains binary-only components, and, as such, is > > > not suitable for Fedora Extras. > > you are mistaken. > Hmmm. I checked again, more closely. > Seems like we are both wrong, and right. ;) > > The program which gets installed doesn't use any of the binary-only > components. > They are however, included in the source tar.gz, but never linked against. > > >From my point of view, this conforms to the extra policy. > What do you think? I think you should make a tarball which excludes the binary-only components, and build the SRPM with that. -- 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 andreas at bawue.net Tue Jun 28 14:28:09 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Tue, 28 Jun 2005 16:28:09 +0200 (CEST) Subject: Review requested: slmodemd In-Reply-To: <20050628142244.GB10079@nostromo.devel.redhat.com> References: <20050628140046.GA9574@nostromo.devel.redhat.com> <20050628142244.GB10079@nostromo.devel.redhat.com> Message-ID: On Tue, 28 Jun 2005, Bill Nottingham wrote: > slmodem-2.9.9d-alsa/modem]$ file dsplibs.o > dsplibs.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped > This is linked into slmodemd. okay. I missed this one. I was checking the object files in /drivers and missed that one. So, forget about slmodemd, it really has no place in extras. bye, andreas From rc040203 at freenet.de Tue Jun 28 14:28:09 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 28 Jun 2005 16:28:09 +0200 Subject: Review requested: slmodemd In-Reply-To: <1119968760.4427.45.camel@ignacio.ignacio.lan> References: <1119967023.6288.55.camel@mccallum.corsepiu.local> <1119968760.4427.45.camel@ignacio.ignacio.lan> Message-ID: <1119968889.6288.56.camel@mccallum.corsepiu.local> On Tue, 2005-06-28 at 10:26 -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-06-28 at 16:09 +0200, Andreas Thienemann wrote: > > On Tue, 28 Jun 2005, Ralf Corsepius wrote: > > > Below is a set of patches, I'd like to propose to resolve/work-around > > > the issues above. > > Thx. I applied them and will add it to cvs then, if you're okay with that? > > Do yourself a favor and remove the %{?dist} from release and add it in > after it's been imported. Why? I fail to understand the usefulness of your proposal. Ralf From rc040203 at freenet.de Tue Jun 28 14:39:32 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 28 Jun 2005 16:39:32 +0200 Subject: New package: icmpdn In-Reply-To: <1119968104.4427.43.camel@ignacio.ignacio.lan> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> <1119968104.4427.43.camel@ignacio.ignacio.lan> Message-ID: <1119969572.6288.67.camel@mccallum.corsepiu.local> On Tue, 2005-06-28 at 10:15 -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-06-28 at 16:01 +0200, Oliver Falk wrote: > > And I forgot, the release tag is missing the %{?dist} macro. > > Which should *not* be added until the package is in CVS. Would you mind to explain? %{?dist} is empty when building in a normal user environment and does not do any harm. FE-buildsystem built packages will use it, so they will replace locally built packages, having been built from the same sources. Ralf From jspaleta at gmail.com Tue Jun 28 14:40:33 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 28 Jun 2005 10:40:33 -0400 Subject: tpctl in extras missing dependancy for kernel-module-thinkpad Message-ID: <604aa791050628074059f67fe7@mail.gmail.com> Anyone else seeing this when trying to install tpctl from extras in fc4? As an aside, I didn't think Extras was ready to tackle the issue of kernel module packages yet. Is tpctl suppose to be in the extras tree? -jef From rc040203 at freenet.de Tue Jun 28 14:47:06 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 28 Jun 2005 16:47:06 +0200 Subject: New package: icmpdn In-Reply-To: <1119968531.15326.61.camel@pc7.dolda2000.com> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> Message-ID: <1119970026.6288.71.camel@mccallum.corsepiu.local> On Tue, 2005-06-28 at 16:22 +0200, Fredrik Tolf wrote: > On Tue, 2005-06-28 at 15:34 +0200, Oliver Falk wrote: > > On 06/28/2005 02:46 PM, Fredrik Tolf wrote: > > * Source is better written as Source0 and is missing the full URI to the > > tarball > > Again, I'm sure you're right, but what's the difference between Source > and Source0? None. Source is a synonym for Source0. Ralf From ville.skytta at iki.fi Tue Jun 28 14:55:54 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 28 Jun 2005 17:55:54 +0300 Subject: New package: icmpdn In-Reply-To: <1119968531.15326.61.camel@pc7.dolda2000.com> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> Message-ID: <1119970554.9688.66.camel@localhost.localdomain> On Tue, 2005-06-28 at 16:22 +0200, Fredrik Tolf wrote: > On Tue, 2005-06-28 at 15:34 +0200, Oliver Falk wrote: > > > > * Remove Vendor Tag > > I'm sure you're right, but what is there supposed to be instead? Surely, > the author is supposed to mentioned so that people know who to > blame? ;-) http://fedoraproject.org/wiki/PackagingGuidelines#head-c00c7e039df9f68a709ce2ceee6a5454edf16f8c From ivazquez at ivazquez.net Tue Jun 28 15:00:12 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 28 Jun 2005 11:00:12 -0400 Subject: New package: icmpdn In-Reply-To: <1119969572.6288.67.camel@mccallum.corsepiu.local> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> <1119968104.4427.43.camel@ignacio.ignacio.lan> <1119969572.6288.67.camel@mccallum.corsepiu.local> Message-ID: <1119970813.4427.50.camel@ignacio.ignacio.lan> On Tue, 2005-06-28 at 16:39 +0200, Ralf Corsepius wrote: > On Tue, 2005-06-28 at 10:15 -0400, Ignacio Vazquez-Abrams wrote: > > On Tue, 2005-06-28 at 16:01 +0200, Oliver Falk wrote: > > > And I forgot, the release tag is missing the %{?dist} macro. > > > > Which should *not* be added until the package is in CVS. > > Would you mind to explain? > > %{?dist} is empty when building in a normal user environment and does > not do any harm. You know what happens when you assume, right? -- 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 oliver at linux-kernel.at Tue Jun 28 14:59:55 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 16:59:55 +0200 Subject: New package: icmpdn In-Reply-To: <1119968531.15326.61.camel@pc7.dolda2000.com> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> Message-ID: <42C165EB.2040408@linux-kernel.at> On 06/28/2005 04:22 PM, Fredrik Tolf wrote: > On Tue, 2005-06-28 at 15:34 +0200, Oliver Falk wrote: >>On 06/28/2005 02:46 PM, Fredrik Tolf wrote: >> >>> >>> >> >>The first look at it, the following things I see: >> >>* Remove Vendor Tag > > I'm sure you're right, but what is there supposed to be instead? Surely, > the author is supposed to mentioned so that people know who to > blame? ;-) Vendor and Packer is added automatically... If a user want's to blame someone for bugs, he will look at the URL tag and go the the webpage of the software and will find the correct person. But in most cases, the packager is blamed for bugs and the bug is entered into bugzilla (or at least this *would* be the correct way). And the packager is the one who tries to fix it or check with the original author. >>* I'm not sure if the license is OK this way... > > As far as I know, NSS modules must be LGPL, since they are dynlinked > into glibc, which is LGPL. As for the binaries, I don't see any reason > why they shouldn't be GPL:ed. Since idnlookup is only called by command > from the NSS module (it isn't linked or anything), their respective > licenses shouldn't matter. > > Then again though, IANAL. There might be someone else who can have a look at the package to check the licensing stuff... I'm not very familiar with all those things... :-) >>* Source is better written as Source0 and is missing the full URI to the >>tarball > > Again, I'm sure you're right, but what's the difference between Source > and Source0? Some buildsystems (eg. mach) have the problem, that they do not understand Source: correctly, but do with Source0. I'm not sure about mock - which is used actually for the FE buildsys. So to be sure, it's better written this way. >>* Strange characters show up in %description: ??? (after icmpdnd, >>idnlookup, libnss_icmp.so.2) in firefox; In vim: ?~@~S > > Hm. It seems that Oron Peled copied my homepage directly into the README > and specfile when he created them, so those are probably en-dashes in > UTF-8. I never noticed, since all my systems handle UTF-8 correctly. > > I might as well fix it (dashes and en-dashes look the same in terminal > fonts anyway), but is there anything wrong with using UTF-8 in > specfiles? I guess it's OK to use UTF8, but you can never be sure if everyone has a working utf8 environment. For example I have it disabled, since I encountered problems with my older machines (rh 6 - 8)... However... >>* In %build section, you should use %configure - it should set >> everything correctly > > As I mentioned, I don't know much about building RPMs, so you may well > be right, but does this "%configure" set the libdir correctly to /lib? > AFAIK, that's pretty important for NSS modules. Is it a problem if they are under /usr/lib? I'm not sure... [ ... ] >>* In %install section do only use rm -rf "$RPM_BUILD_ROOT" (same for the >>%clean section) > > Again, I'm sure you're right, but it seems weird to me not to check so > that the root dir doesn't get removed. Will fix, though. You are > referring to just removing the checks, right? Yes. Just remove the checks. I had a discussing about this just a few hours ago with Michael Schwendt . I also recommended it to allways check it, but Michael is correct, all FC packages should add a BuildRoot... I attached the mail from Michael for you... >>* %post and %postun should run ldconfig >> And therefor PreReq: /sbin/ldconfig > > Would fix, but I have no idea what "PreReq" refers to. Also, are you > sure that running ldconfig really is necessary? After all, this library > is only dlopen()'ed by the nameswitch, not used by ld.so. For sure, this > RPM has worked without ldconfig previously. If it worked fine yet, the do not add it and remove the %post and %postun sections. >>* Missing %changelog section > > Forgive me my ignorance, but what is that supposed to be? Should I just > insert the contents of the ChangeLog file? No, the %changelog section is for the rpm changelog... Have a look at other rpms (do a rpm -q --changelog glibc for example). [ ... ] >>* In %files section use %{_libdir} instead of /lib/, since those libs >>will be installed in %{_libdir} (/usr/lib), if you use %configure and >>this is the correct place for 'em. > > Are you really sure that /usr/lib is the correct place for NSS modules? > On all my systems (both RH, FC and Gentoo), all /usr/lib/libnss* are > just symlinks to /lib, and even post-installed NSS modules, like > nss_ldap, are installed in /lib. Thus, it seems weird if this would be > the only NSS module to be installed in /usr/lib. Seems I need to check that. [ ... ] > Thanks for your comments! No problem, u r welcome. I'll have a look at the problematic with the lib location and write you again. But maybe someone else has the correct answer for this!? Best, Oliver -------------- next part -------------- An embedded message was scrubbed... From: Michael Schwendt Subject: Re: New Package: fish Date: Tue, 28 Jun 2005 11:39:50 +0200 Size: 4820 URL: From oliver at linux-kernel.at Tue Jun 28 15:01:06 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 17:01:06 +0200 Subject: New package: icmpdn In-Reply-To: <1119970554.9688.66.camel@localhost.localdomain> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <1119970554.9688.66.camel@localhost.localdomain> Message-ID: <42C16632.7010209@linux-kernel.at> On 06/28/2005 04:55 PM, Ville Skytt? wrote: > On Tue, 2005-06-28 at 16:22 +0200, Fredrik Tolf wrote: > >>On Tue, 2005-06-28 at 15:34 +0200, Oliver Falk wrote: >> >>>* Remove Vendor Tag >> >>I'm sure you're right, but what is there supposed to be instead? Surely, >>the author is supposed to mentioned so that people know who to >>blame? ;-) > > > http://fedoraproject.org/wiki/PackagingGuidelines#head-c00c7e039df9f68a709ce2ceee6a5454edf16f8c Thanks for the link - 'was to lazy to search for it... Best, Oliver From paul at city-fan.org Tue Jun 28 15:00:35 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 28 Jun 2005 16:00:35 +0100 Subject: New Package: rbldnsd In-Reply-To: <20050629000408.707e95c4.mfleming@enlartenment.com> References: <42BADE19.3040906@city-fan.org> <20050627225428.1f45d91c.mfleming@enlartenment.com> <42C004CF.2070703@city-fan.org> <20050629000408.707e95c4.mfleming@enlartenment.com> Message-ID: <42C16613.2090304@city-fan.org> Michael Fleming wrote: > Looks fine. > > I've noticed that while the license is GPL (per the debian/ > copyright blurb and License tag in the spec) the commonly found COPYING file > containing the GPLv2 text is missing in the tarball (and thus %doc.) > > Not a problem (I'm not personally zealous about these things, but there are > some whose opinions differ) but it might be worth mentioning to Michael at > some stage for completeness. I've written to Michael suggesting that he includes it in any subsequent releases. In the meantime, I've included a gpl.txt file from the fsf.org website in the latest revision of the package (available at http://www.city-fan.org/~paul/extras/rbldnsd/ as usual). The rbldnsd page at http://www.corpit.ru/mjt/rbldnsd.html explicitly states that the software is released under GPL license version 2 or any later version, so that's the version I included. > Approved - I'll send the notice to f-e-commits. Thanks; will import into cvs unless anyone objects. Paul. From ville.skytta at iki.fi Tue Jun 28 15:04:47 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 28 Jun 2005 18:04:47 +0300 Subject: tpctl in extras missing dependancy for kernel-module-thinkpad In-Reply-To: <604aa791050628074059f67fe7@mail.gmail.com> References: <604aa791050628074059f67fe7@mail.gmail.com> Message-ID: <1119971087.9688.76.camel@localhost.localdomain> On Tue, 2005-06-28 at 10:40 -0400, Jeff Spaleta wrote: > Anyone else seeing this when trying to install tpctl from extras in fc4? Yes, everybody who has not built kernel-module-thinkpad locally from Extras CVS :( > As an aside, I didn't think Extras was ready to tackle the issue of > kernel module packages yet. Right, at least three issues remain: how to name the modules, how to make depsolvers do the right thing with them, and how to request builds for i586 and i686 from the build system for the same package. > Is tpctl suppose to be in the extras tree? Probably it's better to just pull it for now. And IIRC configure-thinkpad will need to go too. Will ask in the Wiki. But we should really fix the remaining issues with kernel module builds, I'd like to get LIRC modules shipped too, and there may be other stuff queued up from others. Anybody willing to (re)start or join this discussion somewhere? fedora-packaging? From xb_ml at kelkoo.net Tue Jun 28 15:09:31 2005 From: xb_ml at kelkoo.net (Xavier Bachelot) Date: Tue, 28 Jun 2005 17:09:31 +0200 Subject: Review requested: slmodemd In-Reply-To: References: <20050628140046.GA9574@nostromo.devel.redhat.com> <20050628142244.GB10079@nostromo.devel.redhat.com> Message-ID: <42C1682B.6030407@kelkoo.net> > > So, forget about slmodemd, it really has no place in extras. > But your work is not lost, it could be included in Livna, where the restriction about proprietary/binary object doesn't exist. http://rpm.livna.org Cheers, Xavier From orion at cora.nwra.com Tue Jun 28 15:17:19 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 28 Jun 2005 09:17:19 -0600 Subject: hfd5 license In-Reply-To: <1119887298.2624.54.camel@localhost.localdomain> References: <1119887298.2624.54.camel@localhost.localdomain> Message-ID: Tom 'spot' Callaway wrote: > So, to those people interested in hdf5: is it still useful without szip > compression support? Once hdf5 is included, I'd *really* like to see octave recompiled with hdf5 support. Thanks! From oliver at linux-kernel.at Tue Jun 28 15:21:39 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 17:21:39 +0200 Subject: New package: icmpdn In-Reply-To: <1119970813.4427.50.camel@ignacio.ignacio.lan> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> <1119968104.4427.43.camel@ignacio.ignacio.lan> <1119969572.6288.67.camel@mccallum.corsepiu.local> <1119970813.4427.50.camel@ignacio.ignacio.lan> Message-ID: <42C16B03.9040502@linux-kernel.at> On 06/28/2005 05:00 PM, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-06-28 at 16:39 +0200, Ralf Corsepius wrote: > >>On Tue, 2005-06-28 at 10:15 -0400, Ignacio Vazquez-Abrams wrote: >> >>>On Tue, 2005-06-28 at 16:01 +0200, Oliver Falk wrote: >>> >>>>And I forgot, the release tag is missing the %{?dist} macro. >>> >>>Which should *not* be added until the package is in CVS. >> >>Would you mind to explain? >> >>%{?dist} is empty when building in a normal user environment and does >>not do any harm. > > > You know what happens when you assume, right? Normally it should not be a problem to include it, but some while ago I had a discussion and we agreed to only include it if the package has been aproved and included into fe. Best, Oliver From qspencer at ieee.org Tue Jun 28 15:22:43 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 28 Jun 2005 10:22:43 -0500 Subject: hfd5 license In-Reply-To: References: <1119887298.2624.54.camel@localhost.localdomain> Message-ID: <42C16B43.7000900@ieee.org> Orion Poplawski wrote: > Tom 'spot' Callaway wrote: > >> So, to those people interested in hdf5: is it still useful without szip >> compression support? > > > Once hdf5 is included, I'd *really* like to see octave recompiled with > hdf5 support. I plan on it. I didn't have the time or interest to package hdf5 myself, but once it's released, I'll be glad to support it in octave. -Quentin From ivazquez at ivazquez.net Tue Jun 28 15:26:01 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 28 Jun 2005 11:26:01 -0400 Subject: Kernel modules (was: Re: tpctl in extras missing dependancy for kernel-module-thinkpad) In-Reply-To: <1119971087.9688.76.camel@localhost.localdomain> References: <604aa791050628074059f67fe7@mail.gmail.com> <1119971087.9688.76.camel@localhost.localdomain> Message-ID: <1119972361.4427.59.camel@ignacio.ignacio.lan> On Tue, 2005-06-28 at 18:04 +0300, Ville Skytt? wrote: > On Tue, 2005-06-28 at 10:40 -0400, Jeff Spaleta wrote: > > As an aside, I didn't think Extras was ready to tackle the issue of > > kernel module packages yet. > > Right, at least three issues remain: how to name the modules, how to > make depsolvers do the right thing with them, and how to request builds > for i586 and i686 from the build system for the same package. Screw i586 for now. As for naming, the kernel version needs to be stored *somewhere*. And we need to finalize the naming issue before we can decide what behavior depsolvers need. > But we should really fix the remaining issues with kernel module builds, > I'd like to get LIRC modules shipped too, and there may be other stuff > queued up from others. Anybody willing to (re)start or join this > discussion somewhere? fedora-packaging? Works for me. Here's my first submission: https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00965.html I've had to make a few changes for FC4, and I'll post those later today when I get a chance. -- 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 oliver at linux-kernel.at Tue Jun 28 15:26:07 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 17:26:07 +0200 Subject: Still awaiting approval: rblcheck Message-ID: <42C16C0F.5090505@linux-kernel.at> Hi! Some while ago we were 'working' on approval for rblcheck. It's still at http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/rblcheck Please, might someone have a look at it and approve it. I believe I included all change-requests that I received, but you may have a look at it again... Merci! Best, Oliver From fredrik at dolda2000.com Tue Jun 28 15:25:49 2005 From: fredrik at dolda2000.com (Fredrik Tolf) Date: Tue, 28 Jun 2005 17:25:49 +0200 Subject: New package: icmpdn In-Reply-To: <1119970554.9688.66.camel@localhost.localdomain> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <1119970554.9688.66.camel@localhost.localdomain> Message-ID: <1119972350.15326.63.camel@pc7.dolda2000.com> On Tue, 2005-06-28 at 17:55 +0300, Ville Skytt? wrote: > On Tue, 2005-06-28 at 16:22 +0200, Fredrik Tolf wrote: > > On Tue, 2005-06-28 at 15:34 +0200, Oliver Falk wrote: > > > > > > * Remove Vendor Tag > > > > I'm sure you're right, but what is there supposed to be instead? Surely, > > the author is supposed to mentioned so that people know who to > > blame? ;-) > > http://fedoraproject.org/wiki/PackagingGuidelines#head-c00c7e039df9f68a709ce2ceee6a5454edf16f8c Thanks for the link. I had no idea such a thing existed. Fredrik Tolf From oliver at linux-kernel.at Tue Jun 28 15:29:09 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 17:29:09 +0200 Subject: Approval needed: libstatgrab Message-ID: <42C16CC5.1090501@linux-kernel.at> Hi! I'd like to include libstatgrab into FE. You can find the srpm and the spec here: http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/libstatgrab From the rpm description: Libstatgrab is a library that provides cross platform access to statistics about the system on which it's run. It's written in C and presents a selection of useful interfaces which can be used to access key system statistics. The current list of statistics includes CPU usage, memory utilisation, disk usage, process counts, network traffic, disk I/O, and more. Best, Oliver From oliver at linux-kernel.at Tue Jun 28 15:31:47 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 28 Jun 2005 17:31:47 +0200 Subject: Approval needed: libstatgrab In-Reply-To: <42C16CC5.1090501@linux-kernel.at> References: <42C16CC5.1090501@linux-kernel.at> Message-ID: <42C16D63.2040708@linux-kernel.at> On 06/28/2005 05:29 PM, Oliver Falk wrote: > I'd like to include libstatgrab into FE. > > You can find the srpm and the spec here: > http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/libstatgrab > > > From the rpm description: > Libstatgrab is a library that provides cross platform access to > statistics about the system on which it's run. It's written in C > and presents a selection of useful interfaces which can be used to > access key system statistics. The current list of statistics includes > CPU usage, memory utilisation, disk usage, process counts, network > traffic, disk I/O, and more. Please also have a look at the bwm-ng package: http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/bwm-ng This is the package that I'd like to include, but bwm-ng is compiled with libstatgrab - that's why I'd like to include libstatgrab. :-) From the rpm description: A small and simple curses base bandwidth monitor. No big features. Best, Oliver From rc040203 at freenet.de Tue Jun 28 15:33:17 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 28 Jun 2005 17:33:17 +0200 Subject: New package: icmpdn In-Reply-To: <42C165EB.2040408@linux-kernel.at> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <42C165EB.2040408@linux-kernel.at> Message-ID: <1119972797.6288.83.camel@mccallum.corsepiu.local> On Tue, 2005-06-28 at 16:59 +0200, Oliver Falk wrote: > On 06/28/2005 04:22 PM, Fredrik Tolf wrote: > > On Tue, 2005-06-28 at 15:34 +0200, Oliver Falk wrote: > >>On 06/28/2005 02:46 PM, Fredrik Tolf wrote: > >>* Source is better written as Source0 and is missing the full URI to the > >>tarball > > > > Again, I'm sure you're right, but what's the difference between Source > > and Source0? > > Some buildsystems (eg. mach) have the problem, that they do not > understand Source: correctly, but do with Source0. IMNSHO, if a buildsystem screws up on this, it is broken and ought to be fixed or abandoned. > I'm not sure about > mock - which is used actually for the FE buildsys. So to be sure, it's > better written this way. I don't know about mach, but mock knows to handle "Source". Ralf From rc040203 at freenet.de Tue Jun 28 15:34:40 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 28 Jun 2005 17:34:40 +0200 Subject: New package: icmpdn In-Reply-To: <42C16B03.9040502@linux-kernel.at> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> <1119968104.4427.43.camel@ignacio.ignacio.lan> <1119969572.6288.67.camel@mccallum.corsepiu.local> <1119970813.4427.50.camel@ignacio.ignacio.lan> <42C16B03.9040502@linux-kernel.at> Message-ID: <1119972880.6288.85.camel@mccallum.corsepiu.local> On Tue, 2005-06-28 at 17:21 +0200, Oliver Falk wrote: > On 06/28/2005 05:00 PM, Ignacio Vazquez-Abrams wrote: > > On Tue, 2005-06-28 at 16:39 +0200, Ralf Corsepius wrote: > > > >>On Tue, 2005-06-28 at 10:15 -0400, Ignacio Vazquez-Abrams wrote: > >> > >>>On Tue, 2005-06-28 at 16:01 +0200, Oliver Falk wrote: > >>> > >>>>And I forgot, the release tag is missing the %{?dist} macro. > >>> > >>>Which should *not* be added until the package is in CVS. > >> > >>Would you mind to explain? > >> > >>%{?dist} is empty when building in a normal user environment and does > >>not do any harm. > > > > > > You know what happens when you assume, right? Nothing will happen, whether the user has "dist" defined or not. > Normally it should not be a problem to include it, but some while ago I > had a discussion and we agreed to only include it if the package has > been aproved and included into fe. Paranoia? Ralf From ville.skytta at iki.fi Tue Jun 28 15:44:45 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 28 Jun 2005 18:44:45 +0300 Subject: Kernel modules (was: Re: tpctl in extras missing dependancy for kernel-module-thinkpad) In-Reply-To: <1119972361.4427.59.camel@ignacio.ignacio.lan> References: <604aa791050628074059f67fe7@mail.gmail.com> <1119971087.9688.76.camel@localhost.localdomain> <1119972361.4427.59.camel@ignacio.ignacio.lan> Message-ID: <1119973485.9688.111.camel@localhost.localdomain> Further replies to this thread to the fedora-packaging list, please. TIA! From bugs.michael at gmx.net Tue Jun 28 15:47:17 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 28 Jun 2005 17:47:17 +0200 Subject: New package: icmpdn In-Reply-To: <1119968531.15326.61.camel@pc7.dolda2000.com> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> Message-ID: <20050628174717.65a55003.bugs.michael@gmx.net> On Tue, 28 Jun 2005 16:22:11 +0200, Fredrik Tolf wrote: > > * Remove Vendor Tag > > I'm sure you're right, but what is there supposed to be instead? Surely, > the author is supposed to mentioned so that people know who to > blame? ;-) That's what documentation files are for. Upstream projects can put contact information, bugzilla databases, e-mail addresses there. The vendor of the package is the person/organisation who builds the binary packages. At Fedora Extras, both Vendor and Packager tag are left empty in the spec file. Vendor information could be filled in by the build system. > > * Source is better written as Source0 and is missing the full URI to the > > tarball > > Again, I'm sure you're right, but what's the difference between Source > and Source0? They are the same. Just like "Patch0" and "Patch" is the same. Don't worry about such recommendations. You are free to ignore them. It's unimportant spec file beautiness. Lobbying for using Source0 and Patch0 even if there is only one source file and one patch has been a recent move by some packagers. > fonts anyway), but is there anything wrong with using UTF-8 in > specfiles? Spec files ought to be UTF-8 for consistency with system defaults. > > * In %build section, you should use %configure - it should set > > everything correctly > > As I mentioned, I don't know much about building RPMs, so you may well > be right, but does this "%configure" set the libdir correctly to /lib? > AFAIK, that's pretty important for NSS modules. You can override %configure's defaults like this: %configure --libdir=%{_lib} Note that on 64-bit multilib systems, the NSS modules are located in /lib64, not /lib. > > * make is better written as: make %{?_smp_mflags} > > OK, will fix. And be aware of SMP make flags breaking sometimes. ;) Adding smp_mflags would be something a packager would documented in the spec %changelog, so when a new tarball fails in "make" in weird ways, the changelog entry would help when looking for the possible culprit. > > * In %install section do only use rm -rf "$RPM_BUILD_ROOT" (same for the > > %clean section) > > Again, I'm sure you're right, but it seems weird to me not to check so > that the root dir doesn't get removed. Will fix, though. You are > referring to just removing the checks, right? See yesterday's/today's thread about the "fish" package. Please don't decrease readability of your spec file with insane checks which are advertised as adding security. They don't add any real security. And btw, I doubt you have ever before seen somebody building rpms as root with an explicit build-root set to /. Let's get rid of such checks, please. > > * %post and %postun should run ldconfig > > And therefor PreReq: /sbin/ldconfig > > Would fix, but I have no idea what "PreReq" refers to. Also, are you > sure that running ldconfig really is necessary? Well, it's the command that refreshes the run-time dynamic linking loader's cache. The libs in %_lib and %_libdir are found without running it. But you want to update the cache. > After all, this library > is only dlopen()'ed by the nameswitch, not used by ld.so. For sure, this > RPM has worked without ldconfig previously. dlopen accesses the same mechanisms. > > * Missing %changelog section > > Forgive me my ignorance, but what is that supposed to be? Should I just > insert the contents of the ChangeLog file? No, document (i.e. sum up) relevant changes applied in the spec file and packaging. > > * In %files section icmpdnd is missing %attr to be sure the files are > > executable > > * In %files section, init.d/ipcmpdnd is missing %config > > Will fix. Explicit %attr is redundant if the file was installed into build root with proper permissions, which don't interfere with the %defattr default attributes. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.34 1.67 1.55 From bugs.michael at gmx.net Tue Jun 28 15:49:48 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 28 Jun 2005 17:49:48 +0200 Subject: New Package: konversation In-Reply-To: <200506280616.00585.dennis@ausil.us> References: <200506261449.51132.dennis@ausil.us> <33889.68.254.239.136.1119884449.squirrel@ausil.us> <20050628000740.112aaee1.bugs.michael@gmx.net> <200506280616.00585.dennis@ausil.us> Message-ID: <20050628174948.03926949.bugs.michael@gmx.net> On Tue, 28 Jun 2005 06:15:49 -0500, Dennis Gilmore wrote: > > * SSL support is not built in. Intentional? > should be there. i have th option to connect via ssl but havent used it yet. > i couldnt find any reference to ssl in configure so i asked on the > konversation irc channel and it pulls in ssl support from kdelibs. so im > going to test it more before i post a new build It implements SSL support via KDE's kssl API, so that's fine. [My grep found OpenSSL detection scripts and switches in acinclude and friends, which looked like configuration might be needed.] -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.03 1.11 1.20 From orion at cora.nwra.com Tue Jun 28 16:05:59 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 28 Jun 2005 10:05:59 -0600 Subject: New package: matplotlib Message-ID: This could be a useful addition. I intend to evaluate for local use. Description: Matplotlib is a pure python plotting library with the goal of making publication quality plots using a syntax familiar to matlab users. The library uses Numeric for handling large data sets and supports a variety of output backends Linkage: http://matplotlib.sf.net/ http://www.cora.nwra.com/~orion/fedora/matplotlib.spec http://www.cora.nwra.com/~orion/fedora/matplotlib-0.82-1.src.rpm Comments/suggestions? - Orion From ryo-dairiki at mbm.nifty.com Tue Jun 28 16:08:22 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Wed, 29 Jun 2005 01:08:22 +0900 Subject: Request for review: scim-anthy In-Reply-To: <42C13B76.8040905@redhat.com> References: <42C13B76.8040905@redhat.com> Message-ID: <42C175F6.9070106@mbm.nifty.com> I'm sorry to say that but scim-anthy-0.5.0 is released just now. But I think we should keep going with this version now. I have no time today so I'll review your package tomorrow. Thank you for packaging scim-anthy. Regards, Ryo Dairiki Jens Petersen wrote: >Scim-anthy is a SCIM IMEngine for the commonly used Anthy input method >for Japanese. It is part of the scim-imengine project on sourceforge.jp. > >Please review the packaging at: > >http://people.redhat.com/petersen/extras/scim-anthy.spec >http://people.redhat.com/petersen/extras/scim-anthy-0.4.3-1.src.rpm > >or the preliminary cvs import if you prefer. :) > >Thanks, Jens > >-- >fedora-extras-list mailing list >fedora-extras-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > > From ivazquez at ivazquez.net Tue Jun 28 16:20:33 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 28 Jun 2005 12:20:33 -0400 Subject: New package: icmpdn In-Reply-To: <1119972880.6288.85.camel@mccallum.corsepiu.local> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> <1119968104.4427.43.camel@ignacio.ignacio.lan> <1119969572.6288.67.camel@mccallum.corsepiu.local> <1119970813.4427.50.camel@ignacio.ignacio.lan> <42C16B03.9040502@linux-kernel.at> <1119972880.6288.85.camel@mccallum.corsepiu.local> Message-ID: <1119975633.4427.61.camel@ignacio.ignacio.lan> On Tue, 2005-06-28 at 17:34 +0200, Ralf Corsepius wrote: > > On 06/28/2005 05:00 PM, Ignacio Vazquez-Abrams wrote: > > > On Tue, 2005-06-28 at 16:39 +0200, Ralf Corsepius wrote: > > >>%{?dist} is empty when building in a normal user environment and does > > >>not do any harm. > > > > > > You know what happens when you assume, right? > Nothing will happen, whether the user has "dist" defined or not. Except that the initial tag in the devel branch could end in _fc3 or _fc4 after the initial import, which is of course wrong since it should be _fc5. -- 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 rc040203 at freenet.de Tue Jun 28 16:29:13 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 28 Jun 2005 18:29:13 +0200 Subject: New package: icmpdn In-Reply-To: <1119975633.4427.61.camel@ignacio.ignacio.lan> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> <1119968104.4427.43.camel@ignacio.ignacio.lan> <1119969572.6288.67.camel@mccallum.corsepiu.local> <1119970813.4427.50.camel@ignacio.ignacio.lan> <42C16B03.9040502@linux-kernel.at> <1119972880.6288.85.camel@mccallum.corsepiu.local> <1119975633.4427.61.camel@ignacio.ignacio.lan> Message-ID: <1119976153.6288.96.camel@mccallum.corsepiu.local> On Tue, 2005-06-28 at 12:20 -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-06-28 at 17:34 +0200, Ralf Corsepius wrote: > > > On 06/28/2005 05:00 PM, Ignacio Vazquez-Abrams wrote: > > > > On Tue, 2005-06-28 at 16:39 +0200, Ralf Corsepius wrote: > > > >>%{?dist} is empty when building in a normal user environment and does > > > >>not do any harm. > > > > > > > > You know what happens when you assume, right? > > Nothing will happen, whether the user has "dist" defined or not. > > Except that the initial tag in the devel branch could end in _fc3 or > _fc4 after the initial import, which is of course wrong since it should > be _fc5. Is anybody at FE going to do something of this kind? FE has been using .fcX and can't easily switch to something different without further measures. If a user has "dist" set to "_fcX" it's his fault. He should be knowing what he is doing BTW: IMO, the only correct approach to set dist is to let it be provided from inside a macro/define in /usr/lib/rpm, because users should be able to rebuild all FE/FC rpms from sources without any "additional magic". Ralf From bugs.michael at gmx.net Tue Jun 28 16:32:34 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 28 Jun 2005 18:32:34 +0200 Subject: New package: icmpdn In-Reply-To: <1119970813.4427.50.camel@ignacio.ignacio.lan> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> <1119968104.4427.43.camel@ignacio.ignacio.lan> <1119969572.6288.67.camel@mccallum.corsepiu.local> <1119970813.4427.50.camel@ignacio.ignacio.lan> Message-ID: <20050628183234.695eb5fc.bugs.michael@gmx.net> On Tue, 28 Jun 2005 11:00:12 -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-06-28 at 16:39 +0200, Ralf Corsepius wrote: > > On Tue, 2005-06-28 at 10:15 -0400, Ignacio Vazquez-Abrams wrote: > > > On Tue, 2005-06-28 at 16:01 +0200, Oliver Falk wrote: > > > > And I forgot, the release tag is missing the %{?dist} macro. > > > > > > Which should *not* be added until the package is in CVS. > > > > Would you mind to explain? > > > > %{?dist} is empty when building in a normal user environment and does > > not do any harm. > > You know what happens when you assume, right? You are all missing the point. cvs-import.sh tags an imported package release automatically. So if %{?dist} is in the spec file when you import the package, you get the right tag from the start. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.24 2.06 1.81 From bugs.michael at gmx.net Tue Jun 28 16:34:37 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 28 Jun 2005 18:34:37 +0200 Subject: New package: icmpdn In-Reply-To: <20050628174717.65a55003.bugs.michael@gmx.net> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <20050628174717.65a55003.bugs.michael@gmx.net> Message-ID: <20050628183437.48cca7c0.bugs.michael@gmx.net> On Tue, 28 Jun 2005 17:47:17 +0200, Michael Schwendt wrote: > You can override %configure's defaults like this: > > %configure --libdir=%{_lib} Typo. Make it: %configure --libdir=/%{_lib} From ivazquez at ivazquez.net Tue Jun 28 16:41:43 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 28 Jun 2005 12:41:43 -0400 Subject: New package: icmpdn In-Reply-To: <1119976153.6288.96.camel@mccallum.corsepiu.local> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> <1119968104.4427.43.camel@ignacio.ignacio.lan> <1119969572.6288.67.camel@mccallum.corsepiu.local> <1119970813.4427.50.camel@ignacio.ignacio.lan> <42C16B03.9040502@linux-kernel.at> <1119972880.6288.85.camel@mccallum.corsepiu.local> <1119975633.4427.61.camel@ignacio.ignacio.lan> <1119976153.6288.96.camel@mccallum.corsepiu.local> Message-ID: <1119976903.4427.72.camel@ignacio.ignacio.lan> On Tue, 2005-06-28 at 18:29 +0200, Ralf Corsepius wrote: > On Tue, 2005-06-28 at 12:20 -0400, Ignacio Vazquez-Abrams wrote: > > On Tue, 2005-06-28 at 17:34 +0200, Ralf Corsepius wrote: > > > > On 06/28/2005 05:00 PM, Ignacio Vazquez-Abrams wrote: > > > > > On Tue, 2005-06-28 at 16:39 +0200, Ralf Corsepius wrote: > > > > >>%{?dist} is empty when building in a normal user environment and does > > > > >>not do any harm. > > > > > > > > > > You know what happens when you assume, right? > > > Nothing will happen, whether the user has "dist" defined or not. > > > > Except that the initial tag in the devel branch could end in _fc3 or > > _fc4 after the initial import, which is of course wrong since it should > > be _fc5. > > Is anybody at FE going to do something of this kind? > FE has been using .fcX and can't easily switch to something different > without further measures. > > If a user has "dist" set to "_fcX" it's his fault. He should be knowing > what he is doing Not the point I was trying to make. Anyways, from Makefile.common:98: TAG_RELEASE := $(shell echo $(RELEASE) | sed s/\\\./_/g) -- 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 Tue Jun 28 16:43:51 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 28 Jun 2005 12:43:51 -0400 Subject: New package: icmpdn In-Reply-To: <20050628183234.695eb5fc.bugs.michael@gmx.net> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> <1119968104.4427.43.camel@ignacio.ignacio.lan> <1119969572.6288.67.camel@mccallum.corsepiu.local> <1119970813.4427.50.camel@ignacio.ignacio.lan> <20050628183234.695eb5fc.bugs.michael@gmx.net> Message-ID: <1119977031.4427.75.camel@ignacio.ignacio.lan> On Tue, 2005-06-28 at 18:32 +0200, Michael Schwendt wrote: > On Tue, 28 Jun 2005 11:00:12 -0400, Ignacio Vazquez-Abrams wrote: > > > On Tue, 2005-06-28 at 16:39 +0200, Ralf Corsepius wrote: > > > On Tue, 2005-06-28 at 10:15 -0400, Ignacio Vazquez-Abrams wrote: > > > > On Tue, 2005-06-28 at 16:01 +0200, Oliver Falk wrote: > > > > > And I forgot, the release tag is missing the %{?dist} macro. > > > > > > > > Which should *not* be added until the package is in CVS. > > > > > > Would you mind to explain? > > > > > > %{?dist} is empty when building in a normal user environment and does > > > not do any harm. > > > > You know what happens when you assume, right? > > You are all missing the point. cvs-import.sh tags an imported package > release automatically. So if %{?dist} is in the spec file when you import > the package, you get the right tag from the start. No, you don't, since it isn't considered to be in a CVS branch yet. And *that* is my point. -- 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 bugs.michael at gmx.net Tue Jun 28 16:58:53 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 28 Jun 2005 18:58:53 +0200 Subject: New package: icmpdn In-Reply-To: <1119977031.4427.75.camel@ignacio.ignacio.lan> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <42C15827.8060107@linux-kernel.at> <1119968104.4427.43.camel@ignacio.ignacio.lan> <1119969572.6288.67.camel@mccallum.corsepiu.local> <1119970813.4427.50.camel@ignacio.ignacio.lan> <20050628183234.695eb5fc.bugs.michael@gmx.net> <1119977031.4427.75.camel@ignacio.ignacio.lan> Message-ID: <20050628185853.3b2f5c56.bugs.michael@gmx.net> On Tue, 28 Jun 2005 12:43:51 -0400, Ignacio Vazquez-Abrams wrote: > > cvs-import.sh tags an imported package > > release automatically. So if %{?dist} is in the spec file when you import > > the package, you get the right tag from the start. > > No, you don't, since it isn't considered to be in a CVS branch yet. And > *that* is my point. Then the system is broken, since you cannot "cvs-import.sh ; make build" a src.rpm which uses %{?dist}. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Jun 28 17:22:36 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 28 Jun 2005 19:22:36 +0200 Subject: Still awaiting approval: rblcheck In-Reply-To: <42C16C0F.5090505@linux-kernel.at> References: <42C16C0F.5090505@linux-kernel.at> Message-ID: <20050628192236.1ab02270@python2> Oliver Falk wrote : > http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/rblcheck > > Please, might someone have a look at it and approve it. Builds and works fine for me. License is correct, URLs too, and defaults "just work". Attached is a _suggested_ patch to the spec file, only for minor readability changes. Feel free to apply bits if you want, you've got my approval anyway. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.35_FC3 Load : 0.33 0.63 0.77 -------------- next part -------------- A non-text attachment was scrubbed... Name: rblcheck.spec.patch Type: application/octet-stream Size: 2022 bytes Desc: not available URL: From sheltren at cs.ucsb.edu Tue Jun 28 18:24:52 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Tue, 28 Jun 2005 11:24:52 -0700 Subject: My CVS Access Is Broken Message-ID: <37CA4426-771C-4DFD-8108-7F278A95B4DE@cs.ucsb.edu> Hi, I've been trying to update a package (cfengine), but I'm having problems with CVS not letting me access anything (it worked fine before, but it's been a while since I've used it). When doing a cvs update, checkout, etc. I get the following error message: 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) I have my CVSROOT and CVS_RSH variables setup according to the instructions, so I'm not sure what's going on. I emailed Warren about this problem a few days ago but haven't heard back, so I'm hoping that someone else has access to see what is going on... Or to let me know anything I may be doing wrong. Thanks, Jeff From jspaleta at gmail.com Tue Jun 28 18:32:12 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 28 Jun 2005 14:32:12 -0400 Subject: New package: matplotlib In-Reply-To: References: Message-ID: <604aa79105062811321af48353@mail.gmail.com> On 6/28/05, Orion Poplawski wrote: > Comments/suggestions? I'd find it quite useful. I don't have approval authority, but this is a package I'd have a use for, so I'd be able to look over it and help sort out any spec file issues that come up. -jef From fredrik at dolda2000.com Tue Jun 28 18:55:45 2005 From: fredrik at dolda2000.com (Fredrik Tolf) Date: Tue, 28 Jun 2005 20:55:45 +0200 Subject: New package: icmpdn In-Reply-To: <20050628174717.65a55003.bugs.michael@gmx.net> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <20050628174717.65a55003.bugs.michael@gmx.net> Message-ID: <1119984945.15326.91.camel@pc7.dolda2000.com> I'll answer the remaining points from Oliver Falk further down. On Tue, 2005-06-28 at 17:47 +0200, Michael Schwendt wrote: > On Tue, 28 Jun 2005 16:22:11 +0200, Fredrik Tolf wrote: > > > > * Remove Vendor Tag > > > > I'm sure you're right, but what is there supposed to be instead? Surely, > > the author is supposed to mentioned so that people know who to > > blame? ;-) > > That's what documentation files are for. Upstream projects can put contact > information, bugzilla databases, e-mail addresses there. The vendor of > the package is the person/organisation who builds the binary packages. > At Fedora Extras, both Vendor and Packager tag are left empty in the > spec file. Vendor information could be filled in by the build system. That makes perfect sense. However, it would be kind of good to have them filled in when I build the packages that I put on the homepage as well. I did notice in the Wiki link that Ville Skytt? sent that I could do something a filed called ~/.rpmmacros for that. I googled around a bit for it, but could find nothing about that particular bit. Does anyone have a link with info on this? Am I, by any chance, just supposed to put "%packager MyName" in there and be done with it? > > > * Source is better written as Source0 and is missing the full URI to the > > > tarball > > > > Again, I'm sure you're right, but what's the difference between Source > > and Source0? > > They are the same. Just like "Patch0" and "Patch" is the same. Don't worry > about such recommendations. You are free to ignore them. It's unimportant > spec file beautiness. Lobbying for using Source0 and Patch0 even if there > is only one source file and one patch has been a recent move by some > packagers. Well, as long as it doesn't break anything to call it Source0 instead, I guess I can just as well make everyone happy. :) > > fonts anyway), but is there anything wrong with using UTF-8 in > > specfiles? > > Spec files ought to be UTF-8 for consistency with system defaults. Well, of course I wasn't intending to make it Shift-JIS or KOI-8 or anything. ;-) I was just thinking whether it's OK to use non-ASCII characters. If it's OK, I certainly wasn't planning to do it with anything other than UTF-8. > > > * In %build section, you should use %configure - it should set > > > everything correctly > > > > As I mentioned, I don't know much about building RPMs, so you may well > > be right, but does this "%configure" set the libdir correctly to /lib? > > AFAIK, that's pretty important for NSS modules. > > You can override %configure's defaults like this: > > %configure --libdir=%{_lib} >[...] > Typo. Make it: > > %configure --libdir=/%{_lib} > > Note that on 64-bit multilib systems, the NSS modules are located > in /lib64, not /lib. Does that mean that %{_lib} expands to only lib or lib64, and not /usr/lib or anything of the kind? > > > * make is better written as: make %{?_smp_mflags} > > > > OK, will fix. > > And be aware of SMP make flags breaking sometimes. ;) > > Adding smp_mflags would be something a packager would documented in the > spec %changelog, so when a new tarball fails in "make" in weird ways, the > changelog entry would help when looking for the possible culprit. Well, now that I know what the %changelog section is, I'll do that. Is there any particular formatting that you prefer the %changelog section to comply to? Right now, I wrote in the kind of formatting that Emacs' VC mode generates with C-x v a. > > > * In %install section do only use rm -rf "$RPM_BUILD_ROOT" (same for the > > > %clean section) > > > > Again, I'm sure you're right, but it seems weird to me not to check so > > that the root dir doesn't get removed. Will fix, though. You are > > referring to just removing the checks, right? > > See yesterday's/today's thread about the "fish" package. Please don't > decrease readability of your spec file with insane checks which are > advertised as adding security. They don't add any real security. And btw, > I doubt you have ever before seen somebody building rpms as root with an > explicit build-root set to /. Let's get rid of such checks, please. I didn't even know that it was possible to build RPMs not being root. That was very good to know. If you don't mind me asking, though: Why is that rm -rf command there at all? Isn't that the kind of thing that rpmbuild ought to take care of itself? > > > * %post and %postun should run ldconfig > > > And therefor PreReq: /sbin/ldconfig > > > > Would fix, but I have no idea what "PreReq" refers to. Also, are you > > sure that running ldconfig really is necessary? > > Well, it's the command that refreshes the run-time dynamic linking > loader's cache. The libs in %_lib and %_libdir are found without running > it. But you want to update the cache. > [...] > dlopen accesses the same mechanisms. Well, I knew what ldconfig was for, but I didn't think that dlopen uses it. Would fix it, but I still don't know what this "PreReq" thingie is. Is it a tag in the same sense as Source0? > > > * In %files section icmpdnd is missing %attr to be sure the files are > > > executable > > > * In %files section, init.d/ipcmpdnd is missing %config > > > > Will fix. > > Explicit %attr is redundant if the file was installed into build > root with proper permissions, which don't interfere with the %defattr > default attributes. So does that mean that I should remove the %attr:s again? Well, at least for now, I did. For reference, the guy who originally wrote the specfile set %defattr to this: %defattr(-,root,root) On Tue, 2005-06-28 at 16:59 +0200, Oliver Falk wrote: > On 06/28/2005 04:22 PM, Fredrik Tolf wrote: > > As I mentioned, I don't know much about building RPMs, so you may well > > be right, but does this "%configure" set the libdir correctly to /lib? > > AFAIK, that's pretty important for NSS modules. > > Is it a problem if they are under /usr/lib? I'm not sure... Well, I'm no NSS expert (I just know the API), but since *every* other NSS module there is puts itself in /lib, I'd say it seems appropriate to do so as well. Again, thanks for all your comments. I'll attach the version of the specfile.in as it looks right now, so that you can see whether I made all the changes correctly. Fredrik Tolf -------------- next part -------------- Name: icmpdn Version: @VERSION@ Release: 2 License: LGPL for library, GPL for utilities Group: System Environment/Libraries Summary: ICMP host name utilities Source0: http://www.dolda2000.com/~fredrik/icmp-dn/%name-%version.tar.gz URL: http://www.dolda2000.com/~fredrik/icmp-dn/ BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) %description Since the Linux kernel does not support the ICMP host name facilities as described in RFC 1788, I wrote a simple implementation in user-space. It comprises three parts: * icmpdnd - The ICMP Domain Name daemon, which listens to ICMP domain name requests and replies to them. * idnlookup - A user utility to query a host for its host name over ICMP. Like ping and all other utilities that use ICMP, it needs to be installed SUID root. * libnss_icmp.so.2 - A glibc NSS module, which uses idnlookup to perform queries for the gethostbyaddr function. %prep %setup %build CXXFLAGS="$RPM_OPT_FLAGS" CFLAGS="$RPM_OPT_FLAGS" \ ./configure \ --prefix=%_prefix \ --sysconfdir=%_sysconfdir \ --libdir=/lib make %{?_smp_mflags} %install rm -rf "$RPM_BUILD_ROOT" mkdir $RPM_BUILD_ROOT make DESTDIR=$RPM_BUILD_ROOT install mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/init.d install -m755 admin/icmpdnd "$RPM_BUILD_ROOT%{_sysconfdir}/init.d" %post # $1 = 0 is remove; $1 = 1 is update %postun # $1 = 0 is remove; $1 = 1 is update %files %defattr(-,root,root) /lib/libnss_icmp.so /lib/libnss_icmp.la /lib/libnss_icmp.so.2.0.0 /lib/libnss_icmp.so.2 %config %{_sysconfdir}/nss-icmp.conf %attr(4755,root,root) %{_bindir}/idnlookup %config %{_sysconfdir}/init.d/icmpdnd %{_sbindir}/icmpdnd %doc AUTHORS ChangeLog COPYING README %clean rm -rf "$RPM_BUILD_ROOT" %changelog 2005-06-28 Fredrik Tolf * Fixed a lot of things after a discussion on fedora-extras-list, among other things: * Removed Vendor tag * Fixed Source tag * Replaced en-dashes with ASCII hyphens * Added SMP flags to make * Removed INSTALL and NEWS from %doc * Added this ChangeLog section. From bugs.michael at gmx.net Tue Jun 28 19:28:13 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 28 Jun 2005 21:28:13 +0200 Subject: New package: icmpdn In-Reply-To: <1119984945.15326.91.camel@pc7.dolda2000.com> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <20050628174717.65a55003.bugs.michael@gmx.net> <1119984945.15326.91.camel@pc7.dolda2000.com> Message-ID: <20050628212813.0d07a0a6.bugs.michael@gmx.net> On Tue, 28 Jun 2005 20:55:45 +0200, Fredrik Tolf wrote: > > At Fedora Extras, both Vendor and Packager tag are left empty in the > > spec file. Vendor information could be filled in by the build system. > > That makes perfect sense. However, it would be kind of good to have them > filled in when I build the packages that I put on the homepage as well. > I did notice in the Wiki link that Ville Skytt? sent that I could do > something a filed called ~/.rpmmacros for that. I googled around a bit > for it, but could find nothing about that particular bit. Does anyone > have a link with info on this? > > Am I, by any chance, just supposed to put "%packager MyName" in there > and be done with it? Yes. %packager, and %vendor not to be confused with the private %_vendor > > You can override %configure's defaults like this: > > > > %configure --libdir=%{_lib} > >[...] > > Typo. Make it: > > > > %configure --libdir=/%{_lib} > > > > Note that on 64-bit multilib systems, the NSS modules are located > > in /lib64, not /lib. > > Does that mean that %{_lib} expands to only lib or lib64, and > not /usr/lib or anything of the kind? %_libdir expands to either /usr/lib or /usr/lib64 %_lib expands to either lib or lib64 > Well, now that I know what the %changelog section is, I'll do that. Is > there any particular formatting that you prefer the %changelog section > to comply to? Right now, I wrote in the kind of formatting that Emacs' > VC mode generates with C-x v a. Hmm, with Emacs' rpm-spec-mode and rpm-add-change-log-entry, I've never used a format used by %99 of the other packagers. Like: * Tue Jun 28 2005 Michael Schwendt - blubb - blibb - blobb > I didn't even know that it was possible to build RPMs not being root. > That was very good to know. If you don't mind me asking, though: Why is > that rm -rf command there at all? Isn't that the kind of thing that > rpmbuild ought to take care of itself? For normal builds, yes, it _could_ do that. rpmbuild is feature-rich, though, in some parts, and e.g. can be told which spec file sections to process (aka --short-circuit builds). Also, there used to be times, when a buildroot was optional. And as the implementation is nowadays, cleaning up the buildroot needs to be done explicitly. > but I still don't know what this "PreReq" thingie is. > Is it a tag in the same sense as Source0? It's similar to "Requires:" and historically meant to imply that a dependency must be present before (="pre") your package would be installed. Only true RPM wizards, who hang out on rpm-list, could tell you, whether nowadays "PreReq:" is any different from "Requires:" or "Requires(pre):". Note, that when you do %post -p /sbin/ldconfig %postun -p /sbin/ldconfig You get an automatic dependency on /sbin/ldconfig and need not add any such Requires or Prereq yourself. Flag "-p /bin/something" means to make /bin/something the scriptlet interpreter instead of /bin/sh, and hence a dependency on /bin/something will be automatic. > > Explicit %attr is redundant if the file was installed into build > > root with proper permissions, which don't interfere with the %defattr > > default attributes. > > So does that mean that I should remove the %attr:s again? Well, at least > for now, I did. For reference, the guy who originally wrote the specfile > set %defattr to this: > > %defattr(-,root,root) List your binary rpms: rpm -qlvp filename.rpm | less There are alternative ways to list package contents, but this is the most obvious. > Again, thanks for all your comments. I'll attach the version of the > specfile.in as it looks right now, so that you can see whether I made > all the changes correctly. > > Fredrik Tolf > > Well, I haven't had this on my todo list and hence have not examined the package, but I think it might take a few more small steps to get it prepared. Some things have been mentioned already (e.g. using %configure, /%_lib ...). Or: Since %{_sysconfdir}/init.d is a soft-link with Fedora Core, not a directory, please use %{_sysconfdir}/rc.d/init.d/ or %{_initrddir}/init.d/ instead. Minor issue in Extras, would be a bigger one in Core. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.11-1.1369_FC4 loadavg: 1.24 1.33 1.91 From ville.skytta at iki.fi Tue Jun 28 19:29:18 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 28 Jun 2005 22:29:18 +0300 Subject: Various packaging hints (was: Re: New package: icmpdn) In-Reply-To: <1119984945.15326.91.camel@pc7.dolda2000.com> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <20050628174717.65a55003.bugs.michael@gmx.net> <1119984945.15326.91.camel@pc7.dolda2000.com> Message-ID: <1119986958.9688.201.camel@localhost.localdomain> On Tue, 2005-06-28 at 20:55 +0200, Fredrik Tolf wrote: > I did notice in the Wiki link that Ville Skytt? sent that I could do > something a filed called ~/.rpmmacros for that. I googled around a bit > for it, but could find nothing about that particular bit. Does anyone > have a link with info on this? Not offhand, but attached is my ~/.rpmmacros which might be helpful. The __arch_install_post stuff requires the fedora-rpmdevtools package from Extras installed. > > Note that on 64-bit multilib systems, the NSS modules are located > > in /lib64, not /lib. > > Does that mean that %{_lib} expands to only lib or lib64, and > not /usr/lib or anything of the kind? Yes. See "rpm --eval %{_lib}". Also, "rpm --showrc" shows much more than you ever wanted to know :) > Well, now that I know what the %changelog section is, I'll do that. Is > there any particular formatting that you prefer the %changelog section > to comply to? Right now, I wrote in the kind of formatting that Emacs' > VC mode generates with C-x v a. Use C-c C-e while in rpm-spec-mode. I usually just hit enter to the resulting "Change log entry:" prompt, and fill in the entries manually. > If you don't mind me asking, though: Why is > that rm -rf command there at all? Isn't that the kind of thing that > rpmbuild ought to take care of itself? No, sometimes you want to inspect the build root contents after the build has completed. > Well, I knew what ldconfig was for, but I didn't think that dlopen uses > it. Would fix it, but I still don't know what this "PreReq" thingie is. > Is it a tag in the same sense as Source0? http://rpm.org/max-rpm-snapshot/s1-rpm-depend-manual-dependencies.html#S3-RPM-DEPEND-FINE-GRAINED By the way, for %post and %postun scriptlets that only invoke /sbin/ldconfig and nothing else (haven't looked if it's the case in this package), use "%post -p /sbin/ldconfig" and the same for postun; that way rpmbuild groks the dependencies automatically, no need for PreReq or any other form of explicit dependency for ldconfig. Oh, and there's quite a bit of info in the Wiki; when you have specific questions, it might be good to try the (text) search at http://fedoraproject.org/wiki/ -------------- next part -------------- %packager Ville Skytt? %_topdir %(echo ${HOME}/rpmbuild) %buildroot %{_tmppath}/%{name}-%{version}-%{release}-buildroot-%(id -u -n) %_signature gpg %_gpg_name %(echo "%{packager}" | sed 's/ at /@/ ; s/.*/ %_rpmfilename %%{NAME}-%%{VERSION}-%%{RELEASE}.%%{ARCH}.rpm %_smp_mflags -j3 # For /etc/rpm/macros, just for reference here... #%_install_langs en:en_US:en_GB:fi:fi_FI %__arch_install_post \ /usr/lib/rpm/check-rpaths \ /usr/lib/rpm/check-buildroot From sopwith at redhat.com Tue Jun 28 19:46:26 2005 From: sopwith at redhat.com (Elliot Lee) Date: Tue, 28 Jun 2005 15:46:26 -0400 (EDT) Subject: My CVS Access Is Broken In-Reply-To: <37CA4426-771C-4DFD-8108-7F278A95B4DE@cs.ucsb.edu> References: <37CA4426-771C-4DFD-8108-7F278A95B4DE@cs.ucsb.edu> Message-ID: On Tue, 28 Jun 2005, Jeff Sheltren wrote: > Hi, I've been trying to update a package (cfengine), but I'm having > problems with CVS not letting me access anything (it worked fine > before, but it's been a while since I've used it). When doing a cvs > update, checkout, etc. I get the following error message: > > 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) > > I have my CVSROOT and CVS_RSH variables setup according to the > instructions, so I'm not sure what's going on. I emailed Warren > about this problem a few days ago but haven't heard back, so I'm > hoping that someone else has access to see what is going on... Or to > let me know anything I may be doing wrong. Hi, The best place to e-mail with these type of problems is accounts at fedora.redhat.com Please e-mail me your SSH public key that you expect to be used, and we'll work through it from there. Best, -- Elliot You can accomplish anything you want, so long as you don't care who gets credit for it. From tcallawa at redhat.com Tue Jun 28 20:12:10 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 28 Jun 2005 15:12:10 -0500 Subject: Request for Review: hdf5 (was Re: hfd5 license) In-Reply-To: References: Message-ID: <1119989530.3226.7.camel@localhost.localdomain> On Fri, 2005-06-24 at 16:44 -0600, Orion Poplawski wrote: > I'm looking to package the NCSA HDF5 library Orion, I've got absolutely no problem with you becoming the maintainer for this package. Its been sitting complete in my directory of "done, but unsubmitted" packages for some time now, and since there seems to be interest in it without szip, here it is: SRPM: http://www.auroralinux.org/people/spot/review/hdf5-1.6.4-2.fc4.src.rpm SPEC: http://www.auroralinux.org/people/spot/review/hdf5.spec Summary: A general purpose library and file format for storing scientific data Description: HDF5 is a general purpose library and file format for storing scientific data. HDF5 can store two primary objects: datasets and groups. A dataset is essentially a multidimensional array of data elements, and a group is a structure for organizing objects in an HDF5 file. Using these two basic objects, one can create and store almost any kind of scientific data structure, such as images, arrays of vectors, and structured and unstructured grids. You can also mix and match them in HDF5 files according to your needs. I can't really review this (since its my spec). :) If Orion doesn't want to own it for some reason, I will. Thanks, ~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 dennis at ausil.us Tue Jun 28 23:02:43 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 28 Jun 2005 18:02:43 -0500 Subject: New Package: konversation In-Reply-To: <200506280616.00585.dennis@ausil.us> References: <200506261449.51132.dennis@ausil.us> <20050628000740.112aaee1.bugs.michael@gmx.net> <200506280616.00585.dennis@ausil.us> Message-ID: <200506281802.50874.dennis@ausil.us> Once upon a time Tuesday 28 June 2005 6:15 am, Dennis Gilmore wrote: > Once upon a time Monday 27 June 2005 5:07 pm, Michael Schwendt wrote: > > On Mon, 27 Jun 2005 10:00:49 -0500 (CDT), Dennis Gilmore wrote: > > > http://www.ausil.us/packages/konversation-0.18-1.fc4.src.rpm > > > > Unowned directory: > > > > /usr/share/apps/konversation/ fixed > > > > 1. Move make -f admin/Makefile.common to %prep section > > > > 2. Because of the 'make -f admin/Makefile.common' you need: > > > > BuildRequires: autoconf >= 2.53 > > > > BuildRequires: automake17 > > > > I would get rid of all this and these build requirements and patch out > > the GCC4-blacklisting directly in "configure". done > > In /usr/share/applications/kde/konversation.desktop > > > > > Categories=Qt;KDE;Network;X-SuSE-IRCClient; > > > > ? :) To stay consistent with how we do it with other packages, > > please reinstall this with desktop-file-install --delete-original as > > file fedora-konversation.desktop with category X-Fedora added. done > > * In order to make the "Help" menu work, "Requires: kdebase" is > > necessary. KDE users will have that anyway, users of GNOME and > > other desktops/wms would see an ugly error dialog without it. done > > * Rest looks good. updated spec http://www.ausil.us/packages/konversation.spec updated srpm http://www.ausil.us/packages/konversation-0.18-3.fc4.src.rpm -- Dennis Gilmore RHCE http://www.ausil.us -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From orion at cora.nwra.com Tue Jun 28 23:14:58 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 28 Jun 2005 17:14:58 -0600 Subject: Request for Review: hdf5 (was Re: hfd5 license) In-Reply-To: <1119989530.3226.7.camel@localhost.localdomain> References: <1119989530.3226.7.camel@localhost.localdomain> Message-ID: Tom 'spot' Callaway wrote: > Orion, I've got absolutely no problem with you becoming the maintainer > for this package. Its been sitting complete in my directory of "done, > but unsubmitted" packages for some time now, and since there seems to be > interest in it without szip, here it is: > > SRPM: > http://www.auroralinux.org/people/spot/review/hdf5-1.6.4-2.fc4.src.rpm > SPEC: http://www.auroralinux.org/people/spot/review/hdf5.spec > > I can't really review this (since its my spec). :) If Orion doesn't want > to own it for some reason, I will. I'm happy to own it, but I'm not quite there yet access wise. I just put in my application for CVS access. I suppose I still need a sponsor. Not quite sure as I haven't heard back from anyone after my CVS application. I'll check out the package tomorrow. Looks very close to what I have. Main difference is that I build hdf5, libhdf5, and libhdf5-devel packages. I like this format as it separates the binaries and libraries, but don't know if there is fedora policy on this. - Orion From ryo-dairiki at mbm.nifty.com Tue Jun 28 23:20:39 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Wed, 29 Jun 2005 08:20:39 +0900 Subject: Request for review: scim-anthy In-Reply-To: <42C13B76.8040905@redhat.com> References: <42C13B76.8040905@redhat.com> Message-ID: <42C1DB47.7060208@mbm.nifty.com> I've tested your package and it seems okay. But forgive me to attach a trivial patch. Please apply this patch, then I approve your package. Regards, Ryo Dairiki Jens Petersen wrote: >Scim-anthy is a SCIM IMEngine for the commonly used Anthy input method >for Japanese. It is part of the scim-imengine project on sourceforge.jp. > >Please review the packaging at: > >http://people.redhat.com/petersen/extras/scim-anthy.spec >http://people.redhat.com/petersen/extras/scim-anthy-0.4.3-1.src.rpm > >or the preliminary cvs import if you prefer. :) > >Thanks, Jens > >-- >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: scim-anthy.patch Type: text/x-patch Size: 442 bytes Desc: not available URL: From petersen at redhat.com Tue Jun 28 23:45:24 2005 From: petersen at redhat.com (Jens Petersen) Date: Wed, 29 Jun 2005 08:45:24 +0900 Subject: Request for review: scim-anthy In-Reply-To: <42C1DB47.7060208@mbm.nifty.com> References: <42C13B76.8040905@redhat.com> <42C1DB47.7060208@mbm.nifty.com> Message-ID: <42C1E114.4030209@redhat.com> Ryo Dairiki wrote: > I've tested your package and it seems okay. > But forgive me to attach a trivial patch. > Please apply this patch, then I approve your package. Thanks for reviewing the package. I applied you patch in cvs. :) -Jens From tcallawa at redhat.com Tue Jun 28 23:55:49 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 28 Jun 2005 18:55:49 -0500 Subject: Request for Review: hdf5 (was Re: hfd5 license) In-Reply-To: References: <1119989530.3226.7.camel@localhost.localdomain> Message-ID: <1120002949.2513.7.camel@localhost.localdomain> On Tue, 2005-06-28 at 17:14 -0600, Orion Poplawski wrote: > Tom 'spot' Callaway wrote: > > Orion, I've got absolutely no problem with you becoming the maintainer > > for this package. Its been sitting complete in my directory of "done, > > but unsubmitted" packages for some time now, and since there seems to be > > interest in it without szip, here it is: > > > > SRPM: > > http://www.auroralinux.org/people/spot/review/hdf5-1.6.4-2.fc4.src.rpm > > SPEC: http://www.auroralinux.org/people/spot/review/hdf5.spec > > > > I can't really review this (since its my spec). :) If Orion doesn't want > > to own it for some reason, I will. > > I'm happy to own it, but I'm not quite there yet access wise. I just > put in my application for CVS access. I suppose I still need a sponsor. > Not quite sure as I haven't heard back from anyone after my CVS > application. Did you send this through the https://admin.fedora.redhat.com/accounts/ system? > I'll check out the package tomorrow. Looks very close to what I have. > Main difference is that I build hdf5, libhdf5, and libhdf5-devel > packages. I like this format as it separates the binaries and > libraries, but don't know if there is fedora policy on this. IMHO, there is no reason to separate the binaries into their own package. In order to use them, you'll need to have the libraries installed. Precedence in both Fedora Core and Extras has the binaries going in the base package, and static libs, headers, and .so files in the -devel package. In hdf5, the sum of the binaries comes out to roughly 544K. Perhaps if these binaries were in the >10M category, they would merit their own package to save on download space... ~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 steve at silug.org Wed Jun 29 01:56:50 2005 From: steve at silug.org (Steven Pritchard) Date: Tue, 28 Jun 2005 20:56:50 -0500 Subject: Request for review: openvpn In-Reply-To: <1119963328.9688.52.camel@localhost.localdomain> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050627175617.ACD1C4542BC@ningauble.scrye.com> <20050628012725.GA1627@osiris.silug.org> <1119938242.2732.77.camel@laurel.intra.city-fan.org> <1119963328.9688.52.camel@localhost.localdomain> Message-ID: <20050629015650.GA26261@osiris.silug.org> I dropped the %config. I think that makes rpmlint happy. Please re-review. (The current package is in CVS.) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From paul at city-fan.org Wed Jun 29 06:16:28 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 29 Jun 2005 07:16:28 +0100 Subject: APPROVED: rbldnsd In-Reply-To: <20050629000748.145a29c2.mfleming@enlartenment.com> References: <20050629000748.145a29c2.mfleming@enlartenment.com> Message-ID: <1120025788.2732.91.camel@laurel.intra.city-fan.org> On Wed, 2005-06-29 at 00:07 +1000, Michael Fleming wrote: > Name: rbldnsd > Summary: Small, fast daemon to serve DNSBLs > > Rbldnsd is a small, authoritative-only DNS nameserver designed to serve > DNS-based blocklists (DNSBLs). It may handle IP-based and name-based > blocklists. > > Maintainer: Paul Howarth > Reviewer: Michael Fleming I've now imported rbldnsd into cvs; anyone like to take a look at it and approve a build? Paul. -- Paul Howarth From mfleming at enlartenment.com Wed Jun 29 07:02:51 2005 From: mfleming at enlartenment.com (Michael Fleming) Date: Wed, 29 Jun 2005 17:02:51 +1000 Subject: APPROVED: rbldnsd In-Reply-To: <1120025788.2732.91.camel@laurel.intra.city-fan.org> References: <20050629000748.145a29c2.mfleming@enlartenment.com> <1120025788.2732.91.camel@laurel.intra.city-fan.org> Message-ID: <20050629070251.GD6149@enlartenment.com> On Wed, Jun 29, 2005 at 07:16:28AM +0100, Paul Howarth waffled thusly: > On Wed, 2005-06-29 at 00:07 +1000, Michael Fleming wrote: > > Name: rbldnsd > > Summary: Small, fast daemon to serve DNSBLs > I've now imported rbldnsd into cvs; anyone like to take a look at it and > approve a build? Paul, You can just do a "make tag" (tags the tree in FE CVS) and "make build" to get a build going (for "devel" branch initially). You don't need to ask for approval for a build. If you want to offer this on other branches (FC-3 / FC-4) you should edit the CVSSyncNeeded page of the Extras wiki. You can then repeat the above process for the synced FC-mumble dirs to hopefully pump out packagers for users of those versions. Michael. -- Michael Fleming "Bother" said the Borg, "We've assimilated Pooh!" From paul at city-fan.org Wed Jun 29 07:26:27 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 29 Jun 2005 08:26:27 +0100 Subject: APPROVED: rbldnsd In-Reply-To: <20050629070251.GD6149@enlartenment.com> References: <20050629000748.145a29c2.mfleming@enlartenment.com> <1120025788.2732.91.camel@laurel.intra.city-fan.org> <20050629070251.GD6149@enlartenment.com> Message-ID: <1120029988.2732.109.camel@laurel.intra.city-fan.org> On Wed, 2005-06-29 at 17:02 +1000, Michael Fleming wrote: > On Wed, Jun 29, 2005 at 07:16:28AM +0100, Paul Howarth waffled thusly: > > On Wed, 2005-06-29 at 00:07 +1000, Michael Fleming wrote: > > > Name: rbldnsd > > > Summary: Small, fast daemon to serve DNSBLs > > > > > I've now imported rbldnsd into cvs; anyone like to take a look at it and > > approve a build? > > Paul, > > You can just do a "make tag" (tags the tree in FE CVS) and "make build" > to get a build going (for "devel" branch initially). I know the mechanics of the build system; I'm already maintaining a few other packages and have done builds for those. Just looking for additional feedback, if anyone wants to offer it... > You don't need to ask for approval for a build. The Wiki (http://fedoraproject.org/wiki/NewPackageProcess) suggests otherwise: After import and before requesting the first binary build of your package(s), request additional reviews on fedora-extras-list > If you want to offer this on other branches (FC-3 / FC-4) you should > edit the CVSSyncNeeded page of the Extras wiki. You can then repeat the > above process for the synced FC-mumble dirs to hopefully pump out > packagers for users of those versions. Done. I also requested the bugzilla component. I'll request a build in the devel branch in the meantime. Paul. -- Paul Howarth From oliver at linux-kernel.at Wed Jun 29 07:29:53 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Jun 2005 09:29:53 +0200 Subject: New package: icmpdn In-Reply-To: <1119984945.15326.91.camel@pc7.dolda2000.com> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <20050628174717.65a55003.bugs.michael@gmx.net> <1119984945.15326.91.camel@pc7.dolda2000.com> Message-ID: <42C24DF1.9010904@linux-kernel.at> On 06/28/2005 08:55 PM, Fredrik Tolf wrote: > I'll answer the remaining points from Oliver Falk further down. > > On Tue, 2005-06-28 at 17:47 +0200, Michael Schwendt wrote: > >>On Tue, 28 Jun 2005 16:22:11 +0200, Fredrik Tolf wrote: >> >>>>* Remove Vendor Tag >>> >>>I'm sure you're right, but what is there supposed to be instead? Surely, >>>the author is supposed to mentioned so that people know who to >>>blame? ;-) >> >>That's what documentation files are for. Upstream projects can put contact >>information, bugzilla databases, e-mail addresses there. The vendor of >>the package is the person/organisation who builds the binary packages. >>At Fedora Extras, both Vendor and Packager tag are left empty in the >>spec file. Vendor information could be filled in by the build system. > > > That makes perfect sense. However, it would be kind of good to have them > filled in when I build the packages that I put on the homepage as well. > I did notice in the Wiki link that Ville Skytt? sent that I could do > something a filed called ~/.rpmmacros for that. I googled around a bit > for it, but could find nothing about that particular bit. Does anyone > have a link with info on this? > > Am I, by any chance, just supposed to put "%packager MyName" in there > and be done with it? Yes, you can add something like this. Eg.: [oliver at moon ~]$ cat .rpmmacros | grep oliver %_topdir /home/oliver/RPMBuild %packager Oliver Falk or whatever you like... >>>>* Source is better written as Source0 and is missing the full URI to the >>>>tarball >>> >>>Again, I'm sure you're right, but what's the difference between Source >>>and Source0? >> >>They are the same. Just like "Patch0" and "Patch" is the same. Don't worry >>about such recommendations. You are free to ignore them. It's unimportant >>spec file beautiness. Lobbying for using Source0 and Patch0 even if there >>is only one source file and one patch has been a recent move by some >>packagers. > > Well, as long as it doesn't break anything to call it Source0 instead, I > guess I can just as well make everyone happy. :) I'm allways recommending Source0 instead of Source, since - as I allready noted - mach is buggy and doesn't understand it. It's not because *I* like it, but for compatibility reasons with other systems... >>>fonts anyway), but is there anything wrong with using UTF-8 in >>>specfiles? >> >>Spec files ought to be UTF-8 for consistency with system defaults. > > > Well, of course I wasn't intending to make it Shift-JIS or KOI-8 or > anything. ;-) > I was just thinking whether it's OK to use non-ASCII characters. If it's > OK, I certainly wasn't planning to do it with anything other than UTF-8. I should have used a machine with proper UTF8 support, then I would not start this discussion. :-) If it's just UTF8, it's OK for me. >>>>* In %build section, you should use %configure - it should set >>>>everything correctly >>> >>>As I mentioned, I don't know much about building RPMs, so you may well >>>be right, but does this "%configure" set the libdir correctly to /lib? >>>AFAIK, that's pretty important for NSS modules. >> >>You can override %configure's defaults like this: >> >> %configure --libdir=%{_lib} >>[...] >>Typo. Make it: >> >> %configure --libdir=/%{_lib} >> >>Note that on 64-bit multilib systems, the NSS modules are located >>in /lib64, not /lib. Yes, Axel use the configure from above. And in %files use /%{_lib}. I guess it's not a must have, that those libs are available at boot time (before /usr get's be mounted), but let's do it this way. > Does that mean that %{_lib} expands to only lib or lib64, and > not /usr/lib or anything of the kind? Yes, that's exactly how it works. >>>>* make is better written as: make %{?_smp_mflags} >>> >>>OK, will fix. >> >>And be aware of SMP make flags breaking sometimes. ;) >> >>Adding smp_mflags would be something a packager would documented in the >>spec %changelog, so when a new tarball fails in "make" in weird ways, the >>changelog entry would help when looking for the possible culprit. I tried building it on an smp system with smp_mflags and it worked, but it might be a good idea to add a note to the changelog. > Well, now that I know what the %changelog section is, I'll do that. Is > there any particular formatting that you prefer the %changelog section > to comply to? Right now, I wrote in the kind of formatting that Emacs' > VC mode generates with C-x v a. Changelog should have the following format: * [date] [person name] [] - [version]-[release] - [ What i did, multiple lines are allowed] - [ And what I did as well] Example: * Wed Jun 29 2005 Oliver Falk - 1.0.0-1 - I wrote an example changelog entry and posted it to the fedora-extras-list >>>>* In %install section do only use rm -rf "$RPM_BUILD_ROOT" (same for the >>>>%clean section) >>> >>>Again, I'm sure you're right, but it seems weird to me not to check so >>>that the root dir doesn't get removed. Will fix, though. You are >>>referring to just removing the checks, right? >> >>See yesterday's/today's thread about the "fish" package. Please don't >>decrease readability of your spec file with insane checks which are >>advertised as adding security. They don't add any real security. And btw, >>I doubt you have ever before seen somebody building rpms as root with an >>explicit build-root set to /. Let's get rid of such checks, please. > > I didn't even know that it was possible to build RPMs not being root. See the macro (from my cat .rpmmacros) %_topdir. You must create a few directories (in %_topdir} manually and then you are done: mkdir -p BUILD RPMS/{i386,i686,noarch,athlon} SOURCES SPECS SRPMS You can also add other arch-dirs (eg. athlon, i586) and so on. It depends on what machine you are and for what arches you are going to build rpms for. > That was very good to know. If you don't mind me asking, though: Why is > that rm -rf command there at all? Isn't that the kind of thing that > rpmbuild ought to take care of itself? No, that's up to the specfile. There are multiple reasons for that, that I don't want to describe in detail now... >>>>* %post and %postun should run ldconfig >>>> And therefor PreReq: /sbin/ldconfig >>> >>>Would fix, but I have no idea what "PreReq" refers to. Also, are you >>>sure that running ldconfig really is necessary? >> >>Well, it's the command that refreshes the run-time dynamic linking >>loader's cache. The libs in %_lib and %_libdir are found without running >>it. But you want to update the cache. >>[...] >>dlopen accesses the same mechanisms. > > Well, I knew what ldconfig was for, but I didn't think that dlopen uses > it. Would fix it, but I still don't know what this "PreReq" thingie is. > Is it a tag in the same sense as Source0? Let the PreReq and the ldconfig stuff. rpm should check that automatically... >>>>* In %files section icmpdnd is missing %attr to be sure the files are >>>>executable >>>>* In %files section, init.d/ipcmpdnd is missing %config >>> >>>Will fix. >> >>Explicit %attr is redundant if the file was installed into build >>root with proper permissions, which don't interfere with the %defattr >>default attributes. If the install does it correctly, it's OK to let it be... [ ... ] Best, Oliver From oliver at linux-kernel.at Wed Jun 29 07:37:11 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Jun 2005 09:37:11 +0200 Subject: New package: icmpdn In-Reply-To: <20050628212813.0d07a0a6.bugs.michael@gmx.net> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <20050628174717.65a55003.bugs.michael@gmx.net> <1119984945.15326.91.camel@pc7.dolda2000.com> <20050628212813.0d07a0a6.bugs.michael@gmx.net> Message-ID: <42C24FA7.3090802@linux-kernel.at> On 06/28/2005 09:28 PM, Michael Schwendt wrote: > On Tue, 28 Jun 2005 20:55:45 +0200, Fredrik Tolf wrote: [ ... ] >>but I still don't know what this "PreReq" thingie is. >>Is it a tag in the same sense as Source0? > > > It's similar to "Requires:" and historically meant to imply that > a dependency must be present before (="pre") your package would be > installed. Only true RPM wizards, who hang out on rpm-list, could > tell you, whether nowadays "PreReq:" is any different from "Requires:" > or "Requires(pre):". > > Note, that when you do > > %post -p /sbin/ldconfig > %postun -p /sbin/ldconfig > > You get an automatic dependency on /sbin/ldconfig and need not add any > such Requires or Prereq yourself. > > Flag "-p /bin/something" means to make /bin/something the scriptlet > interpreter instead of /bin/sh, and hence a dependency on /bin/something > will be automatic. Just a note, wiki says, that we should not use PreReq (just read it). And since it will detect the dep automatically, it's OK let the the PreReq go and don't use Requires or something instead; Just kill it. [ ... ] > Well, I haven't had this on my todo list and hence have not examined the > package, but I think it might take a few more small steps to get it > prepared. Some things have been mentioned already (e.g. using %configure, > /%_lib ...). > > Or: Since %{_sysconfdir}/init.d is a soft-link with Fedora Core, not a > directory, please use %{_sysconfdir}/rc.d/init.d/ or %{_initrddir}/init.d/ > instead. Minor issue in Extras, would be a bigger one in Core. Oops, I always thought it's btter to use %{_sysconfdir}/init.d... Michael, do you know if %{_initrddir} is set on older systems (eg. rh8/9) as well? Best, Oliver From paul at city-fan.org Wed Jun 29 07:44:48 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 29 Jun 2005 08:44:48 +0100 Subject: New package: icmpdn In-Reply-To: <42C24FA7.3090802@linux-kernel.at> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <20050628174717.65a55003.bugs.michael@gmx.net> <1119984945.15326.91.camel@pc7.dolda2000.com> <20050628212813.0d07a0a6.bugs.michael@gmx.net> <42C24FA7.3090802@linux-kernel.at> Message-ID: <1120031088.2732.111.camel@laurel.intra.city-fan.org> On Wed, 2005-06-29 at 09:37 +0200, Oliver Falk wrote: > Michael, do you know if %{_initrddir} is set on older systems (eg. > rh8/9) as well? See for yourself: $ rpm --showrc | grep _initrddir Paul. -- Paul Howarth From oliver at linux-kernel.at Wed Jun 29 07:46:22 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Jun 2005 09:46:22 +0200 Subject: Still awaiting approval: rblcheck In-Reply-To: <20050628192236.1ab02270@python2> References: <42C16C0F.5090505@linux-kernel.at> <20050628192236.1ab02270@python2> Message-ID: <42C251CE.40000@linux-kernel.at> Hi Matthias! On 06/28/2005 07:22 PM, Matthias Saou wrote: > Oliver Falk wrote : > > >>http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/rblcheck >> >>Please, might someone have a look at it and approve it. > > > Builds and works fine for me. License is correct, URLs too, and defaults > "just work". Attached is a _suggested_ patch to the spec file, only for > minor readability changes. Feel free to apply bits if you want, you've got > my approval anyway. Thanks a lot! I applied the patch. Even if it's just for readability... I'll import it in course of the day... Best, Oliver From oliver at linux-kernel.at Wed Jun 29 08:20:54 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Jun 2005 10:20:54 +0200 Subject: %{_initrddir} (WAS: Re: New package: icmpdn) In-Reply-To: <1120031088.2732.111.camel@laurel.intra.city-fan.org> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <20050628174717.65a55003.bugs.michael@gmx.net> <1119984945.15326.91.camel@pc7.dolda2000.com> <20050628212813.0d07a0a6.bugs.michael@gmx.net> <42C24FA7.3090802@linux-kernel.at> <1120031088.2732.111.camel@laurel.intra.city-fan.org> Message-ID: <42C259E6.3000807@linux-kernel.at> On 06/29/2005 09:44 AM, Paul Howarth wrote: > On Wed, 2005-06-29 at 09:37 +0200, Oliver Falk wrote: > >>Michael, do you know if %{_initrddir} is set on older systems (eg. >>rh8/9) as well? > > > See for yourself: $ rpm --showrc | grep _initrddir You are correct, it's there... Thanks! Best, Oliver From oliver at linux-kernel.at Wed Jun 29 08:41:03 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Jun 2005 10:41:03 +0200 Subject: APPROVED: rblcheck In-Reply-To: <42C251CE.40000@linux-kernel.at> References: <42C16C0F.5090505@linux-kernel.at> <20050628192236.1ab02270@python2> <42C251CE.40000@linux-kernel.at> Message-ID: <42C25E9F.9010001@linux-kernel.at> Name: rblcheck Summary: A command-line interface to RBL-style listings rblcheck is a very basic interface to RBL-style DNS listings such as those operated by the MAPS (http://www.mail-abuse.org/) and ORBL (http://www.orbl.org/) projects. Maintainer: Oliver Falk Reviewer: Matthias Saou From oliver at linux-kernel.at Wed Jun 29 08:46:55 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Jun 2005 10:46:55 +0200 Subject: APPROVED: rblcheck In-Reply-To: <42C25E9F.9010001@linux-kernel.at> References: <42C16C0F.5090505@linux-kernel.at> <20050628192236.1ab02270@python2> <42C251CE.40000@linux-kernel.at> <42C25E9F.9010001@linux-kernel.at> Message-ID: <42C25FFF.5020505@linux-kernel.at> On 06/29/2005 10:41 AM, Oliver Falk wrote: > Name: rblcheck > Summary: A command-line interface to RBL-style listings > > rblcheck is a very basic interface to RBL-style DNS listings such as > those operated by the MAPS (http://www.mail-abuse.org/) and ORBL > (http://www.orbl.org/) projects. > > Maintainer: Oliver Falk > Reviewer: Matthias Saou Seems I cannot edit the CVSSyncNeeded page in Wiki... I'd like to also include rblcheck for FC3 & FC4... Best, Oliver From paul at city-fan.org Wed Jun 29 08:51:27 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 29 Jun 2005 09:51:27 +0100 Subject: APPROVED: rblcheck In-Reply-To: <42C25FFF.5020505@linux-kernel.at> References: <42C16C0F.5090505@linux-kernel.at> <20050628192236.1ab02270@python2> <42C251CE.40000@linux-kernel.at> <42C25E9F.9010001@linux-kernel.at> <42C25FFF.5020505@linux-kernel.at> Message-ID: <42C2610F.1000001@city-fan.org> Oliver Falk wrote: > On 06/29/2005 10:41 AM, Oliver Falk wrote: > >> Name: rblcheck >> Summary: A command-line interface to RBL-style listings >> >> rblcheck is a very basic interface to RBL-style DNS listings such as >> those operated by the MAPS (http://www.mail-abuse.org/) and ORBL >> (http://www.orbl.org/) projects. >> >> Maintainer: Oliver Falk >> Reviewer: Matthias Saou > > > Seems I cannot edit the CVSSyncNeeded page in Wiki... I'd like to also > include rblcheck for FC3 & FC4... I edited the page for you. Someone will probably sort out edit access for you later today. You should also request the addition of a buzilla component (http://fedoraproject.org/wiki/Extras/BugzillaAdmin); do you have a buzilla account already? Paul. From ryo-dairiki at mbm.nifty.com Wed Jun 29 09:02:02 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Wed, 29 Jun 2005 18:02:02 +0900 Subject: New Package: kasumi Message-ID: <42C2638A.8010201@mbm.nifty.com> Kasumi is a dictionary editor for Anthy. It is used by Japanese to edit user dictionary for Japanese input method. You can download it from here: http://briefcase.yahoo.co.jp/bc/ryo_dairiki/lst?&.dir=/&.src=bc&.view=l Regards, Ryo Dairiki From bugs.michael at gmx.net Wed Jun 29 09:48:36 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 29 Jun 2005 11:48:36 +0200 Subject: APPROVED: rblcheck In-Reply-To: <42C2610F.1000001@city-fan.org> References: <42C16C0F.5090505@linux-kernel.at> <20050628192236.1ab02270@python2> <42C251CE.40000@linux-kernel.at> <42C25E9F.9010001@linux-kernel.at> <42C25FFF.5020505@linux-kernel.at> <42C2610F.1000001@city-fan.org> Message-ID: <20050629114836.39e762bc.bugs.michael@gmx.net> On Wed, 29 Jun 2005 09:51:27 +0100, Paul Howarth wrote: > I edited the page for you. Someone will probably sort out edit access > for you later today. You can, too. From andreas.bierfert at lowlatency.de Wed Jun 29 10:29:41 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 29 Jun 2005 12:29:41 +0200 Subject: Request for review: wv2 Message-ID: <42C27815.9080304@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 wv2-0.2.2: wv is a library which allows access to Microsoft Word files. It can load and parse Word 2000, 97, 95 and 6 file formats. (These are the file formats known internally as Word 9, 8, 7 and 6.) There is some support for reading earlier formats as well: Word 2 docs are converted to plaintext. http://fedora.lowlatency.de/review/wv2-0.2.2-1.src.rpm http://fedora.lowlatency.de/review/wv2.spec This is needed for koffice (which I will put up in a couple of days). Would be nice of anyone would review/approve this... - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCwngVQEQyPsWM8csRAr7yAKCHaC6JxRBulUQ2PCZ2/vNd9yeGKQCgsWRL 2gpS9tkqS4Ff4qI/i2R/HTE= =NFNZ -----END PGP SIGNATURE----- From andreas.bierfert at lowlatency.de Wed Jun 29 10:29:39 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 29 Jun 2005 12:29:39 +0200 Subject: Request for review: libpqxx Message-ID: <42C27813.3030405@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 libpqxx-2.5.4: C++ client API for PostgreSQL. The standard front-end (in the sense of "language binding") for writing C++ programs that use PostgreSQL. Supersedes older libpq++ interface. http://fedora.lowlatency.de/review/libpqxx-2.5.4-1.src.rpm http://fedora.lowlatency.de/review/libpqxx.spec This is needed for koffice (which I will put up in a couple of days). Would be nice of anyone would review/approve this... - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCwngTQEQyPsWM8csRAhqHAJ9r6I6W+AcpJSj1jAHOMDdfCfZu6wCcD2b7 eOQJ1u13c94uY7qo27YNXxI= =2gCu -----END PGP SIGNATURE----- From oliver at linux-kernel.at Wed Jun 29 10:49:31 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Jun 2005 12:49:31 +0200 Subject: APPROVED: rblcheck In-Reply-To: <42C2610F.1000001@city-fan.org> References: <42C16C0F.5090505@linux-kernel.at> <20050628192236.1ab02270@python2> <42C251CE.40000@linux-kernel.at> <42C25E9F.9010001@linux-kernel.at> <42C25FFF.5020505@linux-kernel.at> <42C2610F.1000001@city-fan.org> Message-ID: <42C27CBB.4020902@linux-kernel.at> On 06/29/2005 10:51 AM, Paul Howarth wrote: > Oliver Falk wrote: > >> On 06/29/2005 10:41 AM, Oliver Falk wrote: >> >>> Name: rblcheck >>> Summary: A command-line interface to RBL-style listings >>> >>> rblcheck is a very basic interface to RBL-style DNS listings such as >>> those operated by the MAPS (http://www.mail-abuse.org/) and ORBL >>> (http://www.orbl.org/) projects. >>> >>> Maintainer: Oliver Falk >>> Reviewer: Matthias Saou >> >> >> >> Seems I cannot edit the CVSSyncNeeded page in Wiki... I'd like to also >> include rblcheck for FC3 & FC4... > > I edited the page for you. Someone will probably sort out edit access > for you later today. Thanks a lot. I hope someone will. :-) > You should also request the addition of a buzilla component > (http://fedoraproject.org/wiki/Extras/BugzillaAdmin); do you have a > buzilla account already? I have a bugzilla account, sure (Account: oliver at linux-kernel.at). But I can also not edit the BugzillaAdmin page... :-/ Best, Oliver From paul at city-fan.org Wed Jun 29 11:10:52 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 29 Jun 2005 12:10:52 +0100 Subject: APPROVED: rblcheck In-Reply-To: <42C27CBB.4020902@linux-kernel.at> References: <42C16C0F.5090505@linux-kernel.at> <20050628192236.1ab02270@python2> <42C251CE.40000@linux-kernel.at> <42C25E9F.9010001@linux-kernel.at> <42C25FFF.5020505@linux-kernel.at> <42C2610F.1000001@city-fan.org> <42C27CBB.4020902@linux-kernel.at> Message-ID: <42C281BC.7010908@city-fan.org> Oliver Falk wrote: >>> Seems I cannot edit the CVSSyncNeeded page in Wiki... I'd like to >>> also include rblcheck for FC3 & FC4... >> >> >> I edited the page for you. Someone will probably sort out edit access >> for you later today. > > > Thanks a lot. I hope someone will. :-) Apparently I can do it. Do you have an account on the Wiki? If so, is it called OliverFalk? > I have a bugzilla account, sure (Account: oliver at linux-kernel.at). But I > can also not edit the BugzillaAdmin page... :-/ First things first... Paul. From oliver at linux-kernel.at Wed Jun 29 11:24:23 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Jun 2005 13:24:23 +0200 Subject: APPROVED: rblcheck In-Reply-To: <42C281BC.7010908@city-fan.org> References: <42C16C0F.5090505@linux-kernel.at> <20050628192236.1ab02270@python2> <42C251CE.40000@linux-kernel.at> <42C25E9F.9010001@linux-kernel.at> <42C25FFF.5020505@linux-kernel.at> <42C2610F.1000001@city-fan.org> <42C27CBB.4020902@linux-kernel.at> <42C281BC.7010908@city-fan.org> Message-ID: <42C284E7.50502@linux-kernel.at> On 06/29/2005 01:10 PM, Paul Howarth wrote: > Oliver Falk wrote: [ ... ] >> Thanks a lot. I hope someone will. :-) > > Apparently I can do it. Do you have an account on the Wiki? If so, is it > called OliverFalk? Yes, it is. >> I have a bugzilla account, sure (Account: oliver at linux-kernel.at). But >> I can also not edit the BugzillaAdmin page... :-/ > > First things first... k! Thx, Oliver From paul at city-fan.org Wed Jun 29 11:57:27 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 29 Jun 2005 12:57:27 +0100 Subject: APPROVED: rblcheck In-Reply-To: <42C284E7.50502@linux-kernel.at> References: <42C16C0F.5090505@linux-kernel.at> <20050628192236.1ab02270@python2> <42C251CE.40000@linux-kernel.at> <42C25E9F.9010001@linux-kernel.at> <42C25FFF.5020505@linux-kernel.at> <42C2610F.1000001@city-fan.org> <42C27CBB.4020902@linux-kernel.at> <42C281BC.7010908@city-fan.org> <42C284E7.50502@linux-kernel.at> Message-ID: <42C28CA7.6000805@city-fan.org> Oliver Falk wrote: > On 06/29/2005 01:10 PM, Paul Howarth wrote: > >> Oliver Falk wrote: > > [ ... ] > >>> Thanks a lot. I hope someone will. :-) >> >> >> Apparently I can do it. Do you have an account on the Wiki? If so, is >> it called OliverFalk? > > > Yes, it is. > >>> I have a bugzilla account, sure (Account: oliver at linux-kernel.at). >>> But I can also not edit the BugzillaAdmin page... :-/ Try again now. Paul. From oliver at linux-kernel.at Wed Jun 29 12:06:33 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 29 Jun 2005 14:06:33 +0200 Subject: APPROVED: rblcheck In-Reply-To: <42C28CA7.6000805@city-fan.org> References: <42C16C0F.5090505@linux-kernel.at> <20050628192236.1ab02270@python2> <42C251CE.40000@linux-kernel.at> <42C25E9F.9010001@linux-kernel.at> <42C25FFF.5020505@linux-kernel.at> <42C2610F.1000001@city-fan.org> <42C27CBB.4020902@linux-kernel.at> <42C281BC.7010908@city-fan.org> <42C284E7.50502@linux-kernel.at> <42C28CA7.6000805@city-fan.org> Message-ID: <42C28EC9.8050505@linux-kernel.at> On 06/29/2005 01:57 PM, Paul Howarth wrote: > Oliver Falk wrote: > >> On 06/29/2005 01:10 PM, Paul Howarth wrote: >> >>> Oliver Falk wrote: >> >> >> [ ... ] >> >>>> Thanks a lot. I hope someone will. :-) >>> >>> >>> >>> Apparently I can do it. Do you have an account on the Wiki? If so, is >>> it called OliverFalk? >> >> >> >> Yes, it is. >> >>>> I have a bugzilla account, sure (Account: oliver at linux-kernel.at). >>>> But I can also not edit the BugzillaAdmin page... :-/ > > > Try again now. Thanks, works now! Best, Oliver From toshio at tiki-lounge.com Wed Jun 29 13:30:38 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Wed, 29 Jun 2005 09:30:38 -0400 Subject: Moving sale! Packages for grabs! Message-ID: <1120051839.3129.25.camel@localhost> Hey all, I'm moving from Vermont to California in the middle of July. I don't have a house or job lined up yet so my internet access is going to be a little spotty until that's worked out. In case that doesn't happen for a while, I'm letting people know I have packages that could either use a new or interim maintainer. I'm not officially orphaning them as I'll be able to work on them when I'm settled if no one else is interested. I am maintaining these packages in Extras: - gnome-common - qa-assistant - gnotime + qof - python-docutils If anyone's interested in maintaining, you're welcome to pick them up. gnotime/qof is rather labor intensive as upstream is pretty busy with other projects. The others haven't required much work. In all cases, the update cycle of upstream has been pretty slow. In addition, I've been watching the commits for these as I approved them. The package maintainers seem to be pretty on the ball, though :-) - quilt - gourmet + pyRTF -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 rdieter at math.unl.edu Wed Jun 29 13:35:17 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 29 Jun 2005 08:35:17 -0500 Subject: Request for review: wv2 In-Reply-To: <42C27815.9080304@lowlatency.de> References: <42C27815.9080304@lowlatency.de> Message-ID: Andreas Bierfert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > wv2-0.2.2: > http://fedora.lowlatency.de/review/wv2.spec Missing (for shared lib): %post -p /sbin/ldconfig %postun -p /sbin/ldconfig -- Rex From johnp at redhat.com Wed Jun 29 14:34:19 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Wed, 29 Jun 2005 10:34:19 -0400 Subject: New package: istanbul Message-ID: <1120055659.3221.6.camel@remedyz.boston.redhat.com> I have just packaged up istanbul, which is a desktop session capture utility that can record your session for later playback as an ogg theora file (think screenshots in motion). SRPM: http://people.redhat.com/johnp/istanbul/istanbul-0.1.0-1.src.rpm SPEC: http://people.redhat.com/johnp/istanbul/istanbul.spec I don't have extra's CVS access (or at least I don't think I do) so I will be needing a sponsor. Thanks. -- John (J5) Palmieri From skvidal at phy.duke.edu Wed Jun 29 14:38:17 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 29 Jun 2005 10:38:17 -0400 Subject: New package: istanbul In-Reply-To: <1120055659.3221.6.camel@remedyz.boston.redhat.com> References: <1120055659.3221.6.camel@remedyz.boston.redhat.com> Message-ID: <1120055897.10448.20.camel@cutter> On Wed, 2005-06-29 at 10:34 -0400, John (J5) Palmieri wrote: > I have just packaged up istanbul, not constantinople? > which is a desktop session capture > utility that can record your session for later playback as an ogg theora > file (think screenshots in motion). > > SRPM: http://people.redhat.com/johnp/istanbul/istanbul-0.1.0-1.src.rpm > SPEC: http://people.redhat.com/johnp/istanbul/istanbul.spec > > I don't have extra's CVS access (or at least I don't think I do) so I > will be needing a sponsor. Thanks. apply for an account, it'll get approved then we can go from there. -sv From ville.skytta at iki.fi Wed Jun 29 14:37:52 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 29 Jun 2005 17:37:52 +0300 Subject: Moving sale! Packages for grabs! In-Reply-To: <1120051839.3129.25.camel@localhost> References: <1120051839.3129.25.camel@localhost> Message-ID: <1120055872.9688.332.camel@localhost.localdomain> On Wed, 2005-06-29 at 09:30 -0400, Toshio Kuratomi wrote: > I'm not officially orphaning them as I'll be > able to work on them when I'm settled if no one else is interested. Nevertheless, wouldn't hurt to add that info to http://fedoraproject.org/wiki/Extras/OrphanedPackages From ivazquez at ivazquez.net Wed Jun 29 14:46:46 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 29 Jun 2005 10:46:46 -0400 Subject: New package: istanbul In-Reply-To: <1120055897.10448.20.camel@cutter> References: <1120055659.3221.6.camel@remedyz.boston.redhat.com> <1120055897.10448.20.camel@cutter> Message-ID: <1120056406.1864.1.camel@ignacio.ignacio.lan> On Wed, 2005-06-29 at 10:38 -0400, seth vidal wrote: > On Wed, 2005-06-29 at 10:34 -0400, John (J5) Palmieri wrote: > > I have just packaged up istanbul, > > not constantinople? Yes, it's Istanbul, not Constantinople. -- 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 wtogami at redhat.com Wed Jun 29 14:45:45 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 29 Jun 2005 16:45:45 +0200 Subject: Moving sale! Packages for grabs! In-Reply-To: <1120055872.9688.332.camel@localhost.localdomain> References: <1120051839.3129.25.camel@localhost> <1120055872.9688.332.camel@localhost.localdomain> Message-ID: <42C2B419.5070304@redhat.com> Ville Skytt? wrote: > On Wed, 2005-06-29 at 09:30 -0400, Toshio Kuratomi wrote: > > >>I'm not officially orphaning them as I'll be >>able to work on them when I'm settled if no one else is interested. > > > Nevertheless, wouldn't hurt to add that info to > http://fedoraproject.org/wiki/Extras/OrphanedPackages > And this can also mean that anybody else with cvsextras access has permission to use their best judgement to improve your packages until you say otherwise. Warren From skvidal at phy.duke.edu Wed Jun 29 14:48:40 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 29 Jun 2005 10:48:40 -0400 Subject: New package: istanbul In-Reply-To: <1120056406.1864.1.camel@ignacio.ignacio.lan> References: <1120055659.3221.6.camel@remedyz.boston.redhat.com> <1120055897.10448.20.camel@cutter> <1120056406.1864.1.camel@ignacio.ignacio.lan> Message-ID: <1120056520.10448.26.camel@cutter> On Wed, 2005-06-29 at 10:46 -0400, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-06-29 at 10:38 -0400, seth vidal wrote: > > On Wed, 2005-06-29 at 10:34 -0400, John (J5) Palmieri wrote: > > > I have just packaged up istanbul, > > > > not constantinople? > > Yes, it's Istanbul, not Constantinople. > Yah, I guess even old New York was once New Amsterdam. -sv From ville.skytta at iki.fi Wed Jun 29 14:51:22 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 29 Jun 2005 17:51:22 +0300 Subject: Request for review: wv2 In-Reply-To: <42C27815.9080304@lowlatency.de> References: <42C27815.9080304@lowlatency.de> Message-ID: <1120056682.9688.334.camel@localhost.localdomain> On Wed, 2005-06-29 at 12:29 +0200, Andreas Bierfert wrote: > wv is a library which allows access to Microsoft Word files. It can load and > parse Word 2000, 97, 95 and 6 file formats. (These are the file formats known > internally as Word 9, 8, 7 and 6.) There is some support for reading earlier > formats as well: Word 2 docs are converted to plaintext. Need to ack trademarks in summary/description/elsewhere? http://www.microsoft.com/library/toolbar/3.0/trademarks/en-us.mspx http://www.microsoft.com/mscorp/ip/trademarks/gnlguide.asp From markmc at redhat.com Wed Jun 29 14:54:18 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 29 Jun 2005 15:54:18 +0100 Subject: New package: istanbul In-Reply-To: <1120055659.3221.6.camel@remedyz.boston.redhat.com> References: <1120055659.3221.6.camel@remedyz.boston.redhat.com> Message-ID: <1120056858.9519.92.camel@blaa> Hey, Quick comments: - See sabayon.spec for some foo to require a specific python ABI version and figure out the path for site-packages: http://cvs.fedora.redhat.com/viewcvs/*checkout*/devel/sabayon/sabayon.spec?root=extras I think its in the packaging guidelines. - You should own the site-packages/istanbul/ dir - Instead of re-autogen-ing for the patch, you could consider including a diff of the autogened files. It could turn out to be pretty ugly, but sometimes I've found it to work out better than doing it at buildtime. - Otherwise you need to BuildRequire: autoconf automake - I doubt the BuildRequires: libtool is correct - update-desktop-database isn't needed unless you've got MimeType=foo AFAIR - should desktop-file-install the .desktop file and BuildRequire: desktop-file-utils - Do you need to call ldconfig ? Cheers, Mark. From johnp at redhat.com Wed Jun 29 15:03:57 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Wed, 29 Jun 2005 11:03:57 -0400 Subject: New package: istanbul In-Reply-To: <1120055897.10448.20.camel@cutter> References: <1120055659.3221.6.camel@remedyz.boston.redhat.com> <1120055897.10448.20.camel@cutter> Message-ID: <1120057438.3221.9.camel@remedyz.boston.redhat.com> On Wed, 2005-06-29 at 10:38 -0400, seth vidal wrote: > apply for an account, it'll get approved then we can go from there. https://admin.fedora.redhat.com/accounts/ seems to be down for maintenance. -- John (J5) Palmieri From johnp at redhat.com Wed Jun 29 15:09:47 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Wed, 29 Jun 2005 11:09:47 -0400 Subject: New package: istanbul In-Reply-To: <1120056858.9519.92.camel@blaa> References: <1120055659.3221.6.camel@remedyz.boston.redhat.com> <1120056858.9519.92.camel@blaa> Message-ID: <1120057787.3221.12.camel@remedyz.boston.redhat.com> A new spec and srpm is up with your suggestions added: SRPM: http://people.redhat.com/johnp/istanbul/istanbul-0.1.0-2.src.rpm SPEC: http://people.redhat.com/johnp/istanbul/istanbul.spec On Wed, 2005-06-29 at 15:54 +0100, Mark McLoughlin wrote: > Hey, > Quick comments: > > - See sabayon.spec for some foo to require a specific python ABI > version and figure out the path for site-packages: > > http://cvs.fedora.redhat.com/viewcvs/*checkout*/devel/sabayon/sabayon.spec?root=extras > > I think its in the packaging guidelines. > > - You should own the site-packages/istanbul/ dir > > - Instead of re-autogen-ing for the patch, you could consider > including a diff of the autogened files. It could turn out to be > pretty ugly, but sometimes I've found it to work out better than > doing it at buildtime. > > - Otherwise you need to BuildRequire: autoconf automake > > - I doubt the BuildRequires: libtool is correct > > - update-desktop-database isn't needed unless you've got MimeType=foo > AFAIR > > - should desktop-file-install the .desktop file and BuildRequire: > desktop-file-utils > > - Do you need to call ldconfig ? > > Cheers, > Mark. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list -- From sopwith at redhat.com Wed Jun 29 15:17:54 2005 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 29 Jun 2005 11:17:54 -0400 (EDT) Subject: New package: istanbul In-Reply-To: <1120057438.3221.9.camel@remedyz.boston.redhat.com> References: <1120055659.3221.6.camel@remedyz.boston.redhat.com> <1120055897.10448.20.camel@cutter> <1120057438.3221.9.camel@remedyz.boston.redhat.com> Message-ID: On Wed, 29 Jun 2005, John (J5) Palmieri wrote: > On Wed, 2005-06-29 at 10:38 -0400, seth vidal wrote: > > > apply for an account, it'll get approved then we can go from there. > > https://admin.fedora.redhat.com/accounts/ seems to be down for maintenance. It's being fixed now. Best, -- Elliot You can accomplish anything you want, so long as you don't care who gets credit for it. From ville.skytta at iki.fi Wed Jun 29 15:23:32 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 29 Jun 2005 18:23:32 +0300 Subject: New package: istanbul In-Reply-To: <1120056858.9519.92.camel@blaa> References: <1120055659.3221.6.camel@remedyz.boston.redhat.com> <1120056858.9519.92.camel@blaa> Message-ID: <1120058612.9688.349.camel@localhost.localdomain> On Wed, 2005-06-29 at 15:54 +0100, Mark McLoughlin wrote: > - See sabayon.spec for some foo to require a specific python ABI > version That's not needed in FC4+, rpmbuild does it automagically. From bugs.michael at gmx.net Wed Jun 29 17:43:30 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 29 Jun 2005 19:43:30 +0200 Subject: New Package: konversation In-Reply-To: <200506281802.50874.dennis@ausil.us> References: <200506261449.51132.dennis@ausil.us> <20050628000740.112aaee1.bugs.michael@gmx.net> <200506280616.00585.dennis@ausil.us> <200506281802.50874.dennis@ausil.us> Message-ID: <20050629194330.5e99539c.bugs.michael@gmx.net> On Tue, 28 Jun 2005 18:02:43 -0500, Dennis Gilmore wrote: > updated srpm http://www.ausil.us/packages/konversation-0.18-3.fc4.src.rpm Approved. * %{dist} ought to be %{?dist} -- Not sure what will happen if you tried to cvs-import it without changing it first. * You are free to replace "0.18" in Source0 with %{version} in CVS for convenience. * Release versions in %changelog in future updates would be good. If you don't have Wiki write access yet (for requesting CVS branches and bugzilla component creation e.g.) state your Wiki account name here or via private mail. -- Michael Schwendt Fedora Core release 5 (Development) - Linux 2.6.12-1.1400_FC5 loadavg: 3.01 2.38 2.04 From toshio at tiki-lounge.com Wed Jun 29 17:49:04 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Wed, 29 Jun 2005 13:49:04 -0400 Subject: Moving sale! Packages for grabs! In-Reply-To: <42C2B419.5070304@redhat.com> References: <1120051839.3129.25.camel@localhost> <1120055872.9688.332.camel@localhost.localdomain> <42C2B419.5070304@redhat.com> Message-ID: <1120067345.7489.0.camel@localhost> On Wed, 2005-06-29 at 16:45 +0200, Warren Togami wrote: > Ville Skytt? wrote: > > On Wed, 2005-06-29 at 09:30 -0400, Toshio Kuratomi wrote: > > > > > >>I'm not officially orphaning them as I'll be > >>able to work on them when I'm settled if no one else is interested. > > > > > > Nevertheless, wouldn't hurt to add that info to > > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > > > And this can also mean that anybody else with cvsextras access has > permission to use their best judgement to improve your packages until > you say otherwise. Sounds good. I'll add them there. -------------- 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 dennis at ausil.us Wed Jun 29 18:29:06 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 29 Jun 2005 13:29:06 -0500 (CDT) Subject: New Package: konversation In-Reply-To: <20050629194330.5e99539c.bugs.michael@gmx.net> References: <200506261449.51132.dennis@ausil.us> <20050628000740.112aaee1.bugs.michael@gmx.net> <200506280616.00585.dennis@ausil.us> <200506281802.50874.dennis@ausil.us> <20050629194330.5e99539c.bugs.michael@gmx.net> Message-ID: <47034.68.254.239.135.1120069746.squirrel@www.ausil.us> > On Tue, 28 Jun 2005 18:02:43 -0500, Dennis Gilmore wrote: > >> updated srpm >> http://www.ausil.us/packages/konversation-0.18-3.fc4.src.rpm > > Approved. > > * %{dist} ought to be %{?dist} -- Not sure what will happen if you > tried to cvs-import it without changing it first. > > * You are free to replace "0.18" in Source0 with %{version} in CVS > for convenience. > > * Release versions in %changelog in future updates would be good. > > If you don't have Wiki write access yet (for requesting CVS branches > and bugzilla component creation e.g.) state your Wiki account name here > or via private mail. I dont have wiki write access yet my account is DennisGilmore Thanks for your assistance Dennis From bugs.michael at gmx.net Wed Jun 29 18:41:10 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 29 Jun 2005 20:41:10 +0200 Subject: New Package: konversation In-Reply-To: <47034.68.254.239.135.1120069746.squirrel@www.ausil.us> References: <200506261449.51132.dennis@ausil.us> <20050628000740.112aaee1.bugs.michael@gmx.net> <200506280616.00585.dennis@ausil.us> <200506281802.50874.dennis@ausil.us> <20050629194330.5e99539c.bugs.michael@gmx.net> <47034.68.254.239.135.1120069746.squirrel@www.ausil.us> Message-ID: <20050629204110.6944c28b.bugs.michael@gmx.net> On Wed, 29 Jun 2005 13:29:06 -0500 (CDT), Dennis Gilmore wrote: > I dont have wiki write access yet my account is DennisGilmore added From jpo at di.uminho.pt Wed Jun 29 19:18:28 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Wed, 29 Jun 2005 20:18:28 +0100 Subject: Request for Review: splint In-Reply-To: <1119045166.3159.31.camel@enki.eridu> References: <1119045166.3159.31.camel@enki.eridu> Message-ID: <42C2F404.30706@di.uminho.pt> Paul, > A src rpm with bumped release may be found here: > http://people.redhat.com/pnasrat/extras/splint/splint-3.1.1-8.src.rpm Do you want me to import splint? 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 dennis at ausil.us Wed Jun 29 19:59:34 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 29 Jun 2005 14:59:34 -0500 (CDT) Subject: Request for Review: konversation Message-ID: <58103.68.254.239.135.1120075174.squirrel@www.ausil.us> A simple and easy to use IRC client for KDE with support for strikeout; multi-channel joins; away / unaway messages; ignore list functionality; (experimental) support for foreign language characters; auto-connect to server; optional timestamps to chat windows; configurable background colors and much more currently only in the devel tree in cvs. please review and test. will work in FC4 should also be fine in FC3 Thanks in advance Dennis From ivazquez at ivazquez.net Wed Jun 29 20:09:27 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 29 Jun 2005 16:09:27 -0400 Subject: New package: icmpdn In-Reply-To: <42C24DF1.9010904@linux-kernel.at> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <20050628174717.65a55003.bugs.michael@gmx.net> <1119984945.15326.91.camel@pc7.dolda2000.com> <42C24DF1.9010904@linux-kernel.at> Message-ID: <1120075767.7085.2.camel@ignacio.ignacio.lan> On Wed, 2005-06-29 at 09:29 +0200, Oliver Falk wrote: > On 06/28/2005 08:55 PM, Fredrik Tolf wrote: > > I didn't even know that it was possible to build RPMs not being root. > > See the macro (from my cat .rpmmacros) %_topdir. You must create a few > directories (in %_topdir} manually and then you are done: > mkdir -p BUILD RPMS/{i386,i686,noarch,athlon} SOURCES SPECS SRPMS You can also use fedora-buildrpmtree in the fedora-rpmdevtools package to do this. And setting %_build_name_fmt to %%{name}-%%{version}-% %{release}.%%{arch}.rpm in ~/.rpmmacros will create a flat tree in RPMS if you find it more convenient. -- 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 Jochen at herr-schmitt.de Wed Jun 29 20:44:59 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 29 Jun 2005 22:44:59 +0200 Subject: Request for review: wv2 In-Reply-To: <42C27815.9080304@lowlatency.de> References: <42C27815.9080304@lowlatency.de> Message-ID: <0ML2Dk-1DnjQk2dHR-0001RL@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 29 Jun 2005 12:29:41 +0200, you wrote: >This is needed for koffice (which I will put up in a couple of days). Would be >nice of anyone would review/approve this... I have trid to build koffice on the base of a Source-RPM, which I have found on ftp.kde.org. During the build, I have find out, that I need two patches, which I have uploaded to: http://www.herr-schmitt.de/pub/koffice/koffice-1.4.0-gcc4.patch http://www.herr-schmitt.de/pub/koffice/koffice-1.4.0-rpath.patch The used SPEC file is uploaded to: http://www.herr-schmitt.de/pub/koffice/koffice.spec Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQsMIV09gByurcX4MEQKZBQCglQEVkI6iCK4GOgW0d4gnJCbYaB8An3E/ A/Hdz3xqzBWnENXGrPl4gRf4 =z8nC -----END PGP SIGNATURE----- From andreas.bierfert at lowlatency.de Wed Jun 29 20:58:53 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 29 Jun 2005 22:58:53 +0200 Subject: Request for review: wv2 In-Reply-To: <0ML2Dk-1DnjQk2dHR-0001RL@mrelayeu.kundenserver.de> References: <42C27815.9080304@lowlatency.de> <0ML2Dk-1DnjQk2dHR-0001RL@mrelayeu.kundenserver.de> Message-ID: <42C30B8D.9020407@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jochen Schmitt wrote: > http://www.herr-schmitt.de/pub/koffice/koffice-1.4.0-gcc4.patch > http://www.herr-schmitt.de/pub/koffice/koffice-1.4.0-rpath.patch > > The used SPEC file is uploaded to: > > http://www.herr-schmitt.de/pub/koffice/koffice.spec > Thanks... I will upload the koffice spec tomorrow. It uses a totally different approach: Every app is in its own sub-package (like with ooo2) and all languages have sub-packages as well ;) Actually all that is missing for now is some desktop files ^^ - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCwwuNQEQyPsWM8csRAjb4AKCXf0myfSrScZbnja29liAG27OrvwCgsJlP krUbtAnGz85FN91sk5OlL94= =zSEJ -----END PGP SIGNATURE----- From andreas at bawue.net Wed Jun 29 21:15:13 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Wed, 29 Jun 2005 23:15:13 +0200 (CEST) Subject: Request for review: GNU barcode Message-ID: hello all, I need a bit of review on a gnu barcode, packaged as a rpm. %description The package is meant to solve most needs in barcode creation with a conventional printer. It can create printouts for the conventional product tagging standards: UPC-A, UPC-E, EAN-13, EAN-8, ISBN, as well as a few other formats. Ouput is generated as either Postscript or Encapsulated Postscript. SPEC: http://home.bawue.de/~ixs/barcode/barcode.spec SRPM: http://home.bawue.de/~ixs/barcode/barcode-0.98-1.src.rpm I need a bit of advice on the -devel package. barcode installs a .h and a .a file. Would it be sensible to package them into a -devel package or is it simply not worth it and they should be put into the main package? Personally, I prefer the -devel package, but for two files it might simply be overkill. Opinions? thx, andreas From andreas.bierfert at lowlatency.de Wed Jun 29 21:17:59 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Wed, 29 Jun 2005 23:17:59 +0200 Subject: Request for review: wv2 In-Reply-To: <42C27815.9080304@lowlatency.de> References: <42C27815.9080304@lowlatency.de> Message-ID: <42C31007.2020505@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Here is a new release with updated tradmarks and the missing 8> ldconfig stuff: http://fedora.lowlatency.de/review/wv2-0.2.2-2.src.rpm http://fedora.lowlatency.de/review/wv2.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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCwxAHQEQyPsWM8csRAteqAJwIJnTbwICCus2YSdhdKqTm8HZA4QCgldYW WbyTS3W2E6FahryDLfYfYyk= =AZOq -----END PGP SIGNATURE----- From orion at cora.nwra.com Wed Jun 29 21:22:53 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 29 Jun 2005 15:22:53 -0600 Subject: Request for Review: hdf5 (was Re: hfd5 license) In-Reply-To: <1120002949.2513.7.camel@localhost.localdomain> References: <1119989530.3226.7.camel@localhost.localdomain> <1120002949.2513.7.camel@localhost.localdomain> Message-ID: Tom 'spot' Callaway wrote: > > Did you send this through the https://admin.fedora.redhat.com/accounts/ > system? > I had forgotten to request the agreement. That has been sent in now so I should be getting closer... > >>I'll check out the package tomorrow. Looks very close to what I have. >>Main difference is that I build hdf5, libhdf5, and libhdf5-devel >>packages. I like this format as it separates the binaries and >>libraries, but don't know if there is fedora policy on this. > > > IMHO, there is no reason to separate the binaries into their own > package. In order to use them, you'll need to have the libraries > installed. Precedence in both Fedora Core and Extras has the binaries > going in the base package, and static libs, headers, and .so files in > the -devel package. > > In hdf5, the sum of the binaries comes out to roughly 544K. Perhaps if > these binaries were in the >10M category, they would merit their own > package to save on download space... My only thought on this is that someday it might make the availability of multiple versions of the libraries easier, but that appears unlikely. Comments: - added %check section with "make check". It fails here: Testing h5diff file5.h5 file6.h5 -v *FAILED* Expected result (*.txt) differs from actual result (*.out) *** ./../testfiles/h5diff_70.txt 2004-07-21 11:50:11.000000000 -0600 --- ../testfiles/h5diff_70.out 2005-06-29 14:49:17.000000000 -0600 *************** *** 10,58 **** Dataset: and and are empty datasets Group: and ! Attribute: > and > ! position string of string of difference ------------------------------------------------------------ [ 0 ] a z [ 0 ] b z [ 1 ] d z [ 1 ] e z 4 differences found Basically, the output of h5diff is different than expected. Instead of printing ">" it prints "< of >". It seems some string buffer must get overritten. Could not reproduce when compiled with -g. - changed %install to use %makeinstall - don't we want some %docs? - we might want to specify "--enable-threadsafe --with-pthread" to configure. No realy opinion on this, but I could see it helping with openmp programs. Note that is has no effect on make check above. Here's a diff: --- hdf5-tom.spec 2005-06-29 11:48:44.000000000 -0600 +++ hdf5.spec 2005-06-29 15:21:50.000000000 -0600 @@ -38,16 +38,17 @@ %build autoconf # the Fortran parts are hitting GCC bug 17917, add --enable-fortran when it gets fixed. -%configure --with-ssl --enable-cxx +%configure --with-ssl --enable-cxx --enable-threadsafe --with-pthread make %install rm -rf $RPM_BUILD_ROOT -make DESTDIR=$RPM_BUILD_ROOT install -mkdir -p $RPM_BUILD_ROOT/%{_docdir} -mv $RPM_BUILD_ROOT/usr/doc/* $RPM_BUILD_ROOT/%{_docdir} +%makeinstall docdir=${RPM_BUILD_ROOT}%{_docdir} rm -rf $RPM_BUILD_ROOT/%{_libdir}/*.la $RPM_BUILD_ROOT/%{_libdir}/*.settings +#%check +#make check + %clean rm -rf $RPM_BUILD_ROOT @@ -57,6 +58,8 @@ %files %defattr(-,root,root,0755) +%doc COPYING MANIFEST README.txt release_docs/RELEASE.txt +%doc release_docs/HISTORY.txt doc/html %{_bindir}/gif2h5 %{_bindir}/h52gif %{_bindir}/h5c++ @@ -82,7 +85,12 @@ %{_libdir}/*.so %changelog -* Mon Jun 27 2005 Tom "spot" Callaway 1.6.4-1 +* Wed Jun 29 2005 Orion Poplawski 1.6.4-3 +- Add --enable-threads --with-pthreads to configure +- Add %check (commented out 'till it works) +- Use %makeinstall + +* Mon Jun 27 2005 Tom "spot" Callaway 1.6.4-2 - remove szip from spec, since szip license doesn't meet Fedora standards * Sun Apr 3 2005 Tom "spot" Callaway 1.6.4-1 - Orion From bugs.michael at gmx.net Wed Jun 29 21:53:47 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 29 Jun 2005 23:53:47 +0200 Subject: Volunteering to maintain proj and shapelib packages In-Reply-To: References: Message-ID: <20050629235347.6786b856.bugs.michael@gmx.net> On Thu, 26 May 2005 22:34:38 -0700, Shawn McCann wrote: > Yes, GEOS is currently maintained by another local company. I can likely > take this on as well once I get up to speed on proj and shapelib. From what > I can see FC3 has proj-4.4.8 and proj-4.4.9 is now available. For shapelib, > FC3 has the latest version already. > > >>The company I work for builds systems around the world in various domains, > >>especially for remote sensing from satellites. I've recently been working > >>with on projects to deploy Linux (RHEL) and GIS systems in developing > >>countries, hence my renewed interest in the discussions on adding GRASS to > >>Fedora Extras. > > > >GRASS needs another problem to be solved - GDAL and GDAL-GRASS plugin. > > > > I setup mapserver and grass last year and ran across some of these issues. > Should be solvable with a little effort. > > >FYI we also got AutoTrace, a good free, opensource vectorizer, w/o > >maintainer. > > Haven't used it yet, but it sounds interesting. The "proj" and "shapelib" packages in Extras are officially without maintainer now. If the offer to take over package ownership was serious, please reply and state your bugzilla account e-mail address. I was unable to locate your name in the CVS accounts system. So maybe you have not signed up yet? https://admin.fedora.redhat.com/accounts/ -- Michael Schwendt Fedora Core release 5 (Development) - Linux 2.6.12-1.1400_FC5 loadavg: 1.29 1.47 1.67 From mricon at gmail.com Wed Jun 29 22:09:17 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Wed, 29 Jun 2005 18:09:17 -0400 Subject: Meet your Fedora Extras buildsystem! Message-ID: Hello, all: Did you ever wonder just where exactly the Fedora Extras buildsystem is located? What it looks like? Where it sits? Well, wonder no longer! Our special "embedded" photo-correspondent reports from the very spot where the magic happens: http://flickr.com/photos/mricon/sets/519547/ Dedicated to the people who continue to make it all possible. Cheers, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From gdk at redhat.com Wed Jun 29 22:48:29 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Wed, 29 Jun 2005 18:48:29 -0400 (EDT) Subject: Meet your Fedora Extras buildsystem! In-Reply-To: References: Message-ID: "Foo is None Bar is Foo My name is Seth and I hate you." It brings a tear to me eye. *sniff* --g _____________________ ____________________________________________ Greg DeKoenigsberg ] [ the future masters of technology will have Community Relations ] [ to be lighthearted and intelligent. the Red Hat ] [ machine easily masters the grim and the ] [ dumb. --mcluhan On Wed, 29 Jun 2005, Konstantin Ryabitsev wrote: > Hello, all: > > Did you ever wonder just where exactly the Fedora Extras buildsystem > is located? What it looks like? Where it sits? Well, wonder no longer! > Our special "embedded" photo-correspondent reports from the very spot > where the magic happens: > > http://flickr.com/photos/mricon/sets/519547/ > > Dedicated to the people who continue to make it all possible. > > Cheers, > -- > Konstantin Ryabitsev > Zlotniks, INC > > "???????? ?????????? ????? ? ??????? ???? ?????." > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From tcallawa at redhat.com Wed Jun 29 23:59:34 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 29 Jun 2005 18:59:34 -0500 Subject: Request for Review: hdf5 (was Re: hfd5 license) In-Reply-To: References: <1119989530.3226.7.camel@localhost.localdomain> <1120002949.2513.7.camel@localhost.localdomain> Message-ID: <1120089574.2513.158.camel@localhost.localdomain> On Wed, 2005-06-29 at 15:22 -0600, Orion Poplawski wrote: > Basically, the output of h5diff is different than expected. Instead of > printing ">" it prints "< of >". It seems some > string buffer must get overritten. Could not reproduce when compiled > with -g. Very strange. > - changed %install to use %makeinstall Why? It doesn't change the file results. > - don't we want some %docs? Almost definitely. An oversight on my part. > - we might want to specify "--enable-threadsafe --with-pthread" to > configure. No realy opinion on this, but I could see it helping with > openmp programs. Note that is has no effect on make check above. Sounds good to me. We might want to file the make check error upstream and see what they think. ~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 steve at silug.org Thu Jun 30 01:09:38 2005 From: steve at silug.org (Steven Pritchard) Date: Wed, 29 Jun 2005 20:09:38 -0500 Subject: Request for review: openvpn In-Reply-To: <20050629015650.GA26261@osiris.silug.org> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050627175617.ACD1C4542BC@ningauble.scrye.com> <20050628012725.GA1627@osiris.silug.org> <1119938242.2732.77.camel@laurel.intra.city-fan.org> <1119963328.9688.52.camel@localhost.localdomain> <20050629015650.GA26261@osiris.silug.org> Message-ID: <20050630010938.GA16357@osiris.silug.org> On Tue, Jun 28, 2005 at 08:56:50PM -0500, Steven Pritchard wrote: [...] > I think that makes rpmlint happy. I just did a local build, and rpmlint is reasonably happy: E: openvpn invalid-soname /usr/lib64/openvpn/plugin/lib/openvpn-auth-pam.so openvpn-auth-pam.so E: openvpn invalid-soname /usr/lib64/openvpn/plugin/lib/openvpn-down-root.so openvpn-down-root.so Both of these errors seem to be bogus. W: openvpn devel-file-in-non-devel-package /usr/share/openvpn/sample-config-files/xinetd-client-config W: openvpn devel-file-in-non-devel-package /usr/share/openvpn/sample-config-files/xinetd-server-config Again, bogus. E: openvpn incoherent-subsys /etc/rc.d/init.d/openvpn openvpn" I have no idea where that is coming from... Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From menno-fedora at freshfoo.com Thu Jun 30 01:18:52 2005 From: menno-fedora at freshfoo.com (Menno Smits) Date: Thu, 30 Jun 2005 11:18:52 +1000 Subject: Moving sale! Packages for grabs! In-Reply-To: <1120051839.3129.25.camel@localhost> References: <1120051839.3129.25.camel@localhost> Message-ID: <42C3487C.90405@freshfoo.com> Hi Toshio, I'm happy to look after python-docutils for you. I use it on FC4 and helped with the original QA if I remember correctly. I haven't finalised my CVS account but have started the process. Should be ready by mid July I hope. Menno Toshio Kuratomi wrote: > Hey all, > > I'm moving from Vermont to California in the middle of July. I don't > have a house or job lined up yet so my internet access is going to be a > little spotty until that's worked out. In case that doesn't happen for > a while, I'm letting people know I have packages that could either use a > new or interim maintainer. I'm not officially orphaning them as I'll be > able to work on them when I'm settled if no one else is interested. > > I am maintaining these packages in Extras: > > - gnome-common > - qa-assistant > - gnotime > + qof > - python-docutils > > If anyone's interested in maintaining, you're welcome to pick them up. > gnotime/qof is rather labor intensive as upstream is pretty busy with > other projects. The others haven't required much work. In all cases, > the update cycle of upstream has been pretty slow. > > In addition, I've been watching the commits for these as I approved > them. The package maintainers seem to be pretty on the ball, though :-) > > - quilt > - gourmet > + pyRTF > > -Toshio > > > ------------------------------------------------------------------------ > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list From davidz at redhat.com Thu Jun 30 01:45:30 2005 From: davidz at redhat.com (David Zeuthen) Date: Wed, 29 Jun 2005 21:45:30 -0400 Subject: APPROVED: NetworkManager-vpnc Message-ID: <1120095931.16621.6.camel@daxter.boston.redhat.com> Hi, So Jeremy gave the go-ahead last week but I wanted to fix a few issues with the upstream package (Dan Williams and I are the upstream maintainers for this package). The spec-file is pretty much the same as the one reviewed the except that it now supports installation of an icon for the appropriate MIME-type. I'll import this in to package CVS tomorrow when I'll get my Extras account sorted out. Until then the SRPM is here http://people.redhat.com/davidz/nm-vpnc3/ along with the dependency not already in Core (the new upstream package depends, due to a few API changes, on a new version of NetworkManager that will hit Fedora Core Development tomorrow). Cheers, David -- This package contains software for integrating the vpnc VPN software with NetworkManager and the GNOME desktop. Reviewer: Jeremy Katz Packager: David Zeuthen From ivazquez at ivazquez.net Thu Jun 30 02:03:14 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 29 Jun 2005 22:03:14 -0400 Subject: Meet your Fedora Extras buildsystem! In-Reply-To: References: Message-ID: <1120096994.10537.1.camel@ignacio.ignacio.lan> On Wed, 2005-06-29 at 18:09 -0400, Konstantin Ryabitsev wrote: > Hello, all: > > Did you ever wonder just where exactly the Fedora Extras buildsystem > is located? What it looks like? Where it sits? Well, wonder no longer! > Our special "embedded" photo-correspondent reports from the very spot > where the magic happens: > > http://flickr.com/photos/mricon/sets/519547/ > > Dedicated to the people who continue to make it all possible. So what's that machine on the bottom-left of Linux at BEIGE? -- 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 rdieter at math.unl.edu Thu Jun 30 02:18:22 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 29 Jun 2005 21:18:22 -0500 Subject: Request for review: wv2 In-Reply-To: <42C31007.2020505@lowlatency.de> References: <42C27815.9080304@lowlatency.de> <42C31007.2020505@lowlatency.de> Message-ID: Andreas Bierfert wrote: > Here is a new release with updated tradmarks and the missing 8> ldconfig stuff: > http://fedora.lowlatency.de/review/wv2-0.2.2-2.src.rpm > http://fedora.lowlatency.de/review/wv2.spec Can drop the explicit Requires(post): /sbin/ldconfig Requires(postun): /sbin/ldconfig as they aren't required (rpm will pick it up automatically). -- Rex From kapointer at charter.net Thu Jun 30 02:21:41 2005 From: kapointer at charter.net (Kyle Pointer) Date: Thu, 30 Jun 2005 02:21:41 +0000 Subject: Request for Approval: Nessus packages Message-ID: <1120098101.7350.7.camel@fluffbox.fluffnet> I have made nessus RPM's for Fedora Extras, and would appreciate some feedback on them. I worked very had to get them working properly, and the past two posts I have made to this list have gone unanswered. If there is a problem with having nessus in Extras, I would really like it if someone would at least tell me so, so that I don't have to do this again. I have nessus in i386 binary, and SRPM format on my ftp server. The SRPMS are here: ftp://fluffnet.serveftp.com/rpms/SRPMS/ ( you will need all of the packages currently in the directory; they all depend on each other ) [it should be noted that the nessus-plugins RPM uses the GPL nessus plugins; not the proprietary ones] If someone would at least look at them I would greatly appreciate it. -- Kyle Pointer From p229.357 at gmail.com Thu Jun 30 00:03:14 2005 From: p229.357 at gmail.com (P229) Date: Wed, 29 Jun 2005 20:03:14 -0400 Subject: New Package: gcm (GNOME Clipboard Manager) Message-ID: <42C336C2.9020602@gmail.com> GNOME Clipboard Manager facilitates management of clipboard contents and, of particular importance, allows access to clipboard contents even after the clip source is closed. SRPM, spec file, etc.: https://amdg.dyndns.org/~p229/index.html Sorry about the HTTPS... until I find a suitable external host, Verizon won't have it any other way... From buildsys at fedoraproject.org Thu Jun 30 05:54:01 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 30 Jun 2005 01:54:01 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050630055401.CD3BA8D68@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 4 gai-0.5.10-3.fc3 perl-Config-Tiny-2.02-1.fc3 python-psyco-1.4-5.fc3 xlockmore-5.18-3.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From andreas.bierfert at lowlatency.de Thu Jun 30 05:55:57 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 30 Jun 2005 07:55:57 +0200 Subject: Request for review: wv2 In-Reply-To: References: <42C27815.9080304@lowlatency.de> <42C31007.2020505@lowlatency.de> Message-ID: <42C3896D.9020708@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rex Dieter wrote: > Can drop the explicit > Requires(post): /sbin/ldconfig > Requires(postun): /sbin/ldconfig > as they aren't required (rpm will pick it up automatically). True... done :) http://fedora.lowlatency.de/review/wv2-0.2.2-3.src.rpm http://fedora.lowlatency.de/review/wv2.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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCw4ltQEQyPsWM8csRAtjjAJ9AeNw9tyJ96TgG+iy/cUv3S327zwCgvn+H /EoQx/TZO00BIOv9q2kw5e0= =W8Vm -----END PGP SIGNATURE----- From wart at kobold.org Thu Jun 30 06:04:12 2005 From: wart at kobold.org (Wart) Date: Wed, 29 Jun 2005 23:04:12 -0700 Subject: New package: tclhttpd In-Reply-To: <42BF97B3.5030904@kobold.org> References: <42BF97B3.5030904@kobold.org> Message-ID: <42C38B5C.1040907@kobold.org> Here's one more try now that I filled out all of the forms for CVS access. I still need a sponsor for CVS access. I'm ready to submit more xml-related packages for tcl after this has been approved. I hope I'm not the only person with an interest in getting more Tcl extensions into fedora-extras. Any willing souls want to give it a review? TclHttpd is a Web server implemented in pure Tcl. It works out of the box as a Web server, but is really designed to be a Tcl application server. It supports HTML+Tcl templates, and is extensible in a variety of ways. http://www.kobold.org/~wart/fedora/tclhttpd-3.5.1-1.src.rpm http://www.kobold.org/~wart/fedora/tclhttpd.spec http://tclhttpd.sourceforge.net md5sum: http://www.kobold.org/~wart/fedora/MD5SUM.asc --Wart From buildsys at fedoraproject.org Thu Jun 30 06:06:34 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 30 Jun 2005 02:06:34 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050630060634.C41118D68@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 12 alsa-tools-1.0.9-1.fc4 gai-0.5.10-3.fc4 perl-Config-Tiny-2.02-1.fc4 perl-Glib-1.082-1.fc4 perl-Gtk2-1.082-1.fc4 php-eaccelerator-4.3.11_0.9.3-2.fc4 php-eaccelerator-4.3.11_0.9.3-3.fc4 php-eaccelerator-5.0.4_0.9.3-2.fc4 php-eaccelerator-5.0.4_0.9.3-3.fc4 plib-1.8.4-1.fc4 python-psyco-1.4-5.fc4 xlockmore-5.18-3.fc4 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 30 06:15:51 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 30 Jun 2005 02:15:51 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050630061551.9563A8D68@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 13 FreeWnn-1.10pl020-6.fc5 alsa-tools-1.0.9-1.fc5 gai-0.5.10-3.fc5 gai-temp-0.1.1-2.fc5 perl-Config-Tiny-2.02-1.fc5 php-eaccelerator-4.3.11_0.9.3-2.fc5 php-eaccelerator-4.3.11_0.9.3-3.fc5 php-eaccelerator-5.0.4_0.9.3-2.fc5 php-eaccelerator-5.0.4_0.9.3-3.fc5 plib-1.8.4-1.fc5 python-psyco-1.4-5.fc5 uim-0.4.6-4 vpnc-0.3.3-3 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 30 06:19:47 2005 From: adrian at lisas.de (Adrian Reber) Date: Thu, 30 Jun 2005 08:19:47 +0200 Subject: Request for review: GNU barcode In-Reply-To: References: Message-ID: <20050630061947.GA27444@lisas.de> On Wed, Jun 29, 2005 at 11:15:13PM +0200, Andreas Thienemann wrote: > SPEC: http://home.bawue.de/~ixs/barcode/barcode.spec > SRPM: http://home.bawue.de/~ixs/barcode/barcode-0.98-1.src.rpm The preferred value for the BuildRoot tag is: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) The Summary shouldn't include the package name. %post and %preun scripts for the info file should be added. builds in mock md5sum matches upstream: 7f10c3307b84a19a4ab2fa4b3f2974da barcode-0.98.tar.gz There is a problem during installation: file /usr/share/man/man1/barcode.1.gz from install of barcode-0.98-1.fc4 conflicts with file from package xscreensaver-extras-4.21-4 > I need a bit of advice on the -devel package. > barcode installs a .h and a .a file. Would it be sensible to package them > into a -devel package or is it simply not worth it and they should be put > into the main package? > Personally, I prefer the -devel package, but for two files it might simply > be overkill. > Opinions? Definitely make -devel subpackage. Adrian -- Adrian Reber http://lisas.de/~adrian/ "Summer is butter on your chin and corn mush between every tooth." -Calvin From oliver at linux-kernel.at Thu Jun 30 07:14:20 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 30 Jun 2005 09:14:20 +0200 Subject: Meet your Fedora Extras buildsystem! In-Reply-To: <1120096994.10537.1.camel@ignacio.ignacio.lan> References: <1120096994.10537.1.camel@ignacio.ignacio.lan> Message-ID: <42C39BCC.2040704@linux-kernel.at> On 06/30/2005 04:03 AM, Ignacio Vazquez-Abrams wrote: > On Wed, 2005-06-29 at 18:09 -0400, Konstantin Ryabitsev wrote: > >>Hello, all: >> >>Did you ever wonder just where exactly the Fedora Extras buildsystem >>is located? What it looks like? Where it sits? Well, wonder no longer! >>Our special "embedded" photo-correspondent reports from the very spot >>where the magic happens: >> >>http://flickr.com/photos/mricon/sets/519547/ >> >>Dedicated to the people who continue to make it all possible. > > So what's that machine on the bottom-left of Linux at BEIGE? Don't ask it says. :-) Might be some firewall - I guess... Best, Oliver From andreas.bierfert at lowlatency.de Thu Jun 30 07:29:48 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 30 Jun 2005 09:29:48 +0200 Subject: Request for review: libpqxx In-Reply-To: <42C27813.3030405@lowlatency.de> References: <42C27813.3030405@lowlatency.de> Message-ID: <42C39F6C.9040607@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 New release =) http://fedora.lowlatency.de/review/libpqxx-2.5.4-2.src.rpm http://fedora.lowlatency.de/review/libpqxx.spec - -- 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCw59sQEQyPsWM8csRAitzAJ9bSO606rdklfPeon5W+1mc88F6FwCfUVt3 HZZijRtBtRyIHGGfg1PLdm4= =q3fk -----END PGP SIGNATURE----- From skvidal at phy.duke.edu Thu Jun 30 07:33:41 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 30 Jun 2005 03:33:41 -0400 Subject: Meet your Fedora Extras buildsystem! In-Reply-To: <42C39BCC.2040704@linux-kernel.at> References: <1120096994.10537.1.camel@ignacio.ignacio.lan> <42C39BCC.2040704@linux-kernel.at> Message-ID: <1120116821.16752.10.camel@cutter> On Thu, 2005-06-30 at 09:14 +0200, Oliver Falk wrote: > On 06/30/2005 04:03 AM, Ignacio Vazquez-Abrams wrote: > > On Wed, 2005-06-29 at 18:09 -0400, Konstantin Ryabitsev wrote: > > > >>Hello, all: > >> > >>Did you ever wonder just where exactly the Fedora Extras buildsystem > >>is located? What it looks like? Where it sits? Well, wonder no longer! > >>Our special "embedded" photo-correspondent reports from the very spot > >>where the magic happens: > >> > >>http://flickr.com/photos/mricon/sets/519547/ > >> > >>Dedicated to the people who continue to make it all possible. > > > > So what's that machine on the bottom-left of Linux at BEIGE? > > Don't ask it says. :-) Might be some firewall - I guess... > hahah, no. it's not a firewall. It is an incredibly stupid box that runs an even-dumber service that we've been trying to get rid of for like 2 years. -sv From jfontain at free.fr Thu Jun 30 07:48:59 2005 From: jfontain at free.fr (jfontain at free.fr) Date: Thu, 30 Jun 2005 09:48:59 +0200 Subject: New package: tclhttpd Message-ID: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> > ... into fedora-extras. Any willing souls want to give it a review? One obvious thing: Release: 1%{?dist} -- Jean-Luc From ville.skytta at iki.fi Thu Jun 30 07:57:38 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 30 Jun 2005 10:57:38 +0300 Subject: Request for review: openvpn In-Reply-To: <20050630010938.GA16357@osiris.silug.org> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050627175617.ACD1C4542BC@ningauble.scrye.com> <20050628012725.GA1627@osiris.silug.org> <1119938242.2732.77.camel@laurel.intra.city-fan.org> <1119963328.9688.52.camel@localhost.localdomain> <20050629015650.GA26261@osiris.silug.org> <20050630010938.GA16357@osiris.silug.org> Message-ID: <1120118258.2815.62.camel@localhost.localdomain> On Wed, 2005-06-29 at 20:09 -0500, Steven Pritchard wrote: > On Tue, Jun 28, 2005 at 08:56:50PM -0500, Steven Pritchard wrote: > [...] > > I think that makes rpmlint happy. [...] > W: openvpn devel-file-in-non-devel-package /usr/share/openvpn/sample-config-files/xinetd-client-config > W: openvpn devel-file-in-non-devel-package /usr/share/openvpn/sample-config-files/xinetd-server-config > > Again, bogus. Yep, but unrelated: sample config files are often installed as %doc in the package's doc dir. > E: openvpn incoherent-subsys /etc/rc.d/init.d/openvpn openvpn" > > I have no idea where that is coming from... rpmlint bug, trailing ". From kairaven at arcor.de Thu Jun 30 08:05:24 2005 From: kairaven at arcor.de (Kai Raven) Date: Thu, 30 Jun 2005 10:05:24 +0200 Subject: clamd handicraft work Message-ID: <20050630100524.1a45b781@localhost.localdomain> Hi, i have installed clamav & clamd successfully under FC4 from Extras but i don't like the whole procedure the user must execute as mentioned in the Readme (copy this, make this, symlink to, chmod... and so on) to run "a individual clamd-instance". Why not a default installation with the individual "clamd.fedora" instance - because it is a clam(d) installation for Fedora - and full "automatism" for all required steps? If somebody wants a different service name, it is enough to explain in the Readme where to change the service name. -- Ciao Kai WWW: http://kai.iks-jena.de/ Blog: http://rabenhorst.blogweb.de/ OpenPGP: D6E995A0 Jabber: kraven at jabber.ccc.de From wtogami at redhat.com Thu Jun 30 08:21:37 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 30 Jun 2005 10:21:37 +0200 Subject: clamd handicraft work In-Reply-To: <20050630100524.1a45b781@localhost.localdomain> References: <20050630100524.1a45b781@localhost.localdomain> Message-ID: <42C3AB91.6020900@redhat.com> Kai Raven wrote: > Hi, > > i have installed clamav & clamd successfully under FC4 from Extras but i don't > like the whole procedure the user must execute as mentioned in the Readme > (copy this, make this, symlink to, chmod... and so on) to run "a individual > clamd-instance". > Why not a default installation with the individual "clamd.fedora" instance - > because it is a clam(d) installation for Fedora - and full "automatism" for > all required steps? If somebody wants a different service name, it is enough to > explain in the Readme where to change the service name. I used to agree with this sentiment, until Enrico explained to me that different users of clamd are able to mess with data of other system users if you rely on a single daemon. Err... something like this, I don't remember exactly what the issue was. What we need instead are clamav-something packages containing the /etc/rc.d/init.rd/ files, prepared for different specific uses of clamd. It will be easy for others to do after someone creates the first as an example. Warren Togami wtogami at redhat.com From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Jun 30 09:23:32 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 30 Jun 2005 11:23:32 +0200 Subject: Fedora Extras 4 Package Build Report In-Reply-To: <20050630060634.C41118D68@extras64.linux.duke.edu> References: <20050630060634.C41118D68@extras64.linux.duke.edu> Message-ID: <20050630112332.1607af63@python2> buildsys at fedoraproject.org wrote : > php-eaccelerator-4.3.11_0.9.3-2.fc4 > php-eaccelerator-4.3.11_0.9.3-3.fc4 > php-eaccelerator-5.0.4_0.9.3-2.fc4 > php-eaccelerator-5.0.4_0.9.3-3.fc4 This looks wrong, and there are the exact same versions with s/fc4/fc5/ for devel. Strange. Almost certainly a side-effect of getting the PHP version from a macro inside the spec file and defaulting it to 4.3.11 if php-config isn't found (which must be the case on the build host)... I guess I should default it to the last known PHP version of the branch to build. Thoughts? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.35_FC3 Load : 0.65 0.38 0.52 From enrico.scholz at informatik.tu-chemnitz.de Thu Jun 30 09:35:24 2005 From: enrico.scholz at informatik.tu-chemnitz.de (Enrico Scholz) Date: Thu, 30 Jun 2005 11:35:24 +0200 Subject: clamd handicraft work In-Reply-To: <20050630100524.1a45b781@localhost.localdomain> (Kai Raven's message of "Thu, 30 Jun 2005 10:05:24 +0200") References: <20050630100524.1a45b781@localhost.localdomain> Message-ID: <873br0rxur.fsf@kosh.bigo.ensc.de> kairaven at arcor.de (Kai Raven) writes: > i have installed clamav & clamd successfully under FC4 from Extras but i don't > like the whole procedure the user must execute as mentioned in the Readme > (copy this, make this, symlink to, chmod... and so on) to run "a individual > clamd-instance". For what do you need a clamd-instance? The 'clamd' daemon is only useful for special services (e.g. amavisd, mimedefang) and there can not exist a single clamd instance which fits for all these services. Users do not need the daemon overall; 'clamscan' works without it also. For full information, I suggest to read the corresponding tickets on fedora.us's bugzilla. Most of the design decisions of the clamav package are explained there. http://bugzilla.fedora.us/show_bug.cgi?id=268 http://bugzilla.fedora.us/show_bug.cgi?id=1508 http://bugzilla.fedora.us/show_bug.cgi?id=1715 Enrico From wtogami at redhat.com Thu Jun 30 09:37:22 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 30 Jun 2005 11:37:22 +0200 Subject: Fedora Extras 4 Package Build Report In-Reply-To: <20050630112332.1607af63@python2> References: <20050630060634.C41118D68@extras64.linux.duke.edu> <20050630112332.1607af63@python2> Message-ID: <42C3BD52.8040708@redhat.com> Matthias Saou wrote: > buildsys at fedoraproject.org wrote : > > >>php-eaccelerator-4.3.11_0.9.3-2.fc4 >>php-eaccelerator-4.3.11_0.9.3-3.fc4 >>php-eaccelerator-5.0.4_0.9.3-2.fc4 >>php-eaccelerator-5.0.4_0.9.3-3.fc4 > > > This looks wrong, and there are the exact same versions with s/fc4/fc5/ > for devel. Strange. Almost certainly a side-effect of getting the PHP > version from a macro inside the spec file and defaulting it to 4.3.11 if > php-config isn't found (which must be the case on the build host)... I > guess I should default it to the last known PHP version of the branch to > build. Thoughts? > > Matthias > Isn't this the result of the SRPM being put together in a different environment than the buildroot? https://www.redhat.com/archives/fedora-buildsys-list/2005-May/msg00021.html Implementing something like algorithm would prevent problems of macro expansions in the build system. Warren Togami wtogami at redhat.com From tagoh at redhat.com Thu Jun 30 11:29:49 2005 From: tagoh at redhat.com (Akira TAGOH) Date: Thu, 30 Jun 2005 20:29:49 +0900 (JST) Subject: kinput2 imported Message-ID: <20050630.202949.2841573629356175978.tagoh@redhat.com> Hi, I've imported kinput2 package into Extras CVS because it was removed from Fedora Core. FYI. Thanks, -- Akira TAGOH From jscott at skynet.be Thu Jun 30 12:15:30 2005 From: jscott at skynet.be (Scott Jan) Date: Thu, 30 Jun 2005 14:15:30 +0200 Subject: rpm package of lout Message-ID: <1120133730.2987.17.camel@localhost.localdomain> Hello, I am new to Linux. I am interested in using the lout ( see http://lout.sourceforge.net/ ) document formatting package. Is there anyone who can make an rpm package for fedora core 4? Thanks Jan From oliver at linux-kernel.at Thu Jun 30 12:58:10 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 30 Jun 2005 14:58:10 +0200 Subject: rpm package of lout In-Reply-To: <1120133730.2987.17.camel@localhost.localdomain> References: <1120133730.2987.17.camel@localhost.localdomain> Message-ID: <42C3EC62.10507@linux-kernel.at> On 06/30/2005 02:15 PM, Scott Jan wrote: > I am new to Linux. I am interested in using the lout ( see > http://lout.sourceforge.net/ ) document formatting package. Is there > anyone who can make an rpm package for fedora core 4? FYI. I quick search in rpmfind (http://fr2.rpmfind.net/linux/rpm2html/search.php?query=lout&submit=Search+...), showed me, that there are allready packages, which could be adapted to fit in FC... So volunteers for building this package, should have an easy job... :-) Best, Oliver From liljencrantz at gmail.com Thu Jun 30 13:00:31 2005 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Thu, 30 Jun 2005 15:00:31 +0200 Subject: New Package: fish In-Reply-To: <42C39CA8.4000501@linux-kernel.at> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <7dad0d770506290525164544d4@mail.gmail.com> <42C2B14D.9020308@linux-kernel.at> <7dad0d77050629113326ee1881@mail.gmail.com> <42C39CA8.4000501@linux-kernel.at> Message-ID: <7dad0d7705063006002d588057@mail.gmail.com> On 6/30/05, Oliver Falk wrote: > On 06/29/2005 08:33 PM, Axel Liljencrantz wrote: > > On 6/29/05, Oliver Falk wrote: > [ ... ] > >>I didn't know that fish actually _uses_ the documentation itself... > > > > > > Fish ships with a shell function called 'help', which when used will > > open the documentation at the specified section in your preferred > > browser (fish respects the BROWSER environment variable, checks for > > configurable commands such as 'htmlview' and 'www-browser', and if > > none can be found, looks through a list of known browser commands. If > > DISPLAY is not set, fish obviously only tries to use text-based > > browsers.) > > OK, I see... > > [ ... ] > > >>>>* Upgrades (-U) still lists /usr/bin/fish in /etc/shells twice. :-/ > >>>> I guess a install (-i) with --force will also do this. > >>> > >>>*Doh* - a typo in the spec. Call me mister butterfingers. Fixed. > >> > >>In post, redirect the grep output to /dev/null, else it will output > >>/usr/bin/fish to the console while upgrading/installing with force. > > > > How silly. Fixed. > > Yes, does work now. > > [ ... ] > > > Then here we go: > > > > http://roo.no-ip.org/fish/fedora/fish-1.11.1-7.src.rpm > > Apart from the from release number in the Changelog it now does look OK! It would seems that I manage to mess _something_ up in every new attempt. :( > > Best, > Oliver > Here goes, the all singing, all dancing hamstergedon-enabled fish 1.11.1-8: http://roo.no-ip.org/fish/fedora/fish-1.11.1-8.src.rpm -- Axel From mattdm at mattdm.org Thu Jun 30 13:13:00 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 30 Jun 2005 09:13:00 -0400 Subject: Review needed In-Reply-To: References: Message-ID: <20050630131259.GA22429@jadzia.bu.edu> On Mon, Jun 27, 2005 at 03:36:09PM +0200, Andreas Thienemann wrote: > Third try... > I'd really like someone to see if the following srpm is okay or at least > tell me to fuck off. > SPEC: http://home.bawue.de/~ixs/suphp.spec > SRPMS: http://home.bawue.de/~ixs/mod_suphp-0.5.2-3.src.rpm Did you get any reply to this earlier? I'm not all that familiar with php so I didn't feel qualified to review this, but I'd really like to see this in Extras if it works out, since it seems really useful. This whole package-submission process is getting an overhaul (will go to a database-driven system), so hopefully this situation where someone puts in a lot of work and it gets ignored won't happen much in the future.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 77 degrees Fahrenheit. From ville.skytta at iki.fi Thu Jun 30 13:17:09 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 30 Jun 2005 16:17:09 +0300 Subject: Request for review: dvb-apps Message-ID: <1120137429.2815.100.camel@localhost.localdomain> http://www.linuxtv.org/wiki/index.php/LinuxTV_dvb-apps dvb-apps is a package containing utility, demo and test applications using the Linux DVB API. The package is meant for FC4 and later, builds and works for me on i386, build tested on ppc, x86_64 untested. http://cachalot.mine.nu/4/SRPMS/dvb-apps-1.1.0-0.4.src.rpm From ndbecker2 at gmail.com Thu Jun 30 13:23:11 2005 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 30 Jun 2005 09:23:11 -0400 Subject: mplayer for FC4 x86_64? Message-ID: None of the usual yum sources seems to have mplayer x86_64. Is anyone working on this? From tcallawa at redhat.com Thu Jun 30 13:37:20 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 30 Jun 2005 08:37:20 -0500 Subject: mplayer for FC4 x86_64? In-Reply-To: References: Message-ID: <1120138640.2513.178.camel@localhost.localdomain> On Thu, 2005-06-30 at 09:23 -0400, Neal Becker wrote: > None of the usual yum sources seems to have mplayer x86_64. Is anyone > working on this? Thats a question for livna, since mplayer is a giant syrup covered stack of patent landmines. :) ~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 bugs.michael at gmx.net Thu Jun 30 13:56:03 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 30 Jun 2005 15:56:03 +0200 Subject: New Package: fish In-Reply-To: <7dad0d7705063006002d588057@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <20050620203353.08521c38.bugs.michael@gmx.net> <42B7BE59.1080708@linux-kernel.at> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <7dad0d770506290525164544d4@mail.gmail.com> <42C2B14D.9020308@linux-kernel.at> <7dad0d77050629113326ee1881@mail.gmail.com> <42C39CA8.4000501@linux-kernel.at> <7dad0d7705063006002d588057@mail.gmail.com> Message-ID: <20050630155603.3ca3ba35.bugs.michael@gmx.net> On Thu, 30 Jun 2005 15:00:31 +0200, Axel Liljencrantz wrote: > > > Then here we go: > > > > > > http://roo.no-ip.org/fish/fedora/fish-1.11.1-7.src.rpm > > > > Apart from the from release number in the Changelog it now does look OK! > > It would seems that I manage to mess _something_ up in every new attempt. :( > > Here goes, the all singing, all dancing hamstergedon-enabled fish 1.11.1-8: > > http://roo.no-ip.org/fish/fedora/fish-1.11.1-8.src.rpm Repeating my earlier hint (%configure macro sets CFLAGS already, Makefile.in adds the other flags, make target "all" is default): --- fish.spec~ 2005-06-30 14:58:09.000000000 +0200 +++ fish.spec 2005-06-30 15:51:00.000000000 +0200 @@ -20,7 +20,7 @@ %build %configure docdir=%_datadir/doc/%{name}-%{version} -make %{?_smp_mflags} all CFLAGS="$RPM_OPT_FLAGS -std=gnu99 -fno-strict-aliasing" +make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT @@ -72,4 +72,4 @@ - Add macros to source tags - Add smp_mflags to 'make all' - Fix typo in post install scriptlet test -- Set CFLAGS from spec file \ No newline at end of file +- Set CFLAGS from spec file -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.12-1.1385_FC4 loadavg: 1.17 1.08 1.02 From andreas at bawue.net Thu Jun 30 14:01:51 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Thu, 30 Jun 2005 16:01:51 +0200 (CEST) Subject: Review needed In-Reply-To: <20050630131259.GA22429@jadzia.bu.edu> References: <20050630131259.GA22429@jadzia.bu.edu> Message-ID: On Thu, 30 Jun 2005, Matthew Miller wrote: > On Mon, Jun 27, 2005 at 03:36:09PM +0200, Andreas Thienemann wrote: > > Third try... > > I'd really like someone to see if the following srpm is okay or at least > > tell me to fuck off. > > SPEC: http://home.bawue.de/~ixs/suphp.spec > > SRPMS: http://home.bawue.de/~ixs/mod_suphp-0.5.2-3.src.rpm > > Did you get any reply to this earlier? I'm not all that familiar with php so > I didn't feel qualified to review this, but I'd really like to see this in > Extras if it works out, since it seems really useful. Nope. I haven't gotten anything yet. I do know for a fact that the system works. We're using it on our production webservers with about 300 users each for more than a year now, packages as rpm since november 2004. > This whole package-submission process is getting an overhaul (will go to a > database-driven system), so hopefully this situation where someone puts in a > lot of work and it gets ignored won't happen much in the future.... Well. I've been ignored for the third time now. Somehow it's a bit strange that the package where I missed binary only shit gets several responses in a few minutes and the other ones don't get a response in more than a week. byem andreas From andreas at bawue.net Thu Jun 30 14:03:09 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Thu, 30 Jun 2005 16:03:09 +0200 (CEST) Subject: mplayer for FC4 x86_64? In-Reply-To: References: Message-ID: On Thu, 30 Jun 2005, Neal Becker wrote: > None of the usual yum sources seems to have mplayer x86_64. Is anyone > working on this? rpm.livna.org is the right spot for that. Unfortunately the packages have not been rebuild for FC4 yet. If you are so inclined, take the packages, rebuild them on your system and install em. bye, andreas From liljencrantz at gmail.com Thu Jun 30 14:12:20 2005 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Thu, 30 Jun 2005 16:12:20 +0200 Subject: New Package: fish In-Reply-To: <20050630155603.3ca3ba35.bugs.michael@gmx.net> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <7dad0d770506290525164544d4@mail.gmail.com> <42C2B14D.9020308@linux-kernel.at> <7dad0d77050629113326ee1881@mail.gmail.com> <42C39CA8.4000501@linux-kernel.at> <7dad0d7705063006002d588057@mail.gmail.com> <20050630155603.3ca3ba35.bugs.michael@gmx.net> Message-ID: <7dad0d7705063007123486db7b@mail.gmail.com> On 6/30/05, Michael Schwendt wrote: > On Thu, 30 Jun 2005 15:00:31 +0200, Axel Liljencrantz wrote: > > > > > Then here we go: > > > > > > > > http://roo.no-ip.org/fish/fedora/fish-1.11.1-7.src.rpm > > > > > > Apart from the from release number in the Changelog it now does look OK! > > > > It would seems that I manage to mess _something_ up in every new attempt. :( > > > > Here goes, the all singing, all dancing hamstergedon-enabled fish 1.11.1-8: > > > > http://roo.no-ip.org/fish/fedora/fish-1.11.1-8.src.rpm > > Repeating my earlier hint (%configure macro sets CFLAGS already, Makefile.in > adds the other flags, make target "all" is default): Hmm, you are right, that is done automatically. But your patch changes the CFLAGS part of the spec file back to the state it was in when I originally submitted the package. I was told to change the CFLAGS handling, and now I'm told to change it back to the way it was done in the first place. Is this a disagreement on how the spec file should look or an amusing method of confusing new packagers? :-o > > --- fish.spec~ 2005-06-30 14:58:09.000000000 +0200 > +++ fish.spec 2005-06-30 15:51:00.000000000 +0200 > @@ -20,7 +20,7 @@ > %build > > %configure docdir=%_datadir/doc/%{name}-%{version} > -make %{?_smp_mflags} all CFLAGS="$RPM_OPT_FLAGS -std=gnu99 -fno-strict-aliasing" > +make %{?_smp_mflags} > > %install > rm -rf $RPM_BUILD_ROOT > @@ -72,4 +72,4 @@ > - Add macros to source tags > - Add smp_mflags to 'make all' > - Fix typo in post install scriptlet test > -- Set CFLAGS from spec file > \ No newline at end of file > +- Set CFLAGS from spec file > > > -- > Michael Schwendt > Fedora Core release 4 (Stentz) - Linux 2.6.12-1.1385_FC4 > loadavg: 1.17 1.08 1.02 > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Axel From ville.skytta at iki.fi Thu Jun 30 14:22:03 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 30 Jun 2005 17:22:03 +0300 Subject: mplayer for FC4 x86_64? In-Reply-To: References: Message-ID: <1120141323.2815.134.camel@localhost.localdomain> On Thu, 2005-06-30 at 16:03 +0200, Andreas Thienemann wrote: > If you are so inclined, take the packages, rebuild them on your system and > install em. The problem is that mplayer build fails currently on FC4 x86_64, AFAIK due to some asm "fun". From mattdm at mattdm.org Thu Jun 30 14:22:21 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 30 Jun 2005 10:22:21 -0400 Subject: Review needed In-Reply-To: References: <20050630131259.GA22429@jadzia.bu.edu> Message-ID: <20050630142221.GA24911@jadzia.bu.edu> On Thu, Jun 30, 2005 at 04:01:51PM +0200, Andreas Thienemann wrote: > Well. I've been ignored for the third time now. > Somehow it's a bit strange that the package where I missed binary only > shit gets several responses in a few minutes and the other ones don't get > a response in more than a week. I think it's a lot to do with what people have a personal interest in -- *and* personal knowledge of. Same thing happened with my python SOAP packages.... -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 77 degrees Fahrenheit. From tcallawa at redhat.com Thu Jun 30 14:25:44 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 30 Jun 2005 09:25:44 -0500 Subject: Request For Review: lout (was Re: rpm package of lout) In-Reply-To: <42C3EC62.10507@linux-kernel.at> References: <1120133730.2987.17.camel@localhost.localdomain> <42C3EC62.10507@linux-kernel.at> Message-ID: <1120141544.2513.194.camel@localhost.localdomain> On Thu, 2005-06-30 at 14:58 +0200, Oliver Falk wrote: > On 06/30/2005 02:15 PM, Scott Jan wrote: > > I am new to Linux. I am interested in using the lout ( see > > http://lout.sourceforge.net/ ) document formatting package. Is there > > anyone who can make an rpm package for fedora core 4? Easy enough. :) SRPM: http://www.auroralinux.org/people/spot/review/lout-3.30-1.src.rpm SPEC: http://www.auroralinux.org/people/spot/review/lout.spec Summary: A document formatting system Description: Lout is a document formatting system designed and implemented by Jeffrey Kingston at the Basser Department of Computer Science, University of Sydney, Australia. The system reads a high-level description of a document similar in style to LaTeX and produces a PostScript file which can be printed on most laser printers and graphic display devices. Plain text output is also available, PDF output is limited but working (e.g. no graphics). Lout is inherently multilingual. Adding new languages is easy. Please review, ~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 fredrik at dolda2000.com Thu Jun 30 14:24:26 2005 From: fredrik at dolda2000.com (Fredrik Tolf) Date: Thu, 30 Jun 2005 16:24:26 +0200 Subject: New package: icmpdn In-Reply-To: <20050628212813.0d07a0a6.bugs.michael@gmx.net> References: <1119962800.15326.39.camel@pc7.dolda2000.com> <42C151D4.9060800@linux-kernel.at> <1119968531.15326.61.camel@pc7.dolda2000.com> <20050628174717.65a55003.bugs.michael@gmx.net> <1119984945.15326.91.camel@pc7.dolda2000.com> <20050628212813.0d07a0a6.bugs.michael@gmx.net> Message-ID: <1120141466.16588.56.camel@pc7.dolda2000.com> On Tue, 2005-06-28 at 21:28 +0200, Michael Schwendt wrote: > > > You can override %configure's defaults like this: > > > > > > %configure --libdir=%{_lib} > > >[...] > > > Typo. Make it: > > > > > > %configure --libdir=/%{_lib} > > > > > > Note that on 64-bit multilib systems, the NSS modules are located > > > in /lib64, not /lib. > > > > Does that mean that %{_lib} expands to only lib or lib64, and > > not /usr/lib or anything of the kind? > > %_libdir expands to either /usr/lib or /usr/lib64 > %_lib expands to either lib or lib64 OK, it should be fixed now. > Hmm, with Emacs' rpm-spec-mode and rpm-add-change-log-entry, I've never > used a format used by %99 of the other packagers. Like: > > * Tue Jun 28 2005 Michael Schwendt > - blubb > - blibb > - blobb I changed the format to that. > > but I still don't know what this "PreReq" thingie is. > > Is it a tag in the same sense as Source0? > > It's similar to "Requires:" and historically meant to imply that > a dependency must be present before (="pre") your package would be > installed. Only true RPM wizards, who hang out on rpm-list, could > tell you, whether nowadays "PreReq:" is any different from "Requires:" > or "Requires(pre):". > > Note, that when you do > > %post -p /sbin/ldconfig > %postun -p /sbin/ldconfig > > You get an automatic dependency on /sbin/ldconfig and need not add any > such Requires or Prereq yourself. > > Flag "-p /bin/something" means to make /bin/something the scriptlet > interpreter instead of /bin/sh, and hence a dependency on /bin/something > will be automatic. I did just that. > Or: Since %{_sysconfdir}/init.d is a soft-link with Fedora Core, not a > directory, please use %{_sysconfdir}/rc.d/init.d/ or %{_initrddir}/init.d/ > instead. Minor issue in Extras, would be a bigger one in Core. It seems it was supposed to be just %{_initrddir}, rather than %{_initrdddir}/init.d. Anyhow, new specfile and SRPM are at: So what do you all think now? Thank you very much for your effort this far. Fredrik Tolf From petersen at redhat.com Thu Jun 30 14:28:29 2005 From: petersen at redhat.com (Jens Petersen) Date: Thu, 30 Jun 2005 23:28:29 +0900 Subject: New Package: kasumi In-Reply-To: <42C2638A.8010201@mbm.nifty.com> References: <42C2638A.8010201@mbm.nifty.com> Message-ID: <42C4018D.3030805@redhat.com> Ryo Dairiki wrote: > Kasumi is a dictionary editor for Anthy. > It is used by Japanese to edit user dictionary for Japanese input method. > http://briefcase.yahoo.co.jp/bc/ryo_dairiki/lst?&.dir=/&.src=bc&.view=l Thanks for this. I reviewed the package. Basically look fine: I attach a patch with a few minor fixes. Please import it into cvs. Jens -------------- next part -------------- A non-text attachment was scrubbed... Name: kasumi.spec-1.patch Type: text/x-patch Size: 1194 bytes Desc: not available URL: From andreas at bawue.net Thu Jun 30 14:33:09 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Thu, 30 Jun 2005 16:33:09 +0200 (CEST) Subject: mplayer for FC4 x86_64? In-Reply-To: <1120141323.2815.134.camel@localhost.localdomain> References: <1120141323.2815.134.camel@localhost.localdomain> Message-ID: On Thu, 30 Jun 2005, Ville Skytt? wrote: > > If you are so inclined, take the packages, rebuild them on your system and > > install em. > The problem is that mplayer build fails currently on FC4 x86_64, AFAIK > due to some asm "fun". Great. Try the i386 build. The ia32 emultation of the amd chip should manage fine. bye, andreas From andreas at bawue.net Thu Jun 30 14:34:37 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Thu, 30 Jun 2005 16:34:37 +0200 (CEST) Subject: Review needed In-Reply-To: <20050630142221.GA24911@jadzia.bu.edu> References: <20050630131259.GA22429@jadzia.bu.edu> <20050630142221.GA24911@jadzia.bu.edu> Message-ID: On Thu, 30 Jun 2005, Matthew Miller wrote: > I think it's a lot to do with what people have a personal interest in -- > *and* personal knowledge of. Same thing happened with my python SOAP > packages.... Yeah. That's most likely the reason, but it shows a major problem in the whole process. A well. Tom said he'd take a look at it and it's supposed to be on his todo list... So we'll see. bye, andreas From tcallawa at redhat.com Thu Jun 30 15:05:27 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 30 Jun 2005 10:05:27 -0500 Subject: Review needed In-Reply-To: References: <20050630131259.GA22429@jadzia.bu.edu> <20050630142221.GA24911@jadzia.bu.edu> Message-ID: <1120143927.2513.213.camel@localhost.localdomain> On Thu, 2005-06-30 at 16:34 +0200, Andreas Thienemann wrote: > On Thu, 30 Jun 2005, Matthew Miller wrote: > > > I think it's a lot to do with what people have a personal interest in -- > > *and* personal knowledge of. Same thing happened with my python SOAP > > packages.... > > Yeah. That's most likely the reason, but it shows a major problem in the > whole process. > > A well. Tom said he'd take a look at it and it's supposed to be on his > todo list... So we'll see. Review of suphp: Your spec needed a fair amount of cleanup. Specifically: - You named the package mod_suphp, when it should just be suphp. - This also makes the spec file name the same as the package name. - I removed all the commented out lines that weren't comments. - You were using a non-standard BuildRoot. Replaced with standard BR. - I had to correct the apache2 module generation process because %{name} is no longer mod_suphp. - You were stripping the apache2 module, this prevents debuginfo from being useful. Removed this. - There is no need to check that $RPM_BUILD_ROOT is /. Its defined in the spec. Removed all of those checks. - Made use of %{__install} consistent (sometimes, you just used "install") - Copy of GPL license not in %doc I've attached a new spec that makes those changes. The remainder of the review is against THAT spec. rpmlint checks: suphp-0.5.2-4.i386.rpm W: suphp unstripped-binary-or-object /usr/sbin/suphp E: suphp setuid-binary /usr/sbin/suphp root 04755 E: suphp non-standard-executable-perm /usr/sbin/suphp 04755 The setuid binary and nonstandard permissions are expected, and the unstripped binary is safe to ignore (debuginfo isn't grabbing it anyway). All rpmlint checks safe to ignore. Good: - Meets PackageNamingGuidelines - Meets PackagingGuidelines - Sources match upstream versions - Package successfully builds on x86 (FC4) - Package has no locales to check - Package has no shared libraries to check - Package has no scriptlets to check - Spec file is in American English - Package is not relocatable - Package owns all directories it creates - Package has no duplicate files - Package has no "safe" BuildRequires - Package lists all necessary BuildRequires - License OK (GPL) - License file included in %doc - License in package matches license field in spec - Permissions on files are set properly, %defattr used - Package has a %clean section. - Macro usage is consistent throughout the spec file - No headers, static libs, or .so files for -devel - No pkgconfig files for -devel - No need for a -docs package - No .la static libraries With the changes in the attached spec, you can consider this package approved. ~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! -------------- next part -------------- Summary: A tool for executing PHP scripts with the permissions of their owners Name: suphp Version: 0.5.2 Release: 4 License: GPL Group: System Environment/Daemons Source0: http://www.suphp.org/download/suphp-%{version}.tar.gz Source1: suphp.conf URL: http://www.suphp.org/ BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) Requires: httpd >= 2.0, php BuildRequires: httpd-devel >= 2.0 %description suPHP is an apache module for executing PHP scripts with the permissions of their owners. It consists of an Apache module (mod_suphp) and a setuid root binary (suphp) that is called by the Apache module to change the uid of the process executing the PHP interpreter. %prep %setup -q -n suphp-%{version} %build %configure \ --with-apache-user=apache \ --with-min-uid=500 \ --with-min-gid=500 \ --with-php=/usr/bin/php \ --with-logfile=/var/log/httpd/suphp_log \ --with-setid-mode=owner \ --disable-checkpath pushd src make %{_smp_mflags} suphp popd pushd src/apache2 %{_sbindir}/apxs -c mod_suphp.c mv .libs/mod_suphp.so . popd %install rm -rf $RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT%{_libdir}/httpd/modules mkdir -p $RPM_BUILD_ROOT%{_sbindir} %{__install} -c -m 4755 src/suphp $RPM_BUILD_ROOT%{_sbindir}/suphp %{__install} -m755 src/apache2/mod_suphp.so $RPM_BUILD_ROOT%{_libdir}/httpd/modules # Install the config file mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/httpd/conf.d %{__install} -m 644 %{SOURCE1} \ $RPM_BUILD_ROOT%{_sysconfdir}/httpd/conf.d/ %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root) %doc README COPYING %{_sbindir}/suphp %{_libdir}/httpd/modules/*.so %config(noreplace) %{_sysconfdir}/httpd/conf.d/*.conf %changelog * Thu Jun 30 2005 Tom "spot" Callaway 0.5.2-4 - spec file cleanups for Fedora Extras * Sat Nov 13 2004 Andreas Thienemann 0.5.2-3 - Added "--disable-checkpath" in order to allow /~user URLs * Sat Nov 13 2004 Andreas Thienemann 0.5.2-2 - Fixed the wrong path in the logfile directive * Sat Nov 13 2004 Andreas Thienemann 0.5.2-1 - initial package From bugs.michael at gmx.net Thu Jun 30 15:08:31 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 30 Jun 2005 17:08:31 +0200 Subject: New Package: fish In-Reply-To: <7dad0d7705063007123486db7b@mail.gmail.com> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <7dad0d770506271309dfb97fc@mail.gmail.com> <42C0F864.1090709@linux-kernel.at> <42C10DC8.5050102@linux-kernel.at> <7dad0d770506290525164544d4@mail.gmail.com> <42C2B14D.9020308@linux-kernel.at> <7dad0d77050629113326ee1881@mail.gmail.com> <42C39CA8.4000501@linux-kernel.at> <7dad0d7705063006002d588057@mail.gmail.com> <20050630155603.3ca3ba35.bugs.michael@gmx.net> <7dad0d7705063007123486db7b@mail.gmail.com> Message-ID: <20050630170831.0358c922.bugs.michael@gmx.net> On Thu, 30 Jun 2005 16:12:20 +0200, Axel Liljencrantz wrote: > > > http://roo.no-ip.org/fish/fedora/fish-1.11.1-8.src.rpm > > > > Repeating my earlier hint (%configure macro sets CFLAGS already, Makefile.in > > adds the other flags, make target "all" is default): > > Hmm, you are right, that is done automatically. But your patch changes > the CFLAGS part of the spec file back to the state it was in when I > originally submitted the package. I was told to change the CFLAGS > handling, and now I'm told to change it back to the way it was done in > the first place. Is this a disagreement on how the spec file should > look or an amusing method of confusing new packagers? :-o No, in your original packages you did _not_ use %configure. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.12-1.1385_FC4 loadavg: 1.13 1.24 1.61 From rdieter at math.unl.edu Thu Jun 30 15:06:34 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 30 Jun 2005 10:06:34 -0500 Subject: Request for review: wv2 In-Reply-To: <0ML2Dk-1DnjQk2dHR-0001RL@mrelayeu.kundenserver.de> References: <42C27815.9080304@lowlatency.de> <0ML2Dk-1DnjQk2dHR-0001RL@mrelayeu.kundenserver.de> Message-ID: Jochen Schmitt wrote: > I have trid to build koffice on the base of a Source-RPM, which I > have found on ftp.kde.org. > > During the build, I have find out, that I need two patches, which > I have uploaded to: > http://www.herr-schmitt.de/pub/koffice/koffice-1.4.0-rpath.patch I've built koffice-1.4.0 without needing that patch. Why do you think it is necessary? -- Rex From andreas at bawue.net Thu Jun 30 15:13:34 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Thu, 30 Jun 2005 17:13:34 +0200 (CEST) Subject: Review needed In-Reply-To: <1120143927.2513.213.camel@localhost.localdomain> References: <20050630131259.GA22429@jadzia.bu.edu> <20050630142221.GA24911@jadzia.bu.edu> <1120143927.2513.213.camel@localhost.localdomain> Message-ID: On Thu, 30 Jun 2005, Tom 'spot' Callaway wrote: > With the changes in the attached spec, you can consider this package > approved. thx. I'll incorporate them and then upload it to cvs. Does it need a further review or can I just ask for a build? bye, andreas From bugs.michael at gmx.net Thu Jun 30 15:15:40 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 30 Jun 2005 17:15:40 +0200 Subject: Build system - what is it working on right now? Message-ID: <20050630171540.05af03a8.bugs.michael@gmx.net> Haven't heard back from the build system for over a day. Should I be worried? At which place in the queue is it right now? From wart at kobold.org Thu Jun 30 15:15:16 2005 From: wart at kobold.org (Wart) Date: Thu, 30 Jun 2005 08:15:16 -0700 Subject: New package: tclhttpd In-Reply-To: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> Message-ID: <42C40C84.9060000@kobold.org> jfontain at free.fr wrote: >>... into fedora-extras. Any willing souls want to give it a review? > > > One obvious thing: > > Release: 1%{?dist} I gathered from a few other threads on this list that %{?dist} wasn't supposed to be added until the package gets checked into CVS? --Mike From tcallawa at redhat.com Thu Jun 30 15:19:48 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 30 Jun 2005 10:19:48 -0500 Subject: Review needed In-Reply-To: References: <20050630131259.GA22429@jadzia.bu.edu> <20050630142221.GA24911@jadzia.bu.edu> <1120143927.2513.213.camel@localhost.localdomain> Message-ID: <1120144788.2513.214.camel@localhost.localdomain> On Thu, 2005-06-30 at 17:13 +0200, Andreas Thienemann wrote: > On Thu, 30 Jun 2005, Tom 'spot' Callaway wrote: > > > With the changes in the attached spec, you can consider this package > > approved. > thx. I'll incorporate them and then upload it to cvs. > > Does it need a further review or can I just ask for a build? If you make my changes, then its approved, and no further review is needed. If you don't feel like making my changes, then it will need another review (and quite likely, a new reviewer). ;) ~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 ville.skytta at iki.fi Thu Jun 30 15:20:15 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 30 Jun 2005 18:20:15 +0300 Subject: New package: tclhttpd In-Reply-To: <42C40C84.9060000@kobold.org> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> Message-ID: <1120144815.2815.136.camel@localhost.localdomain> On Thu, 2005-06-30 at 08:15 -0700, Wart wrote: > jfontain at free.fr wrote: > > > One obvious thing: > > > > Release: 1%{?dist} > > I gathered from a few other threads on this list that %{?dist} wasn't > supposed to be added until the package gets checked into CVS? And using or not it in the first place is up to the packager's preferences. From kairaven at arcor.de Thu Jun 30 15:21:22 2005 From: kairaven at arcor.de (Kai Raven) Date: Thu, 30 Jun 2005 17:21:22 +0200 Subject: clamd handicraft work In-Reply-To: <873br0rxur.fsf@kosh.bigo.ensc.de> References: <20050630100524.1a45b781@localhost.localdomain> <873br0rxur.fsf@kosh.bigo.ensc.de> Message-ID: <20050630172122.325016c9@localhost.localdomain> Hi Enrico, On Thu, 30 Jun 2005 11:35:24 +0200 you wrote: > For what do you need a clamd-instance? The 'clamd' daemon is only useful > for special services (e.g. amavisd, mimedefang) and there can not exist > a single clamd instance which fits for all these services. Users do not > need the daemon overall; 'clamscan' works without it also. That is not the point and not the question. It is popular to answer with "Why do you need..." and the answer to that question is "because i want". But because you asked: I want to use & i'm using clamd as a filter together with getmail as in http://pyropus.ca/software/getmail/faq.html#faq-how. I have used Dag's clam packages before the extras packages and there was never a need to make all the steps as in the readme to get clamd running. Imo it is better, if all is in the right place in the beginning so every user can start immediately. I have no problem with the extras "design" of clam, but perhaps other users. > For full information, I suggest to read the corresponding tickets on > fedora.us's bugzilla. Most of the design decisions of the clamav package > are explained there. OK, thx. -- Ciao Kai WWW: http://kai.iks-jena.de/ Blog: http://rabenhorst.blogweb.de/ OpenPGP: D6E995A0 Jabber: kraven at jabber.ccc.de From bugs.michael at gmx.net Thu Jun 30 15:27:37 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 30 Jun 2005 17:27:37 +0200 Subject: New package: tclhttpd In-Reply-To: <42C40C84.9060000@kobold.org> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> Message-ID: <20050630172737.71b33b37.bugs.michael@gmx.net> On Thu, 30 Jun 2005 08:15:16 -0700, Wart wrote: > jfontain at free.fr wrote: > >>... into fedora-extras. Any willing souls want to give it a review? > > > > > > One obvious thing: > > > > Release: 1%{?dist} > > I gathered from a few other threads on this list that %{?dist} wasn't > supposed to be added until the package gets checked into CVS? Again, why? It doesn't matter. The '?' in %{?dist} makes it empty if a 'dist' macro is undefined. With current cvs-import.sh script, though, apparently you should not expect %{?dist} to do anything useful, i.e. your imported files would be tagged as release 1, without any dist tag being appended automatically. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.12-1.1385_FC4 loadavg: 2.21 2.42 1.90 From liljencrantz at gmail.com Thu Jun 30 15:27:19 2005 From: liljencrantz at gmail.com (Axel Liljencrantz) Date: Thu, 30 Jun 2005 17:27:19 +0200 Subject: New Package: fish In-Reply-To: <20050630170831.0358c922.bugs.michael@gmx.net> References: <7dad0d7705061701563c31edfd@mail.gmail.com> <42C10DC8.5050102@linux-kernel.at> <7dad0d770506290525164544d4@mail.gmail.com> <42C2B14D.9020308@linux-kernel.at> <7dad0d77050629113326ee1881@mail.gmail.com> <42C39CA8.4000501@linux-kernel.at> <7dad0d7705063006002d588057@mail.gmail.com> <20050630155603.3ca3ba35.bugs.michael@gmx.net> <7dad0d7705063007123486db7b@mail.gmail.com> <20050630170831.0358c922.bugs.michael@gmx.net> Message-ID: <7dad0d77050630082771a9c706@mail.gmail.com> On 6/30/05, Michael Schwendt wrote: > On Thu, 30 Jun 2005 16:12:20 +0200, Axel Liljencrantz wrote: > > > > > http://roo.no-ip.org/fish/fedora/fish-1.11.1-8.src.rpm > > > > > > Repeating my earlier hint (%configure macro sets CFLAGS already, Makefile.in > > > adds the other flags, make target "all" is default): > > > > Hmm, you are right, that is done automatically. But your patch changes > > the CFLAGS part of the spec file back to the state it was in when I > > originally submitted the package. I was told to change the CFLAGS > > handling, and now I'm told to change it back to the way it was done in > > the first place. Is this a disagreement on how the spec file should > > look or an amusing method of confusing new packagers? :-o > > No, in your original packages you did _not_ use %configure. Of course. The third option: I am confused. Given how common an occurance it is, I really should learn to anticipate it. http://roo.no-ip.org/fish/fedora/fish-1.11.1-9.src.rpm > > -- > Michael Schwendt > Fedora Core release 4 (Stentz) - Linux 2.6.12-1.1385_FC4 > loadavg: 1.13 1.24 1.61 > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Axel From toshio at tiki-lounge.com Thu Jun 30 15:33:36 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 30 Jun 2005 11:33:36 -0400 Subject: Review needed In-Reply-To: References: <20050630131259.GA22429@jadzia.bu.edu> Message-ID: <1120145616.13077.22.camel@localhost> On Thu, 2005-06-30 at 16:01 +0200, Andreas Thienemann wrote: > > This whole package-submission process is getting an overhaul (will go to a > > database-driven system), so hopefully this situation where someone puts in a > > lot of work and it gets ignored won't happen much in the future.... > Well. I've been ignored for the third time now. > The db system will improve tracking but can't solve the underlying isues. Look at bugzilla.fedora.us's QA queue. There's tracking of new packages but there's a definite backlog. The problem is mainly manpower. Volunteers are reviewing packages. If the package isn't one anyone is interested in using, no one reviews it. > Somehow it's a bit strange that the package where I missed binary only > shit gets several responses in a few minutes and the other ones don't get > a response in more than a week. It's much easier to confirm problems than to confirm proper functioning. Especially on software that changes user identity, reviewers will want to be extra cautious when looking at the package. Unfortunately this can also mean that no one feels they know enough about the software to do a competent review. There are a few ways to get forward progress on your pet projects: 1) Work out with someone to review their projects in return for them reviewing your projects. 2) Work on other packages that other committers would find useful in order to gain trust and get commit access yourself. Then #1 works better as you can both approve the others' packages. 3) Keep repackaging your package for new versions. Compare it to other similar modules and update on your own to take into account the differences they have. Keep mailing the list with all the updates. Showing commitment to maintaining the package is important. (Especially when security updates could be important to the package). -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 paul at city-fan.org Thu Jun 30 15:38:25 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 30 Jun 2005 16:38:25 +0100 Subject: New package: tclhttpd In-Reply-To: <20050630172737.71b33b37.bugs.michael@gmx.net> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> <20050630172737.71b33b37.bugs.michael@gmx.net> Message-ID: <1120145905.15736.53.camel@laurel.intra.city-fan.org> On Thu, 2005-06-30 at 17:27 +0200, Michael Schwendt wrote: > On Thu, 30 Jun 2005 08:15:16 -0700, Wart wrote: > > > jfontain at free.fr wrote: > > >>... into fedora-extras. Any willing souls want to give it a review? > > > > > > > > > One obvious thing: > > > > > > Release: 1%{?dist} > > > > I gathered from a few other threads on this list that %{?dist} wasn't > > supposed to be added until the package gets checked into CVS? > > Again, why? It doesn't matter. The '?' in %{?dist} makes it empty if a > 'dist' macro is undefined. With current cvs-import.sh script, though, > apparently you should not expect %{?dist} to do anything useful, i.e. > your imported files would be tagged as release 1, without any dist > tag being appended automatically. If someone has built their SRPM in an environment in which dist is defined, the SRPM that they import into CVS will have the expanded macro in the release tag. Paul. -- Paul Howarth From andreas at bawue.net Thu Jun 30 15:50:18 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Thu, 30 Jun 2005 17:50:18 +0200 (CEST) Subject: Review needed In-Reply-To: <1120145616.13077.22.camel@localhost> References: <20050630131259.GA22429@jadzia.bu.edu> <1120145616.13077.22.camel@localhost> Message-ID: On Thu, 30 Jun 2005, Toshio Kuratomi wrote: > There are a few ways to get forward progress on your pet projects: > 1) Work out with someone to review their projects in return for them > reviewing your projects. I'd gladly do so, if I were certain that my knowledge of the packaging guidelines is firm enough to comment on other people's work. e.g. Tom spottet some problems with my package I didn't notice. It's very likely that I might have missed similar problems on other people's rpms. So 1) works only if you are pretty proficient with the guidelines and the other guy is too. > 3) Keep repackaging your package for new versions. Compare it to other > similar modules and update on your own to take into account the > differences they have. Keep mailing the list with all the updates. > Showing commitment to maintaining the package is important. (Especially > when security updates could be important to the package). That works in the long term. I think your suggestions are fine, and they do work. However, I feel they do not necessarily apply to my situation. Anyway, that package is fine. So now I'm waiting for the review of barcode. :-) bye, andreas From rc040203 at freenet.de Thu Jun 30 15:52:46 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 30 Jun 2005 17:52:46 +0200 Subject: New package: tclhttpd In-Reply-To: <1120145905.15736.53.camel@laurel.intra.city-fan.org> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> <20050630172737.71b33b37.bugs.michael@gmx.net> <1120145905.15736.53.camel@laurel.intra.city-fan.org> Message-ID: <1120146766.3741.32.camel@mccallum.corsepiu.local> On Thu, 2005-06-30 at 16:38 +0100, Paul Howarth wrote: > On Thu, 2005-06-30 at 17:27 +0200, Michael Schwendt wrote: > > On Thu, 30 Jun 2005 08:15:16 -0700, Wart wrote: > > > > > jfontain at free.fr wrote: > > > >>... into fedora-extras. Any willing souls want to give it a review? > > > > > > > > > > > > One obvious thing: > > > > > > > > Release: 1%{?dist} > > > > > > I gathered from a few other threads on this list that %{?dist} wasn't > > > supposed to be added until the package gets checked into CVS? > > > > Again, why? It doesn't matter. The '?' in %{?dist} makes it empty if a > > 'dist' macro is undefined. With current cvs-import.sh script, though, > > apparently you should not expect %{?dist} to do anything useful, i.e. > > your imported files would be tagged as release 1, without any dist > > tag being appended automatically. > > If someone has built their SRPM in an environment in which dist is > defined, the SRPM that they import into CVS will have the expanded macro > in the release tag. And what? It doesn't matter ... Ralf From fedora at leemhuis.info Thu Jun 30 15:58:48 2005 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Thu, 30 Jun 2005 17:58:48 +0200 Subject: mplayer for FC4 x86_64? In-Reply-To: References: <1120141323.2815.134.camel@localhost.localdomain> Message-ID: <1120147128.3714.32.camel@notebook.thl.home> Am Donnerstag, den 30.06.2005, 16:33 +0200 schrieb Andreas Thienemann: > On Thu, 30 Jun 2005, Ville Skytt? wrote: > > > > If you are so inclined, take the packages, rebuild them on your system and > > > install em. > > The problem is that mplayer build fails currently on FC4 x86_64, AFAIK > > due to some asm "fun". > Great. > > Try the i386 build. The ia32 emultation of the amd chip should manage > fine. Mplayer needs a whole bunch of 32 libraries on an x86_64 arch then, too -- and that is rather messy and was quite complicated last time I tried it. For those interested in mplayer x86_64 CC to this bug: http://bugzilla.livna.org/show_bug.cgi?id=499 -- Thorsten Leemhuis From paul at city-fan.org Thu Jun 30 15:56:45 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 30 Jun 2005 16:56:45 +0100 Subject: New package: tclhttpd In-Reply-To: <1120146766.3741.32.camel@mccallum.corsepiu.local> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> <20050630172737.71b33b37.bugs.michael@gmx.net> <1120145905.15736.53.camel@laurel.intra.city-fan.org> <1120146766.3741.32.camel@mccallum.corsepiu.local> Message-ID: <1120147005.15736.65.camel@laurel.intra.city-fan.org> On Thu, 2005-06-30 at 17:52 +0200, Ralf Corsepius wrote: > On Thu, 2005-06-30 at 16:38 +0100, Paul Howarth wrote: > > On Thu, 2005-06-30 at 17:27 +0200, Michael Schwendt wrote: > > > On Thu, 30 Jun 2005 08:15:16 -0700, Wart wrote: > > > > > > > jfontain at free.fr wrote: > > > > >>... into fedora-extras. Any willing souls want to give it a review? > > > > > > > > > > > > > > > One obvious thing: > > > > > > > > > > Release: 1%{?dist} > > > > > > > > I gathered from a few other threads on this list that %{?dist} wasn't > > > > supposed to be added until the package gets checked into CVS? > > > > > > Again, why? It doesn't matter. The '?' in %{?dist} makes it empty if a > > > 'dist' macro is undefined. With current cvs-import.sh script, though, > > > apparently you should not expect %{?dist} to do anything useful, i.e. > > > your imported files would be tagged as release 1, without any dist > > > tag being appended automatically. > > > > If someone has built their SRPM in an environment in which dist is > > defined, the SRPM that they import into CVS will have the expanded macro > > in the release tag. > > And what? It doesn't matter ... That release tag is used to generate the initial cvs tag, which may then be for the wrong branch (e.g. fc4 instead of devel). Not a disaster, but untidy. Paul. -- Paul Howarth From wart at kobold.org Thu Jun 30 15:59:11 2005 From: wart at kobold.org (Wart) Date: Thu, 30 Jun 2005 08:59:11 -0700 Subject: New package: tclhttpd In-Reply-To: <1120146766.3741.32.camel@mccallum.corsepiu.local> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> <20050630172737.71b33b37.bugs.michael@gmx.net> <1120145905.15736.53.camel@laurel.intra.city-fan.org> <1120146766.3741.32.camel@mccallum.corsepiu.local> Message-ID: <42C416CF.4080604@kobold.org> Ralf Corsepius wrote: > On Thu, 2005-06-30 at 16:38 +0100, Paul Howarth wrote: > >>On Thu, 2005-06-30 at 17:27 +0200, Michael Schwendt wrote: >> >>>On Thu, 30 Jun 2005 08:15:16 -0700, Wart wrote: >>> >>> >>>>jfontain at free.fr wrote: >>>> >>>>>>... into fedora-extras. Any willing souls want to give it a review? >>>>> >>>>> >>>>>One obvious thing: >>>>> >>>>>Release: 1%{?dist} >>>> >>>>I gathered from a few other threads on this list that %{?dist} wasn't >>>>supposed to be added until the package gets checked into CVS? >>> >>>Again, why? It doesn't matter. The '?' in %{?dist} makes it empty if a >>>'dist' macro is undefined. With current cvs-import.sh script, though, >>>apparently you should not expect %{?dist} to do anything useful, i.e. >>>your imported files would be tagged as release 1, without any dist >>>tag being appended automatically. >> >>If someone has built their SRPM in an environment in which dist is >>defined, the SRPM that they import into CVS will have the expanded macro >>in the release tag. > > > And what? It doesn't matter ... From what I gather from the DistTag guidelines (http://www.fedoraproject.org/wiki/DistTag), %{dist} can be completely removed from the spec file and the build system will magically make sure that the resulting binary rpm is named appropriately. If that's the case, then I'll leave it out unless there is a real reason that it needs to be there. --Wart From skvidal at phy.duke.edu Thu Jun 30 16:14:47 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 30 Jun 2005 12:14:47 -0400 Subject: Build system - what is it working on right now? In-Reply-To: <20050630171540.05af03a8.bugs.michael@gmx.net> References: <20050630171540.05af03a8.bugs.michael@gmx.net> Message-ID: <1120148087.22134.1.camel@cutter> On Thu, 2005-06-30 at 17:15 +0200, Michael Schwendt wrote: > Haven't heard back from the build system for over a day. Should I be > worried? At which place in the queue is it right now? > cvs server unaccessible. restarting it now. thanks, -sv From rc040203 at freenet.de Thu Jun 30 16:24:01 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 30 Jun 2005 18:24:01 +0200 Subject: Request For Review: lout (was Re: rpm package of lout) In-Reply-To: <1120141544.2513.194.camel@localhost.localdomain> References: <1120133730.2987.17.camel@localhost.localdomain> <42C3EC62.10507@linux-kernel.at> <1120141544.2513.194.camel@localhost.localdomain> Message-ID: <1120148641.3741.47.camel@mccallum.corsepiu.local> On Thu, 2005-06-30 at 09:25 -0500, Tom 'spot' Callaway wrote: > On Thu, 2005-06-30 at 14:58 +0200, Oliver Falk wrote: > > On 06/30/2005 02:15 PM, Scott Jan wrote: > > > I am new to Linux. I am interested in using the lout ( see > > > http://lout.sourceforge.net/ ) document formatting package. Is there > > > anyone who can make an rpm package for fedora core 4? > > Easy enough. :) > > SRPM: http://www.auroralinux.org/people/spot/review/lout-3.30-1.src.rpm > SPEC: http://www.auroralinux.org/people/spot/review/lout.spec > Please review, Some non-critical issues: - compilation warnings which should be taken serious and be looked into: z07.c:317: warning: comparison is always true due to limited range of data type z07.c:328: warning: comparison is always true due to limited range of data type z12.c:395: warning: comparison is always true due to limited range of data type z12.c:436: warning: comparison is always true due to limited range of data type - The patch hard-codes directories into the makefile. A more flexible approach would be to propagate directories into the makefile using sed during %setup or pass them from the environment during "make" and "make install". One more critical issue with the patch. It contains: > +ZLIB = /usr/lib/libz.a > +ZLIBPATH = -I/usr/include This way, you link statically against libz.a and pass -I/usr/include to the compiler (A no-no - Never use -I/usr/include) I'd recommend to use ZLIB = -lz ZLIBPATH = instead Ralf From orion at cora.nwra.com Thu Jun 30 16:28:25 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 30 Jun 2005 10:28:25 -0600 Subject: Request for Review: hdf5 In-Reply-To: <1120089574.2513.158.camel@localhost.localdomain> References: <1119989530.3226.7.camel@localhost.localdomain> <1120002949.2513.7.camel@localhost.localdomain> <1120089574.2513.158.camel@localhost.localdomain> Message-ID: <42C41DA9.5060609@cora.nwra.com> Tom 'spot' Callaway wrote: > On Wed, 2005-06-29 at 15:22 -0600, Orion Poplawski wrote: >>- changed %install to use %makeinstall > > > Why? It doesn't change the file results. > I just had it in my original spec, and at one point I had incorporated a "macroize everything" mindset. Not sure if this is still spec mantra. > We might want to file the make check error upstream and see what they > think. It compiles and tests fine on FC3, so perhaps it's a gcc 4.0.0 issue? Not sure how easy it would be to cook up a small example that I could send to the gcc folks. -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From rc040203 at freenet.de Thu Jun 30 16:31:00 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 30 Jun 2005 18:31:00 +0200 Subject: New package: tclhttpd In-Reply-To: <42C416CF.4080604@kobold.org> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> <20050630172737.71b33b37.bugs.michael@gmx.net> <1120145905.15736.53.camel@laurel.intra.city-fan.org> <1120146766.3741.32.camel@mccallum.corsepiu.local> <42C416CF.4080604@kobold.org> Message-ID: <1120149061.3741.51.camel@mccallum.corsepiu.local> On Thu, 2005-06-30 at 08:59 -0700, Wart wrote: > Ralf Corsepius wrote: > > On Thu, 2005-06-30 at 16:38 +0100, Paul Howarth wrote: > > > >>On Thu, 2005-06-30 at 17:27 +0200, Michael Schwendt wrote: > >> > >>>On Thu, 30 Jun 2005 08:15:16 -0700, Wart wrote: > >>> > >>> > >>>>jfontain at free.fr wrote: > >>>> > >>>>>>... into fedora-extras. Any willing souls want to give it a review? > >>>>> > >>>>> > >>>>>One obvious thing: > >>>>> > >>>>>Release: 1%{?dist} > >>>> > >>>>I gathered from a few other threads on this list that %{?dist} wasn't > >>>>supposed to be added until the package gets checked into CVS? > >>> > >>>Again, why? It doesn't matter. The '?' in %{?dist} makes it empty if a > >>>'dist' macro is undefined. With current cvs-import.sh script, though, > >>>apparently you should not expect %{?dist} to do anything useful, i.e. > >>>your imported files would be tagged as release 1, without any dist > >>>tag being appended automatically. > >> > >>If someone has built their SRPM in an environment in which dist is > >>defined, the SRPM that they import into CVS will have the expanded macro > >>in the release tag. > > > > > > And what? It doesn't matter ... > > From what I gather from the DistTag guidelines > (http://www.fedoraproject.org/wiki/DistTag), %{dist} can be completely > removed from the spec file and the build system will magically make sure > that the resulting binary rpm is named appropriately. If that's the > case, then I'll leave it out unless there is a real reason that it needs > to be there. That's not true, AFAICT. The build system passes --define 'dist fcX' to rpmbuild, therefore the rpm's release tag will be appended %dist if the spec uses Release: X%{?dist}. Ralf From wart at kobold.org Thu Jun 30 16:46:25 2005 From: wart at kobold.org (Wart) Date: Thu, 30 Jun 2005 09:46:25 -0700 Subject: New package: tclhttpd In-Reply-To: <1120149061.3741.51.camel@mccallum.corsepiu.local> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> <20050630172737.71b33b37.bugs.michael@gmx.net> <1120145905.15736.53.camel@laurel.intra.city-fan.org> <1120146766.3741.32.camel@mccallum.corsepiu.local> <42C416CF.4080604@kobold.org> <1120149061.3741.51.camel@mccallum.corsepiu.local> Message-ID: <42C421E1.4060600@kobold.org> Ralf Corsepius wrote: > On Thu, 2005-06-30 at 08:59 -0700, Wart wrote: > >>Ralf Corsepius wrote: >> >>>On Thu, 2005-06-30 at 16:38 +0100, Paul Howarth wrote: >>> >>> >>>>On Thu, 2005-06-30 at 17:27 +0200, Michael Schwendt wrote: >>>> >>>> >>>>>On Thu, 30 Jun 2005 08:15:16 -0700, Wart wrote: >>>>> >>>>> >>>>> >>>>>>jfontain at free.fr wrote: >>>>>> >>>>>> >>>>>>>>... into fedora-extras. Any willing souls want to give it a review? >>>>>>> >>>>>>> >>>>>>>One obvious thing: >>>>>>> >>>>>>>Release: 1%{?dist} >>>>>> >>>>>>I gathered from a few other threads on this list that %{?dist} wasn't >>>>>>supposed to be added until the package gets checked into CVS? >>>>> >>>>>Again, why? It doesn't matter. The '?' in %{?dist} makes it empty if a >>>>>'dist' macro is undefined. With current cvs-import.sh script, though, >>>>>apparently you should not expect %{?dist} to do anything useful, i.e. >>>>>your imported files would be tagged as release 1, without any dist >>>>>tag being appended automatically. >>>> >>>>If someone has built their SRPM in an environment in which dist is >>>>defined, the SRPM that they import into CVS will have the expanded macro >>>>in the release tag. >>> >>> >>>And what? It doesn't matter ... >> >> From what I gather from the DistTag guidelines >>(http://www.fedoraproject.org/wiki/DistTag), %{dist} can be completely >>removed from the spec file and the build system will magically make sure >>that the resulting binary rpm is named appropriately. If that's the >>case, then I'll leave it out unless there is a real reason that it needs >>to be there. > > That's not true, AFAICT. The build system passes --define 'dist fcX' to > rpmbuild, therefore the rpm's release tag will be appended %dist if the > spec uses Release: X%{?dist}. Ok, I understand now. The Release tag in the spec file must contain a hardcoded dist value, or, preferably, the dist macro: Release: 1.fdr.4 or Release: 1%{?dist} This could probably be clarified a little better in the Package Naming Guidelines, perhaps with an explicit example. --Wart From bugs.michael at gmx.net Thu Jun 30 17:10:21 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 30 Jun 2005 19:10:21 +0200 Subject: New package: tclhttpd In-Reply-To: <42C421E1.4060600@kobold.org> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> <20050630172737.71b33b37.bugs.michael@gmx.net> <1120145905.15736.53.camel@laurel.intra.city-fan.org> <1120146766.3741.32.camel@mccallum.corsepiu.local> <42C416CF.4080604@kobold.org> <1120149061.3741.51.camel@mccallum.corsepiu.local> <42C421E1.4060600@kobold.org> Message-ID: <20050630191021.2ed70e3d.bugs.michael@gmx.net> On Thu, 30 Jun 2005 09:46:25 -0700, Wart wrote: > Ok, I understand now. The Release tag in the spec file must contain a > hardcoded dist value, or, preferably, the dist macro: > > Release: 1.fdr.4 > or > Release: 1%{?dist} > > This could probably be clarified a little better in the Package Naming > Guidelines, perhaps with an explicit example. The good thing about the current guidelines is that you _need not_ add any hardcoded dist tag and neither %{?dist}. You can as well make your package for FC4 be release 1, and the package for FC Devel be release 2, and then bump release numbers with each update. An important thing to document, for instance, would be the behaviour to expect from "cvs-import.sh" (it pulls version-release from the built src.rpm, not the spec and tags the imported files in CVS accordingly) and that you cannot have colliding tags in different CVS branch directories. -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.12-1.1385_FC4 loadavg: 1.06 1.13 1.09 From toshio at tiki-lounge.com Thu Jun 30 17:48:13 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 30 Jun 2005 13:48:13 -0400 Subject: Review needed In-Reply-To: References: <20050630131259.GA22429@jadzia.bu.edu> <1120145616.13077.22.camel@localhost> Message-ID: <1120153693.13077.32.camel@localhost> On Thu, 2005-06-30 at 17:50 +0200, Andreas Thienemann wrote: > On Thu, 30 Jun 2005, Toshio Kuratomi wrote: > > > There are a few ways to get forward progress on your pet projects: > > 1) Work out with someone to review their projects in return for them > > reviewing your projects. > I'd gladly do so, if I were certain that my knowledge of the packaging > guidelines is firm enough to comment on other people's work. > e.g. Tom spottet some problems with my package I didn't notice. It's very > likely that I might have missed similar problems on other people's rpms. > > So 1) works only if you are pretty proficient with the guidelines and the > other guy is too. > I've pointed out that reviewing requires more knowledge than packaging before. What I've heard back is packages are modifiable. If you have been granted the ability to approve pacakges, you have a responsibility to try your damndest to work out all the problems but there will always be things you missed or didn't know to look for. A package can be further reviewed and fixed later on, not just in the pre-approve cycle. -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 wart at kobold.org Thu Jun 30 17:48:22 2005 From: wart at kobold.org (Michael Thomas) Date: Thu, 30 Jun 2005 10:48:22 -0700 Subject: New package: tclhttpd In-Reply-To: <1120149061.3741.51.camel@mccallum.corsepiu.local> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> <20050630172737.71b33b37.bugs.michael@gmx.net> <1120145905.15736.53.camel@laurel.intra.city-fan.org> <1120146766.3741.32.camel@mccallum.corsepiu.local> <42C416CF.4080604@kobold.org> <1120149061.3741.51.camel@mccallum.corsepiu.local> Message-ID: <42C43066.7090208@kobold.org> Ralf Corsepius wrote: > On Thu, 2005-06-30 at 08:59 -0700, Wart wrote: >> From what I gather from the DistTag guidelines >>(http://www.fedoraproject.org/wiki/DistTag), %{dist} can be completely >>removed from the spec file and the build system will magically make sure >>that the resulting binary rpm is named appropriately. If that's the >>case, then I'll leave it out unless there is a real reason that it needs >>to be there. > > That's not true, AFAICT. The build system passes --define 'dist fcX' to > rpmbuild, therefore the rpm's release tag will be appended %dist if the > spec uses Release: X%{?dist}. I just took a look at the spec file in the tcl src rpm and it does not include %{?dist} in the Release tag. From this I gather that the build system has some other magic that it uses to add the .fc4 segment to the resulting binary rpm. From this (and Michael's emails) I understand that including %{?dist} in the Release tag, while in no way harmful, is also not necessary. --Wart From kaboom at oobleck.net Thu Jun 30 18:03:24 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 30 Jun 2005 14:03:24 -0400 (EDT) Subject: Request for review: rinetd In-Reply-To: <1119211416.28867.32.camel@bobcat.mine.nu> References: <1119211416.28867.32.camel@bobcat.mine.nu> Message-ID: On Sun, 19 Jun 2005, Ville Skytta wrote: > On Fri, 2005-06-03 at 02:54 -0400, Chris Ricker wrote: > > > > A "FYI" comparison between this package and mine at > http://cachalot.mine.nu/4/SRPMS/rinetd-0.62-0.1.src.rpm : > > - A proper "reload" action for the init script would be possible, > rinetd responds to HUP as expected. If implemented, the logrotate > script should probably switch to using copytruncate or restart > instead of reload. Changed - reload does a HUP if it's running, and logrotate does a restart > - The Debian patch included in my package adds autotools support, > as well as some other useful-looking tweaks. That I didn't want to include outright as it changes a lot. Some of the changes (like fprintf -> syslog, for example) look useful, so I may patch in bits of it later > - "A" could be removed from the package summary. done > - Why are rinetd.conf modes 600, won't 644 do? Paranoia on my part. It doesn't gain a whole lot, though, so I'll change it for the default > None of the above are really blockers IMO, so approved. If there's a > good reason to keep the config file non-readable by normal users, it'd > be useful to add a comment about that in the specfile. Thanks, I'll import and build in a sec later, chris From silfreed-fel at silfreed.net Thu Jun 30 18:14:39 2005 From: silfreed-fel at silfreed.net (Douglas E. Warner) Date: Thu, 30 Jun 2005 14:14:39 -0400 Subject: Request for Review: wpa_supplicant Message-ID: <200506301414.40398.silfreed-fel@silfreed.net> http://hostap.epitest.fi/wpa_supplicant/ %description wpa_supplicant is a WPA Supplicant for Linux, BSD and Windows with support for WPA and WPA2 (IEEE 802.11i / RSN). Supplicant is the IEEE 802.1X/WPA component that is used in the client stations. It implements key negotiation with a WPA Authenticator and it controls the roaming and IEEE 802.11 authentication/association of the wlan driver. This is my first package for fedora-extras, so I'm still trying to get the hang of things. Below are my spec and SRPM; it should build on fc3/fc4 i386; I haven't tested it on other archs. http://www.silfreed.net/download/repo/packages/wpa_supplicant/wpa_supplicant.spec http://www.silfreed.net/download/repo/packages/wpa_supplicant/wpa_supplicant-0.4.2-1.src.rpm I'd appreciate it if someone could give me a hand with some of the rpmlink errors I'm currently getting: $ rpmlint ../RPMS/wpa_supplicant-0.4.2-1.fc4.i386.rpm W: wpa_supplicant incoherent-version-in-changelog 0.4.2-1 0.4.2-1.fc4 E: wpa_supplicant non-readable /etc/wpa_supplicant/wpa_supplicant.conf 0600 W: wpa_supplicant service-default-enabled /etc/init.d/wpa_supplicant E: wpa_supplicant incoherent-subsys /etc/init.d/wpa_supplicant $PROG "non-readable" config is by-design; this will have passwords in it that one might not want all users to see. "service-default-enabled" should be fine as it will try to latch on to any open AP available (useful with ifplugd). And I just don't understand the other two errors. -Doug -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ville.skytta at iki.fi Thu Jun 30 18:23:54 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 30 Jun 2005 21:23:54 +0300 Subject: New package: tclhttpd In-Reply-To: <42C43066.7090208@kobold.org> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> <20050630172737.71b33b37.bugs.michael@gmx.net> <1120145905.15736.53.camel@laurel.intra.city-fan.org> <1120146766.3741.32.camel@mccallum.corsepiu.local> <42C416CF.4080604@kobold.org> <1120149061.3741.51.camel@mccallum.corsepiu.local> <42C43066.7090208@kobold.org> Message-ID: <1120155834.2815.176.camel@localhost.localdomain> On Thu, 2005-06-30 at 10:48 -0700, Michael Thomas wrote: > I just took a look at the spec file in the tcl src rpm tcl is in Core. That's not built by the same build system as Extras. > and it does not > include %{?dist} in the Release tag. From this I gather that the build > system has some other magic that it uses to add the .fc4 segment to the > resulting binary rpm. Hum, I don't see any .fc4 segment in the release tag of the tcl package I have installed. It's tcl-8.4.9-3. Anyway, there's no magic in the Extras build system. It just passes a couple of --define's to the rpmbuild command it invokes, see http://fedoraproject.org/wiki/DistTag for details. If you don't add a dist tag, you don't get one. > From this (and Michael's emails) I understand > that including %{?dist} in the Release tag, while in no way harmful, is > also not necessary. It is not necessary, you're right. One can also choose to manage the release tags "manually", see Michael's mail. From oliver at linux-kernel.at Thu Jun 30 18:27:19 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 30 Jun 2005 20:27:19 +0200 Subject: Request For Review: lout (was Re: rpm package of lout) In-Reply-To: <1120141544.2513.194.camel@localhost.localdomain> Message-ID: <200506301826.j5UIQkD2010396@mail.linux-kernel.at> > On Thu, 2005-06-30 at 14:58 +0200, Oliver Falk wrote: > > On 06/30/2005 02:15 PM, Scott Jan wrote: > > > I am new to Linux. I am interested in using the lout ( see > > > http://lout.sourceforge.net/ ) document formatting > package. Is there > > > anyone who can make an rpm package for fedora core 4? > > Easy enough. :) > > SRPM: > http://www.auroralinux.org/people/spot/review/lout-3.30-1.src.rpm > SPEC: http://www.auroralinux.org/people/spot/review/lout.spec You are really fast, Tom! :-) Best, Oliver From oliver at linux-kernel.at Thu Jun 30 18:29:45 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 30 Jun 2005 20:29:45 +0200 Subject: Build system - what is it working on right now? In-Reply-To: <1120148087.22134.1.camel@cutter> Message-ID: <200506301829.j5UITDiN010503@mail.linux-kernel.at> > On Thu, 2005-06-30 at 17:15 +0200, Michael Schwendt wrote: > > Haven't heard back from the build system for over a day. > > Should I be > > worried? At which place in the queue is it right now? > > > > cvs server unaccessible. > > restarting it now. Seth, would it be possible to have some status page for the buildsys? Which shows what it is doing, if it has problems what packages are in the queue (ok, this is currently easy: look at the tobuild - but for future), etc... ? Best, Oliver From skvidal at phy.duke.edu Thu Jun 30 18:33:19 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 30 Jun 2005 14:33:19 -0400 Subject: Build system - what is it working on right now? In-Reply-To: <200506301829.j5UITDiN010503@mail.linux-kernel.at> References: <200506301829.j5UITDiN010503@mail.linux-kernel.at> Message-ID: <1120156399.25150.0.camel@cutter> On Thu, 2005-06-30 at 20:29 +0200, Oliver Falk wrote: > > On Thu, 2005-06-30 at 17:15 +0200, Michael Schwendt wrote: > > > Haven't heard back from the build system for over a day. > > > Should I be > > > worried? At which place in the queue is it right now? > > > > > > > cvs server unaccessible. > > > > restarting it now. > > Seth, would it be possible to have some status page for the buildsys? Which > shows what it is doing, if it has problems what packages are in the queue > (ok, this is currently easy: look at the tobuild - but for future), etc... ? > on the current code? no. on dcbw's code, yes. -sv From oliver at linux-kernel.at Thu Jun 30 18:42:01 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 30 Jun 2005 20:42:01 +0200 Subject: Build system - what is it working on right now? In-Reply-To: <1120156399.25150.0.camel@cutter> Message-ID: <200506301841.j5UIfSTs015075@mail.linux-kernel.at> > > Seth, would it be possible to have some status page for the > > buildsys? > > Which shows what it is doing, if it has problems what > > packages are in > > the queue (ok, this is currently easy: look at the tobuild > > - but for future), etc... ? > > > > on the current code? no. > > on dcbw's code, yes. Hmpf... Dcbw? Is this the new bsys? I guess. Oh, it would be fine to have it on the new system... Best, Oliver From kewley at gps.caltech.edu Thu Jun 30 18:42:04 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Thu, 30 Jun 2005 11:42:04 -0700 Subject: clamd handicraft work In-Reply-To: <42C3AB91.6020900@redhat.com> References: <20050630100524.1a45b781@localhost.localdomain> <42C3AB91.6020900@redhat.com> Message-ID: <200506301142.04857.kewley@gps.caltech.edu> On Thursday 30 June 2005 01:21, Warren Togami wrote: > Kai Raven wrote: > > i have installed clamav & clamd successfully under FC4 from Extras > > but i don't like the whole procedure the user must execute as > > mentioned in the Readme (copy this, make this, symlink to, chmod... > > and so on) to run "a individual clamd-instance". > > Why not a default installation with the individual "clamd.fedora" > > instance - because it is a clam(d) installation for Fedora - and > > full "automatism" for all required steps? If somebody wants a > > different service name, it is enough to explain in the Readme where > > to change the service name. > > I used to agree with this sentiment, until Enrico explained to me > that different users of clamd are able to mess with data of other > system users if you rely on a single daemon. Err... something like > this, I don't remember exactly what the issue was. > > What we need instead are clamav-something packages containing the > /etc/rc.d/init.rd/ files, prepared for different specific uses of > clamd. It will be easy for others to do after someone creates the > first as an example. +1 I had the same idea. Unfortunately, I cannot afford the time for the next couple of months to package up clamav-amavisd myself. David From skvidal at phy.duke.edu Thu Jun 30 18:46:02 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 30 Jun 2005 14:46:02 -0400 Subject: Build system - what is it working on right now? In-Reply-To: <200506301841.j5UIfSTs015075@mail.linux-kernel.at> References: <200506301841.j5UIfSTs015075@mail.linux-kernel.at> Message-ID: <1120157162.25150.5.camel@cutter> On Thu, 2005-06-30 at 20:42 +0200, Oliver Falk wrote: > > > Seth, would it be possible to have some status page for the > > > buildsys? > > > Which shows what it is doing, if it has problems what > > > packages are in > > > the queue (ok, this is currently easy: look at the tobuild > > > - but for future), etc... ? > > > > > > > on the current code? no. > > > > on dcbw's code, yes. > > Hmpf... Dcbw? Is this the new bsys? I guess. Oh, it would be fine to have it > on the new system... > dcbw - he's a person - dan williams who has been doing some neat and kickass work on buildsystem code for fedora extras. -sv From oliver at linux-kernel.at Thu Jun 30 18:47:07 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 30 Jun 2005 20:47:07 +0200 Subject: Build system - what is it working on right now? In-Reply-To: <1120157162.25150.5.camel@cutter> Message-ID: <200506301846.j5UIkYDd016269@mail.linux-kernel.at> > On Thu, 2005-06-30 at 20:42 +0200, Oliver Falk wrote: > > > > Seth, would it be possible to have some status page for the > > > > buildsys? > > > > Which shows what it is doing, if it has problems what > > > > packages are > > > > in the queue (ok, this is currently easy: look at the tobuild > > > > - but for future), etc... ? > > > > > > > > > > on the current code? no. > > > > > > on dcbw's code, yes. > > > > Hmpf... Dcbw? Is this the new bsys? I guess. Oh, it would > > be fine to have it on the new system... > > > > dcbw - he's a person - dan williams who has been doing some > neat and kickass work on buildsystem code for fedora extras. This means, you trust Dan's code more than your own!? :-P Jost kidin'... Ok, I'm looking forward to see such a 'status page', hopefully... Best, Oliver From kaboom at oobleck.net Thu Jun 30 18:45:53 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 30 Jun 2005 14:45:53 -0400 (EDT) Subject: Request for Review: wpa_supplicant In-Reply-To: <200506301414.40398.silfreed-fel@silfreed.net> References: <200506301414.40398.silfreed-fel@silfreed.net> Message-ID: On Thu, 30 Jun 2005, Douglas E. Warner wrote: > http://hostap.epitest.fi/wpa_supplicant/ > > %description > wpa_supplicant is a WPA Supplicant for Linux, BSD and Windows with support > for WPA and WPA2 (IEEE 802.11i / RSN). Supplicant is the IEEE 802.1X/WPA > component that is used in the client stations. It implements key negotiation > with a WPA Authenticator and it controls the roaming and IEEE 802.11 > authentication/association of the wlan driver. First off, there may be legal issues. WPA is a trademark of the Wi-Fi Alliance. If that means anything for Fedora, I don't know.... Anyone else feeling more like playing armchair lawyer? ;-) > $ rpmlint ../RPMS/wpa_supplicant-0.4.2-1.fc4.i386.rpm > W: wpa_supplicant incoherent-version-in-changelog 0.4.2-1 0.4.2-1.fc4 That means you did something like %changelog * Tue Jun 21 2005 Douglas E. Warner 0.4.2-1 but did Version: 0.4.2 Release: 1%{?dist} in the spec (so it sees 0.4.2-1.fc4 as the version-release for the package, but sees 0.4.2-1 as the version-release in the changelog) In this case, you can ignore it. It's because you're using the %{?dist} tag.... > E: wpa_supplicant non-readable /etc/wpa_supplicant/wpa_supplicant.conf 0600 Fine as long as there's a reason (as there is in this case). Just put a comment above it in the spec to note why for the sake of others reading it.... > W: wpa_supplicant service-default-enabled /etc/init.d/wpa_supplicant Any new service added in Extras should be off by default. That needs to be fixed -- change the # chkconfig: 2345 12 88 to # chkconfig: - 12 88 in wpa_supplicant.init.d > E: wpa_supplicant incoherent-subsys /etc/init.d/wpa_supplicant $PROG You don't have a subsys lock file. Adding something like: lockfile=/var/lock/subsys/wpa_supplicant to wpa_supplicant.init.d will fix that (you might want to install fedora-rpmdevtools and take a look at /usr/share/fedora/template.init for an example of everything you want / need in an init) later, chris From skvidal at phy.duke.edu Thu Jun 30 18:51:04 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 30 Jun 2005 14:51:04 -0400 Subject: Build system - what is it working on right now? In-Reply-To: <200506301846.j5UIkYDd016269@mail.linux-kernel.at> References: <200506301846.j5UIkYDd016269@mail.linux-kernel.at> Message-ID: <1120157464.25150.10.camel@cutter> On Thu, 2005-06-30 at 20:47 +0200, Oliver Falk wrote: > > On Thu, 2005-06-30 at 20:42 +0200, Oliver Falk wrote: > > > > > Seth, would it be possible to have some status page for the > > > > > buildsys? > > > > > Which shows what it is doing, if it has problems what > > > > > packages are > > > > > in the queue (ok, this is currently easy: look at the tobuild > > > > > - but for future), etc... ? > > > > > > > > > > > > > on the current code? no. > > > > > > > > on dcbw's code, yes. > > > > > > Hmpf... Dcbw? Is this the new bsys? I guess. Oh, it would > > > be fine to have it on the new system... > > > > > > > dcbw - he's a person - dan williams who has been doing some > > neat and kickass work on buildsystem code for fedora extras. > > This means, you trust Dan's code more than your own!? :-P > > Jost kidin'... > no it means the code I had in place was a first iteration. It gets the job done but it needs to be better and more expansive and as in most rapid prototyping you throw the first one away. Dan has had more time and the benefit of the experience we've had from the existing system. Do I admit that the code Dan has written is programmatically more attractive and better than mine. Abso-frelling-lutely. Does this mean I suck? No. -sv From wart at kobold.org Thu Jun 30 18:52:51 2005 From: wart at kobold.org (Michael Thomas) Date: Thu, 30 Jun 2005 11:52:51 -0700 Subject: New package: tclhttpd In-Reply-To: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> Message-ID: <42C43F83.7020702@kobold.org> jfontain at free.fr wrote: >>... into fedora-extras. Any willing souls want to give it a review? > > > One obvious thing: > > Release: 1%{?dist} I fixed this, as well as a couple other minor nits: * Thu Jun 30 2005 - 0:3.5.1-2 - Updated release tag to include %{dist} - Don't include changes to the spec in the patchfile. - run autoreconf in the prep stage, not the build stage. New files can be found at: http://www.kobold.org/~wart/fedora/tclhttpd.spec http://www.kobold.org/~wart/fedora/tclhttpd-3.5.1-2.src.rpm http://www.kobold.org/~wart/fedora/MD5SUM.asc I'm still looking for a sponsor... --Wart From andreas.bierfert at lowlatency.de Thu Jun 30 18:54:24 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Thu, 30 Jun 2005 20:54:24 +0200 Subject: Request for review: wv2 In-Reply-To: References: <42C27815.9080304@lowlatency.de> <0ML2Dk-1DnjQk2dHR-0001RL@mrelayeu.kundenserver.de> Message-ID: <42C43FE0.1020904@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rex Dieter wrote: > I've built koffice-1.4.0 without needing that patch. Why do you think > it is necessary? If you don't %{_libdir}/kde3/libxsltimport.* and %{_libdir}/kde3/libxsltexport.* contain rpath information... - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCxD/gQEQyPsWM8csRAnf7AJ0fZST6Lpk3w0axb/YapDxz/lG2SwCfWx8G ZUWRg99C1vLexDz/lz1jbq8= =7AVW -----END PGP SIGNATURE----- From wart at kobold.org Thu Jun 30 19:01:35 2005 From: wart at kobold.org (Michael Thomas) Date: Thu, 30 Jun 2005 12:01:35 -0700 Subject: New package: tclhttpd In-Reply-To: <1120155834.2815.176.camel@localhost.localdomain> References: <1120117739.42c3a3ebbe32c@imp3-q.free.fr> <42C40C84.9060000@kobold.org> <20050630172737.71b33b37.bugs.michael@gmx.net> <1120145905.15736.53.camel@laurel.intra.city-fan.org> <1120146766.3741.32.camel@mccallum.corsepiu.local> <42C416CF.4080604@kobold.org> <1120149061.3741.51.camel@mccallum.corsepiu.local> <42C43066.7090208@kobold.org> <1120155834.2815.176.camel@localhost.localdomain> Message-ID: <42C4418F.2020302@kobold.org> Ville Skytt? wrote: > On Thu, 2005-06-30 at 10:48 -0700, Michael Thomas wrote: > > >>I just took a look at the spec file in the tcl src rpm > > > tcl is in Core. That's not built by the same build system as Extras. > > >> and it does not >>include %{?dist} in the Release tag. From this I gather that the build >>system has some other magic that it uses to add the .fc4 segment to the >>resulting binary rpm. > > > Hum, I don't see any .fc4 segment in the release tag of the tcl package > I have installed. It's tcl-8.4.9-3. My bad. I picked a bad example. But now that I look at the naming of the RPMs in extras, I see that it does indeed contain a mix of packages with fc4, and without. I was under the mistaken impression that all packages in -extras needed to have the .fc4 segment in the binary rpm name. --Wart From ville.skytta at iki.fi Thu Jun 30 19:02:47 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 30 Jun 2005 22:02:47 +0300 Subject: Request for review: rinetd In-Reply-To: References: <1119211416.28867.32.camel@bobcat.mine.nu> Message-ID: <1120158167.2815.189.camel@localhost.localdomain> On Thu, 2005-06-30 at 14:03 -0400, Chris Ricker wrote: > On Sun, 19 Jun 2005, Ville Skytta wrote: > > > A "FYI" comparison between this package and mine at > > http://cachalot.mine.nu/4/SRPMS/rinetd-0.62-0.1.src.rpm : > > > > - A proper "reload" action for the init script would be possible, > > rinetd responds to HUP as expected. If implemented, the logrotate > > script should probably switch to using copytruncate or restart > > instead of reload. > > Changed - reload does a HUP if it's running, and logrotate does a restart Minor issue, and FWIW, as we do not have any hard LSB compliancy requirements: According to how I read LSB, reload should not restart the service, ie. not bring it up if it's not running. And force_reload should only reload (or restart) if the service is running (I missed this in my package too). http://refspecs.freestandards.org/LSB_2.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html > > - The Debian patch included in my package adds autotools support, > > as well as some other useful-looking tweaks. > > That I didn't want to include outright as it changes a lot. > > Some of the changes (like fprintf -> syslog, for example) look > useful, so I may patch in bits of it later Ok. > > None of the above are really blockers IMO, so approved. If there's a > > good reason to keep the config file non-readable by normal users, it'd > > be useful to add a comment about that in the specfile. > > Thanks, I'll import and build in a sec The above still applies, so I'll post the approval message now. Thanks. From steve at silug.org Thu Jun 30 19:08:56 2005 From: steve at silug.org (Steven Pritchard) Date: Thu, 30 Jun 2005 14:08:56 -0500 Subject: Request for review: openvpn In-Reply-To: <1120118258.2815.62.camel@localhost.localdomain> References: <1117120260.22702.2.camel@bobcat.mine.nu> <20050626191656.GA2060@osiris.silug.org> <20050627175617.ACD1C4542BC@ningauble.scrye.com> <20050628012725.GA1627@osiris.silug.org> <1119938242.2732.77.camel@laurel.intra.city-fan.org> <1119963328.9688.52.camel@localhost.localdomain> <20050629015650.GA26261@osiris.silug.org> <20050630010938.GA16357@osiris.silug.org> <1120118258.2815.62.camel@localhost.localdomain> Message-ID: <20050630190856.GA27264@osiris.silug.org> On Thu, Jun 30, 2005 at 10:57:38AM +0300, Ville Skytt? wrote: > On Wed, 2005-06-29 at 20:09 -0500, Steven Pritchard wrote: > > W: openvpn devel-file-in-non-devel-package /usr/share/openvpn/sample-config-files/xinetd-client-config > > W: openvpn devel-file-in-non-devel-package /usr/share/openvpn/sample-config-files/xinetd-server-config > > > > Again, bogus. > > Yep, but unrelated: sample config files are often installed as %doc in > the package's doc dir. Good point. They were in %{_datadir} in the upstream spec, so I had just left them there, but they should have been %doc. (Fixed in CVS.) Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From ville.skytta at iki.fi Thu Jun 30 19:11:31 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 30 Jun 2005 22:11:31 +0300 Subject: Request for Review: wpa_supplicant In-Reply-To: References: <200506301414.40398.silfreed-fel@silfreed.net> Message-ID: <1120158692.2815.198.camel@localhost.localdomain> On Thu, 2005-06-30 at 14:45 -0400, Chris Ricker wrote: > On Thu, 30 Jun 2005, Douglas E. Warner wrote: > > > http://hostap.epitest.fi/wpa_supplicant/ > > > > %description > > wpa_supplicant is a WPA Supplicant for Linux, BSD and Windows with support > > for WPA and WPA2 (IEEE 802.11i / RSN). Supplicant is the IEEE 802.1X/WPA > > component that is used in the client stations. It implements key negotiation > > with a WPA Authenticator and it controls the roaming and IEEE 802.11 > > authentication/association of the wlan driver. > > First off, there may be legal issues. WPA is a trademark of the Wi-Fi > Alliance. If that means anything for Fedora, I don't know.... Anyone else > feeling more like playing armchair lawyer? ;-) Brrr, not. But whether the package is acceptable or not, the license of wpa_supplicant is "GPL or BSD", not GPL alone AFAICS. And pcsc-lite is in Extras, you could build support for it in. > > $ rpmlint ../RPMS/wpa_supplicant-0.4.2-1.fc4.i386.rpm > > W: wpa_supplicant incoherent-version-in-changelog 0.4.2-1 0.4.2-1.fc4 I'm going to fix rpmlint not to whine about this. > > E: wpa_supplicant incoherent-subsys /etc/init.d/wpa_supplicant $PROG [...] > (you might want to install fedora-rpmdevtools and take a look at > /usr/share/fedora/template.init for an example of everything you want / > need in an init) When using the template init file, rpmlint will still complain about "incoherent-subsys ... $prog" as it doesn't grok shell variables. Will shut it up in the next (rpmlint) package revision. From steve at silug.org Thu Jun 30 19:15:22 2005 From: steve at silug.org (Steven Pritchard) Date: Thu, 30 Jun 2005 14:15:22 -0500 Subject: clamd handicraft work In-Reply-To: <200506301142.04857.kewley@gps.caltech.edu> References: <20050630100524.1a45b781@localhost.localdomain> <42C3AB91.6020900@redhat.com> <200506301142.04857.kewley@gps.caltech.edu> Message-ID: <20050630191522.GB27264@osiris.silug.org> On Thu, Jun 30, 2005 at 11:42:04AM -0700, David Kewley wrote: > I had the same idea. Unfortunately, I cannot afford the time for the > next couple of months to package up clamav-amavisd myself. FWIW, I'm working on updating my old amavisd-new package right now... Steve -- Steven Pritchard - K&S Pritchard Enterprises, Inc. Email: steve at kspei.com http://www.kspei.com/ Phone: (618)398-3000 Mobile: (618)567-7320 From tcallawa at redhat.com Thu Jun 30 19:22:34 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 30 Jun 2005 14:22:34 -0500 Subject: Request For Review: lout (was Re: rpm package of lout) In-Reply-To: <1120148641.3741.47.camel@mccallum.corsepiu.local> References: <1120133730.2987.17.camel@localhost.localdomain> <42C3EC62.10507@linux-kernel.at> <1120141544.2513.194.camel@localhost.localdomain> <1120148641.3741.47.camel@mccallum.corsepiu.local> Message-ID: <1120159354.8990.15.camel@localhost.localdomain> On Thu, 2005-06-30 at 18:24 +0200, Ralf Corsepius wrote: > On Thu, 2005-06-30 at 09:25 -0500, Tom 'spot' Callaway wrote: > > On Thu, 2005-06-30 at 14:58 +0200, Oliver Falk wrote: > > > On 06/30/2005 02:15 PM, Scott Jan wrote: > > > > I am new to Linux. I am interested in using the lout ( see > > > > http://lout.sourceforge.net/ ) document formatting package. Is there > > > > anyone who can make an rpm package for fedora core 4? > > > > Easy enough. :) > > > > SRPM: http://www.auroralinux.org/people/spot/review/lout-3.30-1.src.rpm > > SPEC: http://www.auroralinux.org/people/spot/review/lout.spec > > > Please review, > > Some non-critical issues: > > - compilation warnings which should be taken serious and be looked into: > z07.c:317: warning: comparison is always true due to limited range of > data type > z07.c:328: warning: comparison is always true due to limited range of > data type > z12.c:395: warning: comparison is always true due to limited range of > data type > z12.c:436: warning: comparison is always true due to limited range of > data type Eyeballing these, they don't seem like anything worrysome in the code. Its not being used as a conditional comparison, just to assign a type for new document creations. > - The patch hard-codes directories into the makefile. > A more flexible approach would be to propagate directories into the > makefile using sed during %setup or pass them from the environment > during "make" and "make install". Fixed. > I'd recommend to use > ZLIB = -lz > ZLIBPATH = > instead Agreed, fixed. New SPEC: http://www.auroralinux.org/people/spot/review/lout.spec New SRPM: http://www.auroralinux.org/people/spot/review/lout-3.30-2.src.rpm Please re-review (or approve). ~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 oliver at linux-kernel.at Thu Jun 30 19:33:30 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 30 Jun 2005 21:33:30 +0200 Subject: Build system - what is it working on right now? In-Reply-To: <1120157464.25150.10.camel@cutter> Message-ID: <200506301932.j5UJWwOj031975@mail.linux-kernel.at> Seth Vidal wrote: > > > dcbw - he's a person - dan williams who has been doing > > > some neat and > > > kickass work on buildsystem code for fedora extras. > > > > This means, you trust Dan's code more than your own!? :-P > > > > Jost kidin'... > > > no it means the code I had in place was a first iteration. It > gets the job done but it needs to be better and more > expansive and as in most rapid prototyping you throw the > first one away. > > Dan has had more time and the benefit of the experience we've > had from the existing system. > > Do I admit that the code Dan has written is programmatically > more attractive and better than mine. Abso-frelling-lutely. > Does this mean I suck? No. Oh, Seth. I was just jokin'!!! I know you did a great job and really appreciate it! So, if you got me wrong, sorry and I'd like to say - I guess for everyone hagin' around on the mlist - thanks a lot! And remember: You don't suck! :-) Sure, I also wrote a buildsys for me and my devels and I had 2 or 3 prototypes that I throwed away, after they worked, because I saw problems of all kinds - I guess we experienced similar problems... Best, Oliver From paul at cypherpunks.ca Thu Jun 30 19:39:35 2005 From: paul at cypherpunks.ca (Paul Wouters) Date: Thu, 30 Jun 2005 21:39:35 +0200 (CEST) Subject: branch request for libotr and gaim-otr Message-ID: I would like to request a branch of libotr and gaim-otr for FC3 and FC4. However, I do not have permission to edit the wiki page for that request: http://fedoraproject.org/wiki/Extras/CVSSyncNeeded Is it possible to ge teithe raccess to the page, or for someone to just branch the packages. My wiki user is "Paul Wouters" (with space) Thanks, Paul From wtogami at redhat.com Thu Jun 30 19:42:19 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 30 Jun 2005 21:42:19 +0200 Subject: New package: mod_suphp In-Reply-To: References: <42BDD3C2.7090301@mitka.us> <42BE1BFB.5070109@mitka.us> <42BEB132.70200@mitka.us> Message-ID: <42C44B1B.70903@redhat.com> Before the first build is requested, wouldn't it be better to name the package itself mod_suphp rather than suphp, for the sake of consistency with other Apache mod_* packages? Warren Togami wtogami at redhat.com From oliver at linux-kernel.at Thu Jun 30 19:43:50 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 30 Jun 2005 21:43:50 +0200 Subject: branch request for libotr and gaim-otr In-Reply-To: Message-ID: <200506301943.j5UJhHZt002698@mail.linux-kernel.at> > I would like to request a branch of libotr and gaim-otr for > FC3 and FC4. > > However, I do not have permission to edit the wiki page for > that request: > > http://fedoraproject.org/wiki/Extras/CVSSyncNeeded > > Is it possible to ge teithe raccess to the page, or for > someone to just branch the packages. My wiki user is "Paul > Wouters" (with space) Added 'em, but I have no clue how to give you the permissions to do it yourself; I even don't know if I have permissions to give you permissions. :-) Best, Oliver From tcallawa at redhat.com Thu Jun 30 19:47:59 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 30 Jun 2005 14:47:59 -0500 Subject: New package: mod_suphp In-Reply-To: <42C44B1B.70903@redhat.com> References: <42BDD3C2.7090301@mitka.us> <42BE1BFB.5070109@mitka.us> <42BEB132.70200@mitka.us> <42C44B1B.70903@redhat.com> Message-ID: <1120160880.8990.18.camel@localhost.localdomain> On Thu, 2005-06-30 at 21:42 +0200, Warren Togami wrote: > Before the first build is requested, wouldn't it be better to name the > package itself mod_suphp rather than suphp, for the sake of consistency > with other Apache mod_* packages? Yes. Andreas, can you rename it to mod_suphp? I know _I_ am the one who told you to change it, but I made a mistake. You'd think I wrote the documentation on naming or something. :/ Just make sure that the specfile name is mod_suphp.spec and that the spec also has Name: mod_suphp Sorry for the confusion, ~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 orion at cora.nwra.com Thu Jun 30 20:22:28 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 30 Jun 2005 14:22:28 -0600 Subject: New package: matplotlib In-Reply-To: <604aa79105062811321af48353@mail.gmail.com> References: <604aa79105062811321af48353@mail.gmail.com> Message-ID: Jeff Spaleta wrote: > On 6/28/05, Orion Poplawski wrote: > >>Comments/suggestions? > > > I'd find it quite useful. I don't have approval authority, but this > is a package I'd have a use for, so I'd be able to look over it and > help sort out any spec file issues that come up. > > -jef > Please do. I've installed on fc3 and fc4 myself without issue. Can someone with approval authority review/approve? From kaboom at oobleck.net Thu Jun 30 20:21:39 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Thu, 30 Jun 2005 16:21:39 -0400 (EDT) Subject: Request for review: rinetd In-Reply-To: <1120158167.2815.189.camel@localhost.localdomain> References: <1119211416.28867.32.camel@bobcat.mine.nu> <1120158167.2815.189.camel@localhost.localdomain> Message-ID: On Thu, 30 Jun 2005, Ville Skytta wrote: > Minor issue, and FWIW, as we do not have any hard LSB compliancy > requirements: According to how I read LSB, reload should not restart > the service, ie. not bring it up if it's not running. And force_reload > should only reload (or restart) if the service is running (I missed this > in my package too). > http://refspecs.freestandards.org/LSB_2.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html Hmm, that's pretty much counter to every init script in Fedora (or at least to the ones I spot-checked) ;-) /usr/share/fedora/template.init also violates this, as it does: restart() { stop start } reload() { restart } force_reload() { restart } What are people's thoughts on this? Do we really want LSB-compliant init scripts? Or see what falls out from Harald's init redo stuff? later, chris From andreas at bawue.net Thu Jun 30 20:26:28 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Thu, 30 Jun 2005 22:26:28 +0200 (CEST) Subject: New package: mod_suphp In-Reply-To: <1120160880.8990.18.camel@localhost.localdomain> References: <42BDD3C2.7090301@mitka.us> <42BE1BFB.5070109@mitka.us> <42BEB132.70200@mitka.us> <42C44B1B.70903@redhat.com> <1120160880.8990.18.camel@localhost.localdomain> Message-ID: On Thu, 30 Jun 2005, Tom 'spot' Callaway wrote: > Yes. Andreas, can you rename it to mod_suphp? I know _I_ am the one who > told you to change it, but I made a mistake. Don't worry. Already done. Could you (or someone with access to the CVSROOT) please delete the suphp from the server? cvs is unfortunately lacking there featurewise. > Just make sure that the specfile name is mod_suphp.spec and that the > spec also has Name: mod_suphp Done. Something else. I asked on IRC, but I didn't quite understand the reason there. I can see the commited package in rpms/mod_suphp but there is nothing in /devel/mod_suphp. Is this normal behaviour? regards, andreas From ville.skytta at iki.fi Thu Jun 30 20:54:42 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 30 Jun 2005 23:54:42 +0300 Subject: Request for review: rinetd In-Reply-To: References: <1119211416.28867.32.camel@bobcat.mine.nu> <1120158167.2815.189.camel@localhost.localdomain> Message-ID: <1120164882.2815.204.camel@localhost.localdomain> On Thu, 2005-06-30 at 16:21 -0400, Chris Ricker wrote: > What are people's thoughts on this? Do we really want LSB-compliant init > scripts? Or see what falls out from Harald's init redo stuff? The latter, it's not terribly productive to start fine-tuning stuff now. "Minor issue" with rinetd withdrawn ;) From tcallawa at redhat.com Thu Jun 30 21:04:32 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 30 Jun 2005 16:04:32 -0500 Subject: New package: matplotlib In-Reply-To: References: <604aa79105062811321af48353@mail.gmail.com> Message-ID: <1120165472.8990.34.camel@localhost.localdomain> On Thu, 2005-06-30 at 14:22 -0600, Orion Poplawski wrote: > Jeff Spaleta wrote: > > On 6/28/05, Orion Poplawski wrote: > > > >>Comments/suggestions? > > > > > > I'd find it quite useful. I don't have approval authority, but this > > is a package I'd have a use for, so I'd be able to look over it and > > help sort out any spec file issues that come up. > > > > -jef > > > > Please do. I've installed on fc3 and fc4 myself without issue. > > Can someone with approval authority review/approve? Review: Everything looks good except for four minor issues: Bad: - Should be named python-matplotlib - No need for Requires: python (rpm picks it up as python(abi) = 2.4) - changelog entry is missing a version - Several directories are created but not owned by the package (this is a pitfall of using a fileslist for the %files). You need to add: %dir %{_libdir}/python2.4/site-packages/dateutil %dir %{_libdir}/python2.4/site-packages/matplotlib %dir %{_datadir}/matplotlib rpmlint checks: W: matplotlib no-version-in-last-changelog E: matplotlib wrong-script-end-of-line-encoding /usr/share/matplotlib/stock_zoom-out.xpm E: matplotlib wrong-script-end-of-line-encoding /usr/share/matplotlib/stock_left.xpm E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/util/__init__.py E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/traits/standard.py E: matplotlib wrong-script-end-of-line-encoding /usr/share/matplotlib/stock_up.xpm E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/traits/trait_errors.py E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/traits/ui/null/font_trait.py E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/traits/ui/tree_node.py E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/resource/__init__.py E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/traits/ui/null/color_trait.py W: matplotlib hidden-file-or-dir /usr/share/matplotlib/.matplotlibrc E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/traits/trait_numeric.py E: matplotlib wrong-script-end-of-line-encoding /usr/share/matplotlib/stock_save_as.xpm E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/traits/ui/null/rgb_color_trait.py E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/traits/ui/null/rgba_color_trait.py E: matplotlib wrong-script-end-of-line-encoding /usr/share/matplotlib/stock_refresh.xpm E: matplotlib wrong-script-end-of-line-encoding /usr/share/matplotlib/stock_down.xpm E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/traits/ui/help_template.py E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/traits/has_traits.py E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/traits/ui/help.py E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/resource/resource_factory.py E: matplotlib wrong-script-end-of-line-encoding /usr/share/matplotlib/stock_close.xpm E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/util/resource.py E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/resource/resource_reference.py E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/resource/resource_manager.py E: matplotlib wrong-script-end-of-line-encoding /usr/share/matplotlib/stock_right.xpm E: matplotlib wrong-script-end-of-line-encoding /usr/lib/python2.4/site-packages/matplotlib/enthought/resource/resource_path.py E: matplotlib wrong-script-end-of-line-encoding /usr/share/matplotlib/stock_zoom-in.xpm Hooray! I don't think any of the e-o-l encoding is dangerous, unless otherwise corrected, I'll assume these errors are safe to ignore. You should put a version on your changelog though. Good: - Package meets PackagingGuidelines (except for minor naming issue) - License (Python Software Foundation License) is ok, spec license matches actual license, license text included - Spec is in American English, and is legible - Sources match upstream - Package compiles and builds on x86 (FC4) - Package has no extra BuildRequires - Package is not missing any BuildRequires - No locales to handle - No shared library - No need for -devel, -docs subpackages - Not relocatable - No duplicate files in %files - %clean section included - package is code, not content - nothing runtime required in %doc - no pkgconfig files, or static libraries, or headers - no .la files Push a new spec that makes those changes and I'll approve it. ~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 bugs.michael at gmx.net Thu Jun 30 21:19:53 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 30 Jun 2005 23:19:53 +0200 Subject: New package: mod_suphp In-Reply-To: References: <42BDD3C2.7090301@mitka.us> <42BE1BFB.5070109@mitka.us> <42BEB132.70200@mitka.us> <42C44B1B.70903@redhat.com> <1120160880.8990.18.camel@localhost.localdomain> Message-ID: <20050630231953.19693d1b.bugs.michael@gmx.net> On Thu, 30 Jun 2005 22:26:28 +0200 (CEST), Andreas Thienemann wrote: > Something else. > I asked on IRC, but I didn't quite understand the reason there. I can see > the commited package in rpms/mod_suphp but there is nothing in > /devel/mod_suphp. Is this normal behaviour? Every package is a separate module within CVS. Initial import creates the module in the repository $CVSROOT/rpms/$name. Branches for older distributions (FC-4, FC-3, ...) are not CVS-branches, but also modules, with their repository root being a branch-directory within $CVSROOT/rpms/$name/$branch. "cvs co devel/mod_suphp" works just fine to get the devel branch directory. "cvs up" would not be enough to make the new module "mod_suphp" appear. You would need at least "cvs up -d" to make new modules appear within an older checkout of a branch. "cvs co rpms/mod_suphp" or "cvs co mod_suphp" gets the complete module directory including the branch directories within it, which are modules themselves ("cvs co mod_suphp-FC-4-dir"). -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.12-1.1385_FC4 loadavg: 1.01 1.04 1.03 From orion at cora.nwra.com Thu Jun 30 21:26:06 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 30 Jun 2005 15:26:06 -0600 Subject: New package: matplotlib In-Reply-To: <1120165472.8990.34.camel@localhost.localdomain> References: <604aa79105062811321af48353@mail.gmail.com> <1120165472.8990.34.camel@localhost.localdomain> Message-ID: <42C4636E.6060202@cora.nwra.com> Tom 'spot' Callaway wrote: > > Review: > > Everything looks good except for four minor issues: > > Bad: > > - Should be named python-matplotlib > - No need for Requires: python (rpm picks it up as python(abi) = 2.4) > - changelog entry is missing a version > - Several directories are created but not owned by the package (this is > a pitfall of using a fileslist for the %files). You need to add: > > %dir %{_libdir}/python2.4/site-packages/dateutil > %dir %{_libdir}/python2.4/site-packages/matplotlib > %dir %{_datadir}/matplotlib > All fixed, though the dateutil directory is not created. > rpmlint checks: > W: matplotlib no-version-in-last-changelog > E: matplotlib > wrong-script-end-of-line-encoding /usr/share/matplotlib/stock_zoom-out.xpm [more eol messages snipped] > W: matplotlib hidden-file-or-dir /usr/share/matplotlib/.matplotlibrc > > Hooray! I don't think any of the e-o-l encoding is dangerous, unless > otherwise corrected, I'll assume these errors are safe to ignore. You > should put a version on your changelog though. No idea on the eol issue. Left as is. > Push a new spec that makes those changes and I'll approve it. http://www.cora.nwra.com/~orion/fedora/python-matplotlib.spec http://www.cora.nwra.com/~orion/fedora/python-matplotlib-0.82-2.src.rpm Thanks for the review! -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From tcallawa at redhat.com Thu Jun 30 21:31:03 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 30 Jun 2005 16:31:03 -0500 Subject: New package: matplotlib In-Reply-To: <42C4636E.6060202@cora.nwra.com> References: <604aa79105062811321af48353@mail.gmail.com> <1120165472.8990.34.camel@localhost.localdomain> <42C4636E.6060202@cora.nwra.com> Message-ID: <1120167063.8990.38.camel@localhost.localdomain> On Thu, 2005-06-30 at 15:26 -0600, Orion Poplawski wrote: > All fixed, though the dateutil directory is not created. Whoops. Don't need to own that dir then. > > rpmlint checks: > > W: matplotlib no-version-in-last-changelog > > E: matplotlib > > wrong-script-end-of-line-encoding /usr/share/matplotlib/stock_zoom-out.xpm > [more eol messages snipped] > > W: matplotlib hidden-file-or-dir /usr/share/matplotlib/.matplotlibrc > > > > Hooray! I don't think any of the e-o-l encoding is dangerous, unless > > otherwise corrected, I'll assume these errors are safe to ignore. You > > should put a version on your changelog though. > > No idea on the eol issue. Left as is. > > > Push a new spec that makes those changes and I'll approve it. > > http://www.cora.nwra.com/~orion/fedora/python-matplotlib.spec > http://www.cora.nwra.com/~orion/fedora/python-matplotlib-0.82-2.src.rpm APPROVED. ~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 andreas at bawue.net Thu Jun 30 21:42:26 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Thu, 30 Jun 2005 23:42:26 +0200 (CEST) Subject: New package: mod_suphp In-Reply-To: <20050630231953.19693d1b.bugs.michael@gmx.net> References: <42BDD3C2.7090301@mitka.us> <42BE1BFB.5070109@mitka.us> <42BEB132.70200@mitka.us> <42C44B1B.70903@redhat.com> <1120160880.8990.18.camel@localhost.localdomain> <20050630231953.19693d1b.bugs.michael@gmx.net> Message-ID: On Thu, 30 Jun 2005, Michael Schwendt wrote: > Every package is a separate module within CVS. Initial import creates the > module in the repository $CVSROOT/rpms/$name. Branches for older > distributions (FC-4, FC-3, ...) are not CVS-branches, but also modules, > with their repository root being a branch-directory within > $CVSROOT/rpms/$name/$branch. That much I got. Even though it's a bit irritating to get a common checked out as well wenn doing a cvs co packagename. > "cvs co devel/mod_suphp" works just fine to get the devel branch > directory. "cvs up" would not be enough to make the new module "mod_suphp" > appear. That I got too. What I was wondering about was: When I checked earlier on http://cvs.fedora.redhat.com/viewcvs/devel/?root=extras I couldn't see suphp there, while it was available in http://cvs.fedora.redhat.com/viewcvs/rpms/?root=extras. Now, however, both suphp and mod_suphp is available in /rpms/ and /devel/. That's what I was wondering about. But thanks again for your explanation. That made some things much clearer. bye, andreas From orion at cora.nwra.com Thu Jun 30 21:44:38 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 30 Jun 2005 15:44:38 -0600 Subject: APPROVED: New package: matplotlib - In CVS, need wiki access In-Reply-To: <1120167063.8990.38.camel@localhost.localdomain> References: <604aa79105062811321af48353@mail.gmail.com> <1120165472.8990.34.camel@localhost.localdomain> <42C4636E.6060202@cora.nwra.com> <1120167063.8990.38.camel@localhost.localdomain> Message-ID: <42C467C6.9010200@cora.nwra.com> Tom 'spot' Callaway wrote: > On Thu, 2005-06-30 at 15:26 -0600, Orion Poplawski wrote: >>http://www.cora.nwra.com/~orion/fedora/python-matplotlib.spec >>http://www.cora.nwra.com/~orion/fedora/python-matplotlib-0.82-2.src.rpm > > > APPROVED. > Imported to CVS. I'll let others test it if desired for a bit then request FC3 and FC4 branches. Need to add bugzilla component but don't have wiki access. WikiName is OrionPoplawski. Thanks! -- Orion Poplawski System Administrator 303-415-9701 x222 Colorado Research Associates/NWRA FAX: 303-415-9702 3380 Mitchell Lane, Boulder CO 80301 http://www.co-ra.com From andreas at bawue.net Thu Jun 30 21:49:36 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Thu, 30 Jun 2005 23:49:36 +0200 (CEST) Subject: APPROVED: New package: matplotlib - In CVS, need wiki access In-Reply-To: <42C467C6.9010200@cora.nwra.com> References: <604aa79105062811321af48353@mail.gmail.com> <1120165472.8990.34.camel@localhost.localdomain> <42C4636E.6060202@cora.nwra.com> <1120167063.8990.38.camel@localhost.localdomain> <42C467C6.9010200@cora.nwra.com> Message-ID: On Thu, 30 Jun 2005, Orion Poplawski wrote: > Need to add bugzilla component but don't have wiki access. WikiName is > OrionPoplawski. added you to the bugzilla compontents page. bye, andreas From andreas.bierfert at lowlatency.de Thu Jun 30 22:03:03 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Fri, 01 Jul 2005 00:03:03 +0200 Subject: Request for review: koffice Message-ID: <42C46C17.3050805@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 koffice-1.4.0a: KOffice - Integrated Office Suite KOffice is a free, integrated office suite for KDE, the K Desktop Environment. http://fedora.lowlatency.de/review/koffice.spec http://fedora.lowlatency.de/review/koffice-1.4.0a-1.src.rpm see dependencies wv2 and libpqxx in other review requests... comments? gn8 ;) - - 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.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCxGwXQEQyPsWM8csRAmQuAJ9HLh9nQCJMydzCy032qAkping6eACfU1Zh LjGbt+5A0zaeaDM81SzAwbA= =CgLo -----END PGP SIGNATURE----- From andreas at bawue.net Thu Jun 30 22:09:37 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Fri, 1 Jul 2005 00:09:37 +0200 (CEST) Subject: Request for review: GNU barcode In-Reply-To: References: Message-ID: On Wed, 29 Jun 2005, Andreas Thienemann wrote: > %description > The package is meant to solve most needs in barcode creation with a > conventional printer. It can create printouts for the conventional > product tagging standards: UPC-A, UPC-E, EAN-13, EAN-8, ISBN, as well > as a few other formats. Ouput is generated as either Postscript or > Encapsulated Postscript. > > SPEC: http://home.bawue.de/~ixs/barcode/barcode.spec > SRPM: http://home.bawue.de/~ixs/barcode/barcode-0.98-1.src.rpm I incorporated some changes to the specfile. The buildroot should be better now. Could somebody please take a look at the devel package? Is that okay or should some files be dropped into the main package? thx, andreas From mricon at gmail.com Thu Jun 30 22:19:41 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Thu, 30 Jun 2005 18:19:41 -0400 Subject: Review for inclusion: diction Message-ID: Hi, all: One of our faculty requested this, so I revived an old Fedora.us package, and I'm willing to maintain it in extras. The specfile is extremely straigtforward to the point of no output at all from rpmlint (which is a first for me). :) Please approve, and I'll push it into the CVS. %description Diction and style are two old standard UNIX commands. Diction identifies wordy and commonly misused phrases. Style analyses surface characteristics of a document, including sentence length and other readability measures. These programs cannot help you structure a document well, but they can help to avoid poor wording and compare the readability (not the understandability!) of your documents with others. Both commands support English and German documents. Files here: http://phy.duke.edu/~icon/misc/fedora-extras/ Cheers, -- Konstantin Ryabitsev Zlotniks, INC "???????? ?????????? ????? ? ??????? ???? ?????." From tcallawa at redhat.com Thu Jun 30 22:32:41 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 30 Jun 2005 17:32:41 -0500 Subject: Review for inclusion: diction In-Reply-To: References: Message-ID: <1120170761.8990.49.camel@localhost.localdomain> On Thu, 2005-06-30 at 18:19 -0400, Konstantin Ryabitsev wrote: > Hi, all: > > One of our faculty requested this, so I revived an old Fedora.us > package, and I'm willing to maintain it in extras. The specfile is > extremely straigtforward to the point of no output at all from rpmlint > (which is a first for me). :) Please approve, and I'll push it into > the CVS. Review: Rpmlint checks: No output, always pleasant to see. Good: - Package meets PackageNamingGuidelines - spec file name matches base package name - Package meets PackagingGuidelines - License (GPL) OK - License in spec matches source - License text in %doc - Spec text in American English - Spec is legible - Source matches upstream - Package successfully compiles and builds on x86 (FC4). - No extra BuildRequires - All other BuildRequires listed - Spec file handles locales correctly - No shared libs - No need for -devel or -docs subpackages - Not relocatable - All created directories owned by package - No duplicate files in %files - Permissions on files set properly. - %clean section found - macro use is consistent - package is code not content - files in %doc do not affect runtime APPROVED ~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 bugs.michael at gmx.net Thu Jun 30 22:37:29 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 1 Jul 2005 00:37:29 +0200 Subject: rpms/python-matplotlib/devel python-matplotlib.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200506302140.j5ULe9Ye024000@cvs-int.fedora.redhat.com> References: <200506302140.j5ULe9Ye024000@cvs-int.fedora.redhat.com> Message-ID: <20050701003729.0f7398fd.bugs.michael@gmx.net> On Thu, 30 Jun 2005 17:40:09 -0400, Orion Poplawski wrote: > Author: orion > > Update of /cvs/extras/rpms/python-matplotlib/devel > %files -f INSTALLED_FILES > %defattr(-,root,root,-) > %doc README license/LICENSE license/LICENSE_enthought.txt > %doc license/LICENSE_PAINT license/LICENSE_PIL license/PYTZ_LICENSE.txt > %doc API_CHANGES CHANGELOG CXX INSTALL INTERACTIVE KNOWN_BUGS > %doc NUMARRAY_ISSUES PKG-INFO TODO > %dir %{_libdir}/python2.4/site-packages/matplotlib Here you likely want %{python_sitearch}/matplotlib instead, together with this common way to define that path: %{!?python_sitearch: %define python_sitearch %(%{__python} -c "from distutils.sy sconfig import get_python_lib; print get_python_lib(1)")} -- Michael Schwendt Fedora Core release 4 (Stentz) - Linux 2.6.12-1.1385_FC4 loadavg: 1.21 1.28 1.13 From tcallawa at redhat.com Thu Jun 30 22:52:42 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 30 Jun 2005 17:52:42 -0500 Subject: Request for review: wv2 In-Reply-To: <42C3896D.9020708@lowlatency.de> References: <42C27815.9080304@lowlatency.de> <42C31007.2020505@lowlatency.de> <42C3896D.9020708@lowlatency.de> Message-ID: <1120171962.8990.67.camel@localhost.localdomain> On Thu, 2005-06-30 at 07:55 +0200, Andreas Bierfert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rex Dieter wrote: > > Can drop the explicit > > Requires(post): /sbin/ldconfig > > Requires(postun): /sbin/ldconfig > > as they aren't required (rpm will pick it up automatically). > > True... done :) > > http://fedora.lowlatency.de/review/wv2-0.2.2-3.src.rpm > http://fedora.lowlatency.de/review/wv2.spec Review: rpmlint checks: wv2-0.2.2-3.i386.rpm: W: wv2 no-version-in-last-changelog W: wv2 unstripped-binary-or-object /usr/lib/debug/usr/lib/libwv2.so.1.0.7.debug W: wv2 no-soname /usr/lib/debug/usr/lib/libwv2.so.1.0.7.debug E: wv2 shared-lib-without-dependency-information /usr/lib/debug/usr/lib/libwv2.so.1.0.7.debug W: wv2 devel-file-in-non-devel-package /usr/lib/libwv2.so wv2-devel-0.2.2-3.i386.rpm W: wv2-devel no-version-in-last-changelog E: wv2-devel wrong-script-end-of-line-encoding /usr/share/doc/wv2-devel-0.2.2/escher/escher.html Bad: - You're missing version on your changelogs. Well, to be fair, you're not missing them, you're just not formatting them quite right. Please put the %{version}-%{release} on the end of the first changelog lines, not on their own second line. - You're grabbing %{_libdir}/* in %files. This is bad, because it drags in static objects, and the debuginfo files. In %files, all you want is: %{_libdir}/*.so.* In %files devel, you want: %{_libdir}/*.so And you don't want the *.la file in either package. You're trying to get it, by running "find -type f -name '*.la' -exec rm -f {} \;" in % install, but you fail because its parsing through the source tree, not $RPM_BUILD_ROOT. You can probably replace it with: rm -rf $RPM_BUILD_ROOT%{_libdir}/*.la Since wv2 is only installing one .la file, and all of its libs are going into %{_libdir}, this should do the trick a little faster. - devel package is missing %defattr(-,root,root,-) Good: - Package meets PackageNamingGuidelines - spec file matches base package %{name} - Package meets PackageGuidelines (with exceptions noted in Bad) - License (LGPL) OK, license in spec matches source, license text included in %doc - spec is in American English, is legible - Sources match upstream - Package compiles and builds on x86 (FC4) - Package has no extra BuildRequires - All necessary BuildRequires present - No locales in package - Not relocatable - All created directories owned by packages - No duplicate files in %files - Permissions set properly (for base package, devel is missing defattr) - Package calls ldconfig properly in post/postun - clean section present - macro use is consistent - package is code not content - no need for -docs package - nothing in %doc affects runtime - header files are in -devel (note blocker on .so file) - devel package requires base package with explicit n = v-r The blockers are easy to resolve. If you fix them, I'll approve the fixed spec file. ~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 Thu Jun 30 23:04:01 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 30 Jun 2005 18:04:01 -0500 Subject: Request for review: libpqxx In-Reply-To: <42C39F6C.9040607@lowlatency.de> References: <42C27813.3030405@lowlatency.de> <42C39F6C.9040607@lowlatency.de> Message-ID: <1120172641.8990.76.camel@localhost.localdomain> On Thu, 2005-06-30 at 09:29 +0200, Andreas Bierfert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > New release =) > > http://fedora.lowlatency.de/review/libpqxx-2.5.4-2.src.rpm > http://fedora.lowlatency.de/review/libpqxx.spec Review: rpmlint checks: libpqxx-2.5.4-2.i386.rpm W: libpqxx no-version-in-last-changelog libpqxx-devel-2.5.4-2.i386.rpm W: libpqxx-devel no-version-in-last-changelog Bad: - Same issue as in wv2, you need to move the v-r to the same line as the rest of the changelog descriptor. - There is no need to BuildRequires: perl, its in the Exceptions list. Good: - Package meets PackageNamingGuidelines - spec file matches base package %{name} - Package meets PackagingGuidelines - License (BSD) OK, license in spec matches source, license text included in %doc - spec is in American English, is legible - Sources match upstream - Package compiles and builds on x86 (FC4) - All necessary BuildRequires present - No locales in package - Not relocatable - All created directories owned by packages - No duplicate files in %files - Permissions set properly (for base package, devel is missing defattr) - Package calls ldconfig properly in post/postun - clean section present - macro use is consistent - package is code not content - no need for -docs package - nothing in %doc affects runtime - header files, .so (without version) and .a are in -devel - devel package requires base package with explicit n = v-r - all .la files deleted Minor blockers. Post a fixed spec, and I'll approve. ~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!