From dennis at ausil.us Mon Aug 1 00:18:09 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Sun, 31 Jul 2005 19:18:09 -0500 Subject: Request for Review krecipes In-Reply-To: <20050730102226.76a4c31f.bugs.michael@gmx.net> References: <200507262247.31982.dennis@ausil.us> <20050730102226.76a4c31f.bugs.michael@gmx.net> Message-ID: <200507311918.28622.dennis@ausil.us> Once upon a time Saturday 30 July 2005 3:22 am, Michael Schwendt wrote: > On Tue, 26 Jul 2005 22:47:24 -0500, Dennis Gilmore wrote: > > Hi All, > > > > Could someone please review krecipes for me. > > SPEC: http://ausil.us/packages/krecipes.spec > > SRPM: http://ausil.us/packages/krecipes-0.8.1-1.fc4.src.rpm > > * That it requires > > qt-MySQL > (+mysql) > qt-PostgreSQL > (+postgresql) > > in addition to using SQLite is less than ideal, because the database > support cannot be split off. PostgreSQL support is warned as being "beta". > Dropping the explicit requirements doesn't do any harm. Krecipes warns > in a graphical dialog about the Qt plugins not being found, so they are > more of a "soft requirement" and could be dropped from the spec. Done, i was thinking of removing the postgreSQL requirement because it is marked as beta. and if someone is going to use mysql supportthey at the least need to know how to set the server up. so should be ok to get qt-MySQL also. > * Clicking "Help" in the Wizard doesn't do anything. Im look into it. so far looks like its not implemented. > > Only things im not 100% sure about is > > > > rpmlint ../RPMS/i386/krecipes-0.8.1-1.fc4.i386.rpm > > > > W: krecipes > > symlink-should-be-relative /usr/share/doc/HTML/da/krecipes/common > > /usr/share/doc/HTML/da/common > > rpmlint is right, since absolute symlinks can break more easily than > relative symlinks. But it's not an issue, since the absolute paths are > correct for Fedora Core. > > * Package summary reads like a marketing slogan, not like a good > summary that explains what this package contains. Something more > generic like "Application to manage recipes and shopping-lists" > would be better. I grabbed it straight from krecipes website. so have changed it > * Hint: Sourceforge URLs like http://download.sourceforge.net/... > and http://dl.sf.net/... don't point to the web-based mirror > selector, but directly to a mirror > [ http://download.sourceforge.net/krecipes/krecipes-0.8.1.tar.gz ] > [ http://dl.sf.net/krecipes/krecipes-0.8.1.tar.gz ] Done. > * In %build, the same QTLIB/QTINC fix as in "konversation" may be > needed. yeah it will be i had forgoten about that. i really need to look into why it is the case it wasnt on x86_64 in FC3 > > * Empty %doc line should at least contain the licence file, probably > also the TODO file. Done > The rest looks okay, so feel free to fix in CVS. > done thanks im about to commit changes for fixes now -- 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 buildsys at fedoraproject.org Mon Aug 1 03:35:36 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 31 Jul 2005 23:35:36 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050801033536.678F97FE6@extras64> Packages built and released for Fedora Extras 3: 2 perl-Tk-804.027-7.fc3 udunits-1.12.4-9.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 Mon Aug 1 03:39:31 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 31 Jul 2005 23:39:31 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050801033931.99D597FE6@extras64> Packages built and released for Fedora Extras 4: 3 apg-2.3.0b-2.fc4 perl-Tk-804.027-7.fc4 udunits-1.12.4-9.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 Mon Aug 1 03:45:33 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 31 Jul 2005 23:45:33 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050801034533.3302D7FE6@extras64> Packages built and released for Fedora Extras development: 3 apg-2.3.0b-2.fc5 perl-Tk-804.027-7.fc5 udunits-1.12.4-9.fc5 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 Mon Aug 1 07:04:07 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 1 Aug 2005 09:04:07 +0200 Subject: make check in libcdio Message-ID: <20050801070407.GA32100@lisas.de> know that a 'make check' which does network tests is not allowed in a spec file, but what about a 'make check' which tries to access the CDROM? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164266 libcdio does about 13 tests during 'make check' and one test is using a CD if it can find one in the drive. So should this 'make check' also be disabled? If there is no CD in the drive nothing happens, but if there is a CD in the drive the check tries to access it. Is a test trying to access the hardware of the buildsystem as bad as a test trying to access the network? Adrian From wtogami at redhat.com Mon Aug 1 07:18:16 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 31 Jul 2005 21:18:16 -1000 Subject: make check in libcdio In-Reply-To: <20050801070407.GA32100@lisas.de> References: <20050801070407.GA32100@lisas.de> Message-ID: <42EDCCB8.7010700@redhat.com> Adrian Reber wrote: > know that a 'make check' which does network tests is not allowed in > a spec file, but what about a 'make check' which tries to access the > CDROM? > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164266 > > libcdio does about 13 tests during 'make check' and one test is using a > CD if it can find one in the drive. So should this 'make check' also be > disabled? If there is no CD in the drive nothing happens, but if there > is a CD in the drive the check tries to access it. > Is a test trying to access the hardware of the buildsystem as bad as a > test trying to access the network? I haven't looked in mock's code recently, but last I checked mock only populates a very minimal set of /dev nodes within the buildroot. Among those included are not any block devices, so it sounds like your specific case wont affect us. In the future when Xen supports the other Fedora Extras archs, then we may have buildroots within Xen virtual machines, further isolated from actual hardware. It does sound though that generally it isn't a good idea to leave "make check" enabled in this case. Accessing almost any resource outside of the buildroot should be forbidden during rpmbuild. Warren Togami wtogami at redhat.com From adrian at lisas.de Mon Aug 1 07:33:01 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 1 Aug 2005 09:33:01 +0200 Subject: make check in libcdio In-Reply-To: <42EDCCB8.7010700@redhat.com> References: <20050801070407.GA32100@lisas.de> <42EDCCB8.7010700@redhat.com> Message-ID: <20050801073301.GA4540@lisas.de> On Sun, Jul 31, 2005 at 09:18:16PM -1000, Warren Togami wrote: > > know that a 'make check' which does network tests is not allowed in > >a spec file, but what about a 'make check' which tries to access the > >CDROM? > > > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164266 > > > >libcdio does about 13 tests during 'make check' and one test is using a > >CD if it can find one in the drive. So should this 'make check' also be > >disabled? If there is no CD in the drive nothing happens, but if there > >is a CD in the drive the check tries to access it. > >Is a test trying to access the hardware of the buildsystem as bad as a > >test trying to access the network? > > I haven't looked in mock's code recently, but last I checked mock only > populates a very minimal set of /dev nodes within the buildroot. Among > those included are not any block devices, so it sounds like your > specific case wont affect us. In the future when Xen supports the other > Fedora Extras archs, then we may have buildroots within Xen virtual > machines, further isolated from actual hardware. > > It does sound though that generally it isn't a good idea to leave "make > check" enabled in this case. Accessing almost any resource outside of > the buildroot should be forbidden during rpmbuild. Sounds reasonable and it is also my point of view. I will follow the advice in the bug report and disable 'make check' in the next release. Adrian From andreas.bierfert at lowlatency.de Mon Aug 1 08:51:05 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Mon, 01 Aug 2005 10:51:05 +0200 Subject: APPROVED Re: Request for review: koffice In-Reply-To: <42ED5B51.8050104@redhat.com> References: <42C46C17.3050805@lowlatency.de> <200507211822.32303.symbiont@berlios.de> <42DFEDBD.4080904@redhat.com> <200507221154.22370.symbiont@berlios.de> <42E094EE.2020201@lowlatency.de> <42E0D984.4050401@redhat.com> <42E81A42.7020702@lowlatency.de> <42ECA543.2000509@lowlatency.de> <42ED5B51.8050104@redhat.com> Message-ID: <42EDE279.2060302@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Warren Togami wrote: > Please test for proper directory ownership as these packages are > installed in dependency order. Test it using a similar procedure to this: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136030#c21 I will do this asap. If there need to be changes I will commit them. For now I checked in my current version. > My only thought is perhaps the langpacks should not require an exact > matching %{release}. By requiring only a matching %{version}, then you > can independently patch either package without necessitating a zero > change rebuild of the other. New langpacks are released with every new > version right? Done. Imported to cvs. > After this change to Requires, I suspect your koffice is ready so > APPROVED. If we find any further problems we can always rebuild. Please take a last quick look if you want. Otherwise I will request branch creation for FC-4 and build. Thx again for your time. - - 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 iD8DBQFC7eJ5QEQyPsWM8csRAgnSAJ9XSLp0dvaxkXdqcmjJyRA1mVgeKgCeMcLb v4Lm/OXjiH1sMDDZBIMuJG8= =G5uE -----END PGP SIGNATURE----- From andreas.bierfert at lowlatency.de Mon Aug 1 09:03:53 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Mon, 01 Aug 2005 11:03:53 +0200 Subject: Request for review/approval: libetpan (new dependency for sylpheed-claws) In-Reply-To: <20050731162343.44479952.bugs.michael@gmx.net> References: <42EC9D71.2090802@lowlatency.de> <20050731162343.44479952.bugs.michael@gmx.net> Message-ID: <42EDE579.1000601@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Should all be taken care of now: http://fedora.lowlatency.de/review/libetpan-0.38-2.src.rpm http://fedora.lowlatency.de/review/libetpan.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 iD8DBQFC7eV5QEQyPsWM8csRAjEdAJwPHStSbLmBk9be2i8qrLK+5VLPpQCfZQlp Xo3fZj/zxVR4211URvrhgjA= =5nkv -----END PGP SIGNATURE----- From thomas at apestaart.org Mon Aug 1 10:26:24 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Mon, 01 Aug 2005 12:26:24 +0200 Subject: New package, review needed: icecast In-Reply-To: References: <1122644188.9931.10.camel@thomas.amantes> <1122649255.9931.15.camel@thomas.amantes> Message-ID: <1122891984.4520.4.camel@thomas.amantes> Hi, > > But there's a reason hisB branch isn't mainline - it's precisely because > > he is moving fast on features a lot that his branch is not the mainline. > > It's a deliberate choice, and hence it doesn't make sense to package the > > branch and have people believe it's the official stable icecast. > Hmm. I thought that would have been made clear by the version number. But > hey, I can just whip up a stable icecast release as well. "yum install icecast" doesn't contain the version number; people typically don't really notice the version numbers on download and install either, since they trust their yum.conf to be pointing to a reliable source. And if people have an officially released version installed as rpm, they probably would prefer to not have it be upgraded by an svn snapshot of a different branch. Bottom line - it's just a lot easier on your userbase if it gives them what they expect - you'll get a lot less complaints :) > And yes, his features are a bit more experimental. But the last year I > have been running several icecast-kh daemons in productive use and not one > of them did crash, something which I can unfortunately not say about the > ices tools . ;) I have a friend working at an ISP where they're using five machines to serve 6000 clients - every day one of the icecast processes segfaults. This is with the stable release, btw. I don't expect this to be better in the kh branch :) FWIW, we have one of icecast's maintainers working here at the office, and he tells me that kh's branch is by nature not as stable as the release version. Makes sense, anyway. > Hmmm. WE should think about offering some virtual package such as > webserver is being provided by httpd. > That way we could have clients depend on streaming-server and it doesn't > matter if the user is installing icecast, icecast-kh or shoutcast or > whatever.... Might make sense, but not sure if lots of people ever install much else than apache. If you do, however, then let me know, so I can add the provides to flumotion. Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> I touch and you melt down You don't even know it how much I want to believe it <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From triad at df.lth.se Mon Aug 1 13:02:47 2005 From: triad at df.lth.se (Linus Walleij) Date: Mon, 1 Aug 2005 15:02:47 +0200 (CEST) Subject: New package: libnjb In-Reply-To: <1122670223.4941.178.camel@mccallum.corsepiu.local> References: <1122670223.4941.178.camel@mccallum.corsepiu.local> Message-ID: On Fri, 29 Jul 2005, Ralf Corsepius wrote: > You should make this spec files more compliant to FE-conventions. > Please read http://fedoraproject.org/wiki/PackagingGuidelines I have now read and tried my very best to comply with all packaging guidelines and the stuff mentioned in the packaging review guidelines as well. See: http://www.df.lth.se/~triad/fedora/libnjb-2.2.1-2.fc4.src.rpm Would you approve this package now? Yours, Linus Walleij From thomas at apestaart.org Mon Aug 1 14:41:51 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Mon, 01 Aug 2005 16:41:51 +0200 Subject: new mach release Message-ID: <1122907311.4520.10.camel@thomas.amantes> Hi everyone, after some prerelease testing, a final mach 0.4.7 release has been made. Please find the release notes attached. This version works with either apt or yum, and works with selinux enabled. I'm still looking for people interested in discussing the refactoring of mach into a more pythonic project (work going on in the mach3 directory in cvs) - I need people to discuss ideas and approaches with. Meanwhile, a package for Fedora Extras should soon be hitting the repository. Enjoy, Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> I love the way you love but I hate the way I'm supposed to love you back <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ -------------- next part -------------- mach - make a chroot - RELEASE NOTES ------------------------------------ Announcing the release of mach 0.4.7 - "Long Time No See". WHAT IS IT ---------- mach allows you to set up clean roots from scratch for any distribution or distribution variation supported. This clean build root can be used to run jailed services, create disk images, or build clean packages. mach can currently set up roots for the following distributions: - Fedora 4 (core, updated, extras, rpm.livna.org, JPackage, FreshRPMS, GStreamer) - Fedora 1, 2, 3 (core, updated, www.fedora.us, rpm.livna.org, JPackage, FreshRPMS, GStreamer) - Red Hat 8.0, 9 (basic, updated, www.fedora.us, rpm.livna.org, JPackage, GStreamer, FreshRPMS) - Red Hat 7.2, 7.3 (basic, updated, FreshRPMS, JPackage) - Red Hat 7.0, 7.1 (basic, updated, FreshRPMS) - SuSE 8.1/8.2/9 - Connectiva - Yellowdog Linux 3.0 (basic, updated, FreshRPMS) - Yellowdog Linux 2.3 (basic, updated, FreshRPMS) - Dave/Dina 0.0/oven/fridge Read the README included in the distribution for a better overview. CHANGES ------- - add yum support (various people) - Work with SELinux enabled (Thomas) - Remove all matches when removing packages (Rudi) - Better config error handling (Ville) - Fix filename munging on collect (Jeff) - add support for FC3 and FC4 (Thomas) - Create /dev/null properly (Rudi) - Add runuser support (Rudi) - support fedora extra's "dist" var (Thomas) - Fix urlgrab exceptions (Ville) - upgrade packages before snapshotting build list (Thomas) WHY WOULD YOU USE IT -------------------- mach is helpful: - to create minimal chroot environments to jail services in - to create clean packages for distributions - to catch spec file mistakes, missing buildrequires, and more INFORMATION ----------- mach's homepage is at http://thomas.apestaart.org/projects/mach/ mach is hosted on SourceForge; the project page is http://www.sourceforge.net/projects/mach/ There is a mailing list for development and use of mach. See http://lists.sourceforge.net/lists/listinfo/mach-devel QUICKSTART ---------- a) On a Fedora 4 Core system, install the mach rpm from http://thomas.apestaart.org/download/mach b) su - mach c) mach setup base d) mach chroot poke around a bit in the fresh root e) exit f) mach rebuild http://ayo.freshrpms.net/fedora/linux/4/i386/SRPMS.core/vorbis-tools-1.0.1-6.src.rpm If all goes well, you'll get a nice freshly built vorbis-tools package. Now go out, experiment and bug report ! MAILING LIST ------------ A mailing list has been set up for discussion of mach use and development. Check http://lists.sourceforge.net/lists/listinfo/mach-devel for information. The list is low-volume. BUGS ---- Please report all bugs to the mailing list mentioned above. Always state what platform you are running on, if it's a clean install or somehow updated, how I can reproduce the bug, and output of a run of the failed command with -d (debugging). CONTRIBUTORS ------------ Contributors to this release include - Thomas Vander Stichele - Ville Skytt? - Jeff Pitman - Rudi Chiarito From rc040203 at freenet.de Mon Aug 1 16:17:22 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 01 Aug 2005 18:17:22 +0200 Subject: New package: libnjb In-Reply-To: References: <1122670223.4941.178.camel@mccallum.corsepiu.local> Message-ID: <1122913042.28553.27.camel@mccallum.corsepiu.local> On Mon, 2005-08-01 at 15:02 +0200, Linus Walleij wrote: > On Fri, 29 Jul 2005, Ralf Corsepius wrote: > > > You should make this spec files more compliant to FE-conventions. > > Please read http://fedoraproject.org/wiki/PackagingGuidelines > > I have now read and tried my very best to comply with all packaging > guidelines and the stuff mentioned in the packaging review guidelines as > well. See: > > http://www.df.lth.se/~triad/fedora/libnjb-2.2.1-2.fc4.src.rpm > > Would you approve this package now? There are still some blocking issues: - You should either use Requires(pre): /sbin/ldconfig Requires(post): /sbin/ldconfig or %pre -p /sbin/ldconfig %post -p /sbin/ldconfig - The package must not own %{_libdir} Besides these, further other minor issues (mostly personal preference) exist - Let me propose the patch below. Unless somebody else objects I'd approve the package, then. Ralf -------------- next part -------------- A non-text attachment was scrubbed... Name: libnjb.spec.diff Type: text/x-patch Size: 3540 bytes Desc: not available URL: From qspencer at ieee.org Mon Aug 1 16:41:02 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Mon, 01 Aug 2005 11:41:02 -0500 Subject: Request for review: glpk In-Reply-To: <1122691920.7055.146.camel@ernie> References: <42E63D65.8040508@ieee.org> <604aa791050728131017a7a0d9@mail.gmail.com> <42E94316.1060800@ieee.org> <1122691920.7055.146.camel@ernie> Message-ID: <42EE509E.5080907@ieee.org> Ed Hill wrote: >Heres the promised glpk review: > > needswork: > - a devel package should not install binaries -- please > put the binaries into a separate non-devel package > > I see two approaches to this. I could do what is done in ginac: create a glpk-utils with the two binaries. On the other hand, both of the binaries are generated from source that is included in the examples directory that is intended as documentation. I'm not sure how important the binaries are, or if anyone actually uses them. The second option is to just not install them and allow someone who wants them to build them from the source files in the documentation. > - the package installs 19 headers in /usr/include and they > should probably be put in a subdirectory such as > /usr/include/glpk > > I agree, but this poses a bit of a problem. My indended application for this library is octave 2.9.x. The octave configure script can't find the headers if I move them into a subdirectory of /usr/include. I happen to know the main developer of octave uses Debian, and the Debian package for GLPK puts them in /usr/include like the upstream source. So, I would have to lobby for some or all of these upstream maintainers to change this, or I would have to maintain patches in octave to make this work. Does anyone know another way around this? > - please add an "rm -rf ${RPM_BUILD_ROOT}" immediately after > the "%install" line > > Oops. Thanks for catching that. -Quentin From paul at city-fan.org Mon Aug 1 17:00:12 2005 From: paul at city-fan.org (Paul Howarth) Date: Mon, 01 Aug 2005 18:00:12 +0100 Subject: Request for review: perl-Mail-SPF-Query and perl-Net-CIDR-Lite In-Reply-To: <20050730223420.GA2929@osiris.silug.org> References: <20050730223420.GA2929@osiris.silug.org> Message-ID: <1122915613.2851.255.camel@laurel.intra.city-fan.org> On Sat, 2005-07-30 at 17:34 -0500, Steven Pritchard wrote: > Discussion on this died out... > > http://ftp.kspei.com/pub/steve/rpms/perl-Mail-SPF-Query-1.1997-3.src.rpm Add these and I'll approve it: %{?_with_check:BuildRequires: perl(Test::Pod::Coverage)} %{?_with_check:BuildRequires: perl(Net::DNS) >= 0.46} %{?_with_check:BuildRequires: perl(Net::CIDR::Lite) >= 0.15} Builds OK in mock, issues from previous review addressed. > And one dependency: > > http://ftp.kspei.com/pub/steve/rpms/perl-Net-CIDR-Lite-0.18-1.src.rpm Approved. Paul. -- Paul Howarth From tcallawa at redhat.com Mon Aug 1 17:17:34 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 01 Aug 2005 12:17:34 -0500 Subject: OT: Re: New package: libnjb In-Reply-To: <1122913042.28553.27.camel@mccallum.corsepiu.local> References: <1122670223.4941.178.camel@mccallum.corsepiu.local> <1122913042.28553.27.camel@mccallum.corsepiu.local> Message-ID: <1122916654.2611.5.camel@localhost.localdomain> On Mon, 2005-08-01 at 18:17 +0200, Ralf Corsepius wrote: > Besides these, further other minor issues (mostly personal preference) > exist - Let me propose the patch below. Using unnecessary variable defines annoys the crap out of me. IMHO, there is no reason to do any of the following: %define name libnjb %define version 2.2.1 %define release 1%{?dist} Name: %{name} Version: %{version} Release: %{release} It's ugly, pointless, and clutters up the spec file. Just use: Name: libnjb Version: 2.2.1 Release: 1%{?dist} Linus, this is not meant as an attack on you (or your package), but this is something that I've been meaning to put into the guidelines for a while (and I wanted to point it out on the list). ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Aug 1 17:20:15 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 01 Aug 2005 12:20:15 -0500 Subject: Request for review: glpk In-Reply-To: <42EE509E.5080907@ieee.org> References: <42E63D65.8040508@ieee.org> <604aa791050728131017a7a0d9@mail.gmail.com> <42E94316.1060800@ieee.org> <1122691920.7055.146.camel@ernie> <42EE509E.5080907@ieee.org> Message-ID: <1122916815.2611.9.camel@localhost.localdomain> On Mon, 2005-08-01 at 11:41 -0500, Quentin Spencer wrote: > I agree, but this poses a bit of a problem. My indended application for > this library is octave 2.9.x. The octave configure script can't find the > headers if I move them into a subdirectory of /usr/include. I happen to > know the main developer of octave uses Debian, and the Debian package > for GLPK puts them in /usr/include like the upstream source. So, I would > have to lobby for some or all of these upstream maintainers to change > this, or I would have to maintain patches in octave to make this work. > Does anyone know another way around this? Ask the upstream maintainer first. If he's unwilling to move to the subdir, you could patch configure to support "--with-glpk-includedir=", then offer that to upstream as an alternative. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From rc040203 at freenet.de Mon Aug 1 17:38:50 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 01 Aug 2005 19:38:50 +0200 Subject: Request for review: glpk In-Reply-To: <1122916815.2611.9.camel@localhost.localdomain> References: <42E63D65.8040508@ieee.org> <604aa791050728131017a7a0d9@mail.gmail.com> <42E94316.1060800@ieee.org> <1122691920.7055.146.camel@ernie> <42EE509E.5080907@ieee.org> <1122916815.2611.9.camel@localhost.localdomain> Message-ID: <1122917931.28553.49.camel@mccallum.corsepiu.local> On Mon, 2005-08-01 at 12:20 -0500, Tom 'spot' Callaway wrote: > On Mon, 2005-08-01 at 11:41 -0500, Quentin Spencer wrote: > > > I agree, but this poses a bit of a problem. My indended application for > > this library is octave 2.9.x. The octave configure script can't find the > > headers if I move them into a subdirectory of /usr/include. I happen to > > know the main developer of octave uses Debian, and the Debian package > > for GLPK puts them in /usr/include like the upstream source. So, I would > > have to lobby for some or all of these upstream maintainers to change > > this, or I would have to maintain patches in octave to make this work. > > Does anyone know another way around this? If octave's configure script is properly written CPPFLAGS=-I/usr/include/glpk ./configure should work out of the box. Ralf From qspencer at ieee.org Mon Aug 1 17:55:44 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Mon, 01 Aug 2005 12:55:44 -0500 Subject: Request for review: glpk In-Reply-To: <1122917931.28553.49.camel@mccallum.corsepiu.local> References: <42E63D65.8040508@ieee.org> <604aa791050728131017a7a0d9@mail.gmail.com> <42E94316.1060800@ieee.org> <1122691920.7055.146.camel@ernie> <42EE509E.5080907@ieee.org> <1122916815.2611.9.camel@localhost.localdomain> <1122917931.28553.49.camel@mccallum.corsepiu.local> Message-ID: <42EE6220.3060901@ieee.org> Ralf Corsepius wrote: >On Mon, 2005-08-01 at 12:20 -0500, Tom 'spot' Callaway wrote: > > >>On Mon, 2005-08-01 at 11:41 -0500, Quentin Spencer wrote: >> >> >> >>>I agree, but this poses a bit of a problem. My indended application for >>>this library is octave 2.9.x. The octave configure script can't find the >>>headers if I move them into a subdirectory of /usr/include. I happen to >>>know the main developer of octave uses Debian, and the Debian package >>>for GLPK puts them in /usr/include like the upstream source. So, I would >>>have to lobby for some or all of these upstream maintainers to change >>>this, or I would have to maintain patches in octave to make this work. >>>Does anyone know another way around this? >>> >>> >If octave's configure script is properly written >CPPFLAGS=-I/usr/include/glpk ./configure >should work out of the box. > > Unfortunately, it doesn't work, as illustrated by the following excerpt from config.log: configure:8588: checking glpk.h usability configure:8600: gcc -c -I/usr/include/glpk conftest.c >&5 configure:8633: checking glpk.h presence configure:8643: gcc -E conftest.c For some reason, the second check throws out the flags that I passed in. I have to admit I don't know much about autotools. Is this normal in a configure script? -Quentin From paul at city-fan.org Mon Aug 1 18:02:21 2005 From: paul at city-fan.org (Paul Howarth) Date: Mon, 01 Aug 2005 19:02:21 +0100 Subject: Request for review: perl-BerkeleyDB In-Reply-To: <20050730224322.GA3124@osiris.silug.org> References: <20050730224322.GA3124@osiris.silug.org> Message-ID: <1122919342.2851.286.camel@laurel.intra.city-fan.org> On Sat, 2005-07-30 at 17:43 -0500, Steven Pritchard wrote: > This is a requirement for amavisd-new: > > http://ftp.kspei.com/pub/steve/rpms/perl-BerkeleyDB-0.26-1.src.rpm > http://ftp.kspei.com/pub/steve/rpms/perl-BerkeleyDB/ Good: - package name obviously correct - spec file name correct - license correct - tarball md5sum matches upstream - package builds fine on FC4, and in mock for FC5 - no locale data to worry about - no shared libraries to worry about - no duplicate files - clean section present and correct - package contains code, not content - no large documentation files - docs don't affect running of code - no header files, libraries or pkgconfig files to worry about - no scriptlets or subpackages to worry about Bad: Package description missing. I suggest: BerkeleyDB is a module that allows Perl programs to make use of the facilities provided by Berkeley DB. Berkeley DB is a C library that provides a consistent interface to a number of database formats. BerkeleyDB provides an interface to all four of the database types (hash, btree, queue and recno) currently supported by Berkeley DB. Wrong permissions on documentation. Add to %prep: %{__chmod} -x Changes README Optflags missing from %build: %{__make} %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" For discussion: The files list results in the package owning %{perl_vendorarch}/auto; not sure if that's a good idea. I'd be inclined to replace: %{perl_vendorarch}/* with: %{perl_vendorarch}/BerkeleyDB* %{perl_vendorarch}/auto/BerkeleyDB Add BR: perl(Test::Pod) and perl(MLDBM) for better test coverage. Patch to spec attached. If you apply that, I'll approve. Paul. -- Paul Howarth -------------- next part -------------- A non-text attachment was scrubbed... Name: perl-BerkeleyDB.spec.patch Type: text/x-patch Size: 2023 bytes Desc: not available URL: From triad at df.lth.se Mon Aug 1 18:42:23 2005 From: triad at df.lth.se (Linus Walleij) Date: Mon, 1 Aug 2005 20:42:23 +0200 (CEST) Subject: OT: Re: New package: libnjb In-Reply-To: <1122916654.2611.5.camel@localhost.localdomain> References: <1122670223.4941.178.camel@mccallum.corsepiu.local> <1122913042.28553.27.camel@mccallum.corsepiu.local> <1122916654.2611.5.camel@localhost.localdomain> Message-ID: On Mon, 1 Aug 2005, Tom 'spot' Callaway wrote: > Using unnecessary variable defines annoys the crap out of me. > IMHO, there is no reason to do any of the following: > > %define name libnjb > %define version 2.2.1 > %define release 1%{?dist} > > Name: %{name} > Version: %{version} > Release: %{release} > > It's ugly, pointless, and clutters up the spec file. The guidelines also tells that subpackages (like -devel) should have (actually they demand epoch too): Requires: %{name} = %{version}-%{release} Will using "Name:" implicitly define the macro %{name} then, so that it can be used in "Requires:"? Sorry if I (and many others) get things wrong, it is not always easy to know what RPM does implicitly... %{name}-%{version}-%{release} is also used in "BuildRoot:" in the guidelines. Linus From paul at city-fan.org Mon Aug 1 18:46:27 2005 From: paul at city-fan.org (Paul Howarth) Date: Mon, 01 Aug 2005 19:46:27 +0100 Subject: OT: Re: New package: libnjb In-Reply-To: References: <1122670223.4941.178.camel@mccallum.corsepiu.local> <1122913042.28553.27.camel@mccallum.corsepiu.local> <1122916654.2611.5.camel@localhost.localdomain> Message-ID: <1122921987.2851.289.camel@laurel.intra.city-fan.org> On Mon, 2005-08-01 at 20:42 +0200, Linus Walleij wrote: > On Mon, 1 Aug 2005, Tom 'spot' Callaway wrote: > > > Using unnecessary variable defines annoys the crap out of me. > > IMHO, there is no reason to do any of the following: > > > > %define name libnjb > > %define version 2.2.1 > > %define release 1%{?dist} > > > > Name: %{name} > > Version: %{version} > > Release: %{release} > > > > It's ugly, pointless, and clutters up the spec file. > > The guidelines also tells that subpackages (like -devel) should have > (actually they demand epoch too): > > Requires: %{name} = %{version}-%{release} > > Will using "Name:" implicitly define the macro %{name} then, so that it > can be used in "Requires:"? > > Sorry if I (and many others) get things wrong, it is not always easy to > know what RPM does implicitly... %{name}-%{version}-%{release} is also > used in "BuildRoot:" in the guidelines. Yes, %{name}, %{version}, and %{release} are implicitly defined from the Name:, Version:, and Release: tags. Epoch too if you use it. Paul. -- Paul Howarth From steve at silug.org Mon Aug 1 19:45:05 2005 From: steve at silug.org (Steven Pritchard) Date: Mon, 1 Aug 2005 14:45:05 -0500 Subject: Request for review: perl-Mail-SPF-Query and perl-Net-CIDR-Lite In-Reply-To: <1122915613.2851.255.camel@laurel.intra.city-fan.org> References: <20050730223420.GA2929@osiris.silug.org> <1122915613.2851.255.camel@laurel.intra.city-fan.org> Message-ID: <20050801194505.GA29495@osiris.silug.org> On Mon, Aug 01, 2005 at 06:00:12PM +0100, Paul Howarth wrote: > Add these and I'll approve it: > > %{?_with_check:BuildRequires: perl(Test::Pod::Coverage)} > %{?_with_check:BuildRequires: perl(Net::DNS) >= 0.46} > %{?_with_check:BuildRequires: perl(Net::CIDR::Lite) >= 0.15} Done. http://ftp.kspei.com/pub/steve/rpms/perl-Mail-SPF-Query-1.997-4.src.rpm http://ftp.kspei.com/pub/steve/rpms/perl-Mail-SPF-Query/ > > http://ftp.kspei.com/pub/steve/rpms/perl-Net-CIDR-Lite-0.18-1.src.rpm > > Approved. Thanks. 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 denis at poolshark.org Mon Aug 1 20:29:46 2005 From: denis at poolshark.org (Denis Leroy) Date: Mon, 01 Aug 2005 13:29:46 -0700 Subject: Galeon rebuild Message-ID: <42EE863A.50607@poolshark.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 What's up with the broken galeon that's been around for a week ? : - --> Populating transaction set with selected packages. Please wait. - ---> Package galeon.i386 0:1.3.21-8.fc4 set to be updated - --> Running transaction check - --> Processing Dependency: mozilla = 37:1.7.8 for package: galeon - --> Finished Dependency Resolution Error: Missing Dependency: mozilla = 37:1.7.8 is needed by package galeon I see there's bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=164344 but shouldn't this be a simple rebuild ? - -denis -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFC7oY5N21V2B2op6oRAhA9AKCp77OW3T1P7wyerZrM/SqgoYYYlQCfSlvm qvJMpv4i+13oixxnft8Du0g= =n0nd -----END PGP SIGNATURE----- From steve at silug.org Mon Aug 1 21:43:17 2005 From: steve at silug.org (Steven Pritchard) Date: Mon, 1 Aug 2005 16:43:17 -0500 Subject: Request for review: perl-BerkeleyDB In-Reply-To: <1122919342.2851.286.camel@laurel.intra.city-fan.org> References: <20050730224322.GA3124@osiris.silug.org> <1122919342.2851.286.camel@laurel.intra.city-fan.org> Message-ID: <20050801214317.GB29495@osiris.silug.org> On Mon, Aug 01, 2005 at 07:02:21PM +0100, Paul Howarth wrote: > Bad: > > Package description missing. I suggest: [...] Added. Sorry about that. When I saw the package in my ftp directory, I assumed I'd finished it. Apparently I was mistaken. :-) > Wrong permissions on documentation. Add to %prep: > %{__chmod} -x Changes README Done. > Optflags missing from %build: > %{__make} %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" I'm still not convinced that it is a good idea to allow modules to build with different optimization flags than perl itself, but I seem to be the only one, so I've added it to this package (and to cpanspec). > For discussion: > > The files list results in the package owning %{perl_vendorarch}/auto; > not sure if that's a good idea. I'd be inclined to replace: > %{perl_vendorarch}/* > with: > %{perl_vendorarch}/BerkeleyDB* > %{perl_vendorarch}/auto/BerkeleyDB Done. > Add BR: perl(Test::Pod) and perl(MLDBM) for better test coverage. Done. > Patch to spec attached. If you apply that, I'll approve. I wish you'd said that sooner (or that I'd read the whole message before making changes ;). In any case, I think I got everything... http://ftp.kspei.com/pub/steve/rpms/perl-BerkeleyDB-0.26-2.src.rpm http://ftp.kspei.com/pub/steve/rpms/perl-BerkeleyDB/ 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 joelwreed at comcast.net Tue Aug 2 01:19:00 2005 From: joelwreed at comcast.net (joel reed) Date: Mon, 1 Aug 2005 21:19:00 -0400 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <20050730013335.GA31155@comcast.net> References: <20050730013335.GA31155@comcast.net> Message-ID: <20050802011900.GA10614@comcast.net> On Fri, Jul 29, 2005 at 09:33:35PM -0400, joel reed wrote: > I posted a request for review on July 8th and July 16th, and received > helpful feedback from Ignacio Vazquez-Abrams and Rui Miguel Seabra. > > I believe I've addressed their concerns. > > The updated spec/rpm files can be found here: > > http://home.comcast.net/~joelwreed/libxslt-plugin-regexp-0.5-1.src.rpm > http://home.comcast.net/~joelwreed/libxslt-plugin-regexp.spec > > http://home.comcast.net/~joelwreed/libxslt-plugin-dates-and-times-0.2-1.src.rpm > http://home.comcast.net/~joelwreed/libxslt-plugin-dates-and-times.spec > > Do the spec files look good now? hmm, no feedback this time. can i assume they are now acceptable? jr > > As a reminder, the following two libxslt plugins add support for a few > http://exslt.org extension functions. > > 1. regular-expressions > Implements regexp:test, regexp.match, and regexp:replace using PCRE. > > 2. dates-and-times > Implements format:date using libgcj. > > jr > > -- > 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 Tue Aug 2 01:17:58 2005 From: lmacken at redhat.com (Luke Macken) Date: Mon, 1 Aug 2005 21:17:58 -0400 Subject: Request for approval: nethack Message-ID: <20050802011758.GA15437@tomservo.boston.redhat.com> This package is in CVS awaiting approval. SPEC: http://people.redhat.com/lmacken/nethack.spec SRPM: http://people.redhat.com/lmacken/nethack-3.4.3-1.src.rpm From buildsys at fedoraproject.org Tue Aug 2 02:09:19 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 1 Aug 2005 22:09:19 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050802020919.876E57F78@extras64> Packages built and released for Fedora Extras 3: 7 Coin2-2.4.3-1.fc3 anthy-6700b-1.fc3 clamav-0.86.2-4.fc3 dejavu-fonts-1.12-1.fc3 gkrellm-freq-0.1.1-2.fc3 lighttpd-1.3.16-1.fc3 proftpd-1.2.10-6.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 Aug 2 02:10:04 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 1 Aug 2005 22:10:04 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050802021004.183867F78@extras64> Packages built and released for Fedora Extras 4: 17 anthy-6700b-1.fc4 clamav-0.86.2-4.fc4 dejavu-fonts-1.12-1.fc4 gkrellm-freq-0.1.1-2.fc4 inadyn-1.95-1.fc4 inadyn-1.95-2.fc4 liferea-0.9.5-1.fc4 lighttpd-1.3.16-2.fc4 plone-2.1-0.2.rc1.fc4 proftpd-1.2.10-6.fc4 proj-4.4.9-1.fc4 pure-ftpd-1.0.20-3.fc4 python-matplotlib-0.83.2-2.fc4 scim-1.4.0-2.3.fc4 scim-1.4.0-2.4.fc4 taglib-1.4-1.fc4 unison-2.12.0-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 Tue Aug 2 02:10:15 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 1 Aug 2005 22:10:15 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050802021015.1DD557F78@extras64> Packages built and released for Fedora Extras development: 18 blacs-1.1-16.fc5 clamav-0.86.2-4.fc5 dejavu-fonts-1.12-1.fc5 inadyn-1.95-2.fc5 kyum-0.7.5-1 libapreq2-2.06-1.fc5 libcdio-0.75-4.fc5 liferea-0.9.5-2.fc5 lighttpd-1.3.16-1.fc5 lighttpd-1.3.16-2.fc5 nexuiz-1.1-1.fc5 plone-2.1-0.2.rc1.fc5 proftpd-1.2.10-6.fc5 pure-ftpd-1.0.20-3.fc5 python-matplotlib-0.83.2-1.fc5 spamass-milter-0.3.0-8.fc5 taglib-1.4-1.fc5 unison-2.12.0-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bdpepple at ameritech.net Tue Aug 2 02:27:26 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Mon, 01 Aug 2005 22:27:26 -0400 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <20050802011900.GA10614@comcast.net> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> Message-ID: <1122949647.12217.17.camel@shuttle.273piedmont.com> On Mon, 2005-08-01 at 21:19 -0400, joel reed wrote: > > The updated spec/rpm files can be found here: > > > > http://home.comcast.net/~joelwreed/libxslt-plugin-regexp-0.5-1.src.rpm > > http://home.comcast.net/~joelwreed/libxslt-plugin-regexp.spec > > > > http://home.comcast.net/~joelwreed/libxslt-plugin-dates-and-times-0.2-1.src.rpm > > http://home.comcast.net/~joelwreed/libxslt-plugin-dates-and-times.spec > > > > Do the spec files look good now? > > hmm, no feedback this time. can i assume they are now acceptable? No. Just glancing at the first one (libslt-plugin-regexp), it appears that there is still some clean-up needed on them. 1. The source line is incorrect. No file exists at this location. 2. Is there any reason your defining Prefix & Docdir? 3. Which license it is using? The regexp.c refers to the Copyright, which isn't included in the tarball. Suggestion: How about using the specfile template provided by fedora-rpmdevtools? Having some whitespace, would really help with the readability of your specfiles, and more people might be willing to review them. /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 paul at city-fan.org Tue Aug 2 06:03:49 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 02 Aug 2005 07:03:49 +0100 Subject: Request for review: perl-BerkeleyDB In-Reply-To: <20050801214317.GB29495@osiris.silug.org> References: <20050730224322.GA3124@osiris.silug.org> <1122919342.2851.286.camel@laurel.intra.city-fan.org> <20050801214317.GB29495@osiris.silug.org> Message-ID: <1122962630.2851.300.camel@laurel.intra.city-fan.org> On Mon, 2005-08-01 at 16:43 -0500, Steven Pritchard wrote: > On Mon, Aug 01, 2005 at 07:02:21PM +0100, Paul Howarth wrote: > > Bad: > > > > Package description missing. I suggest: > [...] > > Added. Sorry about that. When I saw the package in my ftp directory, > I assumed I'd finished it. Apparently I was mistaken. :-) > > > Wrong permissions on documentation. Add to %prep: > > %{__chmod} -x Changes README > > Done. > > > Optflags missing from %build: > > %{__make} %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" > > I'm still not convinced that it is a good idea to allow modules to > build with different optimization flags than perl itself, but I seem > to be the only one, so I've added it to this package (and to > cpanspec). > > > For discussion: > > > > The files list results in the package owning %{perl_vendorarch}/auto; > > not sure if that's a good idea. I'd be inclined to replace: > > %{perl_vendorarch}/* > > with: > > %{perl_vendorarch}/BerkeleyDB* > > %{perl_vendorarch}/auto/BerkeleyDB > > Done. > > > Add BR: perl(Test::Pod) and perl(MLDBM) for better test coverage. > > Done. > > > Patch to spec attached. If you apply that, I'll approve. > > I wish you'd said that sooner (or that I'd read the whole message > before making changes ;). In any case, I think I got everything... > > http://ftp.kspei.com/pub/steve/rpms/perl-BerkeleyDB-0.26-2.src.rpm > http://ftp.kspei.com/pub/steve/rpms/perl-BerkeleyDB/ Approved. Paul. -- Paul Howarth From rc040203 at freenet.de Tue Aug 2 07:02:15 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 02 Aug 2005 09:02:15 +0200 Subject: Request for review: glpk In-Reply-To: <42EE6220.3060901@ieee.org> References: <42E63D65.8040508@ieee.org> <604aa791050728131017a7a0d9@mail.gmail.com> <42E94316.1060800@ieee.org> <1122691920.7055.146.camel@ernie> <42EE509E.5080907@ieee.org> <1122916815.2611.9.camel@localhost.localdomain> <1122917931.28553.49.camel@mccallum.corsepiu.local> <42EE6220.3060901@ieee.org> Message-ID: <1122966135.28553.64.camel@mccallum.corsepiu.local> On Mon, 2005-08-01 at 12:55 -0500, Quentin Spencer wrote: > Ralf Corsepius wrote: > > >On Mon, 2005-08-01 at 12:20 -0500, Tom 'spot' Callaway wrote: > > > > > >>On Mon, 2005-08-01 at 11:41 -0500, Quentin Spencer wrote: > >If octave's configure script is properly written > >CPPFLAGS=-I/usr/include/glpk ./configure > >should work out of the box. > > > > > > Unfortunately, it doesn't work, as illustrated by the following excerpt > from config.log: > configure:8588: checking glpk.h usability > configure:8600: gcc -c -I/usr/include/glpk conftest.c >&5 > > configure:8633: checking glpk.h presence > configure:8643: gcc -E conftest.c > > For some reason, the second check throws out the flags that I passed in. > I have to admit I don't know much about autotools. > Is this normal in a configure script? No, conversely, configure scripts are supposed to accept several flags such as CPPFLAGS, CFLAGS, CXXFLAGS, LDFLAGS etc. and are not supposed to override them, but ... I have seen better configure scripts than octave's ;) Ralf From foolish at fedoraforum.org Tue Aug 2 08:17:10 2005 From: foolish at fedoraforum.org (Sindre Pedersen Bjordal) Date: Tue, 02 Aug 2005 10:17:10 +0200 Subject: Request for review: Smeg menu editor & pyxdg Message-ID: <1122970630.16427.3.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-2.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-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 bugs.michael at gmx.net Tue Aug 2 09:15:30 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 2 Aug 2005 11:15:30 +0200 Subject: Request for review: Smeg menu editor & pyxdg In-Reply-To: <1122970630.16427.3.camel@localhost.localdomain> References: <1122970630.16427.3.camel@localhost.localdomain> Message-ID: <20050802111530.45e5716d.bugs.michael@gmx.net> On Tue, 02 Aug 2005 10:17:10 +0200, Sindre Pedersen Bjordal wrote: > 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-2.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-2.src.rpm Creating a new thread for this one doesn't help anyone. Please check the list archives for a reply to your previous review request. Notice Tom Callaway's review from 2005-07-19. You didn't answer to it. From ed at eh3.com Tue Aug 2 12:47:29 2005 From: ed at eh3.com (Ed Hill) Date: Tue, 02 Aug 2005 08:47:29 -0400 Subject: Request for review: glpk In-Reply-To: <1122966135.28553.64.camel@mccallum.corsepiu.local> References: <42E63D65.8040508@ieee.org> <604aa791050728131017a7a0d9@mail.gmail.com> <42E94316.1060800@ieee.org> <1122691920.7055.146.camel@ernie> <42EE509E.5080907@ieee.org> <1122916815.2611.9.camel@localhost.localdomain> <1122917931.28553.49.camel@mccallum.corsepiu.local> <42EE6220.3060901@ieee.org> <1122966135.28553.64.camel@mccallum.corsepiu.local> Message-ID: <1122986849.25925.193.camel@ernie> On Tue, 2005-08-02 at 09:02 +0200, Ralf Corsepius wrote: > On Mon, 2005-08-01 at 12:55 -0500, Quentin Spencer wrote: > > Unfortunately, it doesn't work, as illustrated by the following excerpt > > from config.log: > > configure:8588: checking glpk.h usability > > configure:8600: gcc -c -I/usr/include/glpk conftest.c >&5 > > > > configure:8633: checking glpk.h presence > > configure:8643: gcc -E conftest.c > > > > For some reason, the second check throws out the flags that I passed in. > > I have to admit I don't know much about autotools. > > Is this normal in a configure script? > No, conversely, configure scripts are supposed to accept several flags > such as CPPFLAGS, CFLAGS, CXXFLAGS, LDFLAGS etc. and are not supposed to > override them, but ... I have seen better configure scripts than > octave's ;) So, lets help upstream improve it. ;-) Will they accept patches? I'll take a look and try to whip one up later this week. 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 Tue Aug 2 13:23:02 2005 From: foolish at fedoraforum.org (Sindre Pedersen Bjordal) Date: Tue, 02 Aug 2005 15:23:02 +0200 Subject: Request for review: smeg (Simple menu editor gnome) & pyxdg In-Reply-To: <1121731900.32518.70.camel@localhost.localdomain> References: <1117503506.16959.10.camel@localhost.localdomain> <1117643254.26609.2.camel@localhost.localdomain> <1121731900.32518.70.camel@localhost.localdomain> Message-ID: <1122988982.25832.1.camel@localhost.localdomain> man, 18,.07.2005 kl. 19.11 -0500, skrev Tom 'spot' Callaway: > On Wed, 2005-06-01 at 18:27 +0200, Sindre Pedersen Bjordal wrote: > > 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. > > Review: pyxdg (reviewed pyxdg-0.14-2) > > Good: > > - rpmlint checks return nothing > - meets naming guidelines (pyxdg is ok) > - meets PackagingGuidelines > - License OK (LGPL), matches source, text of license included > - spec is in am.english, legible > - sources match upstream > - package builds ok on FC4 (x86) > - no unnecessary BuildRequires, no missing BuildRequires > - no locales > - no shared library files > - no -docs, no -devel > - not relocatable > - owns all directories it creates > - no duplicate files > - %clean ok > - macro use is consistent > > APPROVED > > Review: smeg (reviewed smeg-0.7.5-2) > > Bad: > - Should be BuildArch: noarch (nothing is actually compiled here) > - Doesn't need CFLAGS passed at build time > > Good: > > - rpmlint errors: > E: smeg only-non-binary-in-usr-lib (no worries, this is python) > - naming is ok > - meets PackagingGuidelines > - License ok (GPL), matches actual code, text included in %doc > - spec in am. english, legible > - source matches upstream > - package builds and runs ok on FC4 (x86) > - no missing or forbidden BR > - no shared libs > - no -docs, -devel > - no locales > - not relocatable > - owns all directories it creates > - no duplicate files > - macro use consistent > - file attribs ok > - code, not content > > The blocker on smeg is minor, and easily resolved, so I'm marking this > APPROVED. Please make this package noarch without CFLAGS before you > request a build. > > Thanks, > > ~spot Sorry for the mess with this, this reply got past me somehow. Made pyxdg noarch and removed CFLAGS: http://foolish.digitalinc.info/pakker/SRPMS/smeg.spec http://foolish.digitalinc.info/pakker/SRPMS/smeg-0.7.5-2.src.rpm http://foolish.digitalinc.info/pakker/SRPMS/pyxdg.spec http://foolish.digitalinc.info/pakker/SRPMS/pyxdg-0.14-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 tcallawa at redhat.com Tue Aug 2 13:50:09 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 02 Aug 2005 08:50:09 -0500 Subject: OT: Re: New package: libnjb In-Reply-To: <1122921987.2851.289.camel@laurel.intra.city-fan.org> References: <1122670223.4941.178.camel@mccallum.corsepiu.local> <1122913042.28553.27.camel@mccallum.corsepiu.local> <1122916654.2611.5.camel@localhost.localdomain> <1122921987.2851.289.camel@laurel.intra.city-fan.org> Message-ID: <1122990609.2582.16.camel@localhost.localdomain> On Mon, 2005-08-01 at 19:46 +0100, Paul Howarth wrote: > Yes, %{name}, %{version}, and %{release} are implicitly defined from the > Name:, Version:, and Release: tags. Epoch too if you use it. In fact, everything that rpm is capable of defining as: Foo: bar Will then exist as %{foo}. But I do see how I confused you, all apologies. (Matthias, it might be good to throw that one in max rpm. :) ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Tue Aug 2 13:49:31 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 02 Aug 2005 08:49:31 -0500 Subject: Request for review: glpk In-Reply-To: <1122986849.25925.193.camel@ernie> References: <42E63D65.8040508@ieee.org> <604aa791050728131017a7a0d9@mail.gmail.com> <42E94316.1060800@ieee.org> <1122691920.7055.146.camel@ernie> <42EE509E.5080907@ieee.org> <1122916815.2611.9.camel@localhost.localdomain> <1122917931.28553.49.camel@mccallum.corsepiu.local> <42EE6220.3060901@ieee.org> <1122966135.28553.64.camel@mccallum.corsepiu.local> <1122986849.25925.193.camel@ernie> Message-ID: <42EF79EB.2000801@ieee.org> Ed Hill wrote: >On Tue, 2005-08-02 at 09:02 +0200, Ralf Corsepius wrote: > > >>On Mon, 2005-08-01 at 12:55 -0500, Quentin Spencer wrote: >> >> >>>Unfortunately, it doesn't work, as illustrated by the following excerpt >>>from config.log: >>>configure:8588: checking glpk.h usability >>>configure:8600: gcc -c -I/usr/include/glpk conftest.c >&5 >>> >>>configure:8633: checking glpk.h presence >>>configure:8643: gcc -E conftest.c >>> >>>For some reason, the second check throws out the flags that I passed in. >>>I have to admit I don't know much about autotools. >>>Is this normal in a configure script? >>> >>> >>No, conversely, configure scripts are supposed to accept several flags >>such as CPPFLAGS, CFLAGS, CXXFLAGS, LDFLAGS etc. and are not supposed to >>override them, but ... I have seen better configure scripts than >>octave's ;) >> >> > >So, lets help upstream improve it. ;-) Will they accept patches? > If you're talking about octave, definitely yes. GLPK is another story--one of the least responsive package developers I've come accross (part of the reason we still have no shared libs). -Quentin From tcallawa at redhat.com Tue Aug 2 15:45:38 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 02 Aug 2005 10:45:38 -0500 Subject: Request for review: perl-BerkeleyDB In-Reply-To: <20050801214317.GB29495@osiris.silug.org> References: <20050730224322.GA3124@osiris.silug.org> <1122919342.2851.286.camel@laurel.intra.city-fan.org> <20050801214317.GB29495@osiris.silug.org> Message-ID: <1122997538.2914.8.camel@localhost.localdomain> On Mon, 2005-08-01 at 16:43 -0500, Steven Pritchard wrote: > > Optflags missing from %build: > > %{__make} %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" > > I'm still not convinced that it is a good idea to allow modules to > build with different optimization flags than perl itself, but I seem > to be the only one, so I've added it to this package (and to > cpanspec). Again, perl is being build with $RPM_OPT_FLAGS. So, unless you build with it, you're not matching perl's optimization flags. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From rc040203 at freenet.de Tue Aug 2 15:57:44 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 02 Aug 2005 17:57:44 +0200 Subject: Request for review: perl-BerkeleyDB In-Reply-To: <1122997538.2914.8.camel@localhost.localdomain> References: <20050730224322.GA3124@osiris.silug.org> <1122919342.2851.286.camel@laurel.intra.city-fan.org> <20050801214317.GB29495@osiris.silug.org> <1122997538.2914.8.camel@localhost.localdomain> Message-ID: <1122998264.28553.93.camel@mccallum.corsepiu.local> On Tue, 2005-08-02 at 10:45 -0500, Tom 'spot' Callaway wrote: > On Mon, 2005-08-01 at 16:43 -0500, Steven Pritchard wrote: > > > > Optflags missing from %build: > > > %{__make} %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" > > > > I'm still not convinced that it is a good idea to allow modules to > > build with different optimization flags than perl itself, but I seem > > to be the only one, so I've added it to this package (and to > > cpanspec). > > Again, perl is being build with $RPM_OPT_FLAGS. So, unless you build > with it, you're not matching perl's optimization flags. It depends on the Makefile's internals. ExtUtils::MakeMaker Makefile.pl's use the OPTIMIZE-flags that had been used when building perl. Passing OPTIMIZE to make in most cases is superfluous. Ralf From tcallawa at redhat.com Tue Aug 2 16:04:12 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 02 Aug 2005 11:04:12 -0500 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <20050802011900.GA10614@comcast.net> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> Message-ID: <1122998652.2914.20.camel@localhost.localdomain> On Mon, 2005-08-01 at 21:19 -0400, joel reed wrote: > On Fri, Jul 29, 2005 at 09:33:35PM -0400, joel reed wrote: > > I posted a request for review on July 8th and July 16th, and received > > helpful feedback from Ignacio Vazquez-Abrams and Rui Miguel Seabra. > > > > I believe I've addressed their concerns. > > > > The updated spec/rpm files can be found here: > > > > http://home.comcast.net/~joelwreed/libxslt-plugin-regexp-0.5-1.src.rpm > > http://home.comcast.net/~joelwreed/libxslt-plugin-regexp.spec > > > > http://home.comcast.net/~joelwreed/libxslt-plugin-dates-and-times-0.2-1.src.rpm > > http://home.comcast.net/~joelwreed/libxslt-plugin-dates-and-times.spec > > > > Do the spec files look good now? > > hmm, no feedback this time. can i assume they are now acceptable? No, don't assume that. In an initial look, I notice a couple of things. - You really should consider using some newlines in the spec file. It significantly helps legibility if you break it up into groups. - If you want to set Prefix: (to make the package relocatable), you need to have a good reason. Most likely, you just want to take that line out. - I'm not sure why you're defining Docdir. Take that line out too. - You need to include a copy of the MIT license as a %doc. This isn't in the upstream package, but it almost definitely should be. The only bit of sourcecode in the package says to look in the "Copyright" file for the license. But... there is no Copyright file. Please make those changes, then I'll re-review. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Tue Aug 2 16:07:24 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Tue, 02 Aug 2005 11:07:24 -0500 Subject: Request for review: perl-BerkeleyDB In-Reply-To: <1122998264.28553.93.camel@mccallum.corsepiu.local> References: <20050730224322.GA3124@osiris.silug.org> <1122919342.2851.286.camel@laurel.intra.city-fan.org> <20050801214317.GB29495@osiris.silug.org> <1122997538.2914.8.camel@localhost.localdomain> <1122998264.28553.93.camel@mccallum.corsepiu.local> Message-ID: <1122998844.2914.23.camel@localhost.localdomain> On Tue, 2005-08-02 at 17:57 +0200, Ralf Corsepius wrote: > On Tue, 2005-08-02 at 10:45 -0500, Tom 'spot' Callaway wrote: > > On Mon, 2005-08-01 at 16:43 -0500, Steven Pritchard wrote: > > > > > > Optflags missing from %build: > > > > %{__make} %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" > > > > > > I'm still not convinced that it is a good idea to allow modules to > > > build with different optimization flags than perl itself, but I seem > > > to be the only one, so I've added it to this package (and to > > > cpanspec). > > > > Again, perl is being build with $RPM_OPT_FLAGS. So, unless you build > > with it, you're not matching perl's optimization flags. > It depends on the Makefile's internals. ExtUtils::MakeMaker > Makefile.pl's use the OPTIMIZE-flags that had been used when building > perl. Passing OPTIMIZE to make in most cases is superfluous. Nevertheless, the flags used to build perl were $RPM_OPT_FLAGS. So we're not changing anything, even if we are being a little redundant. If nothing else, we're ensuring that we're using the same OPTIMIZE-flags that perl used. :) ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Tue Aug 2 16:08:31 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 02 Aug 2005 19:08:31 +0300 Subject: Request for review: perl-BerkeleyDB In-Reply-To: <1122998264.28553.93.camel@mccallum.corsepiu.local> References: <20050730224322.GA3124@osiris.silug.org> <1122919342.2851.286.camel@laurel.intra.city-fan.org> <20050801214317.GB29495@osiris.silug.org> <1122997538.2914.8.camel@localhost.localdomain> <1122998264.28553.93.camel@mccallum.corsepiu.local> Message-ID: <1122998911.3005.3.camel@localhost.localdomain> On Tue, 2005-08-02 at 17:57 +0200, Ralf Corsepius wrote: > On Tue, 2005-08-02 at 10:45 -0500, Tom 'spot' Callaway wrote: > > > Again, perl is being build with $RPM_OPT_FLAGS. So, unless you build > > with it, you're not matching perl's optimization flags. > > It depends on the Makefile's internals. ExtUtils::MakeMaker > Makefile.pl's use the OPTIMIZE-flags that had been used when building > perl. Yes, unless OPTIMIZE is passed to Makefile.PL. > Passing OPTIMIZE to make in most cases is superfluous. Yes, but only if OPTIMIZE was passed to Makefile.PL. From rc040203 at freenet.de Tue Aug 2 16:11:18 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 02 Aug 2005 18:11:18 +0200 Subject: Request for review: perl-BerkeleyDB In-Reply-To: <1122998844.2914.23.camel@localhost.localdomain> References: <20050730224322.GA3124@osiris.silug.org> <1122919342.2851.286.camel@laurel.intra.city-fan.org> <20050801214317.GB29495@osiris.silug.org> <1122997538.2914.8.camel@localhost.localdomain> <1122998264.28553.93.camel@mccallum.corsepiu.local> <1122998844.2914.23.camel@localhost.localdomain> Message-ID: <1122999079.28553.98.camel@mccallum.corsepiu.local> On Tue, 2005-08-02 at 11:07 -0500, Tom 'spot' Callaway wrote: > On Tue, 2005-08-02 at 17:57 +0200, Ralf Corsepius wrote: > > On Tue, 2005-08-02 at 10:45 -0500, Tom 'spot' Callaway wrote: > > > On Mon, 2005-08-01 at 16:43 -0500, Steven Pritchard wrote: > > > > > > > > Optflags missing from %build: > > > > > %{__make} %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" > > > > > > > > I'm still not convinced that it is a good idea to allow modules to > > > > build with different optimization flags than perl itself, but I seem > > > > to be the only one, so I've added it to this package (and to > > > > cpanspec). > > > > > > Again, perl is being build with $RPM_OPT_FLAGS. So, unless you build > > > with it, you're not matching perl's optimization flags. > > It depends on the Makefile's internals. ExtUtils::MakeMaker > > Makefile.pl's use the OPTIMIZE-flags that had been used when building > > perl. Passing OPTIMIZE to make in most cases is superfluous. > > Nevertheless, the flags used to build perl were $RPM_OPT_FLAGS. So we're > not changing anything, even if we are being a little redundant. If > nothing else, we're ensuring that we're using the same OPTIMIZE-flags > that perl used. :) Nope, all you are doing is passing RPM_OPT_FLAGS redundantly for a third time (Once through MakeMaker ("The default value"), a second time when running perl Makefile.pl ("The configuration time value"), and a third time when running make ("The build-time value"). This is similar redundant as mandating ./configure CFLAGS=RPM_OPT_FLAGS make CFLAGS=$RPM_OPT_FLAGS for autoconf scripts. Ralf From rc040203 at freenet.de Tue Aug 2 16:13:17 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 02 Aug 2005 18:13:17 +0200 Subject: Request for review: perl-BerkeleyDB In-Reply-To: <1122998911.3005.3.camel@localhost.localdomain> References: <20050730224322.GA3124@osiris.silug.org> <1122919342.2851.286.camel@laurel.intra.city-fan.org> <20050801214317.GB29495@osiris.silug.org> <1122997538.2914.8.camel@localhost.localdomain> <1122998264.28553.93.camel@mccallum.corsepiu.local> <1122998911.3005.3.camel@localhost.localdomain> Message-ID: <1122999198.28553.101.camel@mccallum.corsepiu.local> On Tue, 2005-08-02 at 19:08 +0300, Ville Skytt? wrote: > On Tue, 2005-08-02 at 17:57 +0200, Ralf Corsepius wrote: > > On Tue, 2005-08-02 at 10:45 -0500, Tom 'spot' Callaway wrote: > > > > > Again, perl is being build with $RPM_OPT_FLAGS. So, unless you build > > > with it, you're not matching perl's optimization flags. > > > > It depends on the Makefile's internals. ExtUtils::MakeMaker > > Makefile.pl's use the OPTIMIZE-flags that had been used when building > > perl. > > Yes, unless OPTIMIZE is passed to Makefile.PL. > > > Passing OPTIMIZE to make in most cases is superfluous. > > Yes, but only if OPTIMIZE was passed to Makefile.PL. Right, that's the "right (tm)" way to do it, IMO. It's the MakeMaker analogy to %configure. Ralf From alex at dalloz.de Tue Aug 2 16:40:59 2005 From: alex at dalloz.de (Alexander Dalloz) Date: Tue, 02 Aug 2005 18:40:59 +0200 Subject: Request for rewiew: mbuffer-20050730 Message-ID: <1123000859.21238.397.camel@serendipity.dogma.lan> mbuffer is a raplacement for buffer with additional functionality: * display of I/O speed * optional use of memory mapped I/O for huge buffers * multithreaded instead of sharedmemory ipc * multi volume support * autoloader support * networking support * compatible command-line options This small tool is for instance very handy if you run dd to copy some raw data, like copying a partition. As dd lacks any progress display piping input into mbuffer and output back to dd you can follow processing. Example: tmp $ dd if=/dev/zero | mbuffer -m 1M | dd of=./foofile bs=1k count=102400 in @ 7.1 MB/s, out @ 7.1 MB/s, 99 MB total, buffer 99% full 102400+0 records in 102400+0 records out spec file and src.rpm for review: http://www.uni-x.org/review/mbuffer.spec http://www.uni-x.org/review/mbuffer-20050730-1.src.rpm Comment: I uses "/bin" rather than "%{_bindir} to make it available together with dd even if /usr isn't mounted (emergency case). Alexander -- 1024D/866ED681 2005-07-11 Alexander Dalloz (Fedora Project) Key fingerprint = CD40 0A91 7814 C1E4 5940 8E0E 1FD5 C316 866E D681 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From bdpepple at ameritech.net Tue Aug 2 17:01:59 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Tue, 02 Aug 2005 13:01:59 -0400 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <1122998652.2914.20.camel@localhost.localdomain> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> <1122998652.2914.20.camel@localhost.localdomain> Message-ID: <1123002120.21744.1.camel@shuttle.273piedmont.com> On Tue, 2005-08-02 at 11:04 -0500, Tom 'spot' Callaway wrote: > On Mon, 2005-08-01 at 21:19 -0400, joel reed wrote: > > > hmm, no feedback this time. can i assume they are now acceptable? > > No, don't assume that. > > In an initial look, I notice a couple of things. > > - You really should consider using some newlines in the spec file. It > significantly helps legibility if you break it up into groups. > > - If you want to set Prefix: (to make the package relocatable), you need > to have a good reason. Most likely, you just want to take that line out. > > - I'm not sure why you're defining Docdir. Take that line out too. > > - You need to include a copy of the MIT license as a %doc. This isn't in > the upstream package, but it almost definitely should be. The only bit > of sourcecode in the package says to look in the "Copyright" file for > the license. But... there is no Copyright file. > > Please make those changes, then I'll re-review. > In addition to Tom's suggestions, your Source url needs to be corrected. /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 gogers at gmail.com Tue Aug 2 18:00:33 2005 From: gogers at gmail.com (Mariusz Wasiluk) Date: Tue, 2 Aug 2005 20:00:33 +0200 Subject: New package: kadu Message-ID: Hi! I would like to propose kadu package to Fedora Extras. Kadu is client of Gadu-Gadu 6.1 protocol (very popular in Poland). It's an Internet Messager for Linux and UN*X or MacOSX. It supports voice messaging, file transfer, animated emoticons and modules. SRPM: http://kadu.net/~nastian/kadu-0.4.1-1.fc4.src.rpm SPEC: http://kadu.net/~nastian/kadu.spec -- Yours Mariusz Wasiluk From bugs.michael at gmx.net Tue Aug 2 18:20:17 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 2 Aug 2005 20:20:17 +0200 Subject: Request for Review krecipes In-Reply-To: <200507311918.28622.dennis@ausil.us> References: <200507262247.31982.dennis@ausil.us> <20050730102226.76a4c31f.bugs.michael@gmx.net> <200507311918.28622.dennis@ausil.us> Message-ID: <20050802202017.6a064736.bugs.michael@gmx.net> On Sun, 31 Jul 2005 19:18:09 -0500, Dennis Gilmore wrote: > > * Package summary reads like a marketing slogan, not like a good > > summary that explains what this package contains. Something more > > generic like "Application to manage recipes and shopping-lists" > > would be better. > I grabbed it straight from krecipes website. so have changed it And I changed it to avoid the misunderstanding. :) I referred to "Summary:", not %description (which was good). Approval sent. From qspencer at ieee.org Tue Aug 2 20:08:57 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 02 Aug 2005 15:08:57 -0500 Subject: Build system bug? Message-ID: <42EFD2D9.8070706@ieee.org> I just got a build failure trying to build octave-forge: http://buildsys.fedoraproject.org/logs//development/329-octave-forge-2005.06.13-2.fc5/ Two of the build dependencies were just barely built in the system, and it appears that when it tried to import those two packages into the build environment, it tried to take them from x86_64 instead of i386, causing it to fail. I'll try again after the other packages are released, but I thought I'd at least report this. I can file a bug, but I don't know whether this is a problem with mock or the build system. -Quentin From skvidal at phy.duke.edu Tue Aug 2 20:19:20 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 02 Aug 2005 16:19:20 -0400 Subject: Build system bug? In-Reply-To: <42EFD2D9.8070706@ieee.org> References: <42EFD2D9.8070706@ieee.org> Message-ID: <1123013960.12110.34.camel@cutter> On Tue, 2005-08-02 at 15:08 -0500, Quentin Spencer wrote: > I just got a build failure trying to build octave-forge: > http://buildsys.fedoraproject.org/logs//development/329-octave-forge-2005.06.13-2.fc5/ > > Two of the build dependencies were just barely built in the system, and > it appears that when it tried to import those two packages into the > build environment, it tried to take them from x86_64 instead of i386, > causing it to fail. I'll try again after the other packages are > released, but I thought I'd at least report this. I can file a bug, but > I don't know whether this is a problem with mock or the build system. it's a little bit of a problem with both but I think it's mostly a config problem. Jeremy, Once you remove the /etc/rpm/platform files could you email this list and tell Quentin to resubmit Octave-forge? let's see if that dtrt. -sv From katzj at redhat.com Tue Aug 2 20:19:08 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 02 Aug 2005 16:19:08 -0400 Subject: Build system bug? In-Reply-To: <1123013960.12110.34.camel@cutter> References: <42EFD2D9.8070706@ieee.org> <1123013960.12110.34.camel@cutter> Message-ID: <1123013948.2642.5.camel@bree.local.net> On Tue, 2005-08-02 at 16:19 -0400, seth vidal wrote: > Once you remove the /etc/rpm/platform files could you email this list > and tell Quentin to resubmit Octave-forge? Done Jeremy From skvidal at phy.duke.edu Tue Aug 2 20:24:37 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 02 Aug 2005 16:24:37 -0400 Subject: Build system bug? In-Reply-To: <1123013948.2642.5.camel@bree.local.net> References: <42EFD2D9.8070706@ieee.org> <1123013960.12110.34.camel@cutter> <1123013948.2642.5.camel@bree.local.net> Message-ID: <1123014277.12110.36.camel@cutter> On Tue, 2005-08-02 at 16:19 -0400, Jeremy Katz wrote: > On Tue, 2005-08-02 at 16:19 -0400, seth vidal wrote: > > Once you remove the /etc/rpm/platform files could you email this list > > and tell Quentin to resubmit Octave-forge? > > Done > I don't care what Paul and Peter say about you, you're a damn sweet guy. ;) thanks -sv From ed at eh3.com Tue Aug 2 20:54:40 2005 From: ed at eh3.com (Ed Hill) Date: Tue, 02 Aug 2005 16:54:40 -0400 Subject: Build system bug? In-Reply-To: <1123013960.12110.34.camel@cutter> References: <42EFD2D9.8070706@ieee.org> <1123013960.12110.34.camel@cutter> Message-ID: <1123016081.21460.23.camel@ernie> On Tue, 2005-08-02 at 16:19 -0400, seth vidal wrote: > On Tue, 2005-08-02 at 15:08 -0500, Quentin Spencer wrote: > > I just got a build failure trying to build octave-forge: > > http://buildsys.fedoraproject.org/logs//development/329-octave-forge-2005.06.13-2.fc5/ > > > > Two of the build dependencies were just barely built in the system, and > > it appears that when it tried to import those two packages into the > > build environment, it tried to take them from x86_64 instead of i386, > > causing it to fail. I'll try again after the other packages are > > released, but I thought I'd at least report this. I can file a bug, but > > I don't know whether this is a problem with mock or the build system. > > it's a little bit of a problem with both but I think it's mostly a > config problem. > > Jeremy, > Once you remove the /etc/rpm/platform files could you email this list > and tell Quentin to resubmit Octave-forge? > > let's see if that dtrt. I had exactly the same problem -- a build of opendap succeeded so I submitted a build request for nco and it failed with an error that indicated that it tried to pull in the opendap x86_64 packages for the i386 nco build. So I re-submitted the nco build request and it worked -- 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 orion at cora.nwra.com Tue Aug 2 21:28:42 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 02 Aug 2005 15:28:42 -0600 Subject: Request for review: python-basemap (matplotlib toolkit) and python-numarray Message-ID: <42EFE58A.2070308@cora.nwra.com> This is an attempt to package the basemap toolkit for matplotlib. URLs: http://www.cora.nwra.com/~orion/fedora/python-basemap.spec http://www.cora.nwra.com/~orion/fedora/python-basemap-0.5.2-1.src.rpm Now, I have some packaging question right away. The python code is installed into %{python_sitearch}/matplotlib/toolkits/basemap/. The trouble is, who should own the %{python_sitearch}/matplotlib/toolkits/ directory? It apparently needs an __init__.py file in it so python can search it, but if we have more than one toolkit they will conflict with this file. I'm no python expert so any help would be appreciated. I'm guessing that it should be owned by the python-matplotlib package. If so, what would be the best way to add it to that package and create the __init__.py file? python-numarray A requirement for python-basemap Numarray provides array manipulation and computational capabilities similar to those found in IDL, Matlab, or Octave. Using numarray, it is possible to write many efficient numerical data processing applications directly in Python without using any C, C++ or Fortran code (as well as doing such analysis interactively within Python or PyRAF). For algorithms that are not well suited for efficient computation using array facilities it is possible to write C functions (and eventually Fortran) that can read and write numarray arrays that can be called from Python. Numarray is a re-implementation of an older Python array module called Numeric. In general its interface is very similar. It is mostly backward compatible and will be becoming more so in future releases. Numarray offers more capability than Numeric but is still behind Numeric in some areas: http://www.stsci.edu/resources/software_hardware/numarray http://www.cora.nwra.com/~orion/fedora/python-numarray.spec http://www.cora.nwra.com/~orion/fedora/python-numarray-1.3.3-1.src.rpm A question here - there are include files in this package, that perhaps need to be put into a -devel package, but all the libraries are .so, and presumably need to be in the main package. -- 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 qspencer at ieee.org Tue Aug 2 22:05:46 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 02 Aug 2005 17:05:46 -0500 Subject: Build system bug? In-Reply-To: <1123016081.21460.23.camel@ernie> References: <42EFD2D9.8070706@ieee.org> <1123013960.12110.34.camel@cutter> <1123016081.21460.23.camel@ernie> Message-ID: <42EFEE3A.70204@ieee.org> Ed Hill wrote: >On Tue, 2005-08-02 at 16:19 -0400, seth vidal wrote: > > >>On Tue, 2005-08-02 at 15:08 -0500, Quentin Spencer wrote: >> >> >>>I just got a build failure trying to build octave-forge: >>>http://buildsys.fedoraproject.org/logs//development/329-octave-forge-2005.06.13-2.fc5/ >>> >>>Two of the build dependencies were just barely built in the system, and >>>it appears that when it tried to import those two packages into the >>>build environment, it tried to take them from x86_64 instead of i386, >>>causing it to fail. I'll try again after the other packages are >>>released, but I thought I'd at least report this. I can file a bug, but >>>I don't know whether this is a problem with mock or the build system. >>> >>> >>it's a little bit of a problem with both but I think it's mostly a >>config problem. >> >>Jeremy, >> Once you remove the /etc/rpm/platform files could you email this list >>and tell Quentin to resubmit Octave-forge? >> >>let's see if that dtrt. >> >> > >I had exactly the same problem -- a build of opendap succeeded so I >submitted a build request for nco and it failed with an error that >indicated that it tried to pull in the opendap x86_64 packages for the >i386 nco build. > >So I re-submitted the nco build request and it worked -- thanks! > > This problem appears to be fixed for me now, too. However, I just looked at the build system and noticed that PPC builds seem to be hung up. There are 3 packages that are listed as "building" that have finished on *86, but have not started on PPC. -Quentin From dennis at ausil.us Wed Aug 3 00:34:05 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Tue, 2 Aug 2005 19:34:05 -0500 Subject: Request for Review krecipes In-Reply-To: <20050802202017.6a064736.bugs.michael@gmx.net> References: <200507262247.31982.dennis@ausil.us> <200507311918.28622.dennis@ausil.us> <20050802202017.6a064736.bugs.michael@gmx.net> Message-ID: <200508021934.05261.dennis@ausil.us> Once upon a time Tuesday 02 August 2005 1:20 pm, Michael Schwendt wrote: > On Sun, 31 Jul 2005 19:18:09 -0500, Dennis Gilmore wrote: > > > * Package summary reads like a marketing slogan, not like a good > > > summary that explains what this package contains. Something more > > > generic like "Application to manage recipes and shopping-lists" > > > would be better. > > > > I grabbed it straight from krecipes website. so have changed it > > And I changed it to avoid the misunderstanding. :) I referred to > "Summary:", not %description (which was good). Approval sent. Thank you. good to see your paying very close attention. I had a blond moment. Dennis From joelwreed at comcast.net Wed Aug 3 01:20:41 2005 From: joelwreed at comcast.net (joel reed) Date: Tue, 2 Aug 2005 21:20:41 -0400 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <1123002120.21744.1.camel@shuttle.273piedmont.com> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> <1122998652.2914.20.camel@localhost.localdomain> <1123002120.21744.1.camel@shuttle.273piedmont.com> Message-ID: <20050803012041.GA13660@comcast.net> On Tue, Aug 02, 2005 at 01:01:59PM -0400, Brian Pepple wrote: > On Tue, 2005-08-02 at 11:04 -0500, Tom 'spot' Callaway wrote: > > On Mon, 2005-08-01 at 21:19 -0400, joel reed wrote: > > > > > hmm, no feedback this time. can i assume they are now acceptable? > > > > No, don't assume that. > > > > In an initial look, I notice a couple of things. > > > > - You really should consider using some newlines in the spec file. It > > significantly helps legibility if you break it up into groups. ok, i'll add some back, but last two rounds people were complaining about extra whitespace. i appreciate your feedback and will make the changes, but ouch this is painful. jr From ed at eh3.com Wed Aug 3 03:54:58 2005 From: ed at eh3.com (Ed Hill) Date: Tue, 02 Aug 2005 23:54:58 -0400 Subject: opendap is far from being 64-bit clean Message-ID: <1123041299.21460.53.camel@ernie> Hi Tom, In order to build nco for FC-4, I've first been trying to get opendap to build. The result is failures on x86_64 such as: http://buildsys.fedoraproject.org/logs//4/337- opendap-3.4.4-8.fc4/x86_64/build.log Looking into the opendap code, I've found literally dozens of places where pointer differences like the one above are treated as 32-bit int values. So, here are my questions: 1) Is there some way to turn these errors into warnings and ignore them? Is that what happens in FC-3? 2) If the answer to (1) is "NO", then I assume that the code needs to be cleaned up. Do you (as the opendep maintainer) intend to fix them? 3) If the answer to (2) is "NO", then is it OK for me to remove opendap as a BuildRequires for nco since it is, after all, an optional feature? I don't mean to be a pain, I'm just a little overwhelmed by the work that appears to be be necessary to get opendap to build for FC-4 and FC-5, etc. And all I really want is an nco built for FC-4 and I'm just not as concerned about having opendap support (although it would be nice). So what should we do? 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 Wed Aug 3 05:53:48 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 03 Aug 2005 01:53:48 -0400 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <1122998652.2914.20.camel@localhost.localdomain> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> <1122998652.2914.20.camel@localhost.localdomain> Message-ID: <1123048429.12131.5.camel@ignacio.lan> On Tue, 2005-08-02 at 11:04 -0500, Tom 'spot' Callaway wrote: > On Mon, 2005-08-01 at 21:19 -0400, joel reed wrote: > > hmm, no feedback this time. can i assume they are now acceptable? > > No, don't assume that. Especially over a holiday weekend. But anyways, fix what Tom and Brian have mentioned, *plus* you *still* don't have ownership of %{_libdir}/libxslt. If you think that the libxslt package should own it then file a bug. Until it does though, you should. -- 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 Wed Aug 3 05:56:33 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 03 Aug 2005 01:56:33 -0400 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <20050803012041.GA13660@comcast.net> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> <1122998652.2914.20.camel@localhost.localdomain> <1123002120.21744.1.camel@shuttle.273piedmont.com> <20050803012041.GA13660@comcast.net> Message-ID: <1123048593.12131.9.camel@ignacio.lan> On Tue, 2005-08-02 at 21:20 -0400, joel reed wrote: > > On Tue, 2005-08-02 at 11:04 -0500, Tom 'spot' Callaway wrote: > > > - You really should consider using some newlines in the spec file. It > > > significantly helps legibility if you break it up into groups. > > ok, i'll add some back, but last two rounds people were complaining > about extra whitespace. Within %install and %files, yes. Not across the *whole* file. And what the heck happened to the BRs of pcre-devel and libgcj-devel? -- 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 Aug 3 07:06:53 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 03 Aug 2005 09:06:53 +0200 Subject: opendap is far from being 64-bit clean In-Reply-To: <1123041299.21460.53.camel@ernie> References: <1123041299.21460.53.camel@ernie> Message-ID: <42F06D0D.4020204@hhs.nl> Unfortunatly quite a bit of software out there has not been reviewed for 64 bit cleanness. It seems a lot of software which gets shipped as 64 bit clean merely has been compiled and tested, but could still have quite a few (untested) code paths which contain 64 bit unclean code. Even if you get rid of all warnings there is no guarante it will really be 64 bit safe, for example: func(unsigned char *data) { int i, offset = SOME_DEFINE; now read a bunch of 32 bit vars from the buf at offset */ long vars[16]; long *p = (long *)(data + offset); for(i=0; i<16; i++, p++) vars[i] = *p; } Won't generate warnings, but is plain wrong the long vars causes 16 * 64 bit to be claimed on the stack, which although wastefull can't harm, but the long *p causes the 32 bit data to be walked in 64 bit steps, and read as 64 bits vars instead of 32 bit. Bug! So besides fixing all ptr cast to int of difference size warnings you also need to check all uses of long, most need to be changed to int. Except where: -64 bit is really needed (this should already use long long, or it will fail on 32 bit archs) -you're dealing with memory addresses/sizes -for addresses mostly physical mem (think X-drivers), other (virtual addresses storing of addresses in long int's is wrong and should really be changed to ptr's if possible. Also note that this always violates ansi-C. No after scaring you a bit about the amount of work back to your original problem. It could be that the opendap maintainer doesn't have access to a 64 bit machine or doesn't have the required skills. So it might me best for you todo this your self, or you could drop opendap support. Dropping opendap support however is not a way I would like to promote I have a 64 bit machine myself for a few months now, and I've noticed that although people claim linux has a big 64 bit lead on that other OS, there still is a lot of work to be done. So I would like to advise you to just bite the bullet and fix opendap, working with upstream and the opendap maintainer. If you can get upstream aware of the problem and you're fixes intergrated then this is a onetime effort. If you don't get this intergrated upstream you will have to redo your work every release! I've taken my own medicine for a number of packages I'm maintaining / trying to get into FE and it can be some work, also working with upstream is not always easy. But it really is the only way to make all the great opensource software ready for the 64 bit future. Remember if something itches scratch it :) Regards, Hans Ed Hill wrote: > Hi Tom, > > In order to build nco for FC-4, I've first been trying to get opendap to > build. The result is failures on x86_64 such as: > > http://buildsys.fedoraproject.org/logs//4/337- > opendap-3.4.4-8.fc4/x86_64/build.log > > Looking into the opendap code, I've found literally dozens of places > where pointer differences like the one above are treated as 32-bit int > values. > > So, here are my questions: > > 1) Is there some way to turn these errors into warnings and > ignore them? Is that what happens in FC-3? > > 2) If the answer to (1) is "NO", then I assume that the code needs > to be cleaned up. Do you (as the opendep maintainer) intend to > fix them? > > 3) If the answer to (2) is "NO", then is it OK for me to remove > opendap as a BuildRequires for nco since it is, after all, > an optional feature? > > I don't mean to be a pain, I'm just a little overwhelmed by the work > that appears to be be necessary to get opendap to build for FC-4 and > FC-5, etc. And all I really want is an nco built for FC-4 and I'm just > not as concerned about having opendap support (although it would be > nice). > > So what should we do? > > Ed > From ivazquez at ivazquez.net Wed Aug 3 07:11:25 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 03 Aug 2005 03:11:25 -0400 Subject: Review of pyparsing In-Reply-To: <200507281847.47749.jamatos@fc.up.pt> References: <200507281634.14704.jamatos@fc.up.pt> <1122567926.5381.32.camel@ignacio.lan> <200507281847.47749.jamatos@fc.up.pt> Message-ID: <1123053085.12131.11.camel@ignacio.lan> On Thu, 2005-07-28 at 18:47 +0100, Jose' Matos wrote: > On Thursday 28 July 2005 17:25, Ignacio Vazquez-Abrams wrote: > > http://fedora.ivazquez.net/files/extras/pyparsing.spec > > http://fedora.ivazquez.net/files/extras/pyparsing-1.3-1.src.rpm > > The license text is missing from the package. Fixed. -- 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 Wed Aug 3 07:56:38 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 3 Aug 2005 03:56:38 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050803075638.453628007@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 9 Inventor-2.1.5-12.fc3 nco-3.0.1-3.fc3 opendap-3.4.4-8.fc3 perl-Template-Toolkit-2.14-5.fc3 perl-Tie-DBI-1.01-2.fc3 scim-1.4.0-2.4.fc3 scim-anthy-0.5.3-3.1.fc3 scim-pinyin-0.5.0-4.fc3 uim-0.4.7.1-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 Wed Aug 3 07:56:53 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 3 Aug 2005 03:56:53 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050803075653.C34848006@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 7 Inventor-2.1.5-12.fc4 Inventor-2.1.5-13.fc4 perl-Template-Toolkit-2.14-5.fc4 perl-Tie-DBI-1.01-2.fc4 scim-anthy-0.5.3-3.1.fc4 scim-pinyin-0.5.0-4.fc4 uim-0.4.7.1-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 Wed Aug 3 07:57:09 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 3 Aug 2005 03:57:09 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050803075709.18E928003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 8 Inventor-2.1.5-12.fc5 Inventor-2.1.5-13.fc5 ginac-1.3.2-1.fc5 kinput2-v3.1-26.fc5 octave-2.9.3-1.fc5 perl-Template-Toolkit-2.14-5.fc5 perl-Tie-DBI-1.01-2.fc5 uim-0.4.7.1-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From veillard at redhat.com Wed Aug 3 08:41:33 2005 From: veillard at redhat.com (Daniel Veillard) Date: Wed, 3 Aug 2005 04:41:33 -0400 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <1123048429.12131.5.camel@ignacio.lan> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> <1122998652.2914.20.camel@localhost.localdomain> <1123048429.12131.5.camel@ignacio.lan> Message-ID: <20050803084133.GK10076@redhat.com> On Wed, Aug 03, 2005 at 01:53:48AM -0400, Ignacio Vazquez-Abrams wrote: > But anyways, fix what Tom and Brian have mentioned, *plus* you *still* > don't have ownership of %{_libdir}/libxslt. If you think that the > libxslt package should own it then file a bug. Until it does though, you > should. Hum, right. At the moment the libxslt package don't provide a placeholder for plugins. That should probably be added, my only minor point about just %{_libdir}/libxslt is that it doesn't indicate it is for plugins or local packages. Maybe %{_libdir}/libxslt/plugins or %{_libdir}/libxslt-plugins I'm not sure what would be the best path/naming. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From paul at city-fan.org Wed Aug 3 09:22:58 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 03 Aug 2005 10:22:58 +0100 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <1123000859.21238.397.camel@serendipity.dogma.lan> References: <1123000859.21238.397.camel@serendipity.dogma.lan> Message-ID: <42F08CF2.9020406@city-fan.org> Alexander Dalloz wrote: > mbuffer is a raplacement for buffer with additional functionality: > * display of I/O speed > * optional use of memory mapped I/O for huge buffers > * multithreaded instead of sharedmemory ipc > * multi volume support > * autoloader support > * networking support > * compatible command-line options > > This small tool is for instance very handy if you run dd to copy some > raw data, like copying a partition. As dd lacks any progress display > piping input into mbuffer and output back to dd you can follow > processing. Example: > > tmp $ dd if=/dev/zero | mbuffer -m 1M | dd of=./foofile bs=1k > count=102400 > in @ 7.1 MB/s, out @ 7.1 MB/s, 99 MB total, buffer 99% full > 102400+0 records in > 102400+0 records out > > spec file and src.rpm for review: > > http://www.uni-x.org/review/mbuffer.spec > http://www.uni-x.org/review/mbuffer-20050730-1.src.rpm > > Comment: I uses "/bin" rather than "%{_bindir} to make it available > together with dd even if /usr isn't mounted (emergency case). Good: - rpmlint clean - package name correct - spec file name correct - package meets guidelines as far as I can tell - license is GPL, correct in spec file - text of license included in package - spec file written in English - spec file very simple, neat, and tidy - source matches upstream - source builds fine on FC4 and in mock for rawhide (i386) - no explicit buildreqs - no translations to worry about - no shared libraries to worry about - no relocations to worry about - no directory ownership issues - no duplicate files - sensible permissions everywhere - %clean section present and correct - macro usage is consistent - code, not content - no large docs to worry about - docs don't affect runtime - no headers or libraries to worry about - no pkgconfig files to worry about - no scriptlets to worry about - no subpackages to worry about - package appears to run rather than segfault :-) - required libraries for a /bin package all under /lib, not /usr/lib Bad: Source0 URL wrong. Instead of: http://www.rcs.ei.tum.de/~maierkom/privat/software/mbuffer/%{name}/%{name}-%{version}.tgz use: http://www.rcs.ei.tum.de/~maierkom/privat/software/mbuffer/mbuffer-%{version}.tgz (expanding %{name} is just my cosmetic preference here) Should probably BuildRequire: mt-st and openssl-devel for additional functionality. Otherwise, you get this from configure: ... checking for mt... ./configure: line 2787: WARNING:: command not found no ... checking for library containing MD5_Init... no checking for library containing mhash_init... no checking for library containing MD5Init... no configure: WARNING: could not find the mhash library containing the md5 hash functions - md5 support disabled Fix these and it's approved. Paul. From wtogami at redhat.com Wed Aug 3 09:30:13 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 02 Aug 2005 23:30:13 -1000 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <42F08CF2.9020406@city-fan.org> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> Message-ID: <42F08EA5.7040801@redhat.com> Paul Howarth wrote: > > Should probably BuildRequire: mt-st and openssl-devel for additional > functionality. Otherwise, you get this from configure: Note that the goal of BuildRequires should be explicit reproducibility when populated from a minimal buildroot not "additional functionality". Warren Togami wtogami at redhat.com From paul at city-fan.org Wed Aug 3 09:33:01 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 03 Aug 2005 10:33:01 +0100 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <42F08EA5.7040801@redhat.com> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <42F08EA5.7040801@redhat.com> Message-ID: <42F08F4D.4070206@city-fan.org> Warren Togami wrote: > Paul Howarth wrote: > >> >> Should probably BuildRequire: mt-st and openssl-devel for additional >> functionality. Otherwise, you get this from configure: > > > Note that the goal of BuildRequires should be explicit reproducibility > when populated from a minimal buildroot not "additional functionality". In that case the additional buildrequires are definitely needed in the absence of explicit configure options to turn off tape library and MD5 support. Paul. From bugs.michael at gmx.net Wed Aug 3 10:36:24 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 3 Aug 2005 12:36:24 +0200 Subject: Request for review/approval: libetpan (new dependency for sylpheed-claws) In-Reply-To: <42EDE579.1000601@lowlatency.de> References: <42EC9D71.2090802@lowlatency.de> <20050731162343.44479952.bugs.michael@gmx.net> <42EDE579.1000601@lowlatency.de> Message-ID: <20050803123624.7b977c4b.bugs.michael@gmx.net> On Mon, 01 Aug 2005 11:03:53 +0200, Andreas Bierfert wrote: > Should all be taken care of now: Yes, almost. > http://fedora.lowlatency.de/review/libetpan-0.38-2.src.rpm > http://fedora.lowlatency.de/review/libetpan.spec GNU TLS and OpenSSL support in libetpan are "either or", so when it's built --with-gnutls, openssl-devel is not needed. https://bugzilla.redhat.com/164934 -- libgnutls-openssl contains undefined symbols. We have an external libtasn1 in Extras and could use it for an ugly hack. But I believe this ought to be fixed in Core instead. The first response from the Core packager was discouraging. From bugs.michael at gmx.net Wed Aug 3 10:42:39 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 3 Aug 2005 12:42:39 +0200 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <42F08CF2.9020406@city-fan.org> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> Message-ID: <20050803124239.27a40c9d.bugs.michael@gmx.net> On Wed, 03 Aug 2005 10:22:58 +0100, Paul Howarth wrote: > Should probably BuildRequire: mt-st and openssl-devel for additional > functionality. Otherwise, you get this from configure: > ... > checking for mt... ./configure: line 2787: WARNING:: command not found > no > ... > checking for library containing MD5_Init... no > checking for library containing mhash_init... no > checking for library containing MD5Init... no > configure: WARNING: could not find the mhash library containing the md5 > hash functions - md5 support disabled Detecting mhash_init would need mhash-devel BR, which is in Extras. From paul at city-fan.org Wed Aug 3 10:42:30 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 03 Aug 2005 11:42:30 +0100 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <20050803124239.27a40c9d.bugs.michael@gmx.net> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <20050803124239.27a40c9d.bugs.michael@gmx.net> Message-ID: <42F09F96.2080803@city-fan.org> Michael Schwendt wrote: > On Wed, 03 Aug 2005 10:22:58 +0100, Paul Howarth wrote: > > >>Should probably BuildRequire: mt-st and openssl-devel for additional >>functionality. Otherwise, you get this from configure: >>... >>checking for mt... ./configure: line 2787: WARNING:: command not found >>no >>... >>checking for library containing MD5_Init... no >>checking for library containing mhash_init... no >>checking for library containing MD5Init... no >>configure: WARNING: could not find the mhash library containing the md5 >>hash functions - md5 support disabled > > > Detecting mhash_init would need mhash-devel BR, which is in Extras. The configure script doesn't look for mhash_init if it finds MD5_Init: ... checking for library containing socket... none required checking for library containing gethostbyname... none required checking for library containing hstrerror... none required checking for library containing MD5_Init... -lssl configure: creating ./config.status config.status: creating Makefile config.status: creating mbuffer.1 config.status: creating config.h ... Paul. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Aug 3 10:44:41 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 3 Aug 2005 12:44:41 +0200 Subject: Request for review/approval: libetpan (new dependency for sylpheed-claws) In-Reply-To: <20050803123624.7b977c4b.bugs.michael@gmx.net> References: <42EC9D71.2090802@lowlatency.de> <20050731162343.44479952.bugs.michael@gmx.net> <42EDE579.1000601@lowlatency.de> <20050803123624.7b977c4b.bugs.michael@gmx.net> Message-ID: <20050803124441.5e84a834@python2> Michael Schwendt wrote : > On Mon, 01 Aug 2005 11:03:53 +0200, Andreas Bierfert wrote: > > > Should all be taken care of now: > > Yes, almost. Indeed. You'll also need to add "db4-devel" to the requirements of the devel package too, or sylpheed-claws will fail to recompile. Second thing : Many redundant docs are included in the devel package (html single & multi file, sgml and txt of the same doc), so I'd suggest changing it to something like : %doc doc/API.html doc/DOCUMENTATION doc/README.html I don't know what the depend.dot and layer.fig files are for, but I doubt they're of any use included as-is, so I'd remove them too. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.06 0.65 0.63 From bugs.michael at gmx.net Wed Aug 3 11:32:24 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 3 Aug 2005 13:32:24 +0200 Subject: Request for review/approval: libetpan (new dependency for sylpheed-claws) In-Reply-To: <20050803124441.5e84a834@python2> References: <42EC9D71.2090802@lowlatency.de> <20050731162343.44479952.bugs.michael@gmx.net> <42EDE579.1000601@lowlatency.de> <20050803123624.7b977c4b.bugs.michael@gmx.net> <20050803124441.5e84a834@python2> Message-ID: <20050803133224.42faf3ef.bugs.michael@gmx.net> On Wed, 3 Aug 2005 12:44:41 +0200, Matthias Saou wrote: > Michael Schwendt wrote : > > > On Mon, 01 Aug 2005 11:03:53 +0200, Andreas Bierfert wrote: > > > > > Should all be taken care of now: > > > > Yes, almost. > > Indeed. You'll also need to add "db4-devel" to the requirements of the > devel package too, or sylpheed-claws will fail to recompile. Ack. libetpan-config output keeps changing in dependence on what build requirements libetpan is built with. The added -ldb in $ libetpan-config --libs -L/usr/lib -letpan -pthread -ldb -lsasl2 is an upstream bug, though. It's redundant: $ ldd /usr/lib/libetpan.so.3 | grep db libdb-4.3.so => /lib/tls/i686/libdb-4.3.so (0x009e3000) On the contrary, -lsasl2 leads to a hard requirement, since libetpan needs it for some sasl_* symbols, which would be undefined. From bugs.michael at gmx.net Wed Aug 3 11:42:30 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 3 Aug 2005 13:42:30 +0200 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <42F09F96.2080803@city-fan.org> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <20050803124239.27a40c9d.bugs.michael@gmx.net> <42F09F96.2080803@city-fan.org> Message-ID: <20050803134230.70514e47.bugs.michael@gmx.net> On Wed, 03 Aug 2005 11:42:30 +0100, Paul Howarth wrote: > >>checking for library containing MD5_Init... no > >>checking for library containing mhash_init... no > >>checking for library containing MD5Init... no > >>configure: WARNING: could not find the mhash library containing the md5 > >>hash functions - md5 support disabled > > > > > > Detecting mhash_init would need mhash-devel BR, which is in Extras. > > The configure script doesn't look for mhash_init if it finds MD5_Init: > > ... > checking for library containing socket... none required > checking for library containing gethostbyname... none required > checking for library containing hstrerror... none required > checking for library containing MD5_Init... -lssl > configure: creating ./config.status > config.status: creating Makefile > config.status: creating mbuffer.1 > config.status: creating config.h > ... So, to get MD5 support you really want to link against two OpenSSL libraries plus its Kerberos dependencies? From paul at city-fan.org Wed Aug 3 11:52:38 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 03 Aug 2005 12:52:38 +0100 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <20050803134230.70514e47.bugs.michael@gmx.net> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <20050803124239.27a40c9d.bugs.michael@gmx.net> <42F09F96.2080803@city-fan.org> <20050803134230.70514e47.bugs.michael@gmx.net> Message-ID: <42F0B006.9090102@city-fan.org> Michael Schwendt wrote: > On Wed, 03 Aug 2005 11:42:30 +0100, Paul Howarth wrote: > > >>>>checking for library containing MD5_Init... no >>>>checking for library containing mhash_init... no >>>>checking for library containing MD5Init... no >>>>configure: WARNING: could not find the mhash library containing the md5 >>>>hash functions - md5 support disabled >>> >>> >>>Detecting mhash_init would need mhash-devel BR, which is in Extras. >> >>The configure script doesn't look for mhash_init if it finds MD5_Init: >> >>... >>checking for library containing socket... none required >>checking for library containing gethostbyname... none required >>checking for library containing hstrerror... none required >>checking for library containing MD5_Init... -lssl >>configure: creating ./config.status >>config.status: creating Makefile >>config.status: creating mbuffer.1 >>config.status: creating config.h >>... > > > So, to get MD5 support you really want to link against two OpenSSL libraries > plus its Kerberos dependencies? Yes, because the build won't be reproduceable otherwise. Systems with openssl-devel will use that implementation if they build the SRPM, whereas systems without it would get the mhash version. This could be worked around by setting environment variable ac_cv_search_MD5_Init to "no" before running %configure so that MD5_Init wasn't found and it would then look for and find mhash_init. However, that would then result in a dependency on libmhash.so.2, which lives in %{_libdir} rather than /lib and hence breaks Alexander's aim of being able to use mbuffer with /usr not mounted. Paul. From bugs.michael at gmx.net Wed Aug 3 12:14:19 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 3 Aug 2005 14:14:19 +0200 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <42F0B006.9090102@city-fan.org> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <20050803124239.27a40c9d.bugs.michael@gmx.net> <42F09F96.2080803@city-fan.org> <20050803134230.70514e47.bugs.michael@gmx.net> <42F0B006.9090102@city-fan.org> Message-ID: <20050803141419.47ed5fbc.bugs.michael@gmx.net> On Wed, 03 Aug 2005 12:52:38 +0100, Paul Howarth wrote: > > So, to get MD5 support you really want to link against two OpenSSL libraries > > plus its Kerberos dependencies? > > Yes, because the build won't be reproduceable otherwise. Systems with > openssl-devel will use that implementation if they build the SRPM, > whereas systems without it would get the mhash version. > > This could be worked around by setting environment variable > ac_cv_search_MD5_Init to "no" before running %configure so that MD5_Init > wasn't found and it would then look for and find mhash_init. However, > that would then result in a dependency on libmhash.so.2, which lives in > %{_libdir} rather than /lib and hence breaks Alexander's aim of being > able to use mbuffer with /usr not mounted. Why would that work with OpenSSL? From paul at city-fan.org Wed Aug 3 12:21:41 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 03 Aug 2005 13:21:41 +0100 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <20050803141419.47ed5fbc.bugs.michael@gmx.net> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <20050803124239.27a40c9d.bugs.michael@gmx.net> <42F09F96.2080803@city-fan.org> <20050803134230.70514e47.bugs.michael@gmx.net> <42F0B006.9090102@city-fan.org> <20050803141419.47ed5fbc.bugs.michael@gmx.net> Message-ID: <42F0B6D5.4050702@city-fan.org> Michael Schwendt wrote: > On Wed, 03 Aug 2005 12:52:38 +0100, Paul Howarth wrote: > > >>>So, to get MD5 support you really want to link against two OpenSSL libraries >>>plus its Kerberos dependencies? >> >>Yes, because the build won't be reproduceable otherwise. Systems with >>openssl-devel will use that implementation if they build the SRPM, >>whereas systems without it would get the mhash version. >> >>This could be worked around by setting environment variable >>ac_cv_search_MD5_Init to "no" before running %configure so that MD5_Init >>wasn't found and it would then look for and find mhash_init. However, >>that would then result in a dependency on libmhash.so.2, which lives in >>%{_libdir} rather than /lib and hence breaks Alexander's aim of being >>able to use mbuffer with /usr not mounted. > > > Why would that work with OpenSSL? The resulting dependency is on libssl.so.5 (FC4), which lives in /lib, not %{_libdir}. I guess if that then depends on libkrb5, libz etc., whicb are in %{_libdir}, then that won't work either, which begs the question: why do the openssl libraries go in /lib? Paul. From j.w.r.degoede at hhs.nl Wed Aug 3 13:13:02 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 03 Aug 2005 15:13:02 +0200 Subject: Review still needed: svgalib Message-ID: <42F0C2DE.6030505@hhs.nl> Hi, Last month I requested a review of svgalib but sofar noone has responded. I've been working together with upstream for a full month, to get things cleaned up, 64 bit clean and doing a security review. So I would _really_ appreciate it if someone would take the trouble to review this new and improved version. Description: The svgalib package provides the SVGAlib low-level graphics library for Linux. SVGAlib is a library which allows applications to use full screen graphics on a variety of hardware platforms. Some games and utilities use SVGAlib for their graphics. For details on supported chipsets, see man 7 svgalib (when svgalib is installed). Changes: * Wed Aug 3 2005 Hans de Goede 0:1.9.21-2 - I've been working with upstream to get most patches intergrated, so most patches are gone now. - Reviewed and fixed the entire source tree for 64 bit cleanness. - While working with upstream I've been busy fixing some bugs and improving security in nohelper mode. From now on /dev/mem gets closed immediatly after getchipset (vga_init) has been called. Lots of work has been done to keep all functionality and api & abi compatibility intact, even while /dev/mem is no longer available. This does however mean that in nohelper mode runinbackground and emulated paging (ppc or secondary card) are only available on 2.6 kernels now. - Made nohelper mode configurable from the configfile, if the user wants he can build the kernel module from the svgalib-srcs and use this with the RPM packaged libs, all this has not been released by upstream yet. The merged part of all this is in patch 0, patch 4 and 5 contain work which still needs to be merged. - Patch6: set some sane default in the configfile - Patch7: remove options not avaible on non-i386 from the configfile when building for non-i386 The srpm can be downloaded from: http://home.zonnet.nl/jwrdegoede/svgalib-1.9.21-2.src.rpm Thanks & Regards, Hans From rc040203 at freenet.de Wed Aug 3 13:44:51 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 03 Aug 2005 15:44:51 +0200 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <42F0B6D5.4050702@city-fan.org> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <20050803124239.27a40c9d.bugs.michael@gmx.net> <42F09F96.2080803@city-fan.org> <20050803134230.70514e47.bugs.michael@gmx.net> <42F0B006.9090102@city-fan.org> <20050803141419.47ed5fbc.bugs.michael@gmx.net> <42F0B6D5.4050702@city-fan.org> Message-ID: <1123076691.4364.4.camel@mccallum.corsepiu.local> On Wed, 2005-08-03 at 13:21 +0100, Paul Howarth wrote: > why do the openssl libraries go in /lib? Because there exist programs outside of /usr which need them. For example: rpm -q --requires -f /bin/rpm Ralf From paul at city-fan.org Wed Aug 3 13:50:48 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 03 Aug 2005 14:50:48 +0100 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <1123076691.4364.4.camel@mccallum.corsepiu.local> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <20050803124239.27a40c9d.bugs.michael@gmx.net> <42F09F96.2080803@city-fan.org> <20050803134230.70514e47.bugs.michael@gmx.net> <42F0B006.9090102@city-fan.org> <20050803141419.47ed5fbc.bugs.michael@gmx.net> <42F0B6D5.4050702@city-fan.org> <1123076691.4364.4.camel@mccallum.corsepiu.local> Message-ID: <42F0CBB8.6070809@city-fan.org> Ralf Corsepius wrote: > On Wed, 2005-08-03 at 13:21 +0100, Paul Howarth wrote: > >>why do the openssl libraries go in /lib? > > Because there exist programs outside of /usr which need them. > > For example: > rpm -q --requires -f /bin/rpm Is it possible to figure out easily which programs only require the parts of openssl that don't reference other libraries (e.g. kerberos) in /usr, i.e. whether a program will be able to run OK without /usr mounted? Paul. From bugs.michael at gmx.net Wed Aug 3 13:57:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 3 Aug 2005 15:57:27 +0200 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <1123076691.4364.4.camel@mccallum.corsepiu.local> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <20050803124239.27a40c9d.bugs.michael@gmx.net> <42F09F96.2080803@city-fan.org> <20050803134230.70514e47.bugs.michael@gmx.net> <42F0B006.9090102@city-fan.org> <20050803141419.47ed5fbc.bugs.michael@gmx.net> <42F0B6D5.4050702@city-fan.org> <1123076691.4364.4.camel@mccallum.corsepiu.local> Message-ID: <20050803155727.5779bd4f.bugs.michael@gmx.net> On Wed, 03 Aug 2005 15:44:51 +0200, Ralf Corsepius wrote: > On Wed, 2005-08-03 at 13:21 +0100, Paul Howarth wrote: > > why do the openssl libraries go in /lib? > Because there exist programs outside of /usr which need them. > > For example: > rpm -q --requires -f /bin/rpm /bin/rpm also depends on several libs below /usr, e.g. Kerberos or zlib: $ rpm -ql $(rpm -q --whatprovides libz.so.1 ) | grep libz.so.1 /usr/lib/libz.so.1 /usr/lib/libz.so.1.2.2.2 From alex at dalloz.de Wed Aug 3 13:55:50 2005 From: alex at dalloz.de (Alexander Dalloz) Date: Wed, 03 Aug 2005 15:55:50 +0200 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <42F08CF2.9020406@city-fan.org> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> Message-ID: <1123077350.21238.490.camel@serendipity.dogma.lan> Am Mi, den 03.08.2005 schrieb Paul Howarth um 11:22: Thanks Paul for your review! Thanks to Warren and Michael too for discussing what to set as requirements. > Bad: > > Source0 URL wrong. Instead of: > http://www.rcs.ei.tum.de/~maierkom/privat/software/mbuffer/%{name}/%{name}-%{version}.tgz > > use: > http://www.rcs.ei.tum.de/~maierkom/privat/software/mbuffer/mbuffer-%{version}.tgz > (expanding %{name} is just my cosmetic preference here) Corrected, stupid mistake by me. > Should probably BuildRequire: mt-st and openssl-devel for additional > functionality. Otherwise, you get this from configure: > ... > checking for mt... ./configure: line 2787: WARNING:: command not found > no > ... > checking for library containing MD5_Init... no > checking for library containing mhash_init... no > checking for library containing MD5Init... no > configure: WARNING: could not find the mhash library containing the md5 > hash functions - md5 support disabled > > Fix these and it's approved. > > Paul. Good question what to set as build requirement - I followed the discussion. Setting BR mt-st I would not have a problem with, as that package is very small and I think mbuffer is a good candidate to show tape storage movements. The more vital question is about openssl-devel as BR, which means mbuffer will require openssl to be installed. Certainly the feature to generate md5 hashes of transferred data is a nice feature - does it justify the need to have openssl installed altogether? I am open for opinions. Would it be a strategy to offer a rebuild option "--with m5hash" for those who like to have that feature and a BR in condition of such parameter? Alexander -- 1024D/866ED681 2005-07-11 Alexander Dalloz (Fedora Project) Key fingerprint = CD40 0A91 7814 C1E4 5940 8E0E 1FD5 C316 866E D681 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From bugs.michael at gmx.net Wed Aug 3 14:00:32 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 3 Aug 2005 16:00:32 +0200 Subject: Request for review/approval: libetpan (new dependency for sylpheed-claws) In-Reply-To: <20050803123624.7b977c4b.bugs.michael@gmx.net> References: <42EC9D71.2090802@lowlatency.de> <20050731162343.44479952.bugs.michael@gmx.net> <42EDE579.1000601@lowlatency.de> <20050803123624.7b977c4b.bugs.michael@gmx.net> Message-ID: <20050803160032.541566c8.bugs.michael@gmx.net> On Wed, 3 Aug 2005 12:36:24 +0200, Michael Schwendt wrote: > On Mon, 01 Aug 2005 11:03:53 +0200, Andreas Bierfert wrote: > > > Should all be taken care of now: > > Yes, almost. > > > http://fedora.lowlatency.de/review/libetpan-0.38-2.src.rpm > > http://fedora.lowlatency.de/review/libetpan.spec > > GNU TLS and OpenSSL support in libetpan are "either or", so when > it's built --with-gnutls, openssl-devel is not needed. > > https://bugzilla.redhat.com/164934 -- libgnutls-openssl contains > undefined symbols. We have an external libtasn1 in Extras and could > use it for an ugly hack. But I believe this ought to be fixed in Core > instead. The first response from the Core packager was discouraging. The second response to bug 164934 tells me, GNU TLS for FC4 and older is a dead end and --with-gnutls=no and openssl-devel shall be the work-around. Does any other package in FC4 use libgnutls-openssl? From fedora at camperquake.de Wed Aug 3 14:04:56 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 3 Aug 2005 16:04:56 +0200 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <1123077350.21238.490.camel@serendipity.dogma.lan> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <1123077350.21238.490.camel@serendipity.dogma.lan> Message-ID: <20050803140456.GA20339@ryoko.camperquake.de> On Wed, Aug 03, 2005 at 03:55:50PM +0200, Alexander Dalloz wrote: > Certainly the feature to generate md5 hashes of transferred data is a > nice feature - does it justify the need to have openssl installed > altogether? I am open for opinions. While it _might_ be possible to get a Fedora running without openssl, I think it will be very painful. python requires openssl. From rc040203 at freenet.de Wed Aug 3 14:19:32 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 03 Aug 2005 16:19:32 +0200 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <20050803155727.5779bd4f.bugs.michael@gmx.net> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <20050803124239.27a40c9d.bugs.michael@gmx.net> <42F09F96.2080803@city-fan.org> <20050803134230.70514e47.bugs.michael@gmx.net> <42F0B006.9090102@city-fan.org> <20050803141419.47ed5fbc.bugs.michael@gmx.net> <42F0B6D5.4050702@city-fan.org> <1123076691.4364.4.camel@mccallum.corsepiu.local> <20050803155727.5779bd4f.bugs.michael@gmx.net> Message-ID: <1123078772.4364.20.camel@mccallum.corsepiu.local> On Wed, 2005-08-03 at 15:57 +0200, Michael Schwendt wrote: > On Wed, 03 Aug 2005 15:44:51 +0200, Ralf Corsepius wrote: > > > On Wed, 2005-08-03 at 13:21 +0100, Paul Howarth wrote: > > > why do the openssl libraries go in /lib? > > Because there exist programs outside of /usr which need them. > > > > For example: > > rpm -q --requires -f /bin/rpm > > /bin/rpm also depends on several libs below /usr, e.g. Kerberos > or zlib: > > $ rpm -ql $(rpm -q --whatprovides libz.so.1 ) | grep libz.so.1 > /usr/lib/libz.so.1 > /usr/lib/libz.so.1.2.2.2 + /usr/lib/libbz.so.1 Makes me wonder how rpm is supposed to uncompress rpms when /usr is not available?? + /usr/lib/libstdc++.so.6 Wasn't rpm a C application ... ?? I have machines, where /usr is on separate partitions, but do I really want test this - I fear a can of worms is waiting ... Ralf From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Aug 3 14:28:49 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 3 Aug 2005 16:28:49 +0200 Subject: Review still needed: svgalib In-Reply-To: <42F0C2DE.6030505@hhs.nl> References: <42F0C2DE.6030505@hhs.nl> Message-ID: <20050803162849.721bb379@python2> Hans de Goede wrote : > The svgalib package provides the SVGAlib low-level graphics library > for Linux. SVGAlib is a library which allows applications to use full > screen graphics on a variety of hardware platforms. Some games and > utilities use SVGAlib for their graphics. For details on > supported chipsets, see man 7 svgalib (when svgalib is installed). [...] > The srpm can be downloaded from: > http://home.zonnet.nl/jwrdegoede/svgalib-1.9.21-2.src.rpm Attached is a quick patch to the spec file. Further reviewing is still needed, as I haven't tested the resulting package (the part on which you've invested the vast majority of the work). Changes : - Unify tabs and spaces. - Fix main source URL. - Remove unneeded zero epochs. - Remove -c (ignored) option to install, use -p instead. - Remove unneeded explicit(er) compression of man pages. - Use %ifnarch instead of empty %ifarch + %else. And a few even less important other cosmetic changes. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.35 1.23 1.27 -------------- next part -------------- A non-text attachment was scrubbed... Name: svgalib.spec.patch Type: text/x-patch Size: 4748 bytes Desc: not available URL: From Jochen at herr-schmitt.de Wed Aug 3 14:59:29 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 03 Aug 2005 16:59:29 +0200 Subject: Need help for open Requests Message-ID: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I need further help to finish the folloing requests: URL: https://www.redhat.com/archives/fedora-extras-list/2005-July/msg01529.html Topic: New Package: highlight Problem: No respons or any comments about it. URL: https://www.redhat.com/archives/fedora-extras-list/2005-July/msg01528.html Topic: New Package: pdftk Problem: Solution for including License-Adobe.txt which is require to redistribute *.afm files. It will be nice, if anyone have the patient to help me. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQvDb3E9gByurcX4MEQKaewCgm0HF9T4O+2RtItBqR5379JFBxIkAoJoW 5m3vAIW6vVA/tId8H4KwEIvI =2Zs3 -----END PGP SIGNATURE----- From nwolovick at gmail.com Wed Aug 3 15:18:48 2005 From: nwolovick at gmail.com (=?ISO-8859-1?Q?Nicol=E1s_Wolovick?=) Date: Wed, 3 Aug 2005 12:18:48 -0300 Subject: Request for review: gnome-applet-bubblemon Message-ID: Ignacio Vazquez-Abrams pointed out these mistakes: >- Remove the hardcoded disttags >- Remove the explicit Requires >- --prefix and --mandir are redundant with %configure >- Variables should come after make in the command line, not before >- Use install, not install-strip in %install >- Should not own %{_datadir}/gnome-2.0 >- Use %find_lang instead of owning %{_datadir}/locale I've updated the package and here you can find it. SPEC:http://www.cs.famaf.unc.edu.ar/~nicolasw/Otros/gnome-applet-bubblemon.spec SRPM:http://www.cs.famaf.unc.edu.ar/~nicolasw/Otros/gnome-applet-bubblemon-2.0.4-3.src.rpm Regards, Nicolas From tcallawa at redhat.com Wed Aug 3 15:30:01 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 03 Aug 2005 10:30:01 -0500 Subject: opendap is far from being 64-bit clean In-Reply-To: <1123041299.21460.53.camel@ernie> References: <1123041299.21460.53.camel@ernie> Message-ID: <1123083001.2582.0.camel@localhost.localdomain> On Tue, 2005-08-02 at 23:54 -0400, Ed Hill wrote: > 3) If the answer to (2) is "NO", then is it OK for me to remove > opendap as a BuildRequires for nco since it is, after all, > an optional feature? Sure. Go ahead and take out opendap as a BuildRequires. When I have time (likely sometime in late August), I'll sit down with my x86_64 and try to make it work. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Wed Aug 3 15:33:12 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 3 Aug 2005 17:33:12 +0200 Subject: Request for review: gnome-applet-bubblemon In-Reply-To: References: Message-ID: <20050803173312.77d29901@python2> Nicol?s Wolovick wrote : > Ignacio Vazquez-Abrams pointed out these mistakes: > > >- Remove the hardcoded disttags > >- Remove the explicit Requires > >- --prefix and --mandir are redundant with %configure > >- Variables should come after make in the command line, not before > >- Use install, not install-strip in %install > >- Should not own %{_datadir}/gnome-2.0 > >- Use %find_lang instead of owning %{_datadir}/locale > > I've updated the package and here you can find it. > > SPEC:http://www.cs.famaf.unc.edu.ar/~nicolasw/Otros/gnome-applet-bubblemon.spec > SRPM:http://www.cs.famaf.unc.edu.ar/~nicolasw/Otros/gnome-applet-bubblemon-2.0.4-3.src.rpm You should remove the sentence : "The latest version is available off http://savannah.nongnu.org/download/bubblemon/" from the %description since people who install from the package in Extras shouldn't be told that. I think PROFILING and TRANSLATIONS could be removed from %doc. Last, maybe you could use : %lang(hu) %{_mandir}/hu/man1/* %lang(sv) %{_mandir}/sv/man1/* In order to color the files with the language they're in, although there have been many discussions lately as to the usefulness of this in rpm altogether (it's definitely not mandatory to use it, that's for sure). Oh, and I see you wrote "Remove the hardcoded disttags", but you could still use "%{?dist}" if you like, as it would make enough sense for this package. For the rest, it looks good, I'll try the program once I finish downloading the source rpm (to get the patch) @ 50bps :-/ Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.32 0.40 0.58 From oliver at linux-kernel.at Wed Aug 3 15:34:40 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 03 Aug 2005 17:34:40 +0200 Subject: Need help for open Requests In-Reply-To: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> Message-ID: <42F0E410.9030104@linux-kernel.at> On 08/03/2005 04:59 PM, Jochen Schmitt wrote: > I need further help to finish the folloing requests: > > URL: > https://www.redhat.com/archives/fedora-extras-list/2005-July/msg01529.html > > Topic: New Package: highlight > > Problem: No respons or any comments about it. [ ... ] > It will be nice, if anyone have the patient to help me. Had only a climpse at highlight yet. + Package builds fine + Package installs fine + Package uninstalls fine + Source matches upstream + URL OK + Specfilename matches %{name} + Package builds fine on FC4 + rpmlint is quiet + no locales + COPYING in %doc - Inconsistant use of macros - Wrong BuildRoot - patch backup extension (renamed, so it makes more 'sense') - no dist-tag - in install an clean only rm -rf $RPM_BUILD_ROOT should be used * Changed %doc to 1 line * %files section cleaned; */* is fine here. Question: Do we really want {extensions,scriptre}.conf and in /usr/share/highlight? I think it would be better adding a /etc/hightlight directory. Feel free to kick out my identation and revert back to yours... See attached patch. Best, Oliver -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: hightlight-of.patch URL: From tcallawa at redhat.com Wed Aug 3 15:59:48 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 03 Aug 2005 10:59:48 -0500 Subject: Need help for open Requests In-Reply-To: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> Message-ID: <1123084789.2582.21.camel@localhost.localdomain> On Wed, 2005-08-03 at 16:59 +0200, Jochen Schmitt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello, > > I need further help to finish the folloing requests: > > URL: > https://www.redhat.com/archives/fedora-extras-list/2005-July/msg01529.html > > Topic: New Package: highlight Review: highlight Good: - rpmlint output ok - meets naming guidelines - license ok (GPL), text of license included, matches source - code matches upstream - builds fine on FC4 (x86) - no missing BR, extra BR - no locales - no shared libs, headers - not relocatable - owns all directories it creates - no duplicate files - permissions ok - %clean ok - nothing in %doc affects runtime - code, not content Bad: - Buildroot should be %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - macro use is inconsistent (don't mix %{buildroot} and $RPM_BUILD_ROOT) - spacing is erratic in the format, makes it a little difficult to read - no need to check if $RPM_BUILD_ROOT exists before deleting - compiled with hardcoded CFLAGS, ignores $RPM_OPT_FLAGS - %files is very overcomplicated - Don't use %{release} to mark the file name, since that will need to be incremented to fix bugs. I cleaned up these blockers for you. Attached to this email is a patch to enable use of $RPM_OPT_FLAGS, and a new spec. One point of note: If your application creates a directory structure like this: /usr/share/foo-1.1/bar/baz/qux And you want to own all of the files and directories in that structure, all you need to do in %files is: %{_datadir}/foo-1.1 This will cause all of the files and directories within that package to be owned by that package. If you use the new spec (and the new patch), then highlight is APPROVED. If you've got any questions about changes I made, feel free to ask me. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 -------------- A non-text attachment was scrubbed... Name: highlight-2.4-rpmoptflags.patch Type: text/x-patch Size: 339 bytes Desc: not available URL: -------------- next part -------------- Name: highlight Summary: A universal source code to formatted text converter Version: 2.4 Release: 2%{?dist} Group: Development/Tools License: GPL URL: http://www.andre-simon.de/ Source0: http://www.andre-simon.de/zip/%{name}-%{version}-1.tar.bz2 Patch1: highlight-2.4-makefile.patch Patch2: highlight-2.4-rpmoptflags.patch BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) %description A utility that converts sourcecode to HTML, XHTML, RTF, LaTeX, TeX, XSL-FO, XML or ANSI escape sequences with syntax highlighting. It supports several programming and markup languages. Language descriptions are configurable and support regular expressions. The utility offers indentation and reformatting capabilities. It is easily possible to create new language definitions and colour themes. %prep %setup -q -n highlight-%{version}-1 %patch1 -p1 -b .org %patch2 -p1 -b .rpmoptflags %build make %{?_smp_mflags} %install rm -rf $RPM_BUILD_ROOT make install DESTDIR=$RPM_BUILD_ROOT rm -rf $RPM_BUILD_ROOT%{_docdir}/highlight %clean rm -fr $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc ChangeLog AUTHORS README* COPYING TODO examples// %{_bindir}/highlight %{_datadir}/highlight %{_mandir}/man1/highlight.1.gz %changelog * Wed Aug 3 2005 Tom "spot" Callaway 2.4-2 - cleanups * Sun Jul 24 2005 Jochen Schmitt 2.4-1 - Initial build From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Aug 3 16:01:15 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 3 Aug 2005 18:01:15 +0200 Subject: Request for review: gnome-applet-bubblemon In-Reply-To: <20050803173312.77d29901@python2> References: <20050803173312.77d29901@python2> Message-ID: <20050803180115.18203b29@python2> Matthias Saou wrote : > For the rest, it looks good, I'll try the program once I finish > downloading the source rpm (to get the patch) @ 50bps :-/ You'll have to add this to have the package build : BuildRequires: libgtop2-devel I've tested a rebuild on FC-4, installed the package, added the applet to my panel (the entry doesn't have an icon, this could be improved/fixed), but from there the applet kept crashing and so did my gnome-panel, until I uninstalled the package entirely. Seems like further testing will be needed before any kind of approval. Could someone else try testing the resulting applet? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 1.61 1.57 1.37 From ivazquez at ivazquez.net Wed Aug 3 16:05:39 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 03 Aug 2005 12:05:39 -0400 Subject: Need help for open Requests In-Reply-To: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> Message-ID: <1123085139.12131.25.camel@ignacio.lan> On Wed, 2005-08-03 at 16:59 +0200, Jochen Schmitt wrote: > URL: > https://www.redhat.com/archives/fedora-extras-list/2005-July/msg01528.html > > Topic: New Package: pdftk > > Problem: Solution for including License-Adobe.txt which is > require to redistribute *.afm files. 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 thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Aug 3 16:06:43 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 3 Aug 2005 18:06:43 +0200 Subject: Need help for open Requests In-Reply-To: <1123084789.2582.21.camel@localhost.localdomain> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> <1123084789.2582.21.camel@localhost.localdomain> Message-ID: <20050803180643.203c2232@python2> Tom 'spot' Callaway wrote : > One point of note: > > If your application creates a directory structure like this: > > /usr/share/foo-1.1/bar/baz/qux > > And you want to own all of the files and directories in that structure, > all you need to do in %files is: > > %{_datadir}/foo-1.1 > > This will cause all of the files and directories within that package to > be owned by that package. Just a small cosmetic preference : It increases readability and decreases possible confusion to add a trailing slash to the lines in %files that reference directories. So in this case, I'd recommend : %{_datadir}/foo-1.1/ Which is simply more "explicit" (e.g. for reviewers), although producing the exact same result in the package. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 2.01 1.72 1.45 From Jochen at herr-schmitt.de Wed Aug 3 16:38:14 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 03 Aug 2005 18:38:14 +0200 Subject: Need help for open Requests In-Reply-To: <42F0E410.9030104@linux-kernel.at> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> <42F0E410.9030104@linux-kernel.at> Message-ID: <0ML2Dk-1E0MGF3vCk-0003qU@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 03 Aug 2005 17:34:40 +0200, you wrote: >Had only a climpse at highlight yet. >- Inconsistant use of macros >- Wrong BuildRoot >- patch backup extension (renamed, so it makes more 'sense') >- no dist-tag >- in install an clean only rm -rf $RPM_BUILD_ROOT should be used > >* Changed %doc to 1 line >* %files section cleaned; */* is fine here. Thank you for your comments. I have create a new RPM and uploaded it to: SRPM: http://www.herr-schmitt.de/pub/highlight/highlight-2.4.1-1.src.rpm SPEC: http://www.herr-schmitt.de/pub/highlight/highligt.spec You should notify, that I have change the versioning schema, becouse the upstream author have used a schema in the form '-release>' to it own upstream packages, so he allocate the release number used to distincts several versions of packages of the same upstream version. >Question: Do we really want {extensions,scriptre}.conf and in >/usr/share/highlight? I think it would be better adding a >/etc/hightlight directory. That is a nice idea. Becouse I don't invest a lot of time to implement it into the programm, I want to forward it to the upstream author. It will be nice, if you can approve my package or send me any comment to improve it. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQvDzCE9gByurcX4MEQI6ywCfXTGMpYq6azaSR/jdEQpDTqlr+FwAn1Vy k43yQdeNmTyfULIH8ptZ8wln =9B2S -----END PGP SIGNATURE----- From j.w.r.degoede at hhs.nl Wed Aug 3 17:11:18 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 03 Aug 2005 19:11:18 +0200 Subject: Review still needed: svgalib In-Reply-To: <20050803162849.721bb379@python2> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> Message-ID: <42F0FAB6.204@hhs.nl> Matthias Saou wrote: > Hans de Goede wrote : > > >>The svgalib package provides the SVGAlib low-level graphics library >>for Linux. SVGAlib is a library which allows applications to use full >>screen graphics on a variety of hardware platforms. Some games and >>utilities use SVGAlib for their graphics. For details on >>supported chipsets, see man 7 svgalib (when svgalib is installed). > > [...] > >>The srpm can be downloaded from: >>http://home.zonnet.nl/jwrdegoede/svgalib-1.9.21-2.src.rpm > > > Attached is a quick patch to the spec file. Further reviewing is still > needed, as I haven't tested the resulting package (the part on which > you've invested the vast majority of the work). > Thanks, You can test it by running making te demos installed in /usr/share/doc/svgalib-devel-xxx/demos, just cd there and do a make. Then run as root ./vgatest (choose a mode) and ./bg_test with bg_test you should change vc and then switch back, after switch back it should have borders and a cross besides the white block. This is drawn in the background iow while switched away. > Changes : > - Unify tabs and spaces. Ok > - Fix main source URL. Ok > - Remove unneeded zero epochs. Erm, there was an explicit epoch 0 in the RedHat packages back when it was still shipped by RH, should that remain then? > - Remove -c (ignored) option to install, use -p instead. Ah, I took that from the old spec. thanks for catching it. > - Remove unneeded explicit(er) compression of man pages. Hmm, I don't see that in you're patch? > - Use %ifnarch instead of empty %ifarch + %else. I already thought that that might work but I wasn't sure i've seen the empty %ifarch %else construnction elsewhere so I though %ifnarch did not exist or had issues. Thanks again and Regards, Hans From tcallawa at redhat.com Wed Aug 3 17:26:11 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 03 Aug 2005 12:26:11 -0500 Subject: Review still needed: svgalib In-Reply-To: <42F0FAB6.204@hhs.nl> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> Message-ID: <1123089971.2582.22.camel@localhost.localdomain> On Wed, 2005-08-03 at 19:11 +0200, Hans de Goede wrote: > Erm, there was an explicit epoch 0 in the RedHat packages back when it > was still shipped by RH, should that remain then? Nope. Only time you need to preserve epoch is if an old package used a non-zero epoch. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From alex at dalloz.de Wed Aug 3 17:25:19 2005 From: alex at dalloz.de (Alexander Dalloz) Date: Wed, 03 Aug 2005 19:25:19 +0200 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <42F08CF2.9020406@city-fan.org> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> Message-ID: <1123089919.21238.601.camel@serendipity.dogma.lan> Am Mi, den 03.08.2005 schrieb Paul Howarth um 11:22: > Bad: > > Source0 URL wrong. Instead of: > http://www.rcs.ei.tum.de/~maierkom/privat/software/mbuffer/%{name}/%{name}-%{version}.tgz > > use: > http://www.rcs.ei.tum.de/~maierkom/privat/software/mbuffer/mbuffer-%{version}.tgz > (expanding %{name} is just my cosmetic preference here) Done in release -2. > Should probably BuildRequire: mt-st and openssl-devel for additional > functionality. Otherwise, you get this from configure: mt-st added as BR, because it is really small and the mt binary located in /bin. [...] > Fix these and it's approved. > > Paul. After a hard inner fight I decided to by mbuffer by default with "configure --disable-md5", to have no dynamic linking against libs in /usr (would be else openssl, krb5-libs and zlib). If someone likes to have the "md5" checksum feature with mbuffer, he could rpmbuild rebuild it "--with md5hash" instruction. Is this acceptable? http://www.uni-x.org/review/mbuffer.spec http://www.uni-x.org/review/mbuffer-20050730-2.src.rpm Alexander -- 1024D/866ED681 2005-07-11 Alexander Dalloz (Fedora Project) Key fingerprint = CD40 0A91 7814 C1E4 5940 8E0E 1FD5 C316 866E D681 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From j.w.r.degoede at hhs.nl Wed Aug 3 17:30:49 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Wed, 03 Aug 2005 19:30:49 +0200 Subject: Review still needed: svgalib In-Reply-To: <1123089971.2582.22.camel@localhost.localdomain> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> <1123089971.2582.22.camel@localhost.localdomain> Message-ID: <42F0FF49.7000003@hhs.nl> Tom 'spot' Callaway wrote: > On Wed, 2005-08-03 at 19:11 +0200, Hans de Goede wrote: > > >>Erm, there was an explicit epoch 0 in the RedHat packages back when it >>was still shipped by RH, should that remain then? > > > Nope. Only time you need to preserve epoch is if an old package used a > non-zero epoch. > > ~spot Ok, thanks for the info. Patch to spec has been applied. Thanks & Regards, Hans From tcallawa at redhat.com Wed Aug 3 17:34:43 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 03 Aug 2005 12:34:43 -0500 Subject: Review of pyparsing In-Reply-To: <1123053085.12131.11.camel@ignacio.lan> References: <200507281634.14704.jamatos@fc.up.pt> <1122567926.5381.32.camel@ignacio.lan> <200507281847.47749.jamatos@fc.up.pt> <1123053085.12131.11.camel@ignacio.lan> Message-ID: <1123090483.2582.30.camel@localhost.localdomain> On Wed, 2005-08-03 at 03:11 -0400, Ignacio Vazquez-Abrams wrote: > On Thu, 2005-07-28 at 18:47 +0100, Jose' Matos wrote: > > On Thursday 28 July 2005 17:25, Ignacio Vazquez-Abrams wrote: > > > http://fedora.ivazquez.net/files/extras/pyparsing.spec > > > http://fedora.ivazquez.net/files/extras/pyparsing-1.3-1.src.rpm > > > > The license text is missing from the package. > > Fixed. APPROVED. (Needing this for one of my packages in progress, I wrote virtually the same spec file... :)) ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Wed Aug 3 17:41:20 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 3 Aug 2005 19:41:20 +0200 Subject: Review still needed: svgalib In-Reply-To: <42F0FAB6.204@hhs.nl> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> Message-ID: <20050803194120.38bb0b8e@python2> Hans de Goede wrote : > > - Remove unneeded explicit(er) compression of man pages. > Hmm, I don't see that in you're patch? It's a line passed to "make" that I removed. > > - Use %ifnarch instead of empty %ifarch + %else. > I already thought that that might work but I wasn't sure i've seen the > empty %ifarch %else construnction elsewhere so I though %ifnarch did not > exist or had issues. I'm not 100% sure it works since I don't think I've ever tested it with multiple archs on the same line (here %{ix86} expands to more than one), but it should :-) Thanks to your instructions for the demos, I've tested the resulting packages and all seems to work fine for me (1024x768 fb console on FC4 i386). So consider the package reviewed and APPROVED. I'll send out the email now. Keep up the great work ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.05 0.50 0.53 From ed at eh3.com Wed Aug 3 18:17:12 2005 From: ed at eh3.com (Ed Hill) Date: Wed, 03 Aug 2005 14:17:12 -0400 Subject: opendap is far from being 64-bit clean In-Reply-To: <1123083001.2582.0.camel@localhost.localdomain> References: <1123041299.21460.53.camel@ernie> <1123083001.2582.0.camel@localhost.localdomain> Message-ID: <1123093032.21460.103.camel@ernie> On Wed, 2005-08-03 at 10:30 -0500, Tom 'spot' Callaway wrote: > On Tue, 2005-08-02 at 23:54 -0400, Ed Hill wrote: > > > 3) If the answer to (2) is "NO", then is it OK for me to remove > > opendap as a BuildRequires for nco since it is, after all, > > an optional feature? > > Sure. Go ahead and take out opendap as a BuildRequires. When I have time > (likely sometime in late August), I'll sit down with my x86_64 and try > to make it work. Hi Tom, Cool, I'm entirely happy with that! And I'll be glad to help patch opendap so that it builds on x86_64 since we intend to use it. A later-this-month time frame is also better for me. 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 Jochen at herr-schmitt.de Wed Aug 3 18:18:28 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 03 Aug 2005 20:18:28 +0200 Subject: Need help for open Requests In-Reply-To: <1123084789.2582.21.camel@localhost.localdomain> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> <1123084789.2582.21.camel@localhost.localdomain> Message-ID: <0ML25U-1E0NpK1xtH-00041r@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 03 Aug 2005 10:59:48 -0500, you wrote: - - Buildroot should be >%{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) >- macro use is inconsistent (don't mix %{buildroot} and $RPM_BUILD_ROOT) >- spacing is erratic in the format, makes it a little difficult to read >- no need to check if $RPM_BUILD_ROOT exists before deleting >- compiled with hardcoded CFLAGS, ignores $RPM_OPT_FLAGS >- %files is very overcomplicated >- Don't use %{release} to mark the file name, since that will need to be >incremented to fix bugs. > >I cleaned up these blockers for you. Attached to this email is a patch >to enable use of $RPM_OPT_FLAGS, and a new spec. One point of note: Based on your comments and the comments from Oliver I have build a new RPM whicht is uploaded on: SRPMS: http://www.herr-schmitt.de/pub/highlight/highlight-2.4.1-2.src.rpm SPEC: http://www.herr-schmitt.de/pub/highlight/highlight.spec It will be nice, if you can verify that all reported issues ared fixed. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQvEKi09gByurcX4MEQLgpgCfUOqgyYh/4NXq4RggDABf4/l7XrcAoOLb SELcWoHw4sr1GM3iff2j8jDr =tC9K -----END PGP SIGNATURE----- From tcallawa at redhat.com Wed Aug 3 18:25:47 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 03 Aug 2005 13:25:47 -0500 Subject: Need help for open Requests In-Reply-To: <0ML25U-1E0NpK1xtH-00041r@mrelayeu.kundenserver.de> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> <1123084789.2582.21.camel@localhost.localdomain> <0ML25U-1E0NpK1xtH-00041r@mrelayeu.kundenserver.de> Message-ID: <1123093547.2582.32.camel@localhost.localdomain> On Wed, 2005-08-03 at 20:18 +0200, Jochen Schmitt wrote: > It will be nice, if you can verify that all reported issues ared > fixed. Looks good to me. You can consider this one approved. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Wed Aug 3 18:49:50 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 3 Aug 2005 20:49:50 +0200 Subject: Need help for open Requests In-Reply-To: <0ML25U-1E0NpK1xtH-00041r@mrelayeu.kundenserver.de> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> <1123084789.2582.21.camel@localhost.localdomain> <0ML25U-1E0NpK1xtH-00041r@mrelayeu.kundenserver.de> Message-ID: <20050803204950.16b5467f@python2> Jochen Schmitt wrote : > Based on your comments and the comments from Oliver I have build > a new RPM whicht is uploaded on: > > SRPMS: > http://www.herr-schmitt.de/pub/highlight/highlight-2.4.1-2.src.rpm > > SPEC: > http://www.herr-schmitt.de/pub/highlight/highlight.spec May I ask where you took the spec file you based this one on? Because all of the header lines mix spaces and tabs, and it's something I've seen many times before, which would be best fixed once and for all "at the source". Apart from that I'd also suggest removing the leading "A" in the summary, as common practise. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.25 0.46 0.33 From rdieter at math.unl.edu Wed Aug 3 19:07:11 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 03 Aug 2005 14:07:11 -0500 Subject: Request for review: gtk-qt-engine Message-ID: <42F115DF.5080806@math.unl.edu> updated in -devel CVS, and (for others' convenience) src.rpm: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/gtk-qt-engine-0.60-1.src.rpm: it's an update to an existing Extras pkg, gtk-qt-engine-0.41. I'd like some feedback before requesting any new builds. %changelog * Wed Apr 8 2005 Rex Dieter 0.60-1 - cleanup for Extras - 0.6 (#153976) From rdieter at math.unl.edu Wed Aug 3 19:07:38 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 03 Aug 2005 14:07:38 -0500 Subject: Request for review: gsview-4.7 Message-ID: <42F115FA.1010009@math.unl.edu> updated in -devel CVS, and (for others' convenience) src.rpm: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/gsview-4.7-3.src.rpm it's an update to an existing Extras pkg, gsview-4.6. I'd like some feedback before requesting any new builds. %changelog * Thu Jul 28 2005 Rex Dieter 4.7-3 - add file:// to help URL. * Thu Jun 23 2005 Rex Dieter 4.7-2 - fixes for ghostscript-8.15 (#159912) - Change paper default A4->Letter * Wed Apr 20 2005 Rex Dieter 4.7-1 - 4.7 p.s. Forgive my ignorance, but does a package update require explicit approval too? From tcallawa at redhat.com Wed Aug 3 19:15:38 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 03 Aug 2005 14:15:38 -0500 Subject: Request for review: gsview-4.7 In-Reply-To: <42F115FA.1010009@math.unl.edu> References: <42F115FA.1010009@math.unl.edu> Message-ID: <1123096538.2582.34.camel@localhost.localdomain> On Wed, 2005-08-03 at 14:07 -0500, Rex Dieter wrote: > p.s. Forgive my ignorance, but does a package update require explicit > approval too? Nope. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Wed Aug 3 19:18:38 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 3 Aug 2005 21:18:38 +0200 Subject: Request for review: gsview-4.7 In-Reply-To: <42F115FA.1010009@math.unl.edu> References: <42F115FA.1010009@math.unl.edu> Message-ID: <20050803211838.2dcf0866.bugs.michael@gmx.net> On Wed, 03 Aug 2005 14:07:38 -0500, Rex Dieter wrote: > p.s. Forgive my ignorance, but does a package update require explicit > approval too? No, it does not. From tcallawa at redhat.com Wed Aug 3 19:21:08 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 03 Aug 2005 14:21:08 -0500 Subject: Request for review: tinyerp Message-ID: <1123096868.2582.39.camel@localhost.localdomain> Tiny ERP is a free enterprise management software package. It covers all domains for small to medium businesses; accounting, stock management, sales, customer relationship, purchases, project management... The SRPM generates a noarch tinyerp and tinyerp-server package. Its written in python, and the server backend relies on postgresql. SRPM: http://www.auroralinux.org/people/spot/review/tinyerp-2.1.3-5.src.rpm SPEC: http://www.auroralinux.org/people/spot/review/tinyerp.spec Please review! Thanks in advance, ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From Jochen at herr-schmitt.de Wed Aug 3 19:43:43 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 03 Aug 2005 21:43:43 +0200 Subject: Need help for open Requests In-Reply-To: <20050803204950.16b5467f@python2> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> <1123084789.2582.21.camel@localhost.localdomain> <0ML25U-1E0NpK1xtH-00041r@mrelayeu.kundenserver.de> <20050803204950.16b5467f@python2> Message-ID: <0ML25U-1E0P9c0pDe-0002IT@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 3 Aug 2005 20:49:50 +0200, you wrote: >May I ask where you took the spec file you based this one on? Because all >of the header lines mix spaces and tabs, and it's something I've seen many >times before, which would be best fixed once and for all "at the source". It's sounds like you have go an earlier version of the SPEC file from me. I have done a reformatting of the metadata in the header. >Apart from that I'd also suggest removing the leading "A" in the summary, >as common practise. Done. I have uploaded the new version to: SRPMS: http://www.herr-schmitt.de/pub/highlight/highlight-2.4.1-3.src.rpm SPEC: http://www.herr-schmitt.de/pub/highlight/highlight.spec Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQvEeek9gByurcX4MEQLJGQCfWHUgTdHhadkkquCcMajldXnM44MAoN2E 7gJ8htoWw5RJExJPRIPIhSUq =gvsi -----END PGP SIGNATURE----- From ivazquez at ivazquez.net Wed Aug 3 20:02:09 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 03 Aug 2005 16:02:09 -0400 Subject: Request for review: gtk-qt-engine In-Reply-To: <42F115DF.5080806@math.unl.edu> References: <42F115DF.5080806@math.unl.edu> Message-ID: <1123099329.12131.31.camel@ignacio.lan> On Wed, 2005-08-03 at 14:07 -0500, Rex Dieter wrote: > updated in -devel CVS, and (for others' convenience) src.rpm: > http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/gtk-qt-engine-0.60-1.src.rpm: > > it's an update to an existing Extras pkg, gtk-qt-engine-0.41. > > I'd like some feedback before requesting any new builds. 1) You can drop the BR on qt-devel, libpng-devel, libmng-devel, and libjpeg-devel. 2) Does 0.60 still need autoconf? 3) How accurate is the Requires of qt and kdelibs? 4) Is the .la needed, since nothing will be built against 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 bugs.michael at gmx.net Wed Aug 3 20:31:26 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 3 Aug 2005 22:31:26 +0200 Subject: ddrescue and dd_rescue In-Reply-To: References: <42C4FE44.5010108@redhat.com> <1120206990.2815.222.camel@localhost.localdomain> <42C51D38.4050101@redhat.com> <20050702193013.GA15992@osiris.silug.org> Message-ID: <20050803223126.21d69f82.bugs.michael@gmx.net> On Sat, 2 Jul 2005 22:43:50 +0200 (CEST), Andreas Thienemann wrote: > Only question: what's the policy of fedora-extra with regard to similar > packages? Opinions? Very difficult to answer. I'd say: Choose the superior one. Support the more promising one, the more active/promising project. _However_, "similar packages" may imply that one has features the other one hasn't. For instance, we have three (3!) different DDNS IP update tools in Extras. It's hard to please the users, if one tool is missing. What makes the case of ddrescue/dd_rescue more difficult is the almost equal name. This creates a source of confusion. From bugs.michael at gmx.net Wed Aug 3 20:35:01 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 3 Aug 2005 22:35:01 +0200 Subject: New package: libnjb In-Reply-To: References: Message-ID: <20050803223501.56048d59.bugs.michael@gmx.net> On Fri, 29 Jul 2005 22:14:38 +0200 (CEST), Linus Walleij wrote: > A package reviewer and a sponsor for my user is humbly requested. Michael > Schwendt knows me from the past SIDplay ages I believe. Confirmed. From murrayc at murrayc.com Wed Aug 3 20:53:58 2005 From: murrayc at murrayc.com (Murray Cumming) Date: Wed, 03 Aug 2005 22:53:58 +0200 Subject: package request: libgdamm and pygda Message-ID: <1123102438.8831.33.camel@localhost.localdomain> I don't know of any wiki page where I might request packages, so I'll ask here. I'd be incredibly grateful if interested people could package libgdamm and pygda (the C++ and python bindings for the libgda database access API). libgdamm could be packaged like the existing *mm bindings, and libgda would be like the existing gnome-python2-* packages. This would really help me to get Glom packaged: www.glom.org In the worst case, I might try this myself, but that's likely to be a slow process. -- Murray Cumming murrayc at murrayc.com www.murrayc.com www.openismus.com From andreas at bawue.net Wed Aug 3 20:56:51 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Wed, 3 Aug 2005 22:56:51 +0200 (CEST) Subject: ddrescue and dd_rescue In-Reply-To: <20050803223126.21d69f82.bugs.michael@gmx.net> References: <42C4FE44.5010108@redhat.com> <1120206990.2815.222.camel@localhost.localdomain> <42C51D38.4050101@redhat.com> <20050702193013.GA15992@osiris.silug.org> <20050803223126.21d69f82.bugs.michael@gmx.net> Message-ID: On Wed, 3 Aug 2005, Michael Schwendt wrote: > > Only question: what's the policy of fedora-extra with regard to similar > > packages? Opinions? > Very difficult to answer. I'd say: Choose the superior one. Difficult to judge. The dd_rescue/dd_rhelp combo is the one I find most useful. dd_rescue is fast and is quite verbose when running, which I find useful. dd_rhelp adds the missing functionality. ddrescue has the dd_rhelp functionality folded into a single binary, but is a bit less flexible featurewise. Both tools have their uses and I would be very hard pressed including one over the other... > What makes the case of ddrescue/dd_rescue more difficult is the almost > equal name. This creates a source of confusion. Yes. That is an added problem. Steven Pritchard was kind enough to review all three packages and I'm currently incorporating some changes with regard to conflicts and provides tags. So personally, I'd suggest adding all three packages to fedora-extras (or maybe even jsut two with dd_rhelp folded into the main dd_rescue package) and be done with the topic. Let the user choose which package he preferrs. One strong point of fedora extra is, that we are not limited to offering only one word processor, but can offer abiword, xword, yword and ztext at the same time. bye, andreas From buildsys at fedoraproject.org Wed Aug 3 20:57:38 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 3 Aug 2005 16:57:38 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050803205738.2C8CC8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 4 pyparsing-1.3-1.fc3 scim-tables-0.5.1-3.2.fc3 synergy-1.2.3-1.fc3 tetex-bytefield-1.2a-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 Wed Aug 3 20:58:38 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 3 Aug 2005 16:58:38 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050803205838.7D8218003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 8 kphone-4.2-1.fc4 nco-3.0.1-4.fc4 octave-2.1.71-14.fc4 perl-String-Ediff-0.07-1 pyparsing-1.3-1.fc4 scim-tables-0.5.1-3.2.fc4 synergy-1.2.3-1.fc4 tetex-bytefield-1.2a-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 Wed Aug 3 20:59:54 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 3 Aug 2005 16:59:54 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050803205954.71C668003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 12 kphone-4.2-1.fc5 nco-3.0.1-4.fc5 octave-2.9.3-3.fc5 octave-forge-2005.06.13-3.fc5 pdftk-1.12-3 perl-String-Ediff-0.07-2 pyparsing-1.3-1.fc5 sylpheed-2.0.0-1 synergy-1.2.3-1.fc5 tetex-bytefield-1.2a-1.fc5 torcs-1.2.3-5.fc5 torcs-data-1.2.3-3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugs.michael at gmx.net Wed Aug 3 21:10:20 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 3 Aug 2005 23:10:20 +0200 Subject: ddrescue and dd_rescue In-Reply-To: References: <42C4FE44.5010108@redhat.com> <1120206990.2815.222.camel@localhost.localdomain> <42C51D38.4050101@redhat.com> <20050702193013.GA15992@osiris.silug.org> <20050803223126.21d69f82.bugs.michael@gmx.net> Message-ID: <20050803231020.676630cb.bugs.michael@gmx.net> On Wed, 3 Aug 2005 22:56:51 +0200 (CEST), Andreas Thienemann wrote: > Steven Pritchard was kind enough to review all three packages and I'm > currently incorporating some changes with regard to conflicts and provides > tags. They may not conflict with eachother, and not with any other Core or Extras package either. From andreas at bawue.net Wed Aug 3 21:58:48 2005 From: andreas at bawue.net (Andreas Thienemann) Date: Wed, 3 Aug 2005 23:58:48 +0200 (CEST) Subject: ddrescue and dd_rescue In-Reply-To: <20050803231020.676630cb.bugs.michael@gmx.net> References: <42C4FE44.5010108@redhat.com> <1120206990.2815.222.camel@localhost.localdomain> <42C51D38.4050101@redhat.com> <20050702193013.GA15992@osiris.silug.org> <20050803223126.21d69f82.bugs.michael@gmx.net> <20050803231020.676630cb.bugs.michael@gmx.net> Message-ID: On Wed, 3 Aug 2005, Michael Schwendt wrote: > > Steven Pritchard was kind enough to review all three packages and I'm > > currently incorporating some changes with regard to conflicts and provides > > tags. > They may not conflict with eachother, and not with any other Core > or Extras package either. sure. I was more thinking about appropriate conflict tags so that a user using dd_rescue (which was packages as ddrescue) gets updated to dd_rescue. bye, andreas From fedora at camperquake.de Wed Aug 3 22:00:55 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 4 Aug 2005 00:00:55 +0200 Subject: Request for Review: bmp-flac2 Message-ID: <20050804000055.6ac8bc41@nausicaa.camperquake.de> Hi. I'd like to request a review for this very small and simple package: http://ryoko.camperquake.de/fedora/bmp-flac2/bmp-flac2-003-1.src.rpm %description This plugin for the Beep Media Player enables playback of files encoded with the Free Lossless Audio Codec (FLAC). NOTE: This version does _not_ support seeking in the file. Thanks. -- "The Board views the endemic use of PowerPoint briefing slides instead of technical papers as an illustration of the problematic methods of technical communication at NASA." -- From the Columbia Accident Investigation Board Report From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Aug 3 22:07:56 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 4 Aug 2005 00:07:56 +0200 Subject: Need help for open Requests In-Reply-To: <0ML25U-1E0P9c0pDe-0002IT@mrelayeu.kundenserver.de> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> <1123084789.2582.21.camel@localhost.localdomain> <0ML25U-1E0NpK1xtH-00041r@mrelayeu.kundenserver.de> <20050803204950.16b5467f@python2> <0ML25U-1E0P9c0pDe-0002IT@mrelayeu.kundenserver.de> Message-ID: <20050804000756.7f241f3b@python2> Jochen Schmitt wrote : > >May I ask where you took the spec file you based this one on? Because all > >of the header lines mix spaces and tabs, and it's something I've seen many > >times before, which would be best fixed once and for all "at the source". > > It's sounds like you have go an earlier version of the SPEC file > from me. I have done a reformatting of the metadata in the > header. Nope, many of the lines still contain a space between the "Foo:" and the tabulations. Did you base your spec on a template from somewhere is what I wanted to know, as I've corrected many of these space/tabs mixes a while back in other spec files, and am having severe d?j? vu :-) > >Apart from that I'd also suggest removing the leading "A" in the summary, > >as common practise. > > Done. Thanks ;-) > I have uploaded the new version to: > > SRPMS: > http://www.herr-schmitt.de/pub/highlight/highlight-2.4.1-3.src.rpm I can confirm what I've stated above in this 3rd release. Nothing very important, I'm just being picky, and the package has been rightfully approved already anyway :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.13 0.12 0.07 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Aug 3 22:30:12 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 4 Aug 2005 00:30:12 +0200 Subject: Request for Review: bmp-flac2 In-Reply-To: <20050804000055.6ac8bc41@nausicaa.camperquake.de> References: <20050804000055.6ac8bc41@nausicaa.camperquake.de> Message-ID: <20050804003012.7fbaf660@python2> Ralf Ertzinger wrote : > I'd like to request a review for this very small and simple package: > > http://ryoko.camperquake.de/fedora/bmp-flac2/bmp-flac2-003-1.src.rpm > > %description > This plugin for the Beep Media Player enables playback of files encoded > with the Free Lossless Audio Codec (FLAC). > > NOTE: > This version does _not_ support seeking in the file. Is this for inclusion into Extras? Because quoting you from bug #153940 (the RFE for adding a bmp flac plugin) : "For the time being I'll be happy if it works for anyone besides me. The code is not ready yet for broad distribution." So if such is the case, I'm wondering if it isn't a little premature to include it, maybe it would be worth linking it on the bmp plugins page first, and hope people help you fix/improve it. Or maybe getting bugzilla reports against it from Fedora users will then motivate you to continue working on it, in which case you can ignore what I just wrote... but only you can know that for sure ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.36 0.16 0.11 From ivazquez at ivazquez.net Wed Aug 3 22:50:02 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 03 Aug 2005 18:50:02 -0400 Subject: Request for Review: bmp-flac2 In-Reply-To: <20050804000055.6ac8bc41@nausicaa.camperquake.de> References: <20050804000055.6ac8bc41@nausicaa.camperquake.de> Message-ID: <1123109403.12131.40.camel@ignacio.lan> On Thu, 2005-08-04 at 00:00 +0200, Ralf Ertzinger wrote: > http://ryoko.camperquake.de/fedora/bmp-flac2/bmp-flac2-003-1.src.rpm I'd prefer to see a version number that won't require an Epoch bump in the future. > NOTE: > This version does _not_ support seeking in the file. Hrm. Would it be within my rights to veto it based on this fact alone? -- 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 fedora at camperquake.de Wed Aug 3 22:54:20 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 4 Aug 2005 00:54:20 +0200 Subject: Request for Review: bmp-flac2 In-Reply-To: <1123109403.12131.40.camel@ignacio.lan> References: <20050804000055.6ac8bc41@nausicaa.camperquake.de> <1123109403.12131.40.camel@ignacio.lan> Message-ID: <20050804005420.5bf112fc@nausicaa.camperquake.de> Hi. Ignacio Vazquez-Abrams wrote: > I'd prefer to see a version number that won't require an Epoch bump in > the future. I am not sure I understand the problem. > > NOTE: > > This version does _not_ support seeking in the file. > > Hrm. Would it be within my rights to veto it based on this fact alone? Playback without seeking is better than no playback at all, isn't it? -- "Stuff happened. It was cool." Mike, MST3k, "A Black Day" Misting From ivazquez at ivazquez.net Wed Aug 3 23:22:27 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 03 Aug 2005 19:22:27 -0400 Subject: Request for Review: bmp-flac2 In-Reply-To: <20050804005420.5bf112fc@nausicaa.camperquake.de> References: <20050804000055.6ac8bc41@nausicaa.camperquake.de> <1123109403.12131.40.camel@ignacio.lan> <20050804005420.5bf112fc@nausicaa.camperquake.de> Message-ID: <1123111347.12131.44.camel@ignacio.lan> On Thu, 2005-08-04 at 00:54 +0200, Ralf Ertzinger wrote: > Ignacio Vazquez-Abrams wrote: > > I'd prefer to see a version number that won't require an Epoch bump in > > the future. > > I am not sure I understand the problem. The version number in the package, "003", is equivalent to "3" according to rpm. Can you guarantee that there will never be a package with a version less than 3? -- 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 fedora at camperquake.de Wed Aug 3 23:25:27 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 4 Aug 2005 01:25:27 +0200 Subject: Request for Review: bmp-flac2 In-Reply-To: <1123111347.12131.44.camel@ignacio.lan> References: <20050804000055.6ac8bc41@nausicaa.camperquake.de> <1123109403.12131.40.camel@ignacio.lan> <20050804005420.5bf112fc@nausicaa.camperquake.de> <1123111347.12131.44.camel@ignacio.lan> Message-ID: <20050804012527.2007977e@nausicaa.camperquake.de> Hi. Ignacio Vazquez-Abrams wrote: > The version number in the package, "003", is equivalent to "3" according > to rpm. Can you guarantee that there will never be a package with a > version less than 3? Yes. The version number is monotonically increasing. Think udev. -- Slashdot, where information goes to die. From fedora at camperquake.de Wed Aug 3 23:42:37 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 4 Aug 2005 01:42:37 +0200 Subject: Request for Review: bmp-flac2 In-Reply-To: <20050804003012.7fbaf660@python2> References: <20050804000055.6ac8bc41@nausicaa.camperquake.de> <20050804003012.7fbaf660@python2> Message-ID: <20050804014237.29df66bc@nausicaa.camperquake.de> Hi. Matthias Saou wrote: > Is this for inclusion into Extras? Because quoting you from bug #153940 > (the RFE for adding a bmp flac plugin) : > > "For the time being I'll be happy if it works for anyone besides me. The > code is not ready yet for broad distribution." Yes, it is the same codebase. Which has meanwhile gained features and sanity checks, so I'm mentally prepared to let other people see it. > So if such is the case, I'm wondering if it isn't a little premature to > include it, maybe it would be worth linking it on the bmp plugins page > first, and hope people help you fix/improve it. I'll notify the BMP people, also. -- Q276304 - Error Message: Your Password Must Be at Least 18770 Characters and Cannot Repeat Any of Your Previous 30689 Passwords (http://support.microsoft.com/support/kb/articles/q276/3/04.ASP) From rdieter at math.unl.edu Thu Aug 4 01:13:52 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 03 Aug 2005 20:13:52 -0500 Subject: Request for review: gtk-qt-engine In-Reply-To: <1123099329.12131.31.camel@ignacio.lan> References: <42F115DF.5080806@math.unl.edu> <1123099329.12131.31.camel@ignacio.lan> Message-ID: Ignacio Vazquez-Abrams wrote: > On Wed, 2005-08-03 at 14:07 -0500, Rex Dieter wrote: > >>updated in -devel CVS, and (for others' convenience) src.rpm: >>http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/gtk-qt-engine-0.60-1.src.rpm: >> >>it's an update to an existing Extras pkg, gtk-qt-engine-0.41. >> >>I'd like some feedback before requesting any new builds. > 1) You can drop the BR on qt-devel, libpng-devel, libmng-devel, and > libjpeg-devel. You sure? Even on fc3? (I'll keep qt-devel regardless). > 2) Does 0.60 still need autoconf? Probably not. > 3) How accurate is the Requires of qt and kdelibs? Very. (-: > 4) Is the .la needed, since nothing will be built against it? KDE often uses/needs .la files for loadable modules. IMO, it's not worth the risk of removing it. -- Rex From dennis at ausil.us Thu Aug 4 01:55:30 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 3 Aug 2005 20:55:30 -0500 Subject: Re-Request for review: kompose In-Reply-To: <42E5257B.4030206@cora.nwra.com> References: <42CB06AD.4040705@cora.nwra.com> <200507241505.41600.dennis@ausil.us> <42E5257B.4030206@cora.nwra.com> Message-ID: <200508032055.31585.dennis@ausil.us> Once upon a time Monday 25 July 2005 12:46 pm, Orion Poplawski wrote: > Dennis Gilmore wrote: > > rpmlint ../RPMS/i386/kompose-0.5.3-2.fc4.i386.rpm > > W: kompose incoherent-version-in-changelog 0.5.3-2 0.5.3-2.fc4 > > W: kompose > > dangling-symlink /usr/share/doc/HTML/en/kompose/common > > /usr/share/doc/HTML/en/common W: kompose > > symlink-should-be-relative /usr/share/doc/HTML/en/kompose/common > > /usr/share/doc/HTML/en/common > > > > the symlink thing im not 100% sure of. i found a reference at > > http://lists.rpmforge.net/pipermail/svn-commits/2004-September/000954.htm > >l that to me looks like rpmlint is set to ignore the symlink error > > Made the symlink relative. :) > > will need a requires of kdebase due to html files > > Done. :) > > License is ok > > MD5 sums match those of upstream package > > compiles builds and runs on X86 (FC4 and rawhide) > > naming ok > > > > > > So if someone else aggess with me on symlink issue and says its ok to > > put the icon in that way, and requires gets fixed then ill approve. One thing i forgot you will need to add export QTLIB=${QTDIR}/lib QTINC=${QTDIR}/include after the the line setting QT dirs for a X86_64 build Since no one has said anything to the way the icon has been installed and it seems to be the right way for kde packages With the one fix. consider it approved Dennis From pri.rhl4 at iadonisi.to Thu Aug 4 05:40:57 2005 From: pri.rhl4 at iadonisi.to (Paul Iadonisi) Date: Thu, 04 Aug 2005 01:40:57 -0400 Subject: Request for review: openvpn In-Reply-To: <1122771473.21238.163.camel@serendipity.dogma.lan> References: <20050730223014.GA2865@osiris.silug.org> <1122764302.21238.149.camel@serendipity.dogma.lan> <20050730232655.GA3696@osiris.silug.org> <1122771473.21238.163.camel@serendipity.dogma.lan> Message-ID: <1123134057.17479.14.camel@md.nc.linuxlobbyist.org> On Sun, 2005-07-31 at 02:57 +0200, Alexander Dalloz wrote: [snip] > > The init script is eventually going to have to be dropped or > > completely rewritten. At some point I want openvpn to start like any > > other network interface. > > Sounds like a good plan. I've done this with my own custom rpms for OpenVPN. I posted them to the openvpn-devel list, but James Yonan didn't want stuff that was too platform specific. (*boggle* It could be put in a contrib dir. No matter...) There are a few problems with what I have. One is that it has a bit of a hack in there in that the ifcfg-tap file needs both TYPE=OpenVPN and DEVICETYPE=openvpn lines. What's really needed is a patch to initscripts (/etc/sysconfig/network-scripts/network-functions) to add the appropriate clause to the 'case "$TYPE" in' case statement. A second problem is that it needs to be updated for any new version of openvpn that introduces new options. Something tells me that there's got to be a better way. For example, my downwrap-openvpn and upwrap-openvpn I think are now obsoleted by new options introduced into openvpn since I wrote them. It also doesn't handle options that take either zero or more arguments very well. Nevertheless, these scripts could serve as a starting point. They are attached with a sample ifcfg-tap0. PS: I haven't even begun to look at system-config-network ;-) -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets -------------- next part -------------- A non-text attachment was scrubbed... Name: ifup-openvpn Type: application/x-shellscript Size: 10400 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ifdown-openvpn Type: application/x-shellscript Size: 2340 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: upwrap-openvpn Type: application/x-shellscript Size: 1840 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: downwrap-openvpn Type: application/x-shellscript Size: 1021 bytes Desc: not available URL: -------------- next part -------------- DEVICE=tap0 ONBOOT=no TYPE=OpenVPN DEVICETYPE=openvpn USERCTL=yes # MODE=client #UP=client.up #DOWN=client.down PROTO=udp REMOTE="vpn.myopenvpnserver.net 1194" RESOLV_RETRY=infinite NOBIND=yes CA=ca.crt CERT=cert.crt KEY=cert.key TLS_AUTH="ta.key 1" COMP_LZO=yes VERB=3 From buildsys at fedoraproject.org Thu Aug 4 05:39:32 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 4 Aug 2005 01:39:32 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050804053932.171098003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 3 krecipes-0.8.1-2.fc5 mock-0.4-2.fc5 ncview-1.92e-5.fc5 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 Thu Aug 4 05:44:12 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 03 Aug 2005 19:44:12 -1000 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <42F08CF2.9020406@city-fan.org> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> Message-ID: <42F1AB2C.5090606@redhat.com> Paul Howarth wrote: > - license is GPL, correct in spec file > > Should probably BuildRequire: mt-st and openssl-devel for additional > functionality. Otherwise, you get this from configure: http://www.gnome.org/~markmc/openssl-and-the-gpl.html http://lists.debian.org/debian-legal/2002/10/msg00113.html Potential problem between OpenSSL and GPL. It would be ideal if you can convince mbuffer upstream to change their license to be GPL with an explicit OpenSSL exception. fetchmail's COPYING is an example of this. Warren Togami wtogami at redhat.com From buildsys at fedoraproject.org Thu Aug 4 05:46:30 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 4 Aug 2005 01:46:30 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050804054630.559A98003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 5 krecipes-0.8.1-2.fc4 mock-0.4-2.fc4 ncview-1.92e-4 ncview-1.92e-5.fc4 seahorse-0.7.9-2.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 Aug 4 05:53:27 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 4 Aug 2005 01:53:27 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050804055327.381DB8003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 3 krecipes-0.8.1-2.fc3 mock-0.4-2.fc3 ncview-1.92e-5.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From j.w.r.degoede at hhs.nl Thu Aug 4 06:54:56 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 04 Aug 2005 08:54:56 +0200 Subject: Review still needed: svgalib In-Reply-To: <20050803194120.38bb0b8e@python2> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> <20050803194120.38bb0b8e@python2> Message-ID: <42F1BBC0.7030106@hhs.nl> Matthias Saou wrote: > I'm not 100% sure it works since I don't think I've ever tested it with > multiple archs on the same line (here %{ix86} expands to more than one), > but it should :-) > > Thanks to your instructions for the demos, I've tested the resulting > packages and all seems to work fine for me (1024x768 fb console on FC4 > i386). > Ah, you're using fbdev, then you should be able to run the demos as normal user without any special rights needed, can you try this for me? > So consider the package reviewed and APPROVED. I'll send out the email now. > Thanks, I'll submit it to CVS and request a build sometime the next couple of days. Regards, Hans From oliver at linux-kernel.at Thu Aug 4 07:10:13 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 04 Aug 2005 09:10:13 +0200 Subject: Need help for open Requests In-Reply-To: <0ML25U-1E0P9c0pDe-0002IT@mrelayeu.kundenserver.de> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> <1123084789.2582.21.camel@localhost.localdomain> <0ML25U-1E0NpK1xtH-00041r@mrelayeu.kundenserver.de> <20050803204950.16b5467f@python2> <0ML25U-1E0P9c0pDe-0002IT@mrelayeu.kundenserver.de> Message-ID: <42F1BF55.6040609@linux-kernel.at> On 08/03/2005 09:43 PM, Jochen Schmitt wrote: > On Wed, 3 Aug 2005 20:49:50 +0200, you wrote: > > >>May I ask where you took the spec file you based this one on? Because all >>of the header lines mix spaces and tabs, and it's something I've seen many >>times before, which would be best fixed once and for all "at the source". > > > It's sounds like you have go an earlier version of the SPEC file > from me. I have done a reformatting of the metadata in the > header. > > >>Apart from that I'd also suggest removing the leading "A" in the summary, >>as common practise. > > > Done. > > I have uploaded the new version to: > > SRPMS: > http://www.herr-schmitt.de/pub/highlight/highlight-2.4.1-3.src.rpm > > SPEC: > http://www.herr-schmitt.de/pub/highlight/highlight.spec Yes, this looks fine now! I'll approve that. Best, Oliver From oliver at linux-kernel.at Thu Aug 4 07:13:48 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 04 Aug 2005 09:13:48 +0200 Subject: APPROVED: highlight Message-ID: <42F1C02C.2070705@linux-kernel.at> highlight: Universal source code to formatted text converter A utility that converts sourcecode to HTML, XHTML, RTF, LaTeX, TeX, XSL-FO, XML or ANSI escape sequences with syntax highlighting. It supports several programming and markup languages. Language descriptions are configurable and support regular expressions. The utility offers indentation and reformatting capabilities. It is easily possible to create new language definitions and colour themes. Maintainer: Jochen Schmitt Reviewer: Oliver Falk From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Aug 4 08:20:54 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 4 Aug 2005 10:20:54 +0200 Subject: Review still needed: svgalib In-Reply-To: <42F1BBC0.7030106@hhs.nl> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> <20050803194120.38bb0b8e@python2> <42F1BBC0.7030106@hhs.nl> Message-ID: <20050804102054.1947d511@python2> Hans de Goede wrote : > > Thanks to your instructions for the demos, I've tested the resulting > > packages and all seems to work fine for me (1024x768 fb console on FC4 > > i386). > > Ah, you're using fbdev, then you should be able to run the demos as > normal user without any special rights needed, can you try this for me? Works as my regular user indeed (tried vgatest with mode 24). > > So consider the package reviewed and APPROVED. I'll send out the email now. > > Thanks, I'll submit it to CVS and request a build sometime the next > couple of days. Great! :-) So I guess we can expect a cleanup of xmame's svgalib support soon-ish too? :-D Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 1.42 0.53 0.31 From dwmw2 at infradead.org Thu Aug 4 09:09:32 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 04 Aug 2005 10:09:32 +0100 Subject: Pre-Review: Asterisk In-Reply-To: <1112452089.5677.61.camel@lt16586.campus.dmacc.edu> References: <1112418894.5677.20.camel@lt16586.campus.dmacc.edu> <1112452089.5677.61.camel@lt16586.campus.dmacc.edu> Message-ID: <1123146572.13165.16.camel@baythorne.infradead.org> On Sat, 2005-04-02 at 08:28 -0600, Jeffrey C. Ollie wrote: > When I said that getting the Zaptel kernel drivers into Linus' tree > wasn't practical at the moment I was speaking mostly about getting the > cooperation of the original authors (Digium, www.digium.com) in > maintaining the drivers in the kernel tree. There is also the matter > of the time it would take to have the drivers reviewed by Linus, et. > al., get into a released kernel, get the new kernel packaged up for > Fedora, etc., etc. and I'm anxious (as I'm sure many are) to get > Asterisk into Fedora Extras. That was 4 months ago, and we still don't have Asterisk in Extras. :/ Why don't we import your RPMS into CVS and update them to a 1.2 release candidate (which would actually be a snapshot from CVS at this point)? Then we can beat them into shape from there. > So, until such time as the Zaptel drivers get into the stock kernel, I'd > like to have the drivers packaged separately. > > Also, it is true that the Zaptel drivers are not required to run > Asterisk you lose some significant functionality, including meetme > conferences. Is that still true? The only thing MeetMe uses zaptel for is timing, isn't it? Can't we just use POSIX timers or the RTC for this? -- dwmw2 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Aug 4 09:31:23 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 4 Aug 2005 11:31:23 +0200 Subject: Pre-Review: Asterisk In-Reply-To: <1123146572.13165.16.camel@baythorne.infradead.org> References: <1112418894.5677.20.camel@lt16586.campus.dmacc.edu> <1112452089.5677.61.camel@lt16586.campus.dmacc.edu> <1123146572.13165.16.camel@baythorne.infradead.org> Message-ID: <20050804113123.290c9d4f@python2> David Woodhouse wrote : > That was 4 months ago, and we still don't have Asterisk in Extras. :/ That's probably not unrelated to the ugliness of asterisk's building (have you looked at the Makefiles? argh! ;-)), and the below discussion too. > > So, until such time as the Zaptel drivers get into the stock kernel, I'd > > like to have the drivers packaged separately. > > > > Also, it is true that the Zaptel drivers are not required to run > > Asterisk you lose some significant functionality, including meetme > > conferences. > > Is that still true? The only thing MeetMe uses zaptel for is timing, > isn't it? Can't we just use POSIX timers or the RTC for this? I recall installing asterisk for a colleague, where timing was required, but I didn't have the right version of the zaptel modules for the running kernel. I think he was able to have asterisk use part of the USB subsystem for timing (!?) instead... anyway, it sounded weird at the time, and still does :-/ In case if can be useful, I have some asterisk packages too, from which some bits and pieces could maybe be reused : http://svn.rpmforge.net/svn/trunk/rpms/asterisk/ http://svn.rpmforge.net/svn/trunk/rpms/asterisk-sounds/ http://svn.rpmforge.net/svn/trunk/rpms/zaptel/ (very messy...) I really wish they'd switch to using autotools, though :-/ Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 2.16 1.79 1.14 From dwmw2 at infradead.org Thu Aug 4 10:34:25 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 04 Aug 2005 11:34:25 +0100 Subject: Pre-Review: Asterisk In-Reply-To: <20050804113123.290c9d4f@python2> References: <1112418894.5677.20.camel@lt16586.campus.dmacc.edu> <1112452089.5677.61.camel@lt16586.campus.dmacc.edu> <1123146572.13165.16.camel@baythorne.infradead.org> <20050804113123.290c9d4f@python2> Message-ID: <1123151665.28128.180.camel@hades.cambridge.redhat.com> On Thu, 2005-08-04 at 11:31 +0200, Matthias Saou wrote: > I recall installing asterisk for a colleague, where timing was required, > but I didn't have the right version of the zaptel modules for the running > kernel. I think he was able to have asterisk use part of the USB subsystem > for timing (!?) instead... anyway, it sounded weird at the time, and still > does :-/ For the 2.4 kernel the zaptel kernel driver can use UHCI hardware as a timing source. In the 2.6 kernel it doesn't even need that; it uses the kernel's internal timer tick. > I really wish they'd switch to using autotools, though :-/ Autotools are the work of the devil. They're responsible for most of the pain I've had in trying to cross-compile software. I'm perfectly happy with using real makefiles. -- dwmw2 From joost at cnoc.nl Thu Aug 4 10:37:55 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Thu, 04 Aug 2005 12:37:55 +0200 Subject: review still needed: fpc Message-ID: <1123151876.6390.5.camel@joost> Hi all, I would greatly appreciate it of some of you could help review or approve the fpc (freepascal) package. I've found a sponsor, so with an approval it can be comitted to cvs. First mail about the fpc-package: https://www.redhat.com/archives/fedora-extras-list/2005-May/msg00881.html Last status-update: https://www.redhat.com/archives/fedora-extras-list/2005-July/msg01403.html I would greatly appreciate it. :) Regards, Joost From ivazquez at ivazquez.net Thu Aug 4 11:49:39 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 04 Aug 2005 07:49:39 -0400 Subject: On vacation from Aug. 5 through Aug. 16 Message-ID: <1123156180.12131.52.camel@ignacio.lan> I will be on vacation from August 5th through August 16th. During this time I will be unable to maintain my packages. FESCO members may step in to do so if required. -- 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 Thu Aug 4 12:10:09 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 04 Aug 2005 14:10:09 +0200 Subject: Review still needed: svgalib In-Reply-To: <20050804102054.1947d511@python2> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> <20050803194120.38bb0b8e@python2> <42F1BBC0.7030106@hhs.nl> <20050804102054.1947d511@python2> Message-ID: <42F205A1.9050203@hhs.nl> Sorry to not take this offlist, but Matthias From header is invalid (even after removing the spam.spam.spam...) Matthias Saou wrote: > Hans de Goede wrote : > > >>>Thanks to your instructions for the demos, I've tested the resulting >>>packages and all seems to work fine for me (1024x768 fb console on FC4 >>>i386). >> >>Ah, you're using fbdev, then you should be able to run the demos as >>normal user without any special rights needed, can you try this for me? > > > Works as my regular user indeed (tried vgatest with mode 24). > Cool. > >>>So consider the package reviewed and APPROVED. I'll send out the email now. >> >>Thanks, I'll submit it to CVS and request a build sometime the next >>couple of days. > > > Great! :-) > > So I guess we can expect a cleanup of xmame's svgalib support soon-ish > too? :-D > In what way does it need a cleanup then? Regards, Hans From fedora at camperquake.de Thu Aug 4 12:14:21 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 4 Aug 2005 14:14:21 +0200 Subject: Review still needed: svgalib In-Reply-To: <42F205A1.9050203@hhs.nl> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> <20050803194120.38bb0b8e@python2> <42F1BBC0.7030106@hhs.nl> <20050804102054.1947d511@python2> <42F205A1.9050203@hhs.nl> Message-ID: <20050804141421.09d43321@nausicaa.camperquake.de> Hi. Hans de Goede wrote: > Sorry to not take this offlist, but Matthias From header is invalid > (even after removing the spam.spam.spam...) It is greylisted, but absolutely valid. -- "...or you could just download NT Perl. OTOH, learning programming using perl is like learning chemistry using live grenades." -- Richard Watts From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Aug 4 12:20:56 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 4 Aug 2005 14:20:56 +0200 Subject: Review still needed: svgalib In-Reply-To: <20050804141421.09d43321@nausicaa.camperquake.de> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> <20050803194120.38bb0b8e@python2> <42F1BBC0.7030106@hhs.nl> <20050804102054.1947d511@python2> <42F205A1.9050203@hhs.nl> <20050804141421.09d43321@nausicaa.camperquake.de> Message-ID: <20050804142056.0ee5aca4@python2> Ralf Ertzinger wrote : > > Sorry to not take this offlist, but Matthias From header is invalid > > (even after removing the spam.spam.spam...) > > It is greylisted, but absolutely valid. Yup :-) Spammers remove the "spam.spam.spam.." too it seems, as I get zero spam on that very long valid address, which was obviously the whole point ;-) For Hans : I though the svgalib xmame target had been unmaintained for a few releases already. I guess I was wrong, and now that it's in extras, I'll try it out and probably improve my packages to be able to use it. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.91 0.69 0.50 From alex at dalloz.de Thu Aug 4 13:09:58 2005 From: alex at dalloz.de (Alexander Dalloz) Date: Thu, 04 Aug 2005 15:09:58 +0200 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <1123089919.21238.601.camel@serendipity.dogma.lan> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <1123089919.21238.601.camel@serendipity.dogma.lan> Message-ID: <1123160998.21238.682.camel@serendipity.dogma.lan> This is not that much a reply to myself, but a reaction to the discussion about whether to link against openssl and with respect to Warren's hint about possible license implications. So I decided it would be best to use mhash available through Fedora Extras if the user wants to have the md5 hash functionality in mbuffer. This makes it necessary to prevent mbuffer to detect openssl if present on the build system during configure. Special thanks to Paul for pointing that out, and how to do so. openssl will not be used, hence the license question Warren pointed to is no issue then. To not link mbuffer against a library in /usr/lib (libmhash.so.2 => /usr/lib/libmhash.so.2 (0x0071b000)) the md5 feature is disabled by default, but can be chosen as a rebuild option. The target behind that is to keep mbuffer usable even without a /usr partition being mounted (i.e. emergency case). New .spec and src.rpm (release -3): http://www.uni-x.org/review/mbuffer.spec http://www.uni-x.org/review/mbuffer-20050730-3.src.rpm Alexander -- 1024D/866ED681 2005-07-11 Alexander Dalloz (Fedora Project) Key fingerprint = CD40 0A91 7814 C1E4 5940 8E0E 1FD5 C316 866E D681 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From joelwreed at comcast.net Thu Aug 4 13:19:54 2005 From: joelwreed at comcast.net (joel reed) Date: Thu, 4 Aug 2005 09:19:54 -0400 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <20050803084133.GK10076@redhat.com> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> <1122998652.2914.20.camel@localhost.localdomain> <1123048429.12131.5.camel@ignacio.lan> <20050803084133.GK10076@redhat.com> Message-ID: <20050804131954.GA29834@comcast.net> On Wed, Aug 03, 2005 at 04:41:33AM -0400, Daniel Veillard wrote: > On Wed, Aug 03, 2005 at 01:53:48AM -0400, Ignacio Vazquez-Abrams wrote: > > But anyways, fix what Tom and Brian have mentioned, *plus* you *still* > > don't have ownership of %{_libdir}/libxslt. If you think that the > > libxslt package should own it then file a bug. Until it does though, you > > should. > > Hum, right. At the moment the libxslt package don't provide a placeholder > for plugins. That should probably be added, my only minor point about just > %{_libdir}/libxslt > is that it doesn't indicate it is for plugins or local packages. Maybe > %{_libdir}/libxslt/plugins or > %{_libdir}/libxslt-plugins > I'm not sure what would be the best path/naming. i like %{_libdir}/libxslt-plugins, but really either is fine. just let me know what you decide! jr > > Daniel > > -- > Daniel Veillard | Red Hat Desktop team http://redhat.com/ > veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ > http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list From veillard at redhat.com Thu Aug 4 13:33:48 2005 From: veillard at redhat.com (Daniel Veillard) Date: Thu, 4 Aug 2005 09:33:48 -0400 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <20050804131954.GA29834@comcast.net> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> <1122998652.2914.20.camel@localhost.localdomain> <1123048429.12131.5.camel@ignacio.lan> <20050803084133.GK10076@redhat.com> <20050804131954.GA29834@comcast.net> Message-ID: <20050804133348.GF10076@redhat.com> On Thu, Aug 04, 2005 at 09:19:54AM -0400, joel reed wrote: > On Wed, Aug 03, 2005 at 04:41:33AM -0400, Daniel Veillard wrote: > > On Wed, Aug 03, 2005 at 01:53:48AM -0400, Ignacio Vazquez-Abrams wrote: > > > But anyways, fix what Tom and Brian have mentioned, *plus* you *still* > > > don't have ownership of %{_libdir}/libxslt. If you think that the > > > libxslt package should own it then file a bug. Until it does though, you > > > should. > > > > Hum, right. At the moment the libxslt package don't provide a placeholder > > for plugins. That should probably be added, my only minor point about just > > %{_libdir}/libxslt > > is that it doesn't indicate it is for plugins or local packages. Maybe > > %{_libdir}/libxslt/plugins or > > %{_libdir}/libxslt-plugins > > I'm not sure what would be the best path/naming. > > i like %{_libdir}/libxslt-plugins, but really either is fine. just > let me know what you decide! Go for %{_libdir}/libxslt-plugins, I don't expect to ever need other data in %{_libdir}/ at this point. libxslt-plugin-regexp should probably claim ownership of the directory as libxslt doesn't yet provide it, but I'm not positive about the packaging rules about this. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From steve at silug.org Thu Aug 4 14:47:52 2005 From: steve at silug.org (Steven Pritchard) Date: Thu, 4 Aug 2005 09:47:52 -0500 Subject: Pre-Review: Asterisk In-Reply-To: <1123146572.13165.16.camel@baythorne.infradead.org> References: <1112418894.5677.20.camel@lt16586.campus.dmacc.edu> <1112452089.5677.61.camel@lt16586.campus.dmacc.edu> <1123146572.13165.16.camel@baythorne.infradead.org> Message-ID: <20050804144752.GA28819@osiris.silug.org> On Thu, Aug 04, 2005 at 10:09:32AM +0100, David Woodhouse wrote: > Why don't we import your RPMS into CVS and update them to a 1.2 release > candidate (which would actually be a snapshot from CVS at this point)? > Then we can beat them into shape from there. I'd be fine with that plan. (I submitted asterisk rpms to fedora.us a *long* time ago too...) 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 jspaleta at gmail.com Thu Aug 4 15:00:59 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 4 Aug 2005 11:00:59 -0400 Subject: Loss of internet connectivity for a week. Message-ID: <604aa791050804080021b7de50@mail.gmail.com> I will be off the grid from August 5th through August 14th. During this time I will be unable to maintain my packages. Not that I'm expecting there to be an issue with glabel or istanbul in the next week, but if there is a must update situation please be advised that I'm off the grid till Aug 14th and someone else will need to update those packages. -jef From skvidal at phy.duke.edu Thu Aug 4 15:05:07 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 04 Aug 2005 11:05:07 -0400 Subject: Loss of internet connectivity for a week. In-Reply-To: <604aa791050804080021b7de50@mail.gmail.com> References: <604aa791050804080021b7de50@mail.gmail.com> Message-ID: <1123167907.3330.6.camel@cutter> On Thu, 2005-08-04 at 11:00 -0400, Jeff Spaleta wrote: > I will be off the grid from August 5th through August 14th. During this > time I will be unable to maintain my packages. Not that I'm > expecting there to be an issue with glabel or istanbul in the next > week, but if there is a must update situation please be advised that > I'm off the grid till Aug 14th and someone else will need to update > those packages. > Gijs mentioned to me this morning that maybe in addition to a notice to -extras-list we should have a 'Vacation' wiki page so people can post when they'll be gone if they wish to. seem reasonable? -sv From oliver at linux-kernel.at Thu Aug 4 15:05:43 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 04 Aug 2005 17:05:43 +0200 Subject: Loss of internet connectivity for a week. In-Reply-To: <1123167907.3330.6.camel@cutter> References: <604aa791050804080021b7de50@mail.gmail.com> <1123167907.3330.6.camel@cutter> Message-ID: <42F22EC7.4090104@linux-kernel.at> On 08/04/2005 05:05 PM, seth vidal wrote: > On Thu, 2005-08-04 at 11:00 -0400, Jeff Spaleta wrote: > >>I will be off the grid from August 5th through August 14th. During this >>time I will be unable to maintain my packages. Not that I'm >>expecting there to be an issue with glabel or istanbul in the next >>week, but if there is a must update situation please be advised that >>I'm off the grid till Aug 14th and someone else will need to update >>those packages. >> > > > Gijs mentioned to me this morning that maybe in addition to a notice to > -extras-list we should have a 'Vacation' wiki page so people can post > when they'll be gone if they wish to. > > seem reasonable? It does. Manage vacation in outlook/intranet/fedora wiki :-) Why not... Best, Oliver From gdk at redhat.com Thu Aug 4 15:04:32 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Thu, 4 Aug 2005 11:04:32 -0400 (EDT) Subject: Loss of internet connectivity for a week. In-Reply-To: <1123167907.3330.6.camel@cutter> References: <604aa791050804080021b7de50@mail.gmail.com> <1123167907.3330.6.camel@cutter> Message-ID: Vacation list. Great idea. --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 Thu, 4 Aug 2005, seth vidal wrote: > On Thu, 2005-08-04 at 11:00 -0400, Jeff Spaleta wrote: > > I will be off the grid from August 5th through August 14th. During this > > time I will be unable to maintain my packages. Not that I'm > > expecting there to be an issue with glabel or istanbul in the next > > week, but if there is a must update situation please be advised that > > I'm off the grid till Aug 14th and someone else will need to update > > those packages. > > > > Gijs mentioned to me this morning that maybe in addition to a notice to > -extras-list we should have a 'Vacation' wiki page so people can post > when they'll be gone if they wish to. > > seem reasonable? > > -sv > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From skvidal at phy.duke.edu Thu Aug 4 15:12:32 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 04 Aug 2005 11:12:32 -0400 Subject: Loss of internet connectivity for a week. In-Reply-To: References: <604aa791050804080021b7de50@mail.gmail.com> <1123167907.3330.6.camel@cutter> Message-ID: <1123168352.3330.8.camel@cutter> On Thu, 2005-08-04 at 11:04 -0400, Greg DeKoenigsberg wrote: > Vacation list. Great idea. > Done. http://fedoraproject.org/wiki/Vacation -sv From Jochen at herr-schmitt.de Thu Aug 4 15:25:41 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 04 Aug 2005 17:25:41 +0200 Subject: Need help for open Requests In-Reply-To: <20050804000756.7f241f3b@python2> References: <0ML25U-1E0Kib1ipe-0005u6@mrelayeu.kundenserver.de> <1123084789.2582.21.camel@localhost.localdomain> <0ML25U-1E0NpK1xtH-00041r@mrelayeu.kundenserver.de> <20050803204950.16b5467f@python2> <0ML25U-1E0P9c0pDe-0002IT@mrelayeu.kundenserver.de> <20050804000756.7f241f3b@python2> Message-ID: <0ML21M-1E0hbc46h6-0006Uf@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 4 Aug 2005 00:07:56 +0200, you wrote: >Nope, many of the lines still contain a space between the "Foo:" and the >tabulations. Did you base your spec on a template from somewhere is what I >wanted to know, as I've corrected many of these space/tabs mixes a while >back in other spec files, and am having severe d?j? vu :-) The SPEC based on the SPEC delievered by the upstream author. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQvIziE9gByurcX4MEQLJHwCfQA7s2+VvyuwMocP5NBVeMMXw/DMAoP31 iepHD7ocBvSVX4dnGCFtSXIP =hOQb -----END PGP SIGNATURE----- From j.w.r.degoede at hhs.nl Thu Aug 4 15:41:05 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Thu, 04 Aug 2005 17:41:05 +0200 Subject: Review still needed: svgalib In-Reply-To: <20050804142056.0ee5aca4@python2> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> <20050803194120.38bb0b8e@python2> <42F1BBC0.7030106@hhs.nl> <20050804102054.1947d511@python2> <42F205A1.9050203@hhs.nl> <20050804141421.09d43321@nausicaa.camperquake.de> <20050804142056.0ee5aca4@python2> Message-ID: <42F23711.3020701@hhs.nl> Again sorry, to keep this on list, but I've got no other way to reach Matthias. Matthias Saou wrote: > Ralf Ertzinger wrote : > > >>>Sorry to not take this offlist, but Matthias From header is invalid >>>(even after removing the spam.spam.spam...) >> >>It is greylisted, but absolutely valid. > > > Yup :-) Spammers remove the "spam.spam.spam.." too it seems, as I get zero > spam on that very long valid address, which was obviously the whole > point ;-) > > For Hans : I though the svgalib xmame target had been unmaintained for a > few releases already. I guess I was wrong, and now that it's in extras, > I'll try it out and probably improve my packages to be able to use it. > Here's what I get: --- Hi. This is the qmail-send program at smtp2.versatel.nl. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. --------------------------------------------------------------------- Het volgende bericht dat u stuurde aan deze gebruiker is niet aangekomen. De meest voorkomende redenen zijn: - het verkeerd intypen van het e-mailadres of het e-mailadres bestaat niet. - de mailbox van de ontvangende gebruiker is vol waardoor er geen e-mail meer wordt geaccepteerd. - het e-mailbericht stond in de wachtrij en kon in de afgelopen 3 dagen niet worden afgeleverd. -------------------------------------------------------------------- The following email that you sent to this user has not been received. The most occuring reasons are: - wrongly typed e-mailaddress or the e-mailaddress doesn't exist. - the e-mailbox of the receiving user is full and therefore the e-mail won't be accepted. - the e-mailmessage was in queue and couldn't be delivered in the past 3 days. --------------------------------------------------------------------- : 62.39.85.77 does not like recipient. Remote host said: 550 : Recipient address rejected: User unknown in virtual alias table Giving up on 62.39.85.77. --- Below this line is a copy of the message. Return-Path: Received: (qmail 31330 invoked by uid 0); 4 Aug 2005 12:07:52 -0000 Received: from unknown (HELO [10.0.0.3]) ([82.172.2.34]) (envelope-sender ) by smtp2.versatel.nl (qmail-ldap-1.03) with SMTP for < >; 4 Aug 2005 12:07:52 -0000 Message-ID: <42F2052F.3010102 at hhs.nl> Date: Thu, 04 Aug 2005 14:08:15 +0200 From: Hans de Goede User-Agent: Mozilla Thunderbird 1.0.6-1.1.fc4 (X11/20050720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: thias at freshrpms.net Subject: Re: Review still needed: svgalib References: <42F0C2DE.6030505 at hhs.nl> <20050803162849.721bb379 at python2> <42F0FAB6.204 at hhs.nl> <20050803194120.38bb0b8e at python2> <42F1BBC0.7030106 at hhs.nl> <20050804102054.1947d511 at python2> In-Reply-To: <20050804102054.1947d511 at python2> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Matthias Saou wrote: >> Hans de Goede wrote : >> >> > >>>>>>Thanks to your instructions for the demos, I've tested the resulting >>>>>>packages and all seems to work fine for me (1024x768 fb console on FC4 >>>>>> --- --- Regards, Hans From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Aug 4 15:44:14 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 4 Aug 2005 17:44:14 +0200 Subject: Review still needed: svgalib In-Reply-To: <42F23711.3020701@hhs.nl> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> <20050803194120.38bb0b8e@python2> <42F1BBC0.7030106@hhs.nl> <20050804102054.1947d511@python2> <42F205A1.9050203@hhs.nl> <20050804141421.09d43321@nausicaa.camperquake.de> <20050804142056.0ee5aca4@python2> <42F23711.3020701@hhs.nl> Message-ID: <20050804174414.362c60b0@python2> Hans de Goede wrote : > Again sorry, to keep this on list, but I've got no other way to reach > Matthias. Just reply to the address you see in my "From:" field, it's in no way obfuscated, and is a real valid email address, unlike thias at freshrpms.net which doesn't exist, and never will :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.42 0.46 0.36 From steve at silug.org Thu Aug 4 15:46:50 2005 From: steve at silug.org (Steven Pritchard) Date: Thu, 4 Aug 2005 10:46:50 -0500 Subject: Request for review: openvpn In-Reply-To: <1123134057.17479.14.camel@md.nc.linuxlobbyist.org> References: <20050730223014.GA2865@osiris.silug.org> <1122764302.21238.149.camel@serendipity.dogma.lan> <20050730232655.GA3696@osiris.silug.org> <1122771473.21238.163.camel@serendipity.dogma.lan> <1123134057.17479.14.camel@md.nc.linuxlobbyist.org> Message-ID: <20050804154650.GA30788@osiris.silug.org> On Thu, Aug 04, 2005 at 01:40:57AM -0400, Paul Iadonisi wrote: > What's really needed is a patch to initscripts > (/etc/sysconfig/network-scripts/network-functions) to add the > appropriate clause to the 'case "$TYPE" in' case statement. I hate to say this, but maybe it would make sense to have a /etc/sysconfig/network-scripts/network-functions.d/ so packages can add new network types? I wonder how much pain something like that would cause... 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 carlton at bactrian.org Thu Aug 4 16:21:16 2005 From: carlton at bactrian.org (David Carlton) Date: Thu, 04 Aug 2005 09:21:16 -0700 Subject: downgrading mozilla Message-ID: I had the bad luck to decide to upgrade from FC3 to FC4 (via yum) at a time when galeon wasn't available. While waiting for the blessed time at which galeon will be rebuilt, what's the best way for me to downgrade mozilla so that I can install the galeon package that is available? I tried 'rpm -ev mozilla{,-nss,-nspr}', but that triggered a dependency chain that I didn't want to work through. I assume that almost all of those packages would be happier with the older version of mozilla, but I'm not quite sure what the approved way is to downgrade while making sure that dependencies remain satisfied. Thanks, David Carlton carlton at bactrian.org From paul at city-fan.org Thu Aug 4 17:31:26 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 04 Aug 2005 18:31:26 +0100 Subject: Request for rewiew: mbuffer-20050730 In-Reply-To: <1123160998.21238.682.camel@serendipity.dogma.lan> References: <1123000859.21238.397.camel@serendipity.dogma.lan> <42F08CF2.9020406@city-fan.org> <1123089919.21238.601.camel@serendipity.dogma.lan> <1123160998.21238.682.camel@serendipity.dogma.lan> Message-ID: <1123176686.2851.469.camel@laurel.intra.city-fan.org> On Thu, 2005-08-04 at 15:09 +0200, Alexander Dalloz wrote: > This is not that much a reply to myself, but a reaction to the > discussion about whether to link against openssl and with respect to > Warren's hint about possible license implications. So I decided it would > be best to use mhash available through Fedora Extras if the user wants > to have the md5 hash functionality in mbuffer. This makes it necessary > to prevent mbuffer to detect openssl if present on the build system > during configure. Special thanks to Paul for pointing that out, and how > to do so. openssl will not be used, hence the license question Warren > pointed to is no issue then. To not link mbuffer against a library in > /usr/lib (libmhash.so.2 => /usr/lib/libmhash.so.2 (0x0071b000)) the md5 > feature is disabled by default, but can be chosen as a rebuild option. > The target behind that is to keep mbuffer usable even without a /usr > partition being mounted (i.e. emergency case). > > New .spec and src.rpm (release -3): > > http://www.uni-x.org/review/mbuffer.spec > http://www.uni-x.org/review/mbuffer-20050730-3.src.rpm Given that: (a) I'm happy with this package now, (b) By default it will not link against either openssl or libmhash (and "rpmbuild --with md5hash" results in linking against LGPLed libmhash), and (c) No further comments have come in about this in the last 4 hours or so... Approved. Paul. -- Paul Howarth From kjcole at gri.gallaudet.edu Thu Aug 4 18:05:29 2005 From: kjcole at gri.gallaudet.edu (Kevin Cole) Date: Thu, 04 Aug 2005 14:05:29 -0400 Subject: Request for review/sponsor: boa-constructor In-Reply-To: References: <42EA8C23.9050807@gri.gallaudet.edu> <42EB863F.9070903@gri.gallaudet.edu> Message-ID: <42F258E9.4020006@gri.gallaudet.edu> Alex Lancaster wrote: > AL> If boa-constructor needs wxPython 2.6 then you need to co-ordinate > AL> with the current wxPython maintainer to get them to update their > AL> package to 2.6, otherwise just build against the current version > AL> in Extras which is wxPythonGTK2-2.4.2.4-7. > > In fact there is an outstanding Bugzilla request to update the > wxPython package from 2.4 to 2.6: > > http://bugzilla.redhat.com/163440 > > It is waiting on an update to wxGTK2 from 2.4 to 2.6 (see > http://bugzilla.redhat.com/154618). > > Panu Matilainen is the current wxPython maintainer, see: I've contacted upstream maintainers Panu and Matthew Miller, and now both of them are talking to each other. I just love bringing people together. ;-) While I don't grasp the finer details, I gather the two of them are pursuing the matter, and I'll just cool my hoofies for a bit til I see something pop up from either (or both) of them. From gdk at redhat.com Thu Aug 4 18:17:50 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Thu, 4 Aug 2005 14:17:50 -0400 (EDT) Subject: Attention: testing a new package process In-Reply-To: <1123016081.21460.23.camel@ernie> References: <42EFD2D9.8070706@ieee.org> <1123013960.12110.34.camel@cutter> <1123016081.21460.23.camel@ernie> Message-ID: Folks, We're working on a better process to handle new packages -- a little bit more tracking, a little bit more clarity. Page at: http://fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo So if you seem some weird emails coming to the list, it's because I'm testing things out. :) When the process is "ready to go", I'll report back to the list. --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 From tcallawa at redhat.com Thu Aug 4 19:00:23 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 04 Aug 2005 14:00:23 -0500 Subject: Request for review: stripesnoop Message-ID: <1123182023.2613.11.camel@localhost.localdomain> Stripe Snoop is a suite of research tools that captures, modifies, validates, generates, analyzes, and shares data from magstripe cards. Numerous readers are supported to gather this information. In addition to simply displaying the raw characters that are encoded on the card, Stripe Snoop has a database of known card formats. It uses this to give you more detailed information about the card. This is very small, should be an easy review. SRPM: http://www.auroralinux.org/people/spot/review/stripesnoop-1.5-1.src.rpm SPEC: http://www.auroralinux.org/people/spot/review/stripesnoop.spec Thanks in advance, ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Aug 4 19:51:51 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 04 Aug 2005 14:51:51 -0500 Subject: Request for Review: perl-Image-ExifTool Message-ID: <1123185111.2613.15.camel@localhost.localdomain> ExifTool is a Perl module with an included command-line application for reading and writing meta information in image files. It reads EXIF, GPS, IPTC, XMP, GeoTIFF, ICC Profile and Photoshop IRB meta information from JPG, JP2, TIFF, GIF, PNG, MNG, JNG, MIFF, EPS, PS, AI, PDF, PSD, BMP, THM, CRW, CR2, MRW, NEF, PEF, ORF and DNG images. ExifTool also extracts information from the maker notes of many digital cameras by various manufacturers including Canon, Casio, FujiFilm, Kodak, Minolta/Konica-Minolta, Nikon, Olympus/Epson, Panasonic/Leica, Pentax/Asahi, Ricoh, Sanyo and Sigma/Foveon. Again, this is a small perl module with a noarch "binary". Should be an easy review, this is textbook perl template packaging. SRPM: http://www.auroralinux.org/people/spot/review/perl-Image-ExifTool-5.53-1.src.rpm SPEC: http://www.auroralinux.org/people/spot/review/perl-Image-ExifTool.spec Thanks in advance, ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Thu Aug 4 20:00:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Aug 2005 16:00:39 -0400 Subject: [Bug 165153] Review Request: greg-test-foo In-Reply-To: Message-ID: <200508042000.j74K0dq9024872@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: greg-test-foo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165153 gdk at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163779 |163778 nThis| | ------- Additional Comments From gdk at redhat.com 2005-08-04 16:00 EST ------- Moving it back to FE-ACCEPT. Testing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 4 20:04:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Aug 2005 16:04:16 -0400 Subject: [Bug 165153] Review Request: greg-test-foo In-Reply-To: Message-ID: <200508042004.j74K4G0B025826@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: greg-test-foo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165153 ------- Additional Comments From tcallawa at redhat.com 2005-08-04 16:04 EST ------- Greg, don't forget to take the rootkit out before you build this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 4 20:30:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Aug 2005 16:30:59 -0400 Subject: [Bug 165153] Review Request: greg-test-foo In-Reply-To: Message-ID: <200508042030.j74KUxV2032051@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: greg-test-foo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165153 ------- Additional Comments From redhat-bugzilla at camperquake.de 2005-08-04 16:30 EST ------- Not that I am curious, but why exactly am I getting bugzilla mail about this? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From chris at chrisgrau.com Thu Aug 4 20:39:13 2005 From: chris at chrisgrau.com (Chris Grau) Date: Thu, 4 Aug 2005 13:39:13 -0700 Subject: Request for Review: perl-Image-ExifTool In-Reply-To: <1123185111.2613.15.camel@localhost.localdomain> References: <1123185111.2613.15.camel@localhost.localdomain> Message-ID: <20050804203913.GB12203@chrisgrau.com> On Thu, Aug 04, 2005 at 02:51:51PM -0500, Tom 'spot' Callaway wrote: > ExifTool is a Perl module with an included command-line application for > reading and writing meta information in image files. It reads EXIF, GPS, > IPTC, XMP, GeoTIFF, ICC Profile and Photoshop IRB meta information from > JPG, JP2, TIFF, GIF, PNG, MNG, JNG, MIFF, EPS, PS, AI, PDF, PSD, BMP, > THM, CRW, CR2, MRW, NEF, PEF, ORF and DNG images. ExifTool also extracts > information from the maker notes of many digital cameras by various > manufacturers including Canon, Casio, FujiFilm, Kodak, > Minolta/Konica-Minolta, Nikon, Olympus/Epson, Panasonic/Leica, > Pentax/Asahi, Ricoh, Sanyo and Sigma/Foveon. > > Again, this is a small perl module with a noarch "binary". Should be an > easy review, this is textbook perl template packaging. > > SRPM: > http://www.auroralinux.org/people/spot/review/perl-Image-ExifTool-5.53-1.src.rpm > SPEC: > http://www.auroralinux.org/people/spot/review/perl-Image-ExifTool.spec > > Thanks in advance, > > ~spot Yup, this looks like all the other dozens of simple perl module specs I've put together based on the Fedora Extras guidelines (some day I may even get around to submitting them to Extras!). In any case, this is my first review of a package. I just went down the list on PackageReviewGuidelines. So hopefully I got it right. Review: perl-Image-ExifTool Good: - rpmlint returns nothing - package name okay for perl add on - spec file name matches %name - meets PackagingGuidelines - license okay (GPL or Artistic) for perl module, matches upstream - spec is legible, in am. english - source matches upstream - package builds on FC4 (x86) - no excluded BR, no missing BR - no locales - no shared/static libraries - not relocatable - owns all created directories - no duplicate files - file attributes okay - %clean okay - macro use is consistent - code, not content - no -devel or -docs - included /usr/bin/exiftool worked for one of my photos I don't think that I have any authority to go about approving packages, but if I did, I would approve it. -chris From tcallawa at redhat.com Thu Aug 4 20:50:13 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 04 Aug 2005 15:50:13 -0500 Subject: review still needed: fpc In-Reply-To: <1123151876.6390.5.camel@joost> References: <1123151876.6390.5.camel@joost> Message-ID: <1123188613.2613.27.camel@localhost.localdomain> On Thu, 2005-08-04 at 12:37 +0200, Joost van der Sluis wrote: > Hi all, > > I would greatly appreciate it of some of you could help review or > approve the fpc (freepascal) package. I've found a sponsor, so with an > approval it can be comitted to cvs. Review: fpc rpmlint output: rpmlint /home/spot/rpmbuild/RPMS/i386/fpc-2.0.0-1.i386.rpm E: fpc devel-dependency gpm-devel W: fpc invalid-license GPL and modified LGPL E: fpc statically-linked-binary /usr/lib/fpc/2.0.0/ppc386 E: fpc statically-linked-binary /usr/bin/ppumove E: fpc statically-linked-binary /usr/bin/fpc E: fpc statically-linked-binary /usr/bin/pyacc E: fpc statically-linked-binary /usr/bin/unitdiff E: fpc statically-linked-binary /usr/bin/fpcmkcfg E: fpc statically-linked-binary /usr/bin/mkxmlrpc E: fpc statically-linked-binary /usr/bin/bin2obj E: fpc statically-linked-binary /usr/bin/postw32 E: fpc statically-linked-binary /usr/bin/fpdoc E: fpc statically-linked-binary /usr/bin/h2paspp E: fpc statically-linked-binary /usr/bin/ptop E: fpc statically-linked-binary /usr/bin/data2inc E: fpc statically-linked-binary /usr/bin/fpcsubst E: fpc statically-linked-binary /usr/bin/h2pas E: fpc statically-linked-binary /usr/bin/ppdep E: fpc statically-linked-binary /usr/bin/ppudump E: fpc statically-linked-binary /usr/bin/ppufiles E: fpc statically-linked-binary /usr/bin/makeskel E: fpc statically-linked-binary /usr/bin/fd2pascal E: fpc statically-linked-binary /usr/bin/rstconv E: fpc statically-linked-binary /usr/bin/fpcmake E: fpc statically-linked-binary /usr/bin/plex E: fpc statically-linked-binary /usr/bin/fprcp E: fpc statically-linked-binary /usr/bin/delp W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjidctflt.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/imlib/libpgdk_imlib.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpstrings.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libprttiutils.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/svgalib/libpvgamouse.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libppqconnection.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpprocess.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpgadgets.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/netdb/libpuriparser.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpinfblock.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjerror.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/cdrom/libpmajor.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/zvt/libplibzvt.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpxpath.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libptestutils.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdmerge.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpinfutil.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpgetopts.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpzinflate.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/ggi/libpggi.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_prssupp.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpapp.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk2/libpgtkglext.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpinifiles.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fpgtk/libpfpgtk.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpinterbase.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdmaster.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gconf/libpgconfclient.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcprepct.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/ncurses/libppanel.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcphuff.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpreadjpeg.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpggigraph.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk2/libplibglade2.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpellipses.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjutils.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpreadtga.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/cdrom/libpcdrom.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/ibase/libpibase60dyn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/mysql/libpmysql3_comdyn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/opengl/libpgl.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjmemnobs.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpctypes.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcsample.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpsh_pas.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpzutil.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpdialogs.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_lang.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpxrender.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libppscanner.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/regexpr/libpregexpr.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpcgiapp.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpwritepnm.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpwtex.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdom_html.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpmatrix.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libphttpsvlt.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpezcgi.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpports.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpbase64.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpxutil.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjquant2.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/mysql/libpmysql3dyn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdeferr.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpinfcodes.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpunix.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk/libpgtk.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libptestdecorator.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/opengl/libpdllfuncs.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpssockets.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpbaseunix.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libppscanvas.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/md5/libpmd5.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/postgres/libppostgres3.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpmysqldb4.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/opengl/libpglext.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfppixlcanv.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdoc_text.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbwhtml.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpvarutils.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcomapi.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpdl.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpimgcanv.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpservlets.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpsyscall.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpxmlcfg.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/postgres/libpdllistdyn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdb.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpoldlinux.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpbufstream.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdpostct.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/imlib/libpimlib.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpzdeflate.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/syslog/libpsystemlog.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpmath.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpcustapp.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpcwstring.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libptestreport.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpclipping.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpvariants.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcmarker.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/svgalib/libpsvgalib.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpcrt.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/ncurses/libpocrt.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpstatuses.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpipc.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpinffast.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdcoefct.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpftfont.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/cdrom/libpdiscid.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpcthreads.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjidctred.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/mysql/libpmysql4dyn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdmainct.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libppastree.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/mysql/libpmysql3_com.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libppaszlib.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/unixutil/libpunixutils.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libptabs.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpresolve.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpmmx.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfreetype.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk2/libpatk.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libppparser.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpvideo.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpucomplex.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpzbase.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpzstream.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/ibase/libpibase60.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpcontnrs.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpmouse.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpwritepng.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_idxfile.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libphistlist.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpwritetga.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpasciitab.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpxkb.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdatadst.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdct.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libppixtools.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpavl_tree.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/forms/libpxforms.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/zlib/libpzlib.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpreadxpm.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/sqlite/libpsqlite.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpresource.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpstreamex.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdsample.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_pgfile.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpxshm.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/bfd/libpbfd.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjmorecfg.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpbmpcomn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/utmp/libputmp.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpsysmsg.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/opengl/libpglu.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcapimin.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcapistd.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjmemmgr.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libplineinfo.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/libasync/libplibasync.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libptermio.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdcolor.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcdctmgr.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpsystem.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libphtmwrite.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/libc/libplibc.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gdbint/libpgdbcon.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpclasses.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gdbm/libpgdbm.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpxi.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdphuff.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpxinerama.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpxmlstreaming.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpunixutil.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjfdctfst.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpeditors.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/ibase/libpibase40.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpddg_ds.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/libgd/libpgd.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libppaswrite.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/unzip/libpunzip.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libphtmldefs.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libptimeddlg.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjquant1.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcmaster.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/oracle/libporaoci.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_parser.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpregistry.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpimage.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjinclude.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpsh_xml.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/ncurses/libpmenu.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcmainct.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk2/libpgtk2.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpwritexpm.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpx.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/ncurses/libpncrt.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdinput.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gnome/libplibart.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpubmockobject.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfreetypeh.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpxcms.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/opengl/libpglut.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/postgres/libpdllist.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcparam.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpdrivers.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdapimin.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/odbc/libpodbcsql.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk2/libpgdk2pixbuf.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libptypes.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpxmlrpc.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpfvconsts.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpxmlwrite.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpdateutils.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpreadbmp.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/newt/libpnewt.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpdynlibs.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_wtil.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpsqliteds.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_common.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpterminfo.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/ggi/libpggi2d.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/mysql/libpmysql4.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpstddlg.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpobjects.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpimgcmn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpcunit.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpzcompres.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpxkblib.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pthreads/libppthreads.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpidea.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjccoefct.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk/libpgdk.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_dbffile.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdhuff.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpxlib.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/netdb/libpnetdb.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpsdfdata.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libprtlconsts.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk/libpgmodule.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/libc/libpkernelioctl.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_idxcur.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpmsgbox.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libptime.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpvalidate.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjchuff.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpheaptrc.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/mysql/libpmysql4_com.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpwformat.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpshedit.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpx86.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_prscore.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpinitc.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libplinux.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libptargacmn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpfvcommon.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpibconnection.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpxhtml.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk2/libpgdkglext.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpzuncompr.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpgzcrc.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpiostream.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gnome/libplibgnomeui.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/mysql/libpmysql3.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libptrees.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpkeyboard.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpwritejpeg.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjfdctint.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpsax_html.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpsax.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk/libpglib.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpwhtml.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/libc/libpkerneldefs.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/ggi/libpgii.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpviews.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/mysql/libpmysql4_comdyn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fpgtk/libpfpgtkext.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/mysql/libpmysql4_version.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpsqldb.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk/libpgtkglarea.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libphttpclient.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpxatom.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpxmlread.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libptestregistry.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpkeysym.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjddctmgr.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpmysqldb3.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpsock.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpsyncobjs.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/x11/libpxresource.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpdos.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk2/libppango.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpsysconst.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpeventlog.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbconst.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdapistd.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/postgres/libppostgres3dyn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpcmem.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk/libpgdkpixbuf.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpprinter.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjidctfst.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpddg_rec.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/mysql/libpmysql3_version.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/postgres/libppostgres.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpgpm.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdom.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpinplong.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpgettext.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/unzip/libpziptypes.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpcpu.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpsysutils.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/libpng/libppng.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libphttpbase.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpmemory.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpcachecls.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/opengl/libpglx.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_memo.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpstrutils.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjccolor.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpserial.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_cursor.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjpeglib.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libprtfpars.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpinftrees.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fpgtk/libpfpglib.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpreadpnm.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjcinit.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpcolortxt.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libperrors.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjfdctflt.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/cdrom/libplincd.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk2/libpgdk2.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/ncurses/libpncurses.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libptypinfo.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpmysql4conn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/tcl/libptcl80.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjidctint.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_fields.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpxmlreg.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpcanvas.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libppngcomn.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpreadpng.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpobjpas.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpwritebmp.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdmarker.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpadler.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gnome/libplibgnome.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpunixtype.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpcharset.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpsockets.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_str.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpgraph.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gtk2/libpglib2.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpdbf_prsdef.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/pasjpeg/libpjdatasrc.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fv/libpmenus.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libppipes.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpmemds.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/rtl/libpmacpas.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/fcl/libpfpasync.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/gconf/libpgconf.a W: fpc devel-file-in-non-devel-package /usr/lib/fpc/2.0.0/units/i386-linux/paszlib/libpgzio.a W: fpc-doc invalid-license GPL and modified LGPL W: fpc-src invalid-license GPL and modified LGPL E: fpc-src arch-dependent-file-in-usr-share /usr/share/fpcsrc/rtl/netwlibc/pre/libcpre.gcc.o W: fpc-src no-documentation W: fpc-src devel-file-in-non-devel-package /usr/share/fpcsrc/packages/extra/sndfile/testc.c E: fpc-src zero-length /usr/share/fpcsrc/rtl/linux/arm/dllprt0.as E: fpc-src zero-length /usr/share/fpcsrc/packages/base/pasjpeg/PasJpeg.raw W: fpc-src devel-file-in-non-devel-package /usr/share/fpcsrc/packages/base/ibase/ibase60.h E: fpc-src wrong-script-end-of-line-encoding /usr/share/fpcsrc/rtl/win32/mouse.pp W: fpc-src devel-file-in-non-devel-package /usr/share/fpcsrc/packages/extra/svgalib/vgamouse.h E: fpc-src wrong-script-end-of-line-encoding /usr/share/fpcsrc/fcl/db/dbase/package.txt E: fpc-src wrong-script-end-of-line-encoding /usr/share/fpcsrc/packages/extra/numlib/examples/invgsyex.dat W: fpc-src devel-file-in-non-devel-package /usr/share/fpcsrc/packages/base/mysql/mysqls.c E: fpc-src wrong-script-end-of-line-encoding /usr/share/fpcsrc/packages/extra/numlib/examples/invgpdex.dat E: fpc-src wrong-script-end-of-line-encoding /usr/share/fpcsrc/packages/extra/numlib/examples/invgenex.dat E: fpc-src zero-length /usr/share/fpcsrc/rtl/linux/arm/gprt0.as W: fpc-src devel-file-in-non-devel-package /usr/share/fpcsrc/rtl/os2/tests/pmdemo1.h The static libs, static binaries, license warning can all be ignored safely, given that this is a compiler. All the warnings for the -src package can be ignored. The gpm-devel Requires warning is a little suspicious. Does it really require gpm-devel to run properly? Good: - meets naming, packaging guidelines - license (GPL/LGPL) ok, text in %doc, matches code - spec file in am. english - legible - sources match upstream - compiles/builds on FC4 (x86) - no locales - no missing BR, extra BR - no shared libs, no -devel - not relocatable - owns all dirs it creates - no duplicate %files - permissions ok - %clean ok - code, not content - -doc package used Bad: - typo in description for fpc-src, calls itself "fpc-doc" - Requires: gpm-devel ... is this really needed? Since the blockers here are minor (a typo and an extra Requires), I'm approving this package. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Aug 4 20:52:38 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 04 Aug 2005 15:52:38 -0500 Subject: Request for Review: perl-Image-ExifTool In-Reply-To: <20050804203913.GB12203@chrisgrau.com> References: <1123185111.2613.15.camel@localhost.localdomain> <20050804203913.GB12203@chrisgrau.com> Message-ID: <1123188758.2613.30.camel@localhost.localdomain> On Thu, 2005-08-04 at 13:39 -0700, Chris Grau wrote: > I don't think that I have any authority to go about approving packages, > but if I did, I would approve it. Excellent review. If you have cvsextras access, you can review and approve packages. And since I'm your sponsor... you can approve packages, and I'll consider it approved. :) Thanks, ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Thu Aug 4 20:53:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Aug 2005 16:53:20 -0400 Subject: [Bug 165170] New: Review Request: TEST-IGNORE-ME In-Reply-To: Message-ID: <200508042053.j74KrKGg005811@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165170 Summary: Review Request: TEST-IGNORE-ME Product: Fedora Extras Version: devel Platform: All URL: http://test.ignore-me.com OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gdk at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: test SRPM Name or Url: test Description: THIS IS THE INITIAL ENTRY of this package into the build system. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 4 20:53:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Aug 2005 16:53:26 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508042053.j74KrQVK005847@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 gdk at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165170 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 4 20:53:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Aug 2005 16:53:37 -0400 Subject: [Bug 165153] Review Request: greg-test-foo In-Reply-To: Message-ID: <200508042053.j74KrbYq006285@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: greg-test-foo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165153 ------- Additional Comments From mwiktowy at gmx.net 2005-08-04 16:53 EST ------- You are not specifically singled out ... the whole extras mailing list is CCed. I looks like they are thinking of routing all new package evaluations through bugzilla. A good move since it makes the discussion much easier to track. The introduction seems a little out of the blue though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 4 20:56:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Aug 2005 16:56:43 -0400 Subject: [Bug 165170] Review Request: TEST-IGNORE-ME In-Reply-To: Message-ID: <200508042056.j74KuhTd007127@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TEST-IGNORE-ME https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165170 gdk at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gdk at redhat.com 2005-08-04 16:56 EST ------- OK, this would be the email that would be received when a reviewer accepts the package for review. Now moving to block FE-REVIEW. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at city-fan.org Thu Aug 4 20:57:18 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 04 Aug 2005 21:57:18 +0100 Subject: rpmlint (was: review still needed: fpc) In-Reply-To: <1123188613.2613.27.camel@localhost.localdomain> References: <1123151876.6390.5.camel@joost> <1123188613.2613.27.camel@localhost.localdomain> Message-ID: <1123189038.2851.535.camel@laurel.intra.city-fan.org> On Thu, 2005-08-04 at 15:50 -0500, Tom 'spot' Callaway wrote: > rpmlint output: > > rpmlint /home/spot/rpmbuild/RPMS/i386/fpc-2.0.0-1.i386.rpm > E: fpc devel-dependency gpm-devel > W: fpc invalid-license GPL and modified LGPL > E: fpc statically-linked-binary /usr/lib/fpc/2.0.0/ppc386 > E: fpc statically-linked-binary /usr/bin/ppumove > E: fpc statically-linked-binary /usr/bin/fpc > E: fpc statically-linked-binary /usr/bin/pyacc > E: fpc statically-linked-binary /usr/bin/unitdiff > E: fpc statically-linked-binary /usr/bin/fpcmkcfg When I run rpmlint on an x86 machine against an x86_64 rpm, I get errors like these (statically-linked-binary) for all the binaries, even though they're actually dynamically linked (rpmlint run against the i386 version of the same package is clean). Is this a known issue with rpmlint or should I raise a bug on it? Paul. -- Paul Howarth From bugzilla at redhat.com Thu Aug 4 20:59:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Aug 2005 16:59:00 -0400 Subject: [Bug 165170] Review Request: TEST-IGNORE-ME In-Reply-To: Message-ID: <200508042059.j74Kx0Kr007656@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TEST-IGNORE-ME https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165170 gdk at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gdk at redhat.com 2005-08-04 16:58 EST ------- This is where the review would actually take place. "Yes, it's brilliant, you pass." Moving on to FE-ACCEPT. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Thu Aug 4 21:00:35 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 05 Aug 2005 00:00:35 +0300 Subject: Request for review: keychain opt-in mechanism In-Reply-To: <1122477656.3683.15.camel@serendipity.dogma.lan> References: <1121877978.6862.174.camel@serendipity.dogma.lan> <1122477656.3683.15.camel@serendipity.dogma.lan> Message-ID: <1123189235.12477.20.camel@localhost.localdomain> On Wed, 2005-07-27 at 17:20 +0200, Alexander Dalloz wrote: > Ok, hope to get the keychain package pushed up into Extras and from my > work queue by this to be hopefully the last request for a review. The > package / tool is very small and as there was already a review and > approval I just desire mainly a critical view over the opt-in mechanism > / profile.d scripts. > > http://www.uni-x.org/review/keychain.spec > http://www.uni-x.org/review/keychain-2.5.4.1-2.src.rpm Looks mostly good to me. Remarks: - 2.5.5 is out, looks like a simple tarball update wrt this package. - keychain.pod isn't useful and should be dropped. Take care of the above and go ahead and commit to CVS, and I'll follow up with an approval. The bad interaction with X login I mentioned earlier: I can no longer reproduce it, things seem to work. Still, two ssh-agents are started on initial X login, but it might be tricky to avoid that, and probably shouldn't be even attempted in the keychain package. The culprit appears to be "exec -l $SHELL -c "$SSH_AGENT ..."" in /etc/X11/xdm/Xsession, where the -l triggers loading of keychain along with the shell profile, and $SSH_AGENT is then launched by the shell later. xinitrc-common doesn't set $SSH_AGENT if one is already running, but that check is done too early wrt. keychain in the X login/startup sequence. From bugzilla at redhat.com Thu Aug 4 21:01:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Aug 2005 17:01:47 -0400 Subject: [Bug 165170] Review Request: TEST-IGNORE-ME In-Reply-To: Message-ID: <200508042101.j74L1lh2008255@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TEST-IGNORE-ME https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165170 gdk at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From gdk at redhat.com 2005-08-04 17:01 EST ------- And now the original packager runs it thru the build system, makes sure it builds and runs, and then closes the bug. "Yep! TEST-IGNORE-ME is now building on all arches. Closing." -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Thu Aug 4 21:02:24 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 05 Aug 2005 00:02:24 +0300 Subject: rpmlint (was: review still needed: fpc) In-Reply-To: <1123189038.2851.535.camel@laurel.intra.city-fan.org> References: <1123151876.6390.5.camel@joost> <1123188613.2613.27.camel@localhost.localdomain> <1123189038.2851.535.camel@laurel.intra.city-fan.org> Message-ID: <1123189344.12477.21.camel@localhost.localdomain> On Thu, 2005-08-04 at 21:57 +0100, Paul Howarth wrote: > When I run rpmlint on an x86 machine against an x86_64 rpm, I get errors > like these (statically-linked-binary) for all the binaries, even though > they're actually dynamically linked (rpmlint run against the i386 > version of the same package is clean). Is this a known issue with > rpmlint or should I raise a bug on it? The latter. TIA :) From bugzilla at redhat.com Thu Aug 4 21:02:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Aug 2005 17:02:16 -0400 Subject: [Bug 165153] Review Request: greg-test-foo In-Reply-To: Message-ID: <200508042102.j74L2G8O008394@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: greg-test-foo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165153 ------- Additional Comments From ivazquez at ivazquez.net 2005-08-04 17:02 EST ------- Crap, this falls into both my BZ *and* f-e-l filters in Evolution. Time to fix up the order... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tcallawa at redhat.com Thu Aug 4 21:04:05 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 04 Aug 2005 16:04:05 -0500 Subject: rpmlint (was: review still needed: fpc) In-Reply-To: <1123189038.2851.535.camel@laurel.intra.city-fan.org> References: <1123151876.6390.5.camel@joost> <1123188613.2613.27.camel@localhost.localdomain> <1123189038.2851.535.camel@laurel.intra.city-fan.org> Message-ID: <1123189445.2613.36.camel@localhost.localdomain> On Thu, 2005-08-04 at 21:57 +0100, Paul Howarth wrote: > On Thu, 2005-08-04 at 15:50 -0500, Tom 'spot' Callaway wrote: > > rpmlint output: > > > > rpmlint /home/spot/rpmbuild/RPMS/i386/fpc-2.0.0-1.i386.rpm > > E: fpc devel-dependency gpm-devel > > W: fpc invalid-license GPL and modified LGPL > > E: fpc statically-linked-binary /usr/lib/fpc/2.0.0/ppc386 > > E: fpc statically-linked-binary /usr/bin/ppumove > > E: fpc statically-linked-binary /usr/bin/fpc > > E: fpc statically-linked-binary /usr/bin/pyacc > > E: fpc statically-linked-binary /usr/bin/unitdiff > > E: fpc statically-linked-binary /usr/bin/fpcmkcfg > > When I run rpmlint on an x86 machine against an x86_64 rpm, I get errors > like these (statically-linked-binary) for all the binaries, even though > they're actually dynamically linked (rpmlint run against the i386 > version of the same package is clean). Is this a known issue with > rpmlint or should I raise a bug on it? Go ahead and file a bug. Worst thing they can do is close it as a dupe. :) ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From chris at chrisgrau.com Thu Aug 4 21:03:41 2005 From: chris at chrisgrau.com (Chris Grau) Date: Thu, 4 Aug 2005 14:03:41 -0700 Subject: Request for review: stripesnoop In-Reply-To: <1123182023.2613.11.camel@localhost.localdomain> References: <1123182023.2613.11.camel@localhost.localdomain> Message-ID: <20050804210341.GC12203@chrisgrau.com> On Thu, Aug 04, 2005 at 02:00:23PM -0500, Tom 'spot' Callaway wrote: > Stripe Snoop is a suite of research tools that captures, modifies, > validates, generates, analyzes, and shares data from magstripe cards. > Numerous readers are supported to gather this information. In addition > to simply displaying the raw characters that are encoded on the card, > Stripe Snoop has a database of known card formats. It uses this to give > you more detailed information about the card. > > This is very small, should be an easy review. > > SRPM: > http://www.auroralinux.org/people/spot/review/stripesnoop-1.5-1.src.rpm > SPEC: > http://www.auroralinux.org/people/spot/review/stripesnoop.spec > > Thanks in advance, > > ~spot Since you liked my review of perl-Image-ExifTool so much (and since you're my sponsor), here's another one. Review: stripesnoop Good: - package name okay - spec file name matches %name - meets PackagingGuidelines - license okay (GPL), matches upstream, included in %doc - spec is legible, in am. english - source matches upstream - package builds on FC4 (x86) - no excluded BR, no missing BR - no locales - no shared/static libraries - not relocatable - owns all created directories - no duplicate files - file attributes okay - %clean okay - macro use is consistent - code, not content - no -docs - -devel okay - mod10 worked on cc# 4111-1111-1111-1111 - bitgen and ss didn't segfault or anything Bad: - -devel requires %{name}-%{version}-%{release} Maybe: mod10.c: In function 'main': mod10.c:77: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result mod10.c:80: warning: ignoring return value of 'fgets', declared with attribute warn_unused_result (as well as the same warning in ss.cpp and parser.cpp) The compiler warnings look harmless to me. It's just fgets() and the string buffer appears to be handled fine. It could be worse, the author could have used gets(), but this isn't a code review. Once the requires for the devel package have been fixed, I'll consider this package approved. -chris From chris at chrisgrau.com Thu Aug 4 21:06:31 2005 From: chris at chrisgrau.com (Chris Grau) Date: Thu, 4 Aug 2005 14:06:31 -0700 Subject: Request for review: stripesnoop In-Reply-To: <20050804210341.GC12203@chrisgrau.com> References: <1123182023.2613.11.camel@localhost.localdomain> <20050804210341.GC12203@chrisgrau.com> Message-ID: <20050804210631.GD12203@chrisgrau.com> On Thu, Aug 04, 2005 at 02:03:41PM -0700, Chris Grau wrote: > On Thu, Aug 04, 2005 at 02:00:23PM -0500, Tom 'spot' Callaway wrote: > > Stripe Snoop is a suite of research tools that captures, modifies, > > validates, generates, analyzes, and shares data from magstripe cards. > > Numerous readers are supported to gather this information. In addition > > to simply displaying the raw characters that are encoded on the card, > > Stripe Snoop has a database of known card formats. It uses this to give > > you more detailed information about the card. > > > > This is very small, should be an easy review. > > > > SRPM: > > http://www.auroralinux.org/people/spot/review/stripesnoop-1.5-1.src.rpm > > SPEC: > > http://www.auroralinux.org/people/spot/review/stripesnoop.spec > > > > Thanks in advance, > > > > ~spot > > Since you liked my review of perl-Image-ExifTool so much (and since > you're my sponsor), here's another one. > > Review: stripesnoop [snip the rest of the review] Oops, I forgot to include the rpmlint output in my review. W: stripesnoop wrong-file-end-of-line-encoding /usr/share/doc/stripesnoop-1.5/visa-pre.txt W: stripesnoop wrong-file-end-of-line-encoding /usr/share/doc/stripesnoop-1.5/COPYING.txt W: stripesnoop wrong-file-end-of-line-encoding /usr/share/doc/stripesnoop-1.5/ChangeLog.txt W: stripesnoop wrong-file-end-of-line-encoding /usr/share/doc/stripesnoop-1.5/README.txt No big deal, which is probably why I forgot it. -chris From tcallawa at redhat.com Thu Aug 4 21:10:07 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 04 Aug 2005 16:10:07 -0500 Subject: Request for review: stripesnoop In-Reply-To: <20050804210341.GC12203@chrisgrau.com> References: <1123182023.2613.11.camel@localhost.localdomain> <20050804210341.GC12203@chrisgrau.com> Message-ID: <1123189807.2613.38.camel@localhost.localdomain> On Thu, 2005-08-04 at 14:03 -0700, Chris Grau wrote: > Bad: > > - -devel requires %{name}-%{version}-%{release} Good catch. I'll fix this before I commit. Thanks for the review! ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Thu Aug 4 21:11:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 4 Aug 2005 17:11:29 -0400 Subject: [Bug 165153] Review Request: greg-test-foo In-Reply-To: Message-ID: <200508042111.j74LBTQD010983@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: greg-test-foo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165153 ------- Additional Comments From bugs.michael at gmx.net 2005-08-04 17:11 EST ------- Greg announced these tests in a separate message to fedora-extras-list (albeit as a reply to a "Build system bug?" thread), so look for a message with the subject "Attention: testing a new package process". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gdk at redhat.com Thu Aug 4 21:14:06 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Thu, 4 Aug 2005 17:14:06 -0400 (EDT) Subject: New Package Process, mark two Message-ID: So we've got a new mechanism to track New Package Requests. Some of you may have noticed the emails. :) Read the new process here: http://fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo This should help us keep a handle on all the new package requests as we grow. If anyone has any questions or issues with using the new process, please ask. --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 From paul at city-fan.org Thu Aug 4 21:23:58 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 04 Aug 2005 22:23:58 +0100 Subject: rpmlint (was: review still needed: fpc) In-Reply-To: <1123189344.12477.21.camel@localhost.localdomain> References: <1123151876.6390.5.camel@joost> <1123188613.2613.27.camel@localhost.localdomain> <1123189038.2851.535.camel@laurel.intra.city-fan.org> <1123189344.12477.21.camel@localhost.localdomain> Message-ID: <1123190638.2851.538.camel@laurel.intra.city-fan.org> On Fri, 2005-08-05 at 00:02 +0300, Ville Skytt? wrote: > On Thu, 2005-08-04 at 21:57 +0100, Paul Howarth wrote: > > > When I run rpmlint on an x86 machine against an x86_64 rpm, I get errors > > like these (statically-linked-binary) for all the binaries, even though > > they're actually dynamically linked (rpmlint run against the i386 > > version of the same package is clean). Is this a known issue with > > rpmlint or should I raise a bug on it? > > The latter. TIA :) http://bugzilla.redhat.com/165173 Paul. -- Paul Howarth From fedora at camperquake.de Thu Aug 4 21:25:51 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 4 Aug 2005 23:25:51 +0200 Subject: Request for review: stripesnoop In-Reply-To: <20050804210341.GC12203@chrisgrau.com> References: <1123182023.2613.11.camel@localhost.localdomain> <20050804210341.GC12203@chrisgrau.com> Message-ID: <20050804232551.7beadbcf@nausicaa.camperquake.de> Hi. Chris Grau wrote: > Bad: > > - -devel requires %{name}-%{version}-%{release} Is it bad that it requires it or that it does not require it? > The compiler warnings look harmless to me. It's just fgets() and the > string buffer appears to be handled fine. It could be worse, the author > could have used gets(), but this isn't a code review. This means that the author assumes that the fgets always succeeds, which is usually not a good idea. -- arachnoleptic fit, n: The frantic dance performed just after you've accidentally walked through a spider web. From chris at chrisgrau.com Thu Aug 4 21:32:40 2005 From: chris at chrisgrau.com (Chris Grau) Date: Thu, 4 Aug 2005 14:32:40 -0700 Subject: Request for review: stripesnoop In-Reply-To: <20050804232551.7beadbcf@nausicaa.camperquake.de> References: <1123182023.2613.11.camel@localhost.localdomain> <20050804210341.GC12203@chrisgrau.com> <20050804232551.7beadbcf@nausicaa.camperquake.de> Message-ID: <20050804213240.GE12203@chrisgrau.com> On Thu, Aug 04, 2005 at 11:25:51PM +0200, Ralf Ertzinger wrote: > Hi. > > Chris Grau wrote: > > > Bad: > > > > - -devel requires %{name}-%{version}-%{release} > > Is it bad that it requires it or that it does not require it? It's bad that the requires line didn't read "%{name} = %{version}-%{release}". I'll be more specific in my critique next time. > > The compiler warnings look harmless to me. It's just fgets() and the > > string buffer appears to be handled fine. It could be worse, the author > > could have used gets(), but this isn't a code review. > > This means that the author assumes that the fgets always succeeds, which > is usually not a good idea. From fedora at camperquake.de Thu Aug 4 21:35:00 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 4 Aug 2005 23:35:00 +0200 Subject: Request for review: stripesnoop In-Reply-To: <20050804213240.GE12203@chrisgrau.com> References: <1123182023.2613.11.camel@localhost.localdomain> <20050804210341.GC12203@chrisgrau.com> <20050804232551.7beadbcf@nausicaa.camperquake.de> <20050804213240.GE12203@chrisgrau.com> Message-ID: <20050804233500.1f0556fc@nausicaa.camperquake.de> Hi. Chris Grau wrote: > > Is it bad that it requires it or that it does not require it? > > It's bad that the requires line didn't read "%{name} = > %{version}-%{release}". I'll be more specific in my critique next time. Ah, OK. I was hoping for that :) -- One question: How come the .44 magnum is the worlds only usable point and click interface ? Alan Cox From tcallawa at redhat.com Thu Aug 4 21:38:56 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 04 Aug 2005 16:38:56 -0500 Subject: Request for review: stripesnoop In-Reply-To: <20050804233500.1f0556fc@nausicaa.camperquake.de> References: <1123182023.2613.11.camel@localhost.localdomain> <20050804210341.GC12203@chrisgrau.com> <20050804232551.7beadbcf@nausicaa.camperquake.de> <20050804213240.GE12203@chrisgrau.com> <20050804233500.1f0556fc@nausicaa.camperquake.de> Message-ID: <1123191536.2613.43.camel@localhost.localdomain> On Thu, 2005-08-04 at 23:35 +0200, Ralf Ertzinger wrote: > Hi. > > Chris Grau wrote: > > > > Is it bad that it requires it or that it does not require it? > > > > It's bad that the requires line didn't read "%{name} = > > %{version}-%{release}". I'll be more specific in my critique next time. > > Ah, OK. I was hoping for that :) I figured out what he meant as soon as he pointed it out. :) ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From j.w.r.degoede at hhs.nl Thu Aug 4 22:21:09 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 05 Aug 2005 00:21:09 +0200 Subject: Review still needed: svgalib In-Reply-To: <20050804174414.362c60b0@python2> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> <20050803194120.38bb0b8e@python2> <42F1BBC0.7030106@hhs.nl> <20050804102054.1947d511@python2> <42F205A1.9050203@hhs.nl> <20050804141421.09d43321@nausicaa.camperquake.de> <20050804142056.0ee5aca4@python2> <42F23711.3020701@hhs.nl> <20050804174414.362c60b0@python2> Message-ID: <42F294D5.9040007@hhs.nl> Matthias Saou wrote: > Hans de Goede wrote : > > >>Again sorry, to keep this on list, but I've got no other way to reach >>Matthias. > > > Just reply to the address you see in my "From:" field, it's in no way > obfuscated, and is a real valid email address, unlike thias at freshrpms.net > which doesn't exist, and never will :-) > > Matthias > Erm, According to thunderbird you From field is thias at spam.....@freshrpms.net. Maybe the mailinglist puts your reply-to field in the from field? Regards, Hans From fedora at camperquake.de Thu Aug 4 22:25:21 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 5 Aug 2005 00:25:21 +0200 Subject: Review still needed: svgalib In-Reply-To: <42F294D5.9040007@hhs.nl> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> <20050803194120.38bb0b8e@python2> <42F1BBC0.7030106@hhs.nl> <20050804102054.1947d511@python2> <42F205A1.9050203@hhs.nl> <20050804141421.09d43321@nausicaa.camperquake.de> <20050804142056.0ee5aca4@python2> <42F23711.3020701@hhs.nl> <20050804174414.362c60b0@python2> <42F294D5.9040007@hhs.nl> Message-ID: <20050805002521.5e51e241@nausicaa.camperquake.de> Hi. Hans de Goede wrote: > According to thunderbird you From field is > thias at spam.....@freshrpms.net. Yes. And that address (including all the spam and eggs) is fully valid. -- He who lives by the sword, should go out and get himself a really nice sword. -- Lev L. Spiro From fedora at camperquake.de Thu Aug 4 22:32:02 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 5 Aug 2005 00:32:02 +0200 Subject: Review still needed: svgalib In-Reply-To: <20050805002521.5e51e241@nausicaa.camperquake.de> References: <42F0C2DE.6030505@hhs.nl> <20050803162849.721bb379@python2> <42F0FAB6.204@hhs.nl> <20050803194120.38bb0b8e@python2> <42F1BBC0.7030106@hhs.nl> <20050804102054.1947d511@python2> <42F205A1.9050203@hhs.nl> <20050804141421.09d43321@nausicaa.camperquake.de> <20050804142056.0ee5aca4@python2> <42F23711.3020701@hhs.nl> <20050804174414.362c60b0@python2> <42F294D5.9040007@hhs.nl> <20050805002521.5e51e241@nausicaa.camperquake.de> Message-ID: <20050805003202.1dbd5125@nausicaa.camperquake.de> Hi. Ralf Ertzinger wrote: > > According to thunderbird you From field is > > thias at spam.....@freshrpms.net. > > Yes. And that address (including all the spam and eggs) is fully > valid. Uh, wait. That's "thias at spam......freshrpms.net". The spam part is after the @, and there is just one. From joelwreed at comcast.net Fri Aug 5 00:44:13 2005 From: joelwreed at comcast.net (joel reed) Date: Thu, 4 Aug 2005 20:44:13 -0400 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <20050804133348.GF10076@redhat.com> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> <1122998652.2914.20.camel@localhost.localdomain> <1123048429.12131.5.camel@ignacio.lan> <20050803084133.GK10076@redhat.com> <20050804131954.GA29834@comcast.net> <20050804133348.GF10076@redhat.com> Message-ID: <20050805004413.GA4756@comcast.net> On Thu, Aug 04, 2005 at 09:33:48AM -0400, Daniel Veillard wrote: > On Thu, Aug 04, 2005 at 09:19:54AM -0400, joel reed wrote: > > On Wed, Aug 03, 2005 at 04:41:33AM -0400, Daniel Veillard wrote: > > > On Wed, Aug 03, 2005 at 01:53:48AM -0400, Ignacio Vazquez-Abrams wrote: > > > > But anyways, fix what Tom and Brian have mentioned, *plus* you *still* > > > > don't have ownership of %{_libdir}/libxslt. If you think that the > > > > libxslt package should own it then file a bug. Until it does though, you > > > > should. > > > > > > Hum, right. At the moment the libxslt package don't provide a placeholder > > > for plugins. That should probably be added, my only minor point about just > > > %{_libdir}/libxslt > > > is that it doesn't indicate it is for plugins or local packages. Maybe > > > %{_libdir}/libxslt/plugins or > > > %{_libdir}/libxslt-plugins > > > I'm not sure what would be the best path/naming. > > > > i like %{_libdir}/libxslt-plugins, but really either is fine. just > > let me know what you decide! > > Go for %{_libdir}/libxslt-plugins, I don't expect to ever need other data > in %{_libdir}/ at this point. libxslt-plugin-regexp should probably claim > ownership of the directory as libxslt doesn't yet provide it, but I'm > not positive about the packaging rules about this. any experts on fedora-extras care to provide any additional guidance here? is it ok for multiple packages to claim ownership of this dir? i don't see anything regarding this in the rpm.org HOWTO. jr > > Daniel > > -- > Daniel Veillard | Red Hat Desktop team http://redhat.com/ > veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ > http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From alex at dalloz.de Fri Aug 5 01:02:25 2005 From: alex at dalloz.de (Alexander Dalloz) Date: Fri, 05 Aug 2005 03:02:25 +0200 Subject: Request for review: keychain opt-in mechanism In-Reply-To: <1123189235.12477.20.camel@localhost.localdomain> References: <1121877978.6862.174.camel@serendipity.dogma.lan> <1122477656.3683.15.camel@serendipity.dogma.lan> <1123189235.12477.20.camel@localhost.localdomain> Message-ID: <1123203745.6344.23.camel@serendipity.dogma.lan> Am Do, den 04.08.2005 schrieb Ville Skytt? um 23:00: > > http://www.uni-x.org/review/keychain.spec > > http://www.uni-x.org/review/keychain-2.5.4.1-2.src.rpm > > Looks mostly good to me. Remarks: > > - 2.5.5 is out, looks like a simple tarball update wrt this package. Ok, I'll head up. The changelog speak about an added feature only. > - keychain.pod isn't useful and should be dropped. Wasn't sure about that, so I left it. Will follow your advise. > Take care of the above and go ahead and commit to CVS, and I'll follow > up with an approval. Fine. > The bad interaction with X login I mentioned earlier: I can no longer > reproduce it, things seem to work. Still, two ssh-agents are started on > initial X login, but it might be tricky to avoid that, and probably > shouldn't be even attempted in the keychain package. The culprit > appears to be "exec -l $SHELL -c "$SSH_AGENT ..."" > in /etc/X11/xdm/Xsession, where the -l triggers loading of keychain > along with the shell profile, and $SSH_AGENT is then launched by the > shell later. xinitrc-common doesn't set $SSH_AGENT if one is already > running, but that check is done too early wrt. keychain in the X > login/startup sequence. Does that cause any harm on your system? On my freshly rebootet system I now get following result: $ ps axuwww | grep ssh-agent root 3430 0.0 0.0 3584 720 ? S 01:57 0:00 ssh-agent adalloz 3801 0.0 0.0 4424 848 ? S 01:59 0:00 ssh-agent adalloz 3880 0.0 0.0 3396 700 ? S 01:59 0:00 /usr/bin/ssh-agent /etc/X11/xinit/Xclients backup 6144 0.0 0.0 5188 752 ? S 02:04 0:00 ssh-agent adalloz 7409 0.0 0.0 5616 712 pts/16 R 02:52 0:00 grep ssh-agent 1 ssh-agent for 1 root login, 2 ssh-agent processes as I am logged in as "adalloz" graphically and 1 ssh-agent for my "backup" user running automated backups through cron. Though "adalloz" has 2 ssh-agents I do not perceive any problem, while I share the opinion it could be prettier ;) Thanks! Alexander -- 1024D/866ED681 2005-07-11 Alexander Dalloz (Fedora Project) Key fingerprint = CD40 0A91 7814 C1E4 5940 8E0E 1FD5 C316 866E D681 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From bugs.michael at gmx.net Fri Aug 5 01:49:24 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 5 Aug 2005 03:49:24 +0200 Subject: Package seeking review: libsvg In-Reply-To: <42E9D226.7070202@redhat.com> References: <42E9D226.7070202@redhat.com> Message-ID: <20050805034924.4187fdc9.bugs.michael@gmx.net> On Fri, 29 Jul 2005 02:52:22 -0400, Christopher Aillon wrote: > http://people.redhat.com/caillon/RPMS/rawhide/libsvg.spec > http://people.redhat.com/caillon/RPMS/rawhide/libsvg-0.1.4-1.src.rpm In addition to the other reviews you've seen, it fails to build here (Rawhide) due to missing build requirements: libpng-devel libjpeg-devel [...] gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/libxml2 -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -Wall -g -fexceptions -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables -MT svg_image.lo -MD -MP -MF .deps/svg_image.Tpo -c svg_image.c -fPIC -DPIC -o .libs/svg_image.o svg_image.c:24:17: error: png.h: No such file or directory svg_image.c:25:21: error: jpeglib.h: No such file or directory svg_image.c:26:20: error: jerror.h: No such file or directory svg_image.c:192: error: syntax error before 'png' [...] Unfortunately, this is where reviews sometimes end abruptly (and also reviews of a chain of packages). As comments on the spec and binaries built with added libpng-devel libjpeg-devel BR: * Nothing in the tarball covers MPL, only LGPL is included. If author intends to change this to Cairo's licence MPL/LGPL, a %doc file ought to explain that. * -devel package should "Requires: %{name} = %{version}-%{release}" not just "%name = %version". Headers and libs ought to stay in sync. * "Requires:" and "Libs:" in pkgconfig file indicate dependencies of libsvg-devel on more -devel packages: Requires: libxml2-devel libpng-devel libjpeg-devel zlib-devel Pkgconfig files break badly if inter-package dependencies are incomplete. * Executable %doc files. From bugs.michael at gmx.net Fri Aug 5 01:50:32 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 5 Aug 2005 03:50:32 +0200 Subject: Package seeking review: libsvg-cairo In-Reply-To: <42E9D228.4060508@redhat.com> References: <42E9D228.4060508@redhat.com> Message-ID: <20050805035032.1755e85b.bugs.michael@gmx.net> On Fri, 29 Jul 2005 02:52:24 -0400, Christopher Aillon wrote: > http://people.redhat.com/caillon/RPMS/rawhide/libsvg-cairo.spec > http://people.redhat.com/caillon/RPMS/rawhide/libsvg-cairo-0.1.6-1.src.rpm * -devel package should "Requires: %{name} = %{version}-%{release}" not just "%name = %version". Headers and libs ought to stay in sync. * The included libtool archive (.la) has dependencies on other libtool archives, so libsvg-cairo-devel must depend on other -devel packages which provide /usr/lib/libjpeg.la and /usr/lib/libfreetype.la This bears a big risk of breaking badly. * Executable %doc files. From bugs.michael at gmx.net Fri Aug 5 01:50:50 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 5 Aug 2005 03:50:50 +0200 Subject: Package seeking review: svg2png In-Reply-To: <1122620847.302.4.camel@ignacio.lan> References: <42E9D22B.3030104@redhat.com> <1122620847.302.4.camel@ignacio.lan> Message-ID: <20050805035050.4ca08752.bugs.michael@gmx.net> On Fri, 29 Jul 2005 03:07:27 -0400, Ignacio Vazquez-Abrams wrote: > On Fri, 2005-07-29 at 02:52 -0400, Christopher Aillon wrote: > > http://people.redhat.com/caillon/RPMS/rawhide/svg2png.spec > > - Remove the BR of pkgconfig Surely not a blocker criterion. However: | License: LGPL/MPL No file within the tarball confirms that. The file "COPYING", which ought to be included in the spec file in %doc, is equal to: Historical Permission Notice and Disclaimer http://www.opensource.org/licenses/historical.php If the package is meant to be licenced under the same terms as Cairo (MPL/LGPL), it ought to say that somewhere. From tibbs at math.uh.edu Fri Aug 5 04:00:21 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Thu, 04 Aug 2005 23:00:21 -0500 Subject: review still needed: fpc In-Reply-To: <1123188613.2613.27.camel@localhost.localdomain> (Tom Callaway's message of "Thu, 04 Aug 2005 15:50:13 -0500") References: <1123151876.6390.5.camel@joost> <1123188613.2613.27.camel@localhost.localdomain> Message-ID: TC> The gpm-devel Requires warning is a little TC> suspicious. Does it really require gpm-devel to run properly? A typo for gmp-devel, perhaps? I know I need gmp for my Gnu Pascal packages (which I should consider submitting one of these days). - J< From byte at aeon.com.my Fri Aug 5 04:45:34 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 05 Aug 2005 14:45:34 +1000 Subject: Pre-Review: Asterisk In-Reply-To: <20050804144752.GA28819@osiris.silug.org> References: <1112418894.5677.20.camel@lt16586.campus.dmacc.edu> <1112452089.5677.61.camel@lt16586.campus.dmacc.edu> <1123146572.13165.16.camel@baythorne.infradead.org> <20050804144752.GA28819@osiris.silug.org> Message-ID: <1123217135.5149.124.camel@potter.soho.bytebot.net> On Thu, 2005-08-04 at 09:47 -0500, Steven Pritchard wrote: > > Why don't we import your RPMS into CVS and update them to a 1.2 > release > > candidate (which would actually be a snapshot from CVS at this > point)? > > Then we can beat them into shape from there. > > I'd be fine with that plan. (I submitted asterisk rpms to fedora.us a > *long* time ago too...) And they were reviewed, a long time ago as well (during some updates). I remember being on that bug... Stable is at 1.0.9 upstream, why not place that in cvs, and we'll work from there? I'm sure there are a bunch of us that use this, and would willingly work towards getting it working fine & dandy in Extras WRT, zaptel udev rules, there's a bug in RHBZ for its addition too, provided we have asterisk packages -- Colin Charles, http://www.bytebot.net/ From byte at aeon.com.my Fri Aug 5 05:36:17 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 05 Aug 2005 15:36:17 +1000 Subject: Pre-Review: Asterisk In-Reply-To: <1123217135.5149.124.camel@potter.soho.bytebot.net> References: <1112418894.5677.20.camel@lt16586.campus.dmacc.edu> <1112452089.5677.61.camel@lt16586.campus.dmacc.edu> <1123146572.13165.16.camel@baythorne.infradead.org> <20050804144752.GA28819@osiris.silug.org> <1123217135.5149.124.camel@potter.soho.bytebot.net> Message-ID: <1123220177.5149.130.camel@potter.soho.bytebot.net> On Fri, 2005-08-05 at 14:45 +1000, Colin Charles wrote: > Stable is at 1.0.9 upstream, why not place that in cvs, and we'll work > from there? I'm sure there are a bunch of us that use this, and would > willingly work towards getting it working fine & dandy in Extras Replying to myself, I also noticed this: http://www.laimbock.com/asterisk/ This in addition to Matthias' srpms, we might just as well get an asterisk package out this weekened -- Colin Charles, http://www.bytebot.net/ From ivazquez at ivazquez.net Fri Aug 5 06:09:23 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 05 Aug 2005 02:09:23 -0400 Subject: Request for review (round3): libxslt-plugin-regexp and libxslt-plugin-dates-and-time In-Reply-To: <20050805004413.GA4756@comcast.net> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> <1122998652.2914.20.camel@localhost.localdomain> <1123048429.12131.5.camel@ignacio.lan> <20050803084133.GK10076@redhat.com> <20050804131954.GA29834@comcast.net> <20050804133348.GF10076@redhat.com> <20050805004413.GA4756@comcast.net> Message-ID: <1123222163.12131.58.camel@ignacio.lan> On Thu, 2005-08-04 at 20:44 -0400, joel reed wrote: > any experts on fedora-extras care to provide any additional guidance here? > is it ok for multiple packages to claim ownership of this dir? i don't see > anything regarding this in the rpm.org HOWTO. It sure is, although it's unnecessary if one is a dep of the other. -- 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 Fri Aug 5 07:07:14 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 05 Aug 2005 10:07:14 +0300 Subject: Request for review: keychain opt-in mechanism In-Reply-To: <1123203745.6344.23.camel@serendipity.dogma.lan> References: <1121877978.6862.174.camel@serendipity.dogma.lan> <1122477656.3683.15.camel@serendipity.dogma.lan> <1123189235.12477.20.camel@localhost.localdomain> <1123203745.6344.23.camel@serendipity.dogma.lan> Message-ID: <1123225634.12477.53.camel@localhost.localdomain> On Fri, 2005-08-05 at 03:02 +0200, Alexander Dalloz wrote: > Am Do, den 04.08.2005 schrieb Ville Skytt? um 23:00: > > > The bad interaction with X login I mentioned earlier: I can no longer > > reproduce it, things seem to work. Still, two ssh-agents are started on > > initial X login, but it might be tricky to avoid that, and probably > > shouldn't be even attempted in the keychain package. The culprit > > appears to be "exec -l $SHELL -c "$SSH_AGENT ..."" > > in /etc/X11/xdm/Xsession, where the -l triggers loading of keychain > > along with the shell profile, and $SSH_AGENT is then launched by the > > shell later. xinitrc-common doesn't set $SSH_AGENT if one is already > > running, but that check is done too early wrt. keychain in the X > > login/startup sequence. > > Does that cause any harm on your system? No, not any more. I have no clue what's changed; certainly it's nothing in the keychain package. Probably some local configuration thing or a plain human error. > 1 ssh-agent for 1 root login, 2 ssh-agent processes as I am logged in as > "adalloz" graphically and 1 ssh-agent for my "backup" user running > automated backups through cron. Though "adalloz" has 2 ssh-agents I do > not perceive any problem, while I share the opinion it could be prettier > ;) Yeah, it'd be cool if Xsession wouldn't start another one. But as said above, that's probably quite hard to avoid, and it doesn't seem to hurt, so it's not a blocker. From oliver at linux-kernel.at Fri Aug 5 07:53:03 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Fri, 05 Aug 2005 09:53:03 +0200 Subject: Request for review: scanssh (WAS: Re: scanssh) In-Reply-To: <1072.213.13.91.139.1123184290.squirrel@webmail.lsd.di.uminho.pt> References: <1072.213.13.91.139.1123184290.squirrel@webmail.lsd.di.uminho.pt> Message-ID: <42F31ADF.5090201@linux-kernel.at> Hi all! Hi Jose! On 08/04/2005 09:38 PM, Jose Pedro Oliveira wrote: > Are you still planning in submitting scanssh for review? > I don't mind helping review it ;) Here we go Jose... :-) Summary: fast SSH server and open proxy scanner Description: ScanSSH supports scanning a list of addresses and networks for open proxies, SSH protocol servers, Web and SMTP servers. Where possible ScanSSH, displays the version number of the running services. ScanSSH protocol scanner supports random selection of IP addresses from large network ranges and is useful for gathering statistics on the deployment of SSH protocol servers in a company or the Internet as whole. SRPM and Spec, as usual: http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh Please have a look at it. I intend to put it on FE-3/-4/-devel. Best, Oliver From j.w.r.degoede at hhs.nl Fri Aug 5 09:47:43 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 05 Aug 2005 11:47:43 +0200 Subject: Need help with builderror (ppc only) Message-ID: <42F335BF.7090703@hhs.nl> Hi, I'm trying to get gnumeric rebuild on devel for the xxxxth time (GRR), and this time it fails on ppc and only ppc with the following error: Job failed on arch ppc Build logs may be found at http://buildsys.fedoraproject.org/logs//development/463-gnumeric-1.4.3-5/ ------------------------------------------------- In file included from /usr/include/libgda-1.2/libgda/gda-field.h:27, from /usr/include/libgda-1.2/libgda/gda-row.h:27, from /usr/include/libgda-1.2/libgda/gda-data-model.h:30, from /usr/include/libgda-1.2/libgda/gda-connection.h:28, from /usr/include/libgda-1.2/libgda/gda-client.h:27, from /usr/include/libgda-1.2/libgda/libgda.h:28, from plugin-gda.c:23: /usr/include/libgda-1.2/libgda/gda-value.h:183: warning: type qualifiers ignored on function return type /bin/sh ../../libtool --mode=link gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -DG_DISABLE_DEPRECATED -DPANGO_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGDK_MULTIHEAD_SAFE -DGTK_DISABLE_DEPRECATED -DLIBGLADE_DISABLE_DEPRECATED -DGNOME_DISABLE_DEPRECATED -DBONOBO_DISABLE_DEPRECATED -DBONOBO_UI_DISABLE_DEPRECATED -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts -Wwrite-strings -o gdaif.la -rpath /usr/lib/gnumeric/1.4.3/plugins/gdaif -module -avoid-version plugin-gda.lo -lgda-2 -lglib-2.0 -lxslt -lxml2 -lpthread -lz -lm -Wl,--export-dynamic -pthread -L/usr/X11R6/lib -lgnomedb-2 -lgda-2 -lgnomeui-2 -lSM -lICE -lglade-2.0 -lxslt -lbonoboui-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2 -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lbonobo-activation -lORBit-2 -lgthread-2.0 -lgtk-x11-2.0 -lxml2 -lpthread -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangoc airo-1.0 -lpangox-1.0 -lpangoft2-1.0 -lfreetype -lz -lcairo -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lfontconfig -lpixman -lXrender -lX11 -lXext -lpng12 -lm grep: /usr/lib/libxml2.la: No such file or directory /bin/sed: can't read /usr/lib/libxml2.la: No such file or directory libtool: link: `/usr/lib/libxml2.la' is not a valid libtool archive make[3]: *** [gdaif.la] Error 1 make[3]: Leaving directory `/builddir/build/BUILD/gnumeric-1.4.3/plugins/gda' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/builddir/build/BUILD/gnumeric-1.4.3/plugins' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/gnumeric-1.4.3' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.15439 (%build) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.15439 (%build) --- Any clues? Thanks & Regards, Hans From bugs.michael at gmx.net Fri Aug 5 10:47:19 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 5 Aug 2005 12:47:19 +0200 Subject: Directory ownership (was: Re: Request for review (round3): libxslt-plugin-regexp ...) In-Reply-To: <20050805004413.GA4756@comcast.net> References: <20050730013335.GA31155@comcast.net> <20050802011900.GA10614@comcast.net> <1122998652.2914.20.camel@localhost.localdomain> <1123048429.12131.5.camel@ignacio.lan> <20050803084133.GK10076@redhat.com> <20050804131954.GA29834@comcast.net> <20050804133348.GF10076@redhat.com> <20050805004413.GA4756@comcast.net> Message-ID: <20050805124719.085bd97a.bugs.michael@gmx.net> On Thu, 4 Aug 2005 20:44:13 -0400, joel reed wrote: > any experts on fedora-extras care to provide any additional guidance here? > is it ok for multiple packages to claim ownership of this dir? i don't see > anything regarding this in the rpm.org HOWTO. The question is phrased in an ambiguous way. Hence let's start somewhere else: Pitfall 1: Your package doesn't own the directory, but stores files in it. None of your package's dependencies owns the directory either. During installation of your package, the directory is created, however. And it might be created with tight permissions depending on superuser's umask (e.g. umask 0077 is not rare). None of such admin's users could read the files within the directory. Upon removal of the package[s], the empty orphaned directory will be left on the file-system. Pitfall 2: Your package owns the directory and stores files in it. None of your package's dependencies owns the directory, but at least one stores files in it. RPM must figure out the order in which to erase packages, so it can safely erase the empty directory after removing all files within it. It cannot do that, if directory ownership is wrong or incomplete. Pitfall 3: Multiple packages own the directory and store files in it. This can break path-based dependencies really badly or make them impossible. Sort of "Requires: %{_libdir}/libhome-2.0/plugins/" would break, if the "plugin" packages own--and hence provide--that directory path. And yes, path-based dependencies are superior to package-name dependencies. With regard to ownership of %{_libdir}/libxslt/, as a temporary work-around it would be okay if you own the directory and all sub-directories as long as the core libxslt package doesn't do that. It's a trade-off between the likelihood of breaking due to case 1 above and creating unowned directories. Fully correct for libxslt would be (quite like Daniel Veillard outlined) that if libxlst supports loading plugins/modules from a directory (which may be empty initially), it ought to own those directories. From bugs.michael at gmx.net Fri Aug 5 10:59:28 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 5 Aug 2005 12:59:28 +0200 Subject: Need help with builderror (ppc only) In-Reply-To: <42F335BF.7090703@hhs.nl> References: <42F335BF.7090703@hhs.nl> Message-ID: <20050805125928.2e6f6a2a.bugs.michael@gmx.net> On Fri, 05 Aug 2005 11:47:43 +0200, Hans de Goede wrote: > Hi, > > I'm trying to get gnumeric rebuild on devel for the xxxxth time (GRR), > and this time it fails on ppc and only ppc with the following error: > > Job failed on arch ppc > > > Build logs may be found at > http://buildsys.fedoraproject.org/logs//development/463-gnumeric-1.4.3-5/ First observation: libxml2-devel was present in the chroot. > /bin/sh ../../libtool --mode=link gcc -O2 -g -pipe -Wall > -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector > --param=ssp-buffer-size=4 -m32 -DG_DISABLE_DEPRECATED > -DPANGO_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED > -DGDK_DISABLE_DEPRECATED -DGDK_MULTIHEAD_SAFE -DGTK_DISABLE_DEPRECATED > -DLIBGLADE_DISABLE_DEPRECATED -DGNOME_DISABLE_DEPRECATED > -DBONOBO_DISABLE_DEPRECATED -DBONOBO_UI_DISABLE_DEPRECATED > -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts > -Wwrite-strings -o gdaif.la -rpath > /usr/lib/gnumeric/1.4.3/plugins/gdaif -module -avoid-version > plugin-gda.lo -lgda-2 -lglib-2.0 -lxslt -lxml2 -lpthread -lz -lm > -Wl,--export-dynamic -pthread -L/usr/X11R6/lib -lgnomedb-2 -lgda-2 > -lgnomeui-2 -lSM -lICE -lglade-2.0 -lxslt -lbonoboui-2 -lgnomecanvas-2 > -lgnome-2 -lpopt -lart_lgpl_2 -lgnomevfs-2 -lbonobo-2 -lgconf-2 > -lbonobo-activation -lORBit-2 -lgthread-2.0 -lgtk-x11-2.0 -lxml2 > -lpthread -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 > -lpangoc > airo-1.0 -lpangox-1.0 -lpangoft2-1.0 -lfreetype -lz -lcairo > -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lfontconfig > -lpixman -lXrender -lX11 -lXext -lpng12 -lm > grep: /usr/lib/libxml2.la: No such file or directory Do you want to hear what it smells like? - Libtool archive dependency hell. Since neither libxml2-devel nor libxml2 include and provide the /usr/lib/libxml2.la file, this is an indication that a different package contains a hardcoded libtool archive inter-library dependency on this file. Cases like this lead to the infamous guideline which says "Either include .la files everywhere or drop them everywhere". However, since they are not required for linking and only used in corner-cases (like old ltdl or KDE using a broken ltdl), in the majority of packages, the .la files only bear the risk of breaking (either immediately or some time in the future) like this. > /bin/sed: can't read /usr/lib/libxml2.la: No such file or directory > libtool: link: `/usr/lib/libxml2.la' is not a valid libtool archive From ville.skytta at iki.fi Fri Aug 5 11:56:21 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 05 Aug 2005 14:56:21 +0300 Subject: NOT APPROVED: keychain In-Reply-To: <1123234721.23575.21.camel@localhost.localdomain> References: <1123234721.23575.21.camel@localhost.localdomain> Message-ID: <1123242981.23575.49.camel@localhost.localdomain> Reporting this here because there's no Bugzilla component for keychain yet: I noticed a problem with the opt-in mechanism in the keychain package. When a user who has done the opt-in and has such a ssh-agent running runs "sudo -s", a new keychain/ssh-agent appears to be executed as root, but using the original user's keys. This does not happen if I use the old way of stuffing the commands from the man page to ~/.bash_profile. Plain "su" or "su -" seem to behave as expected, no matter if the ~/.keychainrc or ~/.bash_profile way is being used. This looks like a serious issue which needs to be addressed before distributing the package, so I take back my approval. I have no time to debug it further right now. On a related cosmetic note, /etc/profile.d/keychain.sh mixes the "source" and "." ways to source stuff, it'd be better to stick with one of them. From ville.skytta at iki.fi Fri Aug 5 12:32:14 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 05 Aug 2005 15:32:14 +0300 Subject: NOT APPROVED: keychain In-Reply-To: <1123242981.23575.49.camel@localhost.localdomain> References: <1123234721.23575.21.camel@localhost.localdomain> <1123242981.23575.49.camel@localhost.localdomain> Message-ID: <1123245134.5318.16.camel@localhost.localdomain> On Fri, 2005-08-05 at 14:56 +0300, Ville Skytt? wrote: > I noticed a problem with the opt-in mechanism in the keychain package. > When a user who has done the opt-in and has such a ssh-agent running > runs "sudo -s", a new keychain/ssh-agent appears to be executed as root, > but using the original user's keys. This does not happen if I use the > old way of stuffing the commands from the man page to ~/.bash_profile. > Plain "su" or "su -" seem to behave as expected, no matter if the > ~/.keychainrc or ~/.bash_profile way is being used. ...and after reverting back to the ~/.bash_profile way locally, the bad interaction on X login is back. The ssh-agent started by Xsession overwrites the env settings of the one started by keychain. And the keys I entered passphrase for during login were added to the agent started by keychain. Sigh. $ ps ax | grep ssh-agent 6854 ? Ss 0:00 ssh-agent 6906 ? Ss 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /etc/X11/xinit/Xclients 7480 pts/2 S+ 0:00 grep ssh-agent $ cat .keychain/gk012.intra.net-sh SSH_AUTH_SOCK=/tmp/ssh-gjDCgm6853/agent.6853; export SSH_AUTH_SOCK; SSH_AGENT_PID=6854; export SSH_AGENT_PID; $ printenv | grep SSH_ SSH_AGENT_PID=6906 SSH_AUTH_SOCK=/tmp/ssh-fRQpDY6774/agent.6774 SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass $ ssh-add -l The agent has no identities. $ . ~/.keychain/gk012.intra.net-sh $ ssh-add -l [prints the added key's fingerprint] From alex at dalloz.de Fri Aug 5 13:01:51 2005 From: alex at dalloz.de (Alexander Dalloz) Date: Fri, 05 Aug 2005 15:01:51 +0200 Subject: NOT APPROVED: keychain In-Reply-To: <1123245134.5318.16.camel@localhost.localdomain> References: <1123234721.23575.21.camel@localhost.localdomain> <1123242981.23575.49.camel@localhost.localdomain> <1123245134.5318.16.camel@localhost.localdomain> Message-ID: <1123246911.6344.82.camel@serendipity.dogma.lan> Am Fr, den 05.08.2005 schrieb Ville Skytt? um 14:32: > On Fri, 2005-08-05 at 14:56 +0300, Ville Skytt? wrote: > > > I noticed a problem with the opt-in mechanism in the keychain package. > > When a user who has done the opt-in and has such a ssh-agent running > > runs "sudo -s", a new keychain/ssh-agent appears to be executed as root, > > but using the original user's keys. This does not happen if I use the > > old way of stuffing the commands from the man page to ~/.bash_profile. > > Plain "su" or "su -" seem to behave as expected, no matter if the > > ~/.keychainrc or ~/.bash_profile way is being used. > > ...and after reverting back to the ~/.bash_profile way locally, the bad > interaction on X login is back. The ssh-agent started by Xsession > overwrites the env settings of the one started by keychain. And the > keys I entered passphrase for during login were added to the agent > started by keychain. Sigh. Thank you for reporting this, Ville. I will into the issue with the opt-in behaviour and the one with specifics how Fedora's X scripts (/etc/X11/xinit/xinitrc) start the ssh-agent automatically. Alexander -- 1024D/866ED681 2005-07-11 Alexander Dalloz (Fedora Project) Key fingerprint = CD40 0A91 7814 C1E4 5940 8E0E 1FD5 C316 866E D681 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From steve at silug.org Fri Aug 5 13:06:59 2005 From: steve at silug.org (Steven Pritchard) Date: Fri, 5 Aug 2005 08:06:59 -0500 Subject: Pre-Review: Asterisk In-Reply-To: <1123220177.5149.130.camel@potter.soho.bytebot.net> References: <1112418894.5677.20.camel@lt16586.campus.dmacc.edu> <1112452089.5677.61.camel@lt16586.campus.dmacc.edu> <1123146572.13165.16.camel@baythorne.infradead.org> <20050804144752.GA28819@osiris.silug.org> <1123217135.5149.124.camel@potter.soho.bytebot.net> <1123220177.5149.130.camel@potter.soho.bytebot.net> Message-ID: <20050805130659.GA20217@osiris.silug.org> On Fri, Aug 05, 2005 at 03:36:17PM +1000, Colin Charles wrote: > This in addition to Matthias' srpms, we might just as well get an > asterisk package out this weekened At first glance, I prefer Matthias's spec. My vote would be to import that as-is and work from there... 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 thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Aug 5 13:16:50 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 5 Aug 2005 15:16:50 +0200 Subject: Pre-Review: Asterisk In-Reply-To: <20050805130659.GA20217@osiris.silug.org> References: <1112418894.5677.20.camel@lt16586.campus.dmacc.edu> <1112452089.5677.61.camel@lt16586.campus.dmacc.edu> <1123146572.13165.16.camel@baythorne.infradead.org> <20050804144752.GA28819@osiris.silug.org> <1123217135.5149.124.camel@potter.soho.bytebot.net> <1123220177.5149.130.camel@potter.soho.bytebot.net> <20050805130659.GA20217@osiris.silug.org> Message-ID: <20050805151650.11f64c4a@python2> Steven Pritchard wrote : > On Fri, Aug 05, 2005 at 03:36:17PM +1000, Colin Charles wrote: > > This in addition to Matthias' srpms, we might just as well get an > > asterisk package out this weekened > > At first glance, I prefer Matthias's spec. My vote would be to import > that as-is and work from there... Just so you know : I don't remember the last time I used the init script, so it might be outdated and/or non-working. As for zaptel, it can build the kernel modules... not sure if we want that for Extras currently, so it could become something optional instead. I'll be more than glad to review and help fix asterisk and zaptel packages in Extras ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.39 0.42 0.68 From joost at cnoc.nl Fri Aug 5 15:35:34 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Fri, 05 Aug 2005 17:35:34 +0200 Subject: review still needed: fpc In-Reply-To: <1123188613.2613.27.camel@localhost.localdomain> References: <1123151876.6390.5.camel@joost> <1123188613.2613.27.camel@localhost.localdomain> Message-ID: <1123256134.22554.12.camel@joost> Thank you really very much for your review. On Thu, 2005-08-04 at 15:50 -0500, Tom 'spot' Callaway wrote: > Review: fpc > Good: > > - meets naming, packaging guidelines > - license (GPL/LGPL) ok, text in %doc, matches code > - spec file in am. english > - legible > - sources match upstream > - compiles/builds on FC4 (x86) > - no locales > - no missing BR, extra BR > - no shared libs, no -devel > - not relocatable > - owns all dirs it creates > - no duplicate %files > - permissions ok > - %clean ok > - code, not content > - -doc package used > > Bad: > > - typo in description for fpc-src, calls itself "fpc-doc" > - Requires: gpm-devel ... is this really needed? I've fixed the typo and the requirement (it wasn't needed) and committed it to cvs. If someone could find the time to look at the package and review it (again) i would really appreciate that. If someone approves the package, I can request a build. Regard, Joost van der Sluis. From j.w.r.degoede at hhs.nl Fri Aug 5 16:09:17 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 05 Aug 2005 18:09:17 +0200 Subject: Need help with builderror (ppc only) In-Reply-To: <20050805125928.2e6f6a2a.bugs.michael@gmx.net> References: <42F335BF.7090703@hhs.nl> <20050805125928.2e6f6a2a.bugs.michael@gmx.net> Message-ID: <42F38F2D.5020704@hhs.nl> Michael Schwendt wrote: > On Fri, 05 Aug 2005 11:47:43 +0200, Hans de Goede wrote: > > >>Hi, >> >>I'm trying to get gnumeric rebuild on devel for the xxxxth time (GRR), >>and this time it fails on ppc and only ppc with the following error: >> >>Job failed on arch ppc >> >> >> Build logs may be found at >>http://buildsys.fedoraproject.org/logs//development/463-gnumeric-1.4.3-5/ > > > First observation: libxml2-devel was present in the chroot. > I noticed this too. > >>/bin/sh ../../libtool --mode=link gcc -O2 -g -pipe -Wall >>-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector >>--param=ssp-buffer-size=4 -m32 -DG_DISABLE_DEPRECATED >>-DPANGO_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED >>-DGDK_DISABLE_DEPRECATED -DGDK_MULTIHEAD_SAFE -DGTK_DISABLE_DEPRECATED >>-DLIBGLADE_DISABLE_DEPRECATED -DGNOME_DISABLE_DEPRECATED >>-DBONOBO_DISABLE_DEPRECATED -DBONOBO_UI_DISABLE_DEPRECATED >>-Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts >>-Wwrite-strings -o gdaif.la -rpath >>/usr/lib/gnumeric/1.4.3/plugins/gdaif -module -avoid-version >>plugin-gda.lo -lgda-2 -lglib-2.0 -lxslt -lxml2 -lpthread -lz -lm >>-Wl,--export-dynamic -pthread -L/usr/X11R6/lib -lgnomedb-2 -lgda-2 >>-lgnomeui-2 -lSM -lICE -lglade-2.0 -lxslt -lbonoboui-2 -lgnomecanvas-2 >>-lgnome-2 -lpopt -lart_lgpl_2 -lgnomevfs-2 -lbonobo-2 -lgconf-2 >>-lbonobo-activation -lORBit-2 -lgthread-2.0 -lgtk-x11-2.0 -lxml2 >>-lpthread -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 >>-lpangoc >> airo-1.0 -lpangox-1.0 -lpangoft2-1.0 -lfreetype -lz -lcairo >>-lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lfontconfig >>-lpixman -lXrender -lX11 -lXext -lpng12 -lm >>grep: /usr/lib/libxml2.la: No such file or directory > > > Do you want to hear what it smells like? - Libtool archive dependency > hell. Since neither libxml2-devel nor libxml2 include and provide the > /usr/lib/libxml2.la file, this is an indication that a different package > contains a hardcoded libtool archive inter-library dependency on this > file. Cases like this lead to the infamous guideline which says "Either > include .la files everywhere or drop them everywhere". However, since they > are not required for linking and only used in corner-cases (like old ltdl > or KDE using a broken ltdl), in the majority of packages, the .la files > only bear the risk of breaking (either immediately or some time in the > future) like this. > IOW, this is caused by some other package leaving a .la file lingering around and that only on ppc?? Right? >>/bin/sed: can't read /usr/lib/libxml2.la: No such file or directory >>libtool: link: `/usr/lib/libxml2.la' is not a valid libtool archive > Regards, Hans From rdieter at math.unl.edu Fri Aug 5 16:11:28 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 05 Aug 2005 11:11:28 -0500 Subject: buildsystem: COMMON (noarch) rpm support? Message-ID: Does the FE buildsystem support the notion of COMMON (noarch) rpms between different releases/branches, archs/targets? (ie, if I have such a thing, will it need to be built on/for each/every branch and target?) The package in question is mathml-fonts. -- Rex From ville.skytta at iki.fi Fri Aug 5 16:40:46 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 05 Aug 2005 19:40:46 +0300 Subject: buildsystem: COMMON (noarch) rpm support? In-Reply-To: References: Message-ID: <1123260046.9154.14.camel@localhost.localdomain> On Fri, 2005-08-05 at 11:11 -0500, Rex Dieter wrote: > Does the FE buildsystem support the notion of COMMON (noarch) rpms > between different releases/branches, archs/targets? Partially. noarch packages are always only built once and the same package copied over to arch-specific directories, but only within one release/branch. > (ie, if I have such > a thing, will it need to be built on/for each/every branch and target?) See the "Package needing to be shared across multiple branches" thread on -maintainers from yesterday and today. You can request (in Wiki's FCxStatus pages) large, noarch, distro version independent packages to be copied from one distro version's repository to another. The copying is currently a manual process, so please restrict the requests only to large packages where the space savings are considerable (IMHO something like several MB). > The package in question is mathml-fonts. That's only about 1MB source+binary, hardly worth the trouble. From rc040203 at freenet.de Fri Aug 5 17:13:26 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 05 Aug 2005 19:13:26 +0200 Subject: Need help with builderror (ppc only) In-Reply-To: <42F38F2D.5020704@hhs.nl> References: <42F335BF.7090703@hhs.nl> <20050805125928.2e6f6a2a.bugs.michael@gmx.net> <42F38F2D.5020704@hhs.nl> Message-ID: <1123262006.4364.226.camel@mccallum.corsepiu.local> On Fri, 2005-08-05 at 18:09 +0200, Hans de Goede wrote: > > Michael Schwendt wrote: > > On Fri, 05 Aug 2005 11:47:43 +0200, Hans de Goede wrote: > > Do you want to hear what it smells like? - Libtool archive dependency > > hell. Since neither libxml2-devel nor libxml2 include and provide the > > /usr/lib/libxml2.la file, this is an indication that a different package > > contains a hardcoded libtool archive inter-library dependency on this > > file. Cases like this lead to the infamous guideline which says "Either > > include .la files everywhere or drop them everywhere". However, since they > > are not required for linking and only used in corner-cases (like old ltdl > > or KDE using a broken ltdl), in the majority of packages, the .la files > > only bear the risk of breaking (either immediately or some time in the > > future) like this. > > > > IOW, this is caused by some other package leaving a .la file lingering > around and that only on ppc?? Right? No. This is caused by somebody having installed version x of package1 containing a *.la when building package2, causing package2 to pickup a dependency on version x of package1's *.la, and then having rebuilt version x+1 of package1 without the *.la. I.e. having removed the *.la from package1 caused package2 to break. You were trying to build package3, against package2 and version x+1 of package1, thus triggered this dependency problem. I.e. the cause very likely somebody having "switching on and off" *.la rsp. the buildsystem had been in inconsistent state when you tried to build your package. > >>/bin/sed: can't read /usr/lib/libxml2.la: No such file or directory > >>libtool: link: `/usr/lib/libxml2.la' is not a valid libtool archive I would suspect libxml2 having been package1, and libgda having been package2, but this is just a wild guess. Ralf From bugs.michael at gmx.net Fri Aug 5 17:17:20 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 5 Aug 2005 19:17:20 +0200 Subject: Need help with builderror (ppc only) In-Reply-To: <42F38F2D.5020704@hhs.nl> References: <42F335BF.7090703@hhs.nl> <20050805125928.2e6f6a2a.bugs.michael@gmx.net> <42F38F2D.5020704@hhs.nl> Message-ID: <20050805191720.4f800de9.bugs.michael@gmx.net> On Fri, 05 Aug 2005 18:09:17 +0200, Hans de Goede wrote: > >>grep: /usr/lib/libxml2.la: No such file or directory > > > > > > Do you want to hear what it smells like? - Libtool archive dependency > > hell. Since neither libxml2-devel nor libxml2 include and provide the > > /usr/lib/libxml2.la file, this is an indication that a different package > > contains a hardcoded libtool archive inter-library dependency on this > > file. Cases like this lead to the infamous guideline which says "Either > > include .la files everywhere or drop them everywhere". However, since they > > are not required for linking and only used in corner-cases (like old ltdl > > or KDE using a broken ltdl), in the majority of packages, the .la files > > only bear the risk of breaking (either immediately or some time in the > > future) like this. > > > > IOW, this is caused by some other package leaving a .la file lingering > around and that only on ppc?? Right? Likely. It's one cause of an error like above. A package contains a libtool archive .la file, which still depends on the absolute path /usr/lib/libxml2.la, and needs a rebuild, because that file no longer exists. From qspencer at ieee.org Fri Aug 5 17:27:58 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Fri, 05 Aug 2005 12:27:58 -0500 Subject: Cleaning up an old spec file Message-ID: <42F3A19E.4030202@ieee.org> Looking at the octave spec file, which has changelog entries going back to 1997, there are some things that have been there for a long time which I'm not sure are necessary. If anyone can help me answer some of these questions, I'd appreciate it: 1. %define __libtoolize /bin/true What does this do? It seems to override an rpm macro, but I'm not sure why I would/wouldn't want it. 2. %ifarch s390 I guess this probably isn't needed for Fedora. Does RHEL still support this arch? Is it worth retaining this type of thing for future support, or is this obsolete? 3. export LC_ALL=POSIX (right before configure) Why does this matter? -Quentin From j.w.r.degoede at hhs.nl Fri Aug 5 17:34:39 2005 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 05 Aug 2005 19:34:39 +0200 Subject: Need help with builderror (ppc only) In-Reply-To: <1123262006.4364.226.camel@mccallum.corsepiu.local> References: <42F335BF.7090703@hhs.nl> <20050805125928.2e6f6a2a.bugs.michael@gmx.net> <42F38F2D.5020704@hhs.nl> <1123262006.4364.226.camel@mccallum.corsepiu.local> Message-ID: <42F3A32F.4060800@hhs.nl> Ralf Corsepius wrote: > > I would suspect libxml2 having been package1, and libgda having been > package2, but this is just a wild guess. > Almost correct, the problem is (atleast) in libgnomedb (Although libgda also includes .la files.), thanks for pushing me in the right direction. I'll remove the .la files from both packages, rebuild and then try gnumeric again, can I try gnumeric right away, or must I wait for libgnomedb to be publised first? Also libxslt-devel still contains .la files, should I bugzilla this? After this I'm a clear fan of the all .la files must die group. This sucks! Regards, Hans From bugs.michael at gmx.net Fri Aug 5 17:42:19 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 5 Aug 2005 19:42:19 +0200 Subject: Cleaning up an old spec file In-Reply-To: <42F3A19E.4030202@ieee.org> References: <42F3A19E.4030202@ieee.org> Message-ID: <20050805194219.5c3c9118.bugs.michael@gmx.net> On Fri, 05 Aug 2005 12:27:58 -0500, Quentin Spencer wrote: > Looking at the octave spec file, which has changelog entries going back > to 1997, there are some things that have been there for a long time > which I'm not sure are necessary. If anyone can help me answer some of > these questions, I'd appreciate it: > > 1. %define __libtoolize /bin/true > What does this do? It seems to override an rpm macro, but I'm not sure > why I would/wouldn't want it. Do you run the %__libtoolize or the %GNUconfigure macro anywhere in the spec? If not, you can drop above definition. Assigning /bin/true can only mean that at some point in time somebody wanted it to run (and do nothing) instead of running libtoolize. The definition is a switch. By default, it's: $ rpm --eval %__libtoolize libtoolize > 3. export LC_ALL=POSIX (right before configure) > Why does this matter? Depends on what the configure script does. LC_ALL=C or LC_ALL=POSIX is a way to override locales, as may be needed to get reproducible output from tools. From bugzilla at redhat.com Fri Aug 5 17:48:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 5 Aug 2005 13:48:25 -0400 Subject: [Bug 165230] New: Review Request: Eclipse Graphical Editing Framework In-Reply-To: Message-ID: <200508051748.j75HmP65007714@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165230 Summary: Review Request: Eclipse Graphical Editing Framework Product: Fedora Extras Version: devel Platform: All URL: http://www.eclipse.org/gef/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: aluchko at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/aluchko/rpms/rawhide/eclipse-gef.spec SRPM Name or Url: http://people.redhat.com/aluchko/rpms/rawhide/eclipse-gef-3.1.0-1.src.rpm Description: This package contains 3.1.0 of the Graphical Editing Framework which is required by a number of eclipse plugins. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 5 17:48:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 5 Aug 2005 13:48:32 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508051748.j75HmW8i007772@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 aluchko at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165230 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Fri Aug 5 17:57:41 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 5 Aug 2005 19:57:41 +0200 Subject: Need help with builderror (ppc only) In-Reply-To: <42F3A32F.4060800@hhs.nl> References: <42F335BF.7090703@hhs.nl> <20050805125928.2e6f6a2a.bugs.michael@gmx.net> <42F38F2D.5020704@hhs.nl> <1123262006.4364.226.camel@mccallum.corsepiu.local> <42F3A32F.4060800@hhs.nl> Message-ID: <20050805195741.455d71d8.bugs.michael@gmx.net> On Fri, 05 Aug 2005 19:34:39 +0200, Hans de Goede wrote: > I'll remove the .la files from both packages, rebuild and then try > gnumeric again, can I try gnumeric right away, or must I wait for > libgnomedb to be publised first? Every package that builds successfully, is immediately available to the build system. From veillard at redhat.com Fri Aug 5 19:01:52 2005 From: veillard at redhat.com (Daniel Veillard) Date: Fri, 5 Aug 2005 15:01:52 -0400 Subject: Need help with builderror (ppc only) In-Reply-To: <42F3A32F.4060800@hhs.nl> References: <42F335BF.7090703@hhs.nl> <20050805125928.2e6f6a2a.bugs.michael@gmx.net> <42F38F2D.5020704@hhs.nl> <1123262006.4364.226.camel@mccallum.corsepiu.local> <42F3A32F.4060800@hhs.nl> Message-ID: <20050805190152.GH21787@redhat.com> On Fri, Aug 05, 2005 at 07:34:39PM +0200, Hans de Goede wrote: > Also libxslt-devel still contains .la files, should I bugzilla this? It's just that I didn't made a release recently so no push to the build system. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From rdieter at math.unl.edu Fri Aug 5 19:30:20 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 05 Aug 2005 14:30:20 -0500 Subject: Need help with builderror (ppc only) In-Reply-To: <42F3A32F.4060800@hhs.nl> References: <42F335BF.7090703@hhs.nl> <20050805125928.2e6f6a2a.bugs.michael@gmx.net> <42F38F2D.5020704@hhs.nl> <1123262006.4364.226.camel@mccallum.corsepiu.local> <42F3A32F.4060800@hhs.nl> Message-ID: Hans de Goede wrote: > Also libxslt-devel still contains .la files, should I bugzilla this? Already reported awhile back, and had (supposedly) been fixed: libxml2: http://bugzilla.redhat.com/bugzilla/142243 libxslt: http://bugzilla.redhat.com/bugzilla/142241 -- Rex From jpo at di.uminho.pt Fri Aug 5 19:48:50 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Fri, 05 Aug 2005 20:48:50 +0100 Subject: Request for review: scanssh In-Reply-To: <42F31ADF.5090201@linux-kernel.at> References: <1072.213.13.91.139.1123184290.squirrel@webmail.lsd.di.uminho.pt> <42F31ADF.5090201@linux-kernel.at> Message-ID: <42F3C2A2.3050308@di.uminho.pt> Oliver, > > Summary: fast SSH server and open proxy scanner > > SRPM and Spec, as usual: > http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh Status: NEEDSWORK MD5SUMS: 3e27c048098097ffb475dd1c810c3258 scanssh-2.1-2.src.rpm e6e2be8659b131960d768c857844bd05 scanssh-2.1-hide.patch 9fab4253b56b2d15367d4872b370cdcb scanssh-2.1.tar.gz 08c6cd0ccaa97c250b8299543f9ebca0 scanssh.spec Sources: * scanssh-2.1-hide.patch: URL ? * scanssh-2.1.tar.gz: MD5 digest checked OK against upstream tarball Good: * Package name follows standard * Main source MD5 digest checked OK against upstream tarball * The URL is valid * File permissions verified * License verified * Build Requirements list is complete * Builds without problems in FC-3 and FC-4 Needswork: * the package isn't built with the distribution flags (RPM_OPT_FLAGS). The package configure doesn't inherit the CFLAGS initialized my the %configure macro. A workaround is to pass them to make: ... -%{__make} %{?_smp_mflags} +%{__make} %{?_smp_mflags} CFLAGS="-Wall $RPM_OPT_FLAGS" ... * No need to explicit add the requiments list (rpm detects the shared libraries) * Package group not valid (rpmlint) ... -Group: Networking/Other +Group: Applications/Internet ... * Capitilize the Summary info (rpmlint) Other notes: * The patch is vailable online? Maybe add its URL? * You don't need to detect if RPM_BUILD_ROOT is the root directory (%install and %clean sections) ... -[ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT +rm -rf $RPM_BUILD_ROOT ... * Maybe drop the TODO file from the %doc list? Doesn't appear to have much (critical) information. 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 caillon at redhat.com Fri Aug 5 20:04:07 2005 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 05 Aug 2005 16:04:07 -0400 Subject: Cleaning up an old spec file In-Reply-To: <42F3A19E.4030202@ieee.org> References: <42F3A19E.4030202@ieee.org> Message-ID: <42F3C637.5070704@redhat.com> On 08/05/2005 01:27 PM, Quentin Spencer wrote: > 2. %ifarch s390 > I guess this probably isn't needed for Fedora. Does RHEL still support > this arch? Is it worth retaining this type of thing for future > support, or is this obsolete? Red Hat supports s390(x) indeed for our enterprise line of products. If the package in question intends to make it into RHEL, s390 support will likely be a requirement for Red Hat (though that should not necessarily mean that Fedora must make it a requirement). I'm curious as to why there are architecture specific changes in a spec file. They sometimes they denote a specific workaround for an issue. If so, the problem might be good to get upstreamed. From buildsys at fedoraproject.org Fri Aug 5 20:23:27 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 5 Aug 2005 16:23:27 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050805202327.13CFE8005@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 30 MagicPoint-1.11b-2.fc4 Terminal-0.2.4-4.fc4 djvulibre-3.5.15-2.fc4 exo-0.3.0-9.fc4 gaim-guifications-2.12-1.fc4 ginac-1.3.2-1.fc4 grip-3.2.0-6.fc4 gsview-4.7-4.fc4 gtk-qt-engine-0.60-3.fc4 kile-1.8.1-1.fc4 kphone-4.2-2.fc4 libapreq2-2.06-2.fc4 mathml-fonts-1.0-17.fc4 octave-forge-2005.06.13-7.fc4 octave-forge-2005.06.13-8.fc4 pdftk-1.12-3.fc4 perl-BerkeleyDB-0.26-3.fc4 perl-CGI-Simple-0.077-4.fc4 perl-Class-Data-Inheritable-0.02-3.fc4 perl-Image-ExifTool-5.53-1.fc4 perl-Lingua-EN-Inflect-1.89-3.fc4 perl-Lingua-EN-Inflect-Number-1.1-3.fc4 perl-Mail-SPF-Query-1.997-4.fc4 perl-Net-CIDR-Lite-0.18-2.fc4 perl-Test-MockModule-0.05-3.fc4 seahorse-0.7.9-3.fc4 source-highlight-2.1.1-1.fc4 tetex-lgrind-3.67-7.fc4 torcs-1.2.3-5.fc4 uim-0.4.7.1-2.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 Aug 5 20:25:02 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 5 Aug 2005 16:25:02 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050805202502.E65648003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 0 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 Aug 5 20:27:15 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 5 Aug 2005 16:27:15 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050805202715.CE6D58003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 38 MagicPoint-1.11b-2.fc5 Terminal-0.2.4-3 Terminal-0.2.4-4.fc5 cone-0.65-1.fc5 diradmin-1.6.0-1.fc5 djvulibre-3.5.15-2.fc5 exo-0.3.0-9.fc5 gaim-guifications-2.12-1.fc5 gnumeric-1.4.3-5 grip-3.2.0-6.fc5 gsview-4.7-4.fc5 gtk-qt-engine-0.60-3.fc5 highlight-2.4.1-3.fc5 kile-1.8.1-1.fc5 kompose-0.5.3-3.fc5 kphone-4.2-2.fc5 libapreq2-2.06-2.fc5 libgda-1.2.0-8 libgnomedb-1.2.0-4 lyx-1.3.6-3.fc5 mathml-fonts-1.0-17.fc5 octave-forge-2005.06.13-4.fc5 perl-BerkeleyDB-0.26-3.fc5 perl-CGI-Simple-0.077-4.fc5 perl-Class-Data-Inheritable-0.02-3.fc5 perl-IPC-ShareLite-0.09-5.fc5 perl-Image-ExifTool-5.53-1.fc5 perl-Lingua-EN-Inflect-1.89-3.fc5 perl-Lingua-EN-Inflect-Number-1.1-3.fc5 perl-Mail-SPF-Query-1.997-4.fc5 perl-Net-CIDR-Lite-0.18-2.fc5 perl-Test-MockModule-0.05-3.fc5 perl-Text-Autoformat-1.13-1.fc5 perl-Text-Reform-1.11-4.fc5 source-highlight-2.1.1-1.fc5 svgalib-1.9.21-3 tetex-lgrind-3.67-8.fc5 uim-0.4.7.1-2.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From tcallawa at redhat.com Fri Aug 5 20:30:50 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 05 Aug 2005 15:30:50 -0500 Subject: Fedora Extras 3 Package Build Report In-Reply-To: <20050805202502.E65648003@extras64.linux.duke.edu> References: <20050805202502.E65648003@extras64.linux.duke.edu> Message-ID: <1123273850.2758.28.camel@localhost.localdomain> On Fri, 2005-08-05 at 16:25 -0400, buildsys at fedoraproject.org wrote: > Packages built and released for Fedora Extras 3: 0 Whoa, slow down there. That's just too many packages. ;) I assume this is not quite accurate? ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Fri Aug 5 20:36:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 05 Aug 2005 16:36:44 -0400 Subject: Fedora Extras 3 Package Build Report In-Reply-To: <1123273850.2758.28.camel@localhost.localdomain> References: <20050805202502.E65648003@extras64.linux.duke.edu> <1123273850.2758.28.camel@localhost.localdomain> Message-ID: <1123274204.23587.34.camel@cutter> On Fri, 2005-08-05 at 15:30 -0500, Tom 'spot' Callaway wrote: > On Fri, 2005-08-05 at 16:25 -0400, buildsys at fedoraproject.org wrote: > > Packages built and released for Fedora Extras 3: 0 > > Whoa, slow down there. That's just too many packages. ;) > > I assume this is not quite accurate? it's accurate - it's just a simple case that I didn't check for in the push script. :) -sv From bugs.michael at gmx.net Fri Aug 5 20:51:50 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 5 Aug 2005 22:51:50 +0200 Subject: Status page broken? (was: Re: Fedora Extras 4 Package Build Report) In-Reply-To: <20050805202327.13CFE8005@extras64.linux.duke.edu> References: <20050805202327.13CFE8005@extras64.linux.duke.edu> Message-ID: <20050805225150.6efebff1.bugs.michael@gmx.net> On Fri, 5 Aug 2005 16:23:27 -0400 (EDT), buildsys at fedoraproject.org wrote: > > Packages built and released for Fedora Extras 4: 30 Interesting. Have had a look at http://buildsys.fedoraproject.org/build-status/success.psp a few times today and always say the last one was job ID 390 (mock for FC4). Is the status page broken? From skvidal at phy.duke.edu Fri Aug 5 21:04:02 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 05 Aug 2005 17:04:02 -0400 Subject: Status page broken? (was: Re: Fedora Extras 4 Package Build Report) In-Reply-To: <20050805225150.6efebff1.bugs.michael@gmx.net> References: <20050805202327.13CFE8005@extras64.linux.duke.edu> <20050805225150.6efebff1.bugs.michael@gmx.net> Message-ID: <1123275842.23587.36.camel@cutter> On Fri, 2005-08-05 at 22:51 +0200, Michael Schwendt wrote: > On Fri, 5 Aug 2005 16:23:27 -0400 (EDT), buildsys at fedoraproject.org wrote: > > > > > Packages built and released for Fedora Extras 4: 30 > > Interesting. Have had a look at > > http://buildsys.fedoraproject.org/build-status/success.psp > > a few times today and always say the last one was job ID 390 > (mock for FC4). Is the status page broken? > 100 item limit on the pull from the db and the sort order is backwards. I've marked it down to be fixed. sorry for the hassle. -sv From buildsys at fedoraproject.org Fri Aug 5 21:14:21 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 5 Aug 2005 17:14:21 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050805211421.71D038003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 perl-Razor-Agent-2.75-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 Fri Aug 5 21:15:37 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 5 Aug 2005 17:15:37 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050805211537.CDEC68003@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 1 perl-Razor-Agent-2.75-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 Fri Aug 5 21:15:45 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 5 Aug 2005 17:15:45 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050805211545.623428003@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 1 perl-Razor-Agent-2.75-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Fri Aug 5 21:55:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 5 Aug 2005 17:55:08 -0400 Subject: [Bug 165254] New: Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508052155.j75Lt8iB010958@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 Summary: Review Request: plplot - Scientific plotting package Product: Fedora Extras Version: devel Platform: All URL: http://www.cora.nwra.com/~orion/fedora OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: orion at cora.nwra.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.cora.nwra.com/~orion/fedora/plplot.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/plplot-5.5.3-1.src.rpm Description: Homepage: http://plplot.sourceforge.net/ PLplot is a library of functions that are useful for making scientific plots. PLplot can be used from within compiled languages such as C, C++, FORTRAN and Java, and interactively from interpreted languages such as Octave, Python, Perl and Tcl. The PLplot library can be used to create standard x-y plots, semilog plots, log-log plots, contour plots, 3D surface plots, mesh plots, bar charts and pie charts. Multiple graphs (of the same or different sizes) may be placed on a single page with multiple lines in each graph. A variety of output file devices such as Postscript, png, jpeg, LaTeX and others, as well as interactive devices such as xwin, tk, xterm and Tektronics devices are supported. New devices can be easily added by writing a small number of device dependent routines. There are almost 2000 characters in the extended character set. This includes four different fonts, the Greek alphabet and a host of mathematical, musical, and other symbols. Some devices supports its own way of dealing with text, such as the Postscript and LaTeX drivers, or the png and jpeg drivers that uses the Freetype library. Note - this is a package that provides lots of interfaces to lots of different libraries/languages. It probably needs to be broken up into sub-packages so that it doesn't always bring in the kitchen sink. Any suggestions are appreciated. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 5 22:31:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 5 Aug 2005 18:31:39 -0400 Subject: [Bug 165258] New: Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508052231.j75MVdhR017755@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 Summary: Review Request: Profile HMM software for protein sequence analysis Product: Fedora Extras Version: devel Platform: All URL: http://hmmer.wustl.edu OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: Christian.Iseli at licr.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://ftp.licr.org/pub/software/unix/hmmer.spec SRPM Name or Url: ftp://ftp.licr.org/pub/software/unix/hmmer-2.3.2-1.src.rpm Description: Profile hidden Markov models (profile HMMs) can be used to do sensitive database searching using statistical descriptions of a sequence family's consensus. HMMER is a freely distributable implementation of profile HMM software for protein sequence analysis. License is GPL. Builds in mock. Rpmlint appears clean. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From orion at cora.nwra.com Fri Aug 5 22:38:59 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 05 Aug 2005 16:38:59 -0600 Subject: New Package Process, mark two In-Reply-To: References: Message-ID: <42F3EA83.20405@cora.nwra.com> Greg DeKoenigsberg wrote: > So we've got a new mechanism to track New Package Requests. Some of you > may have noticed the emails. :) > > Read the new process here: > > http://fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo > > This should help us keep a handle on all the new package requests as we > grow. > > If anyone has any questions or issues with using the new process, please > ask. > > --g > Is step 3 necessary: # REQUEST FOR REVIEW. Performed by SUBMITTER. SUBMITTER presents src.rpm in a message to fedora-extras-list. Suggested title: Request for review: package-name (bugzilla-id). If SUBMITTER is a first-timer, this is the time to request account creation in the [WWW] account system. # Since the bugzilla generated email already has this info? Also, when (how) do bugs get added to the review tracker? -- 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 Christian.Iseli at licr.org Fri Aug 5 22:49:37 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Sat, 06 Aug 2005 00:49:37 +0200 Subject: Request for review: hmmer (165258) Message-ID: <200508052328.j75NSfOm010590@mx2.redhat.com> Dear all, Here's something to try out the new review request system :-) hmmer is a software that's pretty heavily used in the bioinformatics field. The bugzilla ticket is here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 Please review (through bugzilla, of course :-) ) Cheers, Christian P.S. Since bugzilla already sends mail to this list, is it still useful to send another mail like this one ? (Just thought I'd ask, I have no strong opinion...) From jpo at di.uminho.pt Sat Aug 6 00:44:21 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Sat, 06 Aug 2005 01:44:21 +0100 Subject: Review: perl-Class-Whitehole In-Reply-To: <1120768388.9303.40.camel@localhost.localdomain> References: <1120768388.9303.40.camel@localhost.localdomain> Message-ID: <42F407E5.2020403@di.uminho.pt> Tom 'spot' Callaway wrote: > All of the specs and SRPMs can be found in here: > http://auroralinux.org/people/spot/review/Maypole/ > > perl-Class-Whitehole: > Base class to treat unhandled method calls as errors PUBLISH++ MD5SUMS: fcce034f1c51d6c34fe470bcf3a33678 perl-Class-Whitehole-0.04-2.src.rpm 43b986ad7d5d186a9a43d2d69a2ef327 Class-WhiteHole-0.04.tar.gz 71ea2427b0f4e2ee2cdadcd3a48d7a8b perl-Class-Whitehole.spec Sources: * Class-WhiteHole-0.04.tar.gz: MD5 digest verified against CPAN tarball Good: * Package name follows standard * URL and Sources url valid * License verified (POD page) * perl(:MODULE_COMPAT_xxx) present * perl vendor libs present * File permissions OK * Builds without problems in FC-3 and FC-4 * No opened bugs in http://rt.cpan.org/NoAuth/Bugs.html?Dist=Class-WhiteHole 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 Sat Aug 6 00:54:54 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Sat, 06 Aug 2005 01:54:54 +0100 Subject: Review: perl-UNIVERSAL-exports In-Reply-To: <1120768388.9303.40.camel@localhost.localdomain> References: <1120768388.9303.40.camel@localhost.localdomain> Message-ID: <42F40A5E.9000205@di.uminho.pt> Tom 'spot' Callaway wrote: > All of the specs and SRPMs can be found in here: > http://auroralinux.org/people/spot/review/Maypole/ > > perl-UNIVERSAL-exports: > Lightweight, universal exporting of variables NEEDSWORK MD5SUMS: e84b572271a2b737ebea8f17f13bf3c8 perl-UNIVERSAL-exports-0.03-2.src.rpm 1ba96538b976ed97510950906bf55aa4 perl-UNIVERSAL-exports.spec 7672d8e740d99c3af612205e6fde8644 UNIVERSAL-exports-0.03.tar.gz Sources: * UNIVERSAL-exports-0.03.tar.gz: MD5 digest verified against CPAN tarball Good: * Package name follows standard * URL and Sources url valid * perl(:MODULE_COMPAT_xxx) present * perl vendor libs present * File permissions OK * Requirements are valid * Build Requirements are valid * Builds without problems in FC-3 and FC-4 * No opened bugs in http://rt.cpan.org/NoAuth/Bugs.html?Dist=UNIVERSAL-exports Needswork: * license information can't be verified Change to "Distributable" for the time being? 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 Sat Aug 6 01:06:53 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Sat, 06 Aug 2005 02:06:53 +0100 Subject: Review: perl-UNIVERSAL-moniker In-Reply-To: <1120768388.9303.40.camel@localhost.localdomain> References: <1120768388.9303.40.camel@localhost.localdomain> Message-ID: <42F40D2D.4050302@di.uminho.pt> Tom 'spot' Callaway wrote: > All of the specs and SRPMs can be found in here: > http://auroralinux.org/people/spot/review/Maypole/ > > perl-UNIVERSAL-moniker: > Real world naming for classes Just add * perl(Lingua::EN::Inflect) to the build requirements (improves the test coverage) * the README file to %doc and I will approved 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 jpo at di.uminho.pt Sat Aug 6 01:17:03 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Sat, 06 Aug 2005 02:17:03 +0100 Subject: Review: perl-Class-Accessor In-Reply-To: <1120768388.9303.40.camel@localhost.localdomain> References: <1120768388.9303.40.camel@localhost.localdomain> Message-ID: <42F40F8F.9030401@di.uminho.pt> Tom 'spot' Callaway wrote: > All of the specs and SRPMs can be found in here: > http://auroralinux.org/people/spot/review/Maypole/ perl-Class-Accessor Needswork: * can't verify the license information "Distributable" again ? * add the examples directory to the documentation files (%doc Changes examples/) 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 Sat Aug 6 01:24:53 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Sat, 06 Aug 2005 02:24:53 +0100 Subject: Review: perl-DBD-SQLite2 In-Reply-To: <1120768388.9303.40.camel@localhost.localdomain> References: <1120768388.9303.40.camel@localhost.localdomain> Message-ID: <42F41165.5090906@di.uminho.pt> Tom 'spot' Callaway wrote: > All of the specs and SRPMs can be found in here: > http://auroralinux.org/people/spot/review/Maypole/ > > perl-DBD-SQLite2: > Self Contained RDBMS in a DBI Driver (sqlite 2.x) Needswork: * Missing build requirement BuildRequires: perl(DBI) * add the README file to the %doc list %doc Changes README 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 jeff at ocjtech.us Sat Aug 6 01:41:27 2005 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Fri, 05 Aug 2005 20:41:27 -0500 Subject: Pre-Review: Asterisk In-Reply-To: <20050805151650.11f64c4a@python2> References: <1112418894.5677.20.camel@lt16586.campus.dmacc.edu> <1112452089.5677.61.camel@lt16586.campus.dmacc.edu> <1123146572.13165.16.camel@baythorne.infradead.org> <20050804144752.GA28819@osiris.silug.org> <1123217135.5149.124.camel@potter.soho.bytebot.net> <1123220177.5149.130.camel@potter.soho.bytebot.net> <20050805130659.GA20217@osiris.silug.org> <20050805151650.11f64c4a@python2> Message-ID: <1123292488.2912.15.camel@lt16586.campus.dmacc.edu> On Fri, 2005-08-05 at 15:16 +0200, Matthias Saou wrote: > Steven Pritchard wrote : > > > On Fri, Aug 05, 2005 at 03:36:17PM +1000, Colin Charles wrote: > > > This in addition to Matthias' srpms, we might just as well get an > > > asterisk package out this weekened > > > > At first glance, I prefer Matthias's spec. My vote would be to import > > that as-is and work from there... > > Just so you know : I don't remember the last time I used the init script, > so it might be outdated and/or non-working. As for zaptel, it can build > the kernel modules... not sure if we want that for Extras currently, so it > could become something optional instead. Unfortunately, the Zaptel drivers are required even if you don't have Zaptel hardware, or you lose some of the more interesting functionality (esp. conferencing). 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 wtogami at redhat.com Sat Aug 6 02:55:37 2005 From: wtogami at redhat.com (Warren Togami) Date: Fri, 05 Aug 2005 16:55:37 -1000 Subject: Wording of "Previously in Core" Procedure In-Reply-To: <42DEF899.1010205@redhat.com> References: <42DEF899.1010205@redhat.com> Message-ID: <42F426A9.3060506@redhat.com> Warren Togami wrote: > I will be adding the exception that we had been following during the > past few months to the NewPackageProcess. Maybe the wording will need > to be cleaned up a bit, and I am not exactly sure where to add it to the > current page. Please reply with suggestions and questions. > > > "If the package has been in a previous Fedora Core stable release but it > has been subsequently removed, then it requires no review to be imported > into Fedora Extras. Existing Extras contributors may claim ownership by > posting to fedora-extras-list with the package name in the Subject, > importing the original RH package, then proceding to make improvements > in CVS from that baseline." > Similar to the above policy, anybody have any opinion toward allowing packages in FC development into Extras automatically without the review & approval requirement? Restrictions: 1) an existing cvsextras member wishes to maintain it in Extras 2) the core maintainer wishes to maintain it in Extras for older distros 3) Or the core maintainer agrees to co-maintain it with the Extras developer (ask me to set auto-CC in Bugzilla for the component) The only drawback here is if the new FC package has horrendously packaged, then we would have a horrendous package in Extras. I think perhaps the early exposure of the package being closer to the users and easier to make revisions would be beneficial to the quality of the FC devel package. Release early, release often. Any thoughts or concerns? Warren Togami wtogami at redhat.com From tcallawa at redhat.com Sat Aug 6 03:06:39 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 05 Aug 2005 22:06:39 -0500 Subject: Review: perl-UNIVERSAL-moniker In-Reply-To: <42F40D2D.4050302@di.uminho.pt> References: <1120768388.9303.40.camel@localhost.localdomain> <42F40D2D.4050302@di.uminho.pt> Message-ID: <1123297599.2758.40.camel@localhost.localdomain> On Sat, 2005-08-06 at 02:06 +0100, Jos? Pedro Oliveira wrote: > Tom 'spot' Callaway wrote: > > All of the specs and SRPMs can be found in here: > > http://auroralinux.org/people/spot/review/Maypole/ > > > > perl-UNIVERSAL-moniker: > > Real world naming for classes > > Just add > > * perl(Lingua::EN::Inflect) to the build requirements > (improves the test coverage) > > * the README file to %doc > > and I will approved it. Changes made in -3, which is committed to cvs and in the build queue. :) Thanks, ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Sat Aug 6 03:15:12 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 05 Aug 2005 22:15:12 -0500 Subject: Review: perl-DBD-SQLite2 In-Reply-To: <42F41165.5090906@di.uminho.pt> References: <1120768388.9303.40.camel@localhost.localdomain> <42F41165.5090906@di.uminho.pt> Message-ID: <1123298112.2758.42.camel@localhost.localdomain> On Sat, 2005-08-06 at 02:24 +0100, Jos? Pedro Oliveira wrote: > Tom 'spot' Callaway wrote: > > All of the specs and SRPMs can be found in here: > > http://auroralinux.org/people/spot/review/Maypole/ > > > > perl-DBD-SQLite2: > > Self Contained RDBMS in a DBI Driver (sqlite 2.x) > > Needswork: > * Missing build requirement > > BuildRequires: perl(DBI) > > * add the README file to the %doc list > > %doc Changes README Fixed in -3, committed to CVS, queued for builds. Thanks, ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From rc040203 at freenet.de Sat Aug 6 03:16:01 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 06 Aug 2005 05:16:01 +0200 Subject: Wording of "Previously in Core" Procedure In-Reply-To: <42F426A9.3060506@redhat.com> References: <42DEF899.1010205@redhat.com> <42F426A9.3060506@redhat.com> Message-ID: <1123298161.4364.256.camel@mccallum.corsepiu.local> On Fri, 2005-08-05 at 16:55 -1000, Warren Togami wrote: > Warren Togami wrote: > > I will be adding the exception that we had been following during the > > past few months to the NewPackageProcess. Maybe the wording will need > > to be cleaned up a bit, and I am not exactly sure where to add it to the > > current page. Please reply with suggestions and questions. > > > > > > "If the package has been in a previous Fedora Core stable release but it > > has been subsequently removed, then it requires no review to be imported > > into Fedora Extras. Existing Extras contributors may claim ownership by > > posting to fedora-extras-list with the package name in the Subject, > > importing the original RH package, then proceding to make improvements > > in CVS from that baseline." > > > > Similar to the above policy, anybody have any opinion toward allowing > packages in FC development into Extras automatically without the review > & approval requirement? Yes, I am opposed to it, because * Packages formerly having been part of Core can, at least to some extend, be trusted, because they had been exposed to "testing by the masses" and to RH QA. - This doesn't necessarily apply to packages in rawhide. * This could open backdoors to RH employees to push packages into Extras. To me, FE should treat RH employees as arbitrary contributors "which just happen to have RH email addresses". > Restrictions: > 1) an existing cvsextras member wishes to maintain it in Extras > 2) the core maintainer wishes to maintain it in Extras for older distros > 3) Or the core maintainer agrees to co-maintain it with the Extras > developer (ask me to set auto-CC in Bugzilla for the component) > > The only drawback here is if the new FC package has horrendously > packaged, then we would have a horrendous package in Extras. I think > perhaps the early exposure of the package being closer to the users and > easier to make revisions would be beneficial to the quality of the FC > devel package. Release early, release often. > > Any thoughts or concerns? C.f. above. Ralf From tcallawa at redhat.com Sat Aug 6 03:23:19 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Fri, 05 Aug 2005 22:23:19 -0500 Subject: Wording of "Previously in Core" Procedure In-Reply-To: <1123298161.4364.256.camel@mccallum.corsepiu.local> References: <42DEF899.1010205@redhat.com> <42F426A9.3060506@redhat.com> <1123298161.4364.256.camel@mccallum.corsepiu.local> Message-ID: <1123298599.2758.47.camel@localhost.localdomain> On Sat, 2005-08-06 at 05:16 +0200, Ralf Corsepius wrote: > Yes, I am opposed to it, because > > * Packages formerly having been part of Core can, at least to some > extend, be trusted, because they had been exposed to "testing by the > masses" and to RH QA. - This doesn't necessarily apply to packages in > rawhide. > > * This could open backdoors to RH employees to push packages into > Extras. To me, FE should treat RH employees as arbitrary contributors > "which just happen to have RH email addresses". I tend to agree with Ralf. While I think it is unlikely that RH employees will backdoor things into Extras (because me and Greg will put a beatdown on anyone that tries it), the "Previously in Core" is a grandfather clause for old packages. And honestly? I'd like to see us lose it entirely. Do we really need this loophole? I'd wager that most packages in Core will pass a review quickly when they need to move to Extras, and those that would not, well, need to be fixed anyways. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Sat Aug 6 06:53:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 02:53:07 -0400 Subject: [Bug 165265] New: Review Request: libnjb In-Reply-To: Message-ID: <200508060653.j766r7C1002841@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 Summary: Review Request: libnjb Product: Fedora Extras Version: devel Platform: All URL: http://libnjb.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: triad at df.lth.se QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: libnjb.spec SRPM Name or Url: http://sourceforge.net/project/showfiles.php?group_id=32528 Description: A library for accessing the Creative NOMAD and Nomad Zen as well as Dell DJ jukebox devices. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Sat Aug 6 06:57:18 2005 From: wtogami at redhat.com (Warren Togami) Date: Fri, 05 Aug 2005 20:57:18 -1000 Subject: Wording of "Previously in Core" Procedure In-Reply-To: <1123298599.2758.47.camel@localhost.localdomain> References: <42DEF899.1010205@redhat.com> <42F426A9.3060506@redhat.com> <1123298161.4364.256.camel@mccallum.corsepiu.local> <1123298599.2758.47.camel@localhost.localdomain> Message-ID: <42F45F4E.8050305@redhat.com> Tom 'spot' Callaway wrote: > On Sat, 2005-08-06 at 05:16 +0200, Ralf Corsepius wrote: > > >>Yes, I am opposed to it, because >> >>* Packages formerly having been part of Core can, at least to some >>extend, be trusted, because they had been exposed to "testing by the >>masses" and to RH QA. - This doesn't necessarily apply to packages in >>rawhide. >> >>* This could open backdoors to RH employees to push packages into >>Extras. To me, FE should treat RH employees as arbitrary contributors >>"which just happen to have RH email addresses". > > > I tend to agree with Ralf. While I think it is unlikely that RH > employees will backdoor things into Extras (because me and Greg will put > a beatdown on anyone that tries it), the "Previously in Core" is a > grandfather clause for old packages. It is silly to think that this could be used as a "backdoor" into Extras, but I do see a detriment in too quickly letting in stuff that hasn't been tested as much as a rawhide cycle and stable release. I therefore withdraw this idea. Sticking "previously released in a stable Core distro" is fine. > > And honestly? I'd like to see us lose it entirely. Do we really need > this loophole? I'd wager that most packages in Core will pass a review > quickly when they need to move to Extras, and those that would not, > well, need to be fixed anyways. I entirely disagree. This exception has saved us a lot of busy work so it should remain in effect. The set of things "previously released in a stable Core distro" is finite and small, so I really don't see a problem here. Warren Togami wtogami at redhat.com From ville.skytta at iki.fi Sat Aug 6 07:43:37 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sat, 06 Aug 2005 10:43:37 +0300 Subject: Cleaning up an old spec file In-Reply-To: <20050805194219.5c3c9118.bugs.michael@gmx.net> References: <42F3A19E.4030202@ieee.org> <20050805194219.5c3c9118.bugs.michael@gmx.net> Message-ID: <1123314217.26356.6.camel@localhost.localdomain> On Fri, 2005-08-05 at 19:42 +0200, Michael Schwendt wrote: > On Fri, 05 Aug 2005 12:27:58 -0500, Quentin Spencer wrote: > > > 3. export LC_ALL=POSIX (right before configure) > > Why does this matter? > > Depends on what the configure script does. LC_ALL=C or LC_ALL=POSIX is a > way to override locales, as may be needed to get reproducible output from > tools. Also: $ rpm --eval '%build' %build LANG=C export LANG unset DISPLAY ...so it's possibly no longer needed. On the other hand, any LC_* variables set in the environment override LANG, so yep, it depends. From bugzilla at redhat.com Sat Aug 6 09:33:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 05:33:23 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508060933.j769XNFV020933@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |matthias at rpmforge.net OtherBugsDependingO| |163778 nThis| | -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 6 09:46:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 05:46:45 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508060946.j769kji3022009@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 ------- Additional Comments From matthias at rpmforge.net 2005-08-06 05:46 EST ------- A few questions first : - Why not use %{version} in the source line? It lowers the eventuality of changing the "Version:" line, forgetting to change the source on too, and ending up with a package that contains the old version by seems like it contains the new one. - Same logic applies to the "%ifarch ppc" part : If you have do this, you'll have less chances of forgetting to update the configure options for either of ppc or non-ppc : %configure \ %ifarch ppc --enable-altivec \ %endif --enable-lfs \ --enable-threads - Shouldn't the "make check" go into a separate %check section? One remark to point out that the DESTDIR patch is somewhat overkill, and it would have been easier to simply use : make install BINDIR=$RPM_BUILD_ROOT%{_bindir} MANDIR=$RPM_BUILD_ROOT%{_mandir} Since the Makefile only uses these two locations. Last, you don't seem to include any of the files from the "tutorial" directory, is that on purpose? Other than that, things look pretty good :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ryo-dairiki at mbm.nifty.com Sat Aug 6 10:50:55 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Sat, 06 Aug 2005 19:50:55 +0900 Subject: Request for review: Kasumi Message-ID: <42F4960F.7020306@mbm.nifty.com> Kasumi, a dictionary management tool for Anthy is now on CVS. This is used to edit the dictionary used by Japanese Input Methods. Please review it and report me problems. Ryo Dairiki From bugs.michael at gmx.net Sat Aug 6 12:11:48 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 6 Aug 2005 14:11:48 +0200 Subject: Review: perl-DBD-SQLite2 In-Reply-To: <42F41165.5090906@di.uminho.pt> References: <1120768388.9303.40.camel@localhost.localdomain> <42F41165.5090906@di.uminho.pt> Message-ID: <20050806141148.524fc587.bugs.michael@gmx.net> On Sat, 06 Aug 2005 02:24:53 +0100, Jos? Pedro Oliveira wrote: > Tom 'spot' Callaway wrote: > > All of the specs and SRPMs can be found in here: > > http://auroralinux.org/people/spot/review/Maypole/ > > > > perl-DBD-SQLite2: > > Self Contained RDBMS in a DBI Driver (sqlite 2.x) > > Needswork: > * Missing build requirement > > BuildRequires: perl(DBI) > > * add the README file to the %doc list > > %doc Changes README > > jpo Like perl-DBD-SQLite, which used to include a copy of SQLite 3.1.3 but uses the external SQLite package from Extras, this one contains a copy of SQLite 2.8.15. Can it use and link against Extras' one instead? From bugzilla at redhat.com Sat Aug 6 13:00:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 09:00:30 -0400 Subject: [Bug 165153] Review Request: greg-test-foo In-Reply-To: Message-ID: <200508061300.j76D0ULR006597@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: greg-test-foo https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165153 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG CC|fedora-extras- | |list at redhat.com | OtherBugsDependingO|163778 | nThis| | -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 6 13:05:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 09:05:41 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508061305.j76D5f43007118@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |163776 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-06 09:05 EST ------- [Where did the FE-NEW entry go?] -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 6 13:09:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 09:09:38 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508061309.j76D9cjx007323@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |163776 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-06 09:09 EST ------- [Where did the FE-NEW entry go? The form linked in the new NewPackageProcess page fills it in automatically, doesn't it?] -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jpo at di.uminho.pt Sat Aug 6 13:30:58 2005 From: jpo at di.uminho.pt (Jose Pedro Oliveira) Date: Sat, 6 Aug 2005 14:30:58 +0100 (WEST) Subject: Review: perl-DBD-SQLite2 and perl-DBD-SQLite In-Reply-To: <20050806141148.524fc587.bugs.michael@gmx.net> References: <1120768388.9303.40.camel@localhost.localdomain><42F41165.5090906@di.uminho.pt> <20050806141148.524fc587.bugs.michael@gmx.net> Message-ID: <1128.213.13.86.66.1123335058.squirrel@webmail.lsd.di.uminho.pt> > On Sat, 06 Aug 2005 02:24:53 +0100, Jos? Pedro Oliveira wrote: > >> Tom 'spot' Callaway wrote: >> > All of the specs and SRPMs can be found in here: >> > http://auroralinux.org/people/spot/review/Maypole/ >> > >> > perl-DBD-SQLite2: >> > Self Contained RDBMS in a DBI Driver (sqlite 2.x) >> >> Needswork: >> * Missing build requirement >> >> BuildRequires: perl(DBI) >> >> * add the README file to the %doc list >> >> %doc Changes README >> >> jpo > > Like perl-DBD-SQLite, which used to include a copy of SQLite 3.1.3 but > uses the external SQLite package from Extras, this one contains a copy of > SQLite 2.8.15. Can it use and link against Extras' one instead? perl-DBD-SQLite2 ---------------- I will look into it. Update info regarding perl-DBD-SQLite in Extras ----------------------------------------------- The lastest version of perl-DBD-SQLite (1.0.9) can use the external sqlite library if its version is >= 3.1.3. Right now the status is the following: FC-3: self-contained perl-DBD-SQLite (with SQLite 3.2.2) FC-4: self-contained perl-DBD-SQLite (with SQLite 3.2.2) devel: perl-DBD-SQL requires libsqlite3.so.0 (external SQLite) 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/ From tcallawa at redhat.com Sat Aug 6 14:38:40 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 06 Aug 2005 09:38:40 -0500 Subject: Review: perl-DBD-SQLite2 In-Reply-To: <20050806141148.524fc587.bugs.michael@gmx.net> References: <1120768388.9303.40.camel@localhost.localdomain> <42F41165.5090906@di.uminho.pt> <20050806141148.524fc587.bugs.michael@gmx.net> Message-ID: <1123339120.2758.53.camel@localhost.localdomain> On Sat, 2005-08-06 at 14:11 +0200, Michael Schwendt wrote: > On Sat, 06 Aug 2005 02:24:53 +0100, Jos? Pedro Oliveira wrote: > > > Tom 'spot' Callaway wrote: > > > All of the specs and SRPMs can be found in here: > > > http://auroralinux.org/people/spot/review/Maypole/ > > > > > > perl-DBD-SQLite2: > > > Self Contained RDBMS in a DBI Driver (sqlite 2.x) > > > > Needswork: > > * Missing build requirement > > > > BuildRequires: perl(DBI) > > > > * add the README file to the %doc list > > > > %doc Changes README > > > > jpo > > Like perl-DBD-SQLite, which used to include a copy of SQLite 3.1.3 but > uses the external SQLite package from Extras, this one contains a copy of > SQLite 2.8.15. Can it use and link against Extras' one instead? Sure. Fixed in -4. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Sat Aug 6 14:49:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 10:49:27 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508061449.j76EnRS8022765@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 ------- Additional Comments From triad at df.lth.se 2005-08-06 10:49 EST ------- No idea, trying to use this new process is a bit shaky I guess.. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From skvidal at phy.duke.edu Sat Aug 6 15:33:03 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 06 Aug 2005 11:33:03 -0400 Subject: Request for review: Kasumi In-Reply-To: <42F4960F.7020306@mbm.nifty.com> References: <42F4960F.7020306@mbm.nifty.com> Message-ID: <1123342383.27510.29.camel@cutter> On Sat, 2005-08-06 at 19:50 +0900, Ryo Dairiki wrote: > Kasumi, a dictionary management tool for Anthy is now on CVS. > This is used to edit the dictionary used by Japanese Input Methods. > > Please review it and report me problems. > I think the biggest problem is that it was just added to core. :) from todays rawhide report: New package kasumi An anthy dictionary management tool. -sv From bugzilla at redhat.com Sat Aug 6 16:00:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 12:00:10 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508061600.j76G0A1T000408@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ed at eh3.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ed at eh3.com 2005-08-06 12:00 EST ------- OK, I'm trying to change this from FE-NEW to RE-REVIEW blocking as I'd like to be the reviewer. But I don't see how to assign the bug to me per the directions: http://fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo Do I need some special permissions to change the assigned-to field or do I just fill in the QA Contact field? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ryo-dairiki at mbm.nifty.com Sat Aug 6 16:15:39 2005 From: ryo-dairiki at mbm.nifty.com (Ryo Dairiki) Date: Sun, 07 Aug 2005 01:15:39 +0900 Subject: Request for review: Kasumi In-Reply-To: <1123342383.27510.29.camel@cutter> References: <42F4960F.7020306@mbm.nifty.com> <1123342383.27510.29.camel@cutter> Message-ID: <42F4E22B.9060302@mbm.nifty.com> Opps! :-( Yes, that's a big problem. Well, then I'll make it only for FE-3 and FE-4. Anyway, thank you for the information. Ryo Dairiki seth vidal wrote: >On Sat, 2005-08-06 at 19:50 +0900, Ryo Dairiki wrote: > > >>Kasumi, a dictionary management tool for Anthy is now on CVS. >>This is used to edit the dictionary used by Japanese Input Methods. >> >>Please review it and report me problems. >> >> >> > >I think the biggest problem is that it was just added to core. > >:) > >from todays rawhide report: > >New package kasumi > An anthy dictionary management tool. > >-sv > > >-- >fedora-extras-list mailing list >fedora-extras-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > > From bugzilla at redhat.com Sat Aug 6 16:42:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 12:42:01 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508061642.j76Gg1U6006598@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO ------- Additional Comments From Christian.Iseli at licr.org 2005-08-06 12:41 EST ------- > - Why not use %{version} in the source line? Oversight. I simply copied the URL from the homepage... Fixed. > - Same logic applies to the "%ifarch ppc" part Agreed. Fixed. > - Shouldn't the "make check" go into a separate %check section? Yup. I'm still not used to having a %check section... (and vim won't colorize it either). Fixed. > the DESTDIR patch is somewhat overkill Ok. Fixed. > Last, you don't seem to include any of the files from the "tutorial" > directory, is that on purpose? Nope. Oversight. Fixed. Updated stuff available here: ftp://ftp.licr.org/pub/software/unix/hmmer.spec ftp://ftp.licr.org/pub/software/unix/hmmer-2.3.2-2.src.rpm Please re-review, and thanks for your comments :) Cheers, Christian -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 6 22:49:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 18:49:01 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508062249.j76Mn134028488@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From matthias at rpmforge.net 2005-08-06 18:48 EST ------- Seems all fine to me now! I'm just not able to test the actual functionality of the binaries, because I don't know what to do with them, but the package itself is fine, so I'll approve it. Next step is for you to import the package, and once it's built, you can close this bug as NEXTRELEASE ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 02:18:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 22:18:02 -0400 Subject: [Bug 165288] New: Review Request: libgdamm In-Reply-To: Message-ID: <200508070218.j772I2DB015850@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165288 Summary: Review Request: libgdamm Product: Fedora Extras Version: devel Platform: All URL: http://www.gtkmm.org OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/libgdamm.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/libgdamm-1.3.7-1.src.rpm Description: C++ wrappers for libgda. libgdamm is part of gnomemm - the C++ interface to the GTK+ GUI library. This package was requested to help clear the path for glom. The spec is pretty typical for a gtk lib. Thanks in advance. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 02:18:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 22:18:13 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508070218.j772IDF7015874@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165288 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From shishz at hotpop.com Sun Aug 7 03:04:09 2005 From: shishz at hotpop.com (Zing) Date: Sat, 06 Aug 2005 23:04:09 -0400 Subject: make plague error: Insufficient privileges Message-ID: Hello folks, This is my first time in attempting use the build system. I've followed everything in the wiki up to installing plague, but when I do a "make plague" in my devel directory i get: [zbuild at xxx devel]$ make plague /usr/bin/plague-client build snownews snownews-1_5_7-2_fc5 devel Server returned an error: Insufficient privileges. Is the problem on my end or the server? I can successfully use other plague commands like list and list_builders. thanks, zing From bugzilla at redhat.com Sun Aug 7 03:27:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 23:27:54 -0400 Subject: [Bug 165288] Review Request: libgdamm In-Reply-To: Message-ID: <200508070327.j773Rs1n022126@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libgdamm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165288 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |bugs.michael at gmx.net OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-06 23:27 EST ------- libgdamm-devel "Requires: glibmm24-devel" because of C++ header contents and "Requires: libgda-devel" because of pkg-config file dependencies. Generic INSTALL file in %doc is of no interest to package users. README in %doc is 24 bytes and pretty much useless (unless you insist on packaging it because it _may_ change in the future). --enable-docs doesn't do anything. Both package descriptions are confusing, IMHO. I don't think "libgdamm is part of gnomemm" (=> libgnomemm26 in Extras). It is "part of a set of powerful C++ bindings for the GNOME libraries, which provide additional functionality above GTK+/gtkmm". In -devel summary and description I usually add the information that "libraries" are included, too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 03:31:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 6 Aug 2005 23:31:02 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508070331.j773V250022330@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From bugs.michael at gmx.net 2005-08-06 23:30 EST ------- What happens if you use the "Bug Reassignment" radio-buttons and fields near the bottom of the page? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 04:25:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 00:25:00 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508070425.j774P03R026857@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 ------- Additional Comments From rc040203 at freenet.de 2005-08-07 00:24 EST ------- # rpmlint /tmp/libnjb-2.2.1-3.src.rpm W: libnjb hardcoded-packager-tag Linus - Remove from the spec: if [ -d $RPM_BUILD_ROOT ]; then rm -r $RPM_BUILD_ROOT; fi This is not useful. rm -rf $RPM_BUILD_ROOT has the same effect - Missing dependendies # rpm -q --requires -p libnjb-devel-2.2.1-3.i386.rpm libnjb = 2.2.1-3 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(VersionedDependencies) <= 3.0.3-1 Requires: ncurses-devel, zlib-devel, libusb-devel are missing - Many questionable conditionals inside of the spec. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 05:38:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 01:38:15 -0400 Subject: [Bug 165293] New: Review Request: perl-Locale-gettext In-Reply-To: Message-ID: <200508070538.j775cFJN001910@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165293 Summary: Review Request: perl-Locale-gettext Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/~pvandry/gettext-1.05/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Locale-gettext.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Locale-gettext-1.05-1.src.rpm Description: The gettext module permits access from perl to the gettext() family of functions for retrieving message strings from databases constructed to internationalize software. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Sun Aug 7 08:49:27 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 06 Aug 2005 22:49:27 -1000 Subject: Fedora account In-Reply-To: <1122426121.16419.2.camel@pc7.dolda2000.com> References: <1122426121.16419.2.camel@pc7.dolda2000.com> Message-ID: <42F5CB17.7050105@redhat.com> I read through every message toward the approval of your icmpdn package, and on multiple occasions it seemed to me that you simply did not read the guidelines and procedures. Sponsorship is a judgement that a sponsor member feels that you have read and understand the packaging guidelines. It is unclear to me that you have read through the guidelines when I see that you were building packages as root, as this is a fundamental error made very clear in several areas of the documentation. This would have been impossible if you had followed the BuildRequires testing procedure using either fedora-buildrpmtree or mock. Perhaps you did subsequently read through all documentation, and if you did so then I only ask that you demonstrate that understanding. Please help to review packages submitted by other contributors. If you understand the packaging guidelines and give good advice to improve other people's packages, then that is a good way of demonstrating your understanding. It is only fair to ask that you help in package reviews, as several other Extras members were kind enough to spend time on your package. Warren Togami wtogami at redhat.com From bugzilla at redhat.com Sun Aug 7 09:13:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 05:13:07 -0400 Subject: [Bug 165293] Review Request: perl-Locale-gettext In-Reply-To: Message-ID: <200508070913.j779D7sW000715@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Locale-gettext https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165293 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |163776 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-08-07 05:12 EST ------- Not a review yet, nor an objection, but just to make sure you're aware of: We already have perl-libintl in Extras, and porting/patching apps to use it instead of Locale-gettext is often a matter of a trivial s/Locale::gettext/Locale::Messages/ If you'd still like to see L::g in Extras, I can review this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From roland at redhat.com Sun Aug 7 09:38:03 2005 From: roland at redhat.com (Roland McGrath) Date: Sun, 7 Aug 2005 02:38:03 -0700 (PDT) Subject: mock chroot builds run as owner of / Message-ID: <20050807093803.1A03F180EB6@magilla.sf.frob.com> I've just figured out why a test in a build was failing in mock builds but not in my normal rpmbuilds. The difference is that in the mock build, `test -O /' succeeds for my uid (aka mockbuild), while in the real root that fails. The test might as well have been test -w /, which tests writability. It happens that I am the owner of /var/lib/mock/.../root, not just able to write it. Would there be a problem with mock making the / in the chroot be owned by root? That way the build as a normal user (mockbuild) would match the normal environment, in which "do I own / ?" or "can I write / ?" are ways to check for being root (and thus e.g. expect that file permissions won't be enforced in your tests). As things are, this yields a false positive and fouls the package's logic that works around idiots who build as root. Thanks, Roland From paul at city-fan.org Sun Aug 7 10:22:30 2005 From: paul at city-fan.org (Paul Howarth) Date: Sun, 07 Aug 2005 11:22:30 +0100 Subject: mock chroot builds run as owner of / In-Reply-To: <20050807093803.1A03F180EB6@magilla.sf.frob.com> References: <20050807093803.1A03F180EB6@magilla.sf.frob.com> Message-ID: <1123410150.2784.28.camel@laurel.intra.city-fan.org> On Sun, 2005-08-07 at 02:38 -0700, Roland McGrath wrote: > I've just figured out why a test in a build was failing in mock builds but > not in my normal rpmbuilds. The difference is that in the mock build, > `test -O /' succeeds for my uid (aka mockbuild), while in the real root > that fails. The test might as well have been test -w /, which tests > writability. It happens that I am the owner of /var/lib/mock/.../root, > not just able to write it. You could also test for running as root by comparing $(%{__id_u}) with 0 > Would there be a problem with mock making the / in the chroot be owned by > root? That way the build as a normal user (mockbuild) would match the > normal environment, in which "do I own / ?" or "can I write / ?" are ways > to check for being root (and thus e.g. expect that file permissions won't > be enforced in your tests). As things are, this yields a false positive > and fouls the package's logic that works around idiots who build as root. That would seem a sensible thing to do for consistency reasons; a "real" system would have root owning the root directory, so the build environment should really do so too. IMHO. Paul. -- Paul Howarth From roland at redhat.com Sun Aug 7 10:32:59 2005 From: roland at redhat.com (Roland McGrath) Date: Sun, 7 Aug 2005 03:32:59 -0700 (PDT) Subject: mock chroot builds run as owner of / In-Reply-To: Paul Howarth's message of Sunday, 7 August 2005 11:22:30 +0100 <1123410150.2784.28.camel@laurel.intra.city-fan.org> Message-ID: <20050807103259.6545A180EB6@magilla.sf.frob.com> > You could also test for running as root by comparing $(%{__id_u}) with 0 There are lots of other reasonable tests, indeed. test -O / is what the upstream package did, so we save pain (at least for me) by making that particular test meet expectations. Thanks, Roland From bugzilla at redhat.com Sun Aug 7 11:02:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 07:02:45 -0400 Subject: [Bug 165303] New: Review Request: OpenSceneGraph In-Reply-To: Message-ID: <200508071102.j77B2jOX017962@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165303 Summary: Review Request: OpenSceneGraph Product: Fedora Extras Version: devel Platform: All URL: http://www.openscenegraph.org OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/OpenSceneGraph.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/OpenSceneGraph-0.9.9-1.src.rpm Description: The OpenSceneGraph is an OpenSource, cross platform graphics toolkit for the development of high performance graphics applications such as flight simulators, games, virtual reality and scientific visualization. Based around the concept of a SceneGraph, it provides an object oriented framework on top of OpenGL freeing the developer from implementing and optimizing low level graphics calls, and provides many additional utilities for rapid development of graphics applications. Warning: Due to possibilities to test building on x86_64 or ppc, and due to oddities of this package's configuration, I do not expect this package to build on x86_64 or ppc. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 12:25:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 08:25:52 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508071225.j77CPq6D025727@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From ed at eh3.com 2005-08-07 08:25 EST ------- Hi Michael, I don't have any "Bug Reassignment" radio-buttons and fields near the bottom of the page. Please see the screen-shot at: http://mitgcm.org/eh3/fedora_misc/bz_165254.png I'm wondering--is this something that only appears when you have additional permissions? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From fredrik at dolda2000.com Sun Aug 7 13:24:56 2005 From: fredrik at dolda2000.com (Fredrik Tolf) Date: Sun, 07 Aug 2005 15:24:56 +0200 Subject: Fedora account In-Reply-To: <42F5CB17.7050105@redhat.com> References: <1122426121.16419.2.camel@pc7.dolda2000.com> <42F5CB17.7050105@redhat.com> Message-ID: <1123421097.10392.50.camel@pc7.dolda2000.com> On Sat, 2005-08-06 at 22:49 -1000, Warren Togami wrote: > I read through every message toward the approval of your icmpdn package, > and on multiple occasions it seemed to me that you simply did not read > the guidelines and procedures. > > [...] Indeed. The fact of the matter is that my original intention wasn't even to become a maintainer or have CVS access or anything of the kind -- I just wanted to get icmpdn into Fedora Extras for a couple of Fedora machines that I manage for friends and family. Personally, I don't even use Fedora, which explains my lack of confidence with the RPM system -- the RPM spec file was contributed to me by a third party, and it was only from him that I learned how to build it using rpmbuild. I really just googled about how to get a package into FE, and found the NewPackageProcess in the Wiki. It was from there that I got the impression that each contributor of a package must have CVS access and maintain the package himself (I'm still not absolutely sure that this conclusion corresponds to reality). I did not know of any other guidelines or procedures, and was only referred to some of them once on the list. Before I got started, I had no idea that having a package in FE was such a large process that I had to sign agreements and read guidelines and procedures. As may be clear from the above, I'm not really particularly interested in having CVS access or being a maintainer, but rather I'm really just interested in developing and distributing icmpdn -- I've merely assumed that it is my responsibility for being able to have a package in FE, I'd. If that is not true, I'd appreciate a heads-up before I delve any deeper into this. Don't get me wrong, though, I'll happily assume the responsibility if indeed it is necessary. In contrast, in the Gentoo portage system, you just submit an ebuild to their bugzilla, and they make sure to get it into portage if it is approved. It's a lot less responsibility for the contributors, but I'm sure it's a lot more work for the Gentoo maintainers as well, and thus I more than well understand if this is not an option in FE. However, this entire process, necessary or not, is quite a threshold for people like me who just want to get a package into FE. My tour so far on the Fedora Extras list has certainly been a very good learning experience, however, and I have learned to appreciate the RPM system *much* more than I did previously. I'd like to thank the people who donated their time on guiding me through it, especially Oliver Falk. That's the end of my rant for now. :) Fredrik Tolf From bugzilla at redhat.com Sun Aug 7 15:35:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 11:35:22 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508071535.j77FZMr0008622@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From ed at eh3.com 2005-08-07 11:35 EST ------- Hi Orion, I started a review but only got this far. I wish I could provide more help tracking down the build failure but it'll have to be another day -- not enough free time right now! :-/ needswork: - the Source0 URL doesn't work for me -- but this one did: http://prdownloads.sourceforge.net/plplot/plplot-5.5.3.tar.gz - please consider shortening the summary to something like: "Library of functions for producing scientific plots" - build fails on FC-4 (please see below) good: - specfile is nicely formatted -- VERY legible - source matches upstream - license is indeed LGPL - names OK - ldconfig looks OK The build failure (up-to-date FC-4) is some sort of botched code generation for the plplot_octave.cc file which I just don't understand (but then I spent all of ~15min looking at it): g++ -c -fPIC -I/usr/include/octave-2.1.71 -I/usr/include/octave-2.1.71/octave -mieee-fp -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables -mieee-fp -I. -I. plplot_octave.cc -o plplot_octave.o ./massage >> plplot_stub.m 2> missing_help plplot_octave.cc: In function 'octave_value_list _wrap_plscol0(const octave_value_list&, int)': plplot_octave.cc:2239: error: 'nt' was not declared in this scope plplot_octave.cc:2239: error: expected `;' before ')' token make[4]: *** [plplot_octave.oct] Error 1 make[4]: Leaving directory `/home/edhill/rpmbuild/BUILD/plplot-5.5.3/bindings/octave' -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 16:32:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 12:32:28 -0400 Subject: [Bug 165311] New: Review Request: Tiger, security auditing on UNIX systems In-Reply-To: Message-ID: <200508071632.j77GWSPF014765@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165311 Summary: Review Request: Tiger, security auditing on UNIX systems Product: Fedora Extras Version: devel Platform: All URL: http://www.nongnu.org/tiger/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gauret at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec : http://gauret.free.fr/fichiers/rpms/fedora/tiger.spec SRPM : http://gauret.free.fr/fichiers/rpms/fedora/tiger-3.2.1-1.src.rpm Description: Tiger is a set of bash scripts to run automatic security audits and intrusion detection on Unix systems. The project was abandoned since mid-90's, and got resurrected by one of the main Debian security developers (Javier Fern?ndez-Sanguino). It proved very useful many times on the Debian servers I manage, and I'm pretty sure it could be as useful on Fedora. Since Tiger is very system-specific, it needs customization to integrate it into Fedora. Right now, I've only ported Javier's fixes and adaptations for Debian (which is a 20000+ lines patch...). I'd like to make sure it works as this, and I'll add more Fedora-specific checks afterwards (such as "yum check-update", "rpm -V", and maybe even SELinux checks, there's much to do) So here are the best ways you can review Tiger : - Check for packaging errors, as usual - Install it, tweak /etc/tiger/tigerrc a little, run "tiger" and tell me if you have error messages. - Tell me what false-positive alerts you get in the previous command so I can add them to /etc/tiger/tiger.ignore - Look into /etc/tiger/tiger.ignore and tell me if you think I've ignored something valid - Please review my one-liner patch for a C program not compiling with gcc4, as I really don't know C... - Tell me where Tiger could be better integrated into Fedora When you run "tiger", all checks enabled in /etc/tiger/tigerrc are run. But there is also an automatic testing system, where the scripts are run at different times according to /etc/tiger/cronrc. If you can, please run each script in this crontab and tell me which false-positive you get. One of Tiger's best features is to report only what's changed since the last run (configurable in /etc/tiger/tigerrc), but it does not mean we should not get rid of false-positives in the first place. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 16:33:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 12:33:04 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508071633.j77GX4Lv014823@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From dkl at redhat.com 2005-08-07 12:32 EST ------- (In reply to comment #4) > Hi Michael, I don't have any "Bug Reassignment" radio-buttons and > fields near the bottom of the page. Please see the screen-shot at: > > http://mitgcm.org/eh3/fedora_misc/bz_165254.png > > I'm wondering--is this something that only appears when you have > additional permissions? Are you logged in properly? (username visible at the top right of each bz page). Also if you are not the reporter, you will need 'editbugs' privileges to edit other people's bugs such as status changes, etc. Please speak with Elliot (sopwith at redhat.com) to have your username added to the Fedora Contrib Bugzilla group. This would happen automatically if you have CVS access to Fedora Extras. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 17:28:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 13:28:00 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508071728.j77HS074018459@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From ed at eh3.com 2005-08-07 13:27 EST ------- Hi David, I am logged in properly (user: "ed at eh3.com") and I sent a private "please help me" email to Elliot (in which I accidentally called you "Greg" so *please* forgive me!). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 17:41:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 13:41:15 -0400 Subject: [Bug 165314] New: Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200508071741.j77HfFij019042@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS Product: Fedora Extras Version: devel Platform: All URL: http://www.kismetwireless.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: enrico.scholz at informatik.tu-chemnitz.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://ensc.de/fedora/kismet.spec SRPM Name or Url: http://ensc.de/fedora/kismet-0.0.2005.07.R1a-1.src.rpm Description: Kismet is an 802.11 layer2 wireless network detector, sniffer, and intrusion detection system. Kismet will work with any wireless card which supports raw monitoring (rfmon) mode, and can sniff 802.11b, 802.11a, and 802.11g traffic. Kismet identifies networks by passively collecting packets and detecting standard named networks, detecting (and given time, decloaking) hidden networks, and infering the presence of nonbeaconing networks via data traffic. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 17:41:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 13:41:32 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508071741.j77HfWxK019087@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 enrico.scholz at informatik.tu-chemnitz.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165314 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 7 18:46:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 14:46:46 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508071846.j77IkkV6000814@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 ------- Additional Comments From triad at df.lth.se 2005-08-07 14:46 EST ------- Thanks Ralf, your comments are much welcomed and your advice much needed. The Packager:-tag is only used conditionally if built for something else than Fedora. (One of the two questionable conditionals.) rpmlint obviously does not honour conditionals. Regarding the conditionals: these have been introduced in accordance with the dist-tag guidelines at http://www.fedoraproject.org/wiki/DistTag in order to use the same .spec file for Mandrake, PLD and possibly SuSE. If it is the view of the Fedora Extras project that conditionals may not be used to prepare generic .spec files, this has to be stated in the packaging guidelines and specifically in the dist-tag guidelines, because the current text only triggers a programmer-type like me to do something generic. I will not be the last one to do this mistake... It should then say something like: "only use conditionals for spec files intended for Fedora, Red Hat and RHEL, do not try to use conditionals to cook generic spec files for other distributions, make unique spec files for each distribution instead". (If this is what is implicitly meant, and then I will change the spec accordingly.) The rest of the things are fixed, enjoy libnjb-2.2.1-4 on the same URL (we are making progress, are we not?) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 00:33:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 20:33:10 -0400 Subject: [Bug 165303] Review Request: OpenSceneGraph In-Reply-To: Message-ID: <200508080033.j780XAoF005239@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OpenSceneGraph https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165303 colin at fedoraproject.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |colin at fedoraproject.org ------- Additional Comments From colin at fedoraproject.org 2005-08-07 20:32 EST ------- + It built on ppc32 just fine. - What is OSLGPL as a license? (this is by no means a complete review though the spec looks clean, it builds on PPC, rpmlint throws up a few errors that don't look too important) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 02:08:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 22:08:06 -0400 Subject: [Bug 165329] New: Review Request: roundup-0.8.4-1 In-Reply-To: Message-ID: <200508080208.j78286NQ014565@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165329 Summary: Review Request: roundup-0.8.4-1 Product: Fedora Extras Version: devel Platform: All URL: http://roundup.sourceforge.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: redhat at flyn.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://flyn.org/SRPMS/roundup.spec SRPM Name or Url: http://flyn.org/SRPMS/roundup-0.8.4-1.src.rpm Description: Roundup is a simple and flexible issue-tracking system with command line, web and email interfaces. It is based on the winning design from Ka-Ping Yee in the Software Carpentry "Track" design competition. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 03:20:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 23:20:30 -0400 Subject: [Bug 165333] New: Review Request: Test package review - please disregard In-Reply-To: Message-ID: <200508080320.j783KUno024366@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165333 Summary: Review Request: Test package review - please disregard Product: Fedora Extras Version: devel Platform: All URL: http://people.redhat.com OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dklawren at hotmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: no spec rpm name SRPM Name or Url: no source rpm url Description: No description -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 03:21:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 7 Aug 2005 23:21:08 -0400 Subject: [Bug 165333] Review Request: Test package review - please disregard In-Reply-To: Message-ID: <200508080321.j783L8e5024465@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Test package review - please disregard https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165333 dklawren at hotmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From skvidal at phy.duke.edu Mon Aug 8 06:03:13 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 08 Aug 2005 02:03:13 -0400 Subject: mock chroot builds run as owner of / In-Reply-To: <20050807093803.1A03F180EB6@magilla.sf.frob.com> References: <20050807093803.1A03F180EB6@magilla.sf.frob.com> Message-ID: <1123480993.29914.43.camel@cutter> On Sun, 2005-08-07 at 02:38 -0700, Roland McGrath wrote: > I've just figured out why a test in a build was failing in mock builds but > not in my normal rpmbuilds. The difference is that in the mock build, > `test -O /' succeeds for my uid (aka mockbuild), while in the real root > that fails. The test might as well have been test -w /, which tests > writability. It happens that I am the owner of /var/lib/mock/.../root, > not just able to write it. > > Would there be a problem with mock making the / in the chroot be owned by > root? That way the build as a normal user (mockbuild) would match the > normal environment, in which "do I own / ?" or "can I write / ?" are ways > to check for being root (and thus e.g. expect that file permissions won't > be enforced in your tests). As things are, this yields a false positive > and fouls the package's logic that works around idiots who build as root. I don't have any implicit reason to keep it that way but I kinda wonder - why is anything testing for ownership of / even remotely reasonable? Under what circumstances is that useful information rather than testing for ownership of a specific dir or device? -sv From bugzilla at redhat.com Mon Aug 8 06:17:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 02:17:37 -0400 Subject: [Bug 165303] Review Request: OpenSceneGraph In-Reply-To: Message-ID: <200508080617.j786HbgE009769@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OpenSceneGraph https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165303 ------- Additional Comments From rc040203 at freenet.de 2005-08-08 02:17 EST ------- (In reply to comment #1) > + It built on ppc32 just fine. Good, thanks. x86_64 probably is more troublesome :( > - What is OSLGPL as a license? A typo - This should have been OSGPL (OpenSceneGraph Public License). It's their "LGPL + special exceptions" variant. Cf. OpenSceneGraph/LICENSE.txt and Producer/LICENSE.txt. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 06:47:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 02:47:10 -0400 Subject: [Bug 165293] Review Request: perl-Locale-gettext In-Reply-To: Message-ID: <200508080647.j786lAJn012923@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Locale-gettext https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165293 ------- Additional Comments From rc040203 at freenet.de 2005-08-08 02:47 EST ------- (In reply to comment #1) Well, I had been aware about perl-libintl, but I had not been aware of the "sed". > If you'd still like to see L::g in Extras, I can review this. Let me put it this way, ATM, Locale::gettext to me is just a dependency of another package. I'd prefer to leave the decision on whether to use Locale::gettext or Locale::Messages to upstream perl. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 11:00:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 07:00:50 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508081100.j78B0oVv028243@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 11:05:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 07:05:40 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508081105.j78B5e73028667@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 ------- Additional Comments From matthias at rpmforge.net 2005-08-08 07:05 EST ------- FYI, you didn't (yet) add the new component to the owners.list file in CVS. Don't forget to do it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 11:16:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 07:16:34 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508081116.j78BGYTN029615@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 ------- Additional Comments From Christian.Iseli at licr.org 2005-08-08 07:16 EST ------- I'm probably in dumb mode, but: - where is this owners.list file ? - where is it explained in the wiki ? Thanks for the review :-) Should I still send an "APPROVED" mail to extras-commit, or is this obsoleted by the new review process ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Mon Aug 8 12:22:15 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 8 Aug 2005 14:22:15 +0200 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: <200508081116.j78BGYTN029615@www.beta.redhat.com> References: <200508081116.j78BGYTN029615@www.beta.redhat.com> Message-ID: <20050808142215.248b5dad.bugs.michael@gmx.net> > ------- Additional Comments From Christian.Iseli at licr.org 2005-08-08 07:16 EST ------- > I'm probably in dumb mode, but: > - where is this owners.list file ? > - where is it explained in the wiki ? https://www.redhat.com/archives/fedora-maintainers/2005-July/msg00030.html The _former_ http://fedoraproject.org/wiki/NewPackageProcess also explained it when the BugzillaAdmin page became obsolete. From qspencer at ieee.org Mon Aug 8 13:14:11 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Mon, 08 Aug 2005 08:14:11 -0500 Subject: Cleaning up an old spec file In-Reply-To: <42F3C637.5070704@redhat.com> References: <42F3A19E.4030202@ieee.org> <42F3C637.5070704@redhat.com> Message-ID: <42F75AA3.2050408@ieee.org> Christopher Aillon wrote: > On 08/05/2005 01:27 PM, Quentin Spencer wrote: > >> 2. %ifarch s390 >> I guess this probably isn't needed for Fedora. Does RHEL still >> support this arch? Is it worth retaining this type of thing for >> future support, or is this obsolete? > > > Red Hat supports s390(x) indeed for our enterprise line of products. > If the package in question intends to make it into RHEL, s390 support > will likely be a requirement for Red Hat (though that should not > necessarily mean that Fedora must make it a requirement). > > I'm curious as to why there are architecture specific changes in a > spec file. They sometimes they denote a specific workaround for an > issue. If so, the problem might be good to get upstreamed. For what it's worth, here's the code in question: %ifarch s390 (cd readline && libtoolize --copy --force) (cd glob && libtoolize --copy --force) (cd kpathsea && libtoolize --copy --force) %endif It appears from the changelog that this code was introduced in early 2001, but it's not relevant now because the subdirectories in question no longer exist (I think their purpose was to keep copies of libraries in case they were unavailable on a particular system). I'm removing all of this. I'm also removing a line that excluded ppc64 and s390x. These aren't relevant to Fedora, but even if this spec was to be used in RHEL, it is likely octave would compile on those platforms because it has changed a lot in recent years. -Quentin From oliver at linux-kernel.at Mon Aug 8 13:27:41 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 08 Aug 2005 15:27:41 +0200 Subject: Request for review: scanssh In-Reply-To: <42F3C2A2.3050308@di.uminho.pt> References: <1072.213.13.91.139.1123184290.squirrel@webmail.lsd.di.uminho.pt> <42F31ADF.5090201@linux-kernel.at> <42F3C2A2.3050308@di.uminho.pt> Message-ID: <42F75DCD.9020906@linux-kernel.at> On 08/05/2005 09:48 PM, Jos? Pedro Oliveira wrote: >>Summary: fast SSH server and open proxy scanner >> >>SRPM and Spec, as usual: >>http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh > > > Status: NEEDSWORK > > MD5SUMS: > 3e27c048098097ffb475dd1c810c3258 scanssh-2.1-2.src.rpm > > e6e2be8659b131960d768c857844bd05 scanssh-2.1-hide.patch > 9fab4253b56b2d15367d4872b370cdcb scanssh-2.1.tar.gz > 08c6cd0ccaa97c250b8299543f9ebca0 scanssh.spec > > Sources: > * scanssh-2.1-hide.patch: URL ? > * scanssh-2.1.tar.gz: MD5 digest checked OK against upstream tarball > > Good: > > * Package name follows standard > * Main source MD5 digest checked OK against upstream tarball > * The URL is valid > * File permissions verified > * License verified > * Build Requirements list is complete > * Builds without problems in FC-3 and FC-4 > > Needswork: > > * the package isn't built with the distribution flags (RPM_OPT_FLAGS). > The package configure doesn't inherit the CFLAGS initialized > my the %configure macro. A workaround is to pass them to make: > ... > -%{__make} %{?_smp_mflags} > +%{__make} %{?_smp_mflags} CFLAGS="-Wall $RPM_OPT_FLAGS" > ... Fixed. > * No need to explicit add the requiments list > (rpm detects the shared libraries) I like it this way, as it shows you the name of the package required to install... > * Package group not valid (rpmlint) > ... > -Group: Networking/Other > +Group: Applications/Internet > ... Fixed. > * Capitilize the Summary info (rpmlint) Fixed. > Other notes: > > * The patch is vailable online? Maybe add its URL? No, isn't available online. Was a quick-hack by me, because our OpenSSH servers complaint in the logs... :-) > * You don't need to detect if RPM_BUILD_ROOT is the root > directory (%install and %clean sections) > ... > -[ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT > +rm -rf $RPM_BUILD_ROOT > ... Oh yes, fixed. > * Maybe drop the TODO file from the %doc list? > Doesn't appear to have much (critical) information. Dropped. New files: http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh Best, Oliver From buildsys at fedoraproject.org Mon Aug 8 13:41:22 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 8 Aug 2005 09:41:22 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050808134122.1D94B8009@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 9 ctrlproxy-2.6.2-4.fc5 hmmer-2.3.2-3.fc5 loudmouth-0.90-5.fc5 monotone-0.21-3.fc5 perl-Class-Whitehole-0.04-2.fc5 perl-DBD-SQLite2-0.33-3.fc5 perl-DBD-SQLite2-0.33-4.fc5 perl-UNIVERSAL-moniker-0.08-3.fc5 svgalib-1.9.21-4 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 Mon Aug 8 13:44:17 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 8 Aug 2005 09:44:17 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050808134417.979FA8009@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 10 ctrlproxy-2.6.2-4.fc4 hdf-4.2r1-3.fc4 highlight-2.4.1-3.fc4 libevent-1.1a-2.fc4 monotone-0.21-3.fc4 perl-Class-Whitehole-0.04-2.fc4 perl-DBD-SQLite2-0.33-3.fc4 perl-DBD-SQLite2-0.33-4.fc4 perl-UNIVERSAL-moniker-0.08-3.fc4 spamass-milter-0.3.0-8.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 Mon Aug 8 13:44:57 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 8 Aug 2005 09:44:57 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050808134457.99B598009@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 7 highlight-2.4.1-3.fc3 libevent-1.1a-2.fc3 perl-Class-Whitehole-0.04-2.fc3 perl-DBD-SQLite2-0.33-3.fc3 perl-DBD-SQLite2-0.33-4.fc3 perl-UNIVERSAL-moniker-0.08-3.fc3 spamass-milter-0.3.0-8.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From rc040203 at freenet.de Mon Aug 8 14:04:27 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 08 Aug 2005 16:04:27 +0200 Subject: Request for review: scanssh In-Reply-To: <42F75DCD.9020906@linux-kernel.at> References: <1072.213.13.91.139.1123184290.squirrel@webmail.lsd.di.uminho.pt> <42F31ADF.5090201@linux-kernel.at> <42F3C2A2.3050308@di.uminho.pt> <42F75DCD.9020906@linux-kernel.at> Message-ID: <1123509867.4364.406.camel@mccallum.corsepiu.local> On Mon, 2005-08-08 at 15:27 +0200, Oliver Falk wrote: > On 08/05/2005 09:48 PM, Jos? Pedro Oliveira wrote: > >>Summary: fast SSH server and open proxy scanner > >> > >>SRPM and Spec, as usual: > >>http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh > > > > > > Status: NEEDSWORK > > * No need to explicit add the requiments list > > (rpm detects the shared libraries) > > I like it this way, as it shows you the name of the package required to > install... NEEDSWORK: This is not a cosmetical issue, this is a real show blocker. Ralf From oliver at linux-kernel.at Mon Aug 8 14:09:49 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 08 Aug 2005 16:09:49 +0200 Subject: Request for review: scanssh In-Reply-To: <1123509867.4364.406.camel@mccallum.corsepiu.local> References: <1072.213.13.91.139.1123184290.squirrel@webmail.lsd.di.uminho.pt> <42F31ADF.5090201@linux-kernel.at> <42F3C2A2.3050308@di.uminho.pt> <42F75DCD.9020906@linux-kernel.at> <1123509867.4364.406.camel@mccallum.corsepiu.local> Message-ID: <42F767AD.1010704@linux-kernel.at> On 08/08/2005 04:04 PM, Ralf Corsepius wrote: > On Mon, 2005-08-08 at 15:27 +0200, Oliver Falk wrote: > >>On 08/05/2005 09:48 PM, Jos? Pedro Oliveira wrote: >> >>>>Summary: fast SSH server and open proxy scanner >>>> >>>>SRPM and Spec, as usual: >>>>http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh >>> >>> >>>Status: NEEDSWORK > > >>>* No need to explicit add the requiments list >>> (rpm detects the shared libraries) >> >>I like it this way, as it shows you the name of the package required to >>install... > > > NEEDSWORK: This is not a cosmetical issue, this is a real show blocker. Build 4, fixed. http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh Best, Oliver From bugzilla at redhat.com Mon Aug 8 14:11:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 10:11:13 -0400 Subject: [Bug 165353] New: Review Request: A natural language translation library In-Reply-To: Message-ID: <200508081411.j78EBDHT026840@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165353 Summary: Review Request: A natural language translation library Product: Fedora Extras Version: devel Platform: All URL: http://dmitry.butskoy.name/libtranslate/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dmitry at butskoy.name QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: libtranslate.spec SRPM Name or Url: libtranslate-0.99-1.src.rpm Description: Absence of any software for machine translation is one of the common problem for Linux desktops. This package tries to start to resolve it, using (as first possibility) free web-based translation services. Libtranslate is a library for translating text and web pages between natural languages. Its modular infrastructure allows to implement new translation engines separately from the core library. Libtranslate is shipped with a generic module, which uses web-based translation services such as Babel Fish, Google Language Tools and SYSTRAN. Moreover, the generic module allows to add new servicess simply by adding a few lines to a XML file. The libtranslate distribution includes a powerful command line interface. A powerful GUI for libtranslate is present too, it is "gnome-translate" package (which I hope to add next). By the way, I used gnome-translate/libtranslate when wrote this text. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buc at odusz.so-cdu.ru Mon Aug 8 14:54:49 2005 From: buc at odusz.so-cdu.ru (buc) Date: Mon, 08 Aug 2005 18:54:49 +0400 Subject: Request for review: libtranslate (#165353) Message-ID: <42F77239.8000807@odu.neva.ru> First-timer! SRPM Url: http://dmitry.butskoy.name/libtranslate/libtranslate-0.99-1.src.rpm Upstream url: http://www.nongnu.org/libtranslate Description: Absence of any software for machine translation is one of the common problem for Linux desktops. This package tries to start to resolve it, using (as first possibility) free web-based translation services. Libtranslate is a library for translating text and web pages between natural languages. Its modular infrastructure allows to implement new translation engines separately from the core library. Libtranslate is shipped with a generic module, which uses web-based translation services such as Babel Fish, Google Language Tools and SYSTRAN. Moreover, the generic module allows to add new services simply by adding a few lines to a XML file. The libtranslate distribution includes a powerful command line interface. A powerful GUI for libtranslate is present too, it is "gnome-translate" package (which I hope to add next). By the way, I used gnome-translate/libtranslate when wrote this text :-) Dmitry Butskoy RHCE 809003662809495 From bugzilla at redhat.com Mon Aug 8 14:54:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 10:54:42 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508081454.j78Esgjg003335@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 ------- Additional Comments From ville.skytta at iki.fi 2005-08-08 10:54 EST ------- The owners.list info is not too easy to find, but here it is: http://fedoraproject.org/wiki/Extras/BugzillaAdmin https://www.redhat.com/archives/fedora-maintainers/2005-July/msg00030.html -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 14:56:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 10:56:02 -0400 Subject: [Bug 165293] Review Request: perl-Locale-gettext In-Reply-To: Message-ID: <200508081456.j78Eu25P003700@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Locale-gettext https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165293 ------- Additional Comments From ville.skytta at iki.fi 2005-08-08 10:55 EST ------- Uh... upstream perl? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 15:03:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 11:03:31 -0400 Subject: [Bug 165293] Review Request: perl-Locale-gettext In-Reply-To: Message-ID: <200508081503.j78F3UpS005732@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Locale-gettext https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165293 ------- Additional Comments From rc040203 at freenet.de 2005-08-08 11:03 EST ------- Locale::Message/perl-libintl and Locale::gettext apparently are competing approaches, so unless perl decides to abandon one of each, I don't feel legitimated nor do I think FE is legitmated to abandon on of them. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 15:18:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 11:18:27 -0400 Subject: [Bug 165293] Review Request: perl-Locale-gettext In-Reply-To: Message-ID: <200508081518.j78FIR5Y009141@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Locale-gettext https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165293 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |ville.skytta at iki.fi OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-08-08 11:18 EST ------- Sure, but neither is in upstream perl, so neither can be abandoned there. You mean CPAN? Anyway, as said, since you're convinced that this is needed, I can review it later today. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Aug 8 15:19:10 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 08 Aug 2005 17:19:10 +0200 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: <200508071846.j77IkkV6000814@www.beta.redhat.com> References: <200508071846.j77IkkV6000814@www.beta.redhat.com> Message-ID: <1123514350.4364.416.camel@mccallum.corsepiu.local> On Sun, 2005-08-07 at 14:46 -0400, bugzilla at redhat.com wrote: > ------- Additional Comments From triad at df.lth.se 2005-08-07 14:46 EST ------- > Thanks Ralf, your comments are much welcomed and your advice much > needed. > > The Packager:-tag is only used conditionally if built for something > else than Fedora. (One of the two questionable conditionals.) rpmlint > obviously does not honour conditionals. > > Regarding the conditionals: these have been introduced in accordance > with the dist-tag guidelines at http://www.fedoraproject.org/wiki/DistTag > in order to use the same .spec file for Mandrake, PLD and possibly SuSE. Sorry, but any such attempt is extremely complicated or error-prone rsp. only works in primitive cases, to say the least. E.g. %configure is not supported by SuSE, SuSE uses their meta-tags (#neededforbuild etc.), packages are named differently on different distros and might have different deps on different distros, etc. In practice. "portable rpm.specs" are very hard to write and hardly work. > If it is the view of the Fedora Extras project that conditionals may not > be used to prepare generic .spec files, I don't know what's the official position of FE on this. My personaly position is not to approve packages with such macros, because they are too error prone. Ralf From bugzilla at redhat.com Mon Aug 8 15:23:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 11:23:48 -0400 Subject: [Bug 165293] Review Request: perl-Locale-gettext In-Reply-To: Message-ID: <200508081523.j78FNmnu011397@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Locale-gettext https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165293 ------- Additional Comments From rc040203 at freenet.de 2005-08-08 11:23 EST ------- (In reply to comment #5) > Sure, but neither is in upstream perl, so neither can be abandoned there. You > mean CPAN? Of cause ... nit-picking mode, today? > Anyway, as said, since you're convinced that this is needed Sorry, no, I am not convinced. It's just the most simple way to satisfy another package's dependency, and to avoid having to hack this other package. If _you_ should be convinced Locale::Message is 100% compatible to Locale::gettext, then I'd propose somebody should add a Locale::gettext to perl-libintl - However, too me, this sounds really dangerous. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 15:36:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 11:36:56 -0400 Subject: [Bug 165361] New: Review Request: NetHack, a rouge-like single player dungeon exploration game In-Reply-To: Message-ID: <200508081536.j78Fau2L015430@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 Summary: Review Request: NetHack, a rouge-like single player dungeon exploration game Product: Fedora Extras Version: devel Platform: All URL: http://nethack.org OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lmacken at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/lmacken/nethack.spec SRPM Name or Url: http://people.redhat.com/lmacken/nethack-3.4.3-1.src.rpm Description: NetHack is a single player dungeon exploration game that runs on a wide variety of computer systems, with a variety of graphical and text interfaces all using the same game engine. Unlike many other Dungeons & Dragons-inspired games, the emphasis in NetHack is on discovering the detail of the dungeon and not simply killing everything in sight - in fact, killing everything in sight is a good way to die quickly. Each game presents a different landscape - the random number generator provides an essentially unlimited number of variations of the dungeon and its denizens to be discovered by the player in one of a number of characters: you can pick your race, your role, and your gender. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From lmacken at redhat.com Mon Aug 8 15:35:57 2005 From: lmacken at redhat.com (Luke Macken) Date: Mon, 8 Aug 2005 11:35:57 -0400 Subject: Request for review: NetHack (#165361) Message-ID: <20050808153557.GA9708@tomservo.boston.redhat.com> Spec Name or Url: http://people.redhat.com/lmacken/nethack.spec SRPM Name or Url: http://people.redhat.com/lmacken/nethack-3.4.3-1.src.rpm Description: NetHack is a single player dungeon exploration game that runs on a wide variety of computer systems, with a variety of graphical and text interfaces all using the same game engine. Unlike many other Dungeons & Dragons-inspired games, the emphasis in NetHack is on discovering the detail of the dungeon and not simply killing everything in sight - in fact, killing everything in sight is a good way to die quickly. Each game presents a different landscape - the random number generator provides an essentially unlimited number of variations of the dungeon and its denizens to be discovered by the player in one of a number of characters: you can pick your race, your role, and your gender. From bugzilla at redhat.com Mon Aug 8 15:47:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 11:47:21 -0400 Subject: [Bug 165363] New: Review Request: Xprobe2, an active operating system fingerprinting tool In-Reply-To: Message-ID: <200508081547.j78FlLSJ018554@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165363 Summary: Review Request: Xprobe2, an active operating system fingerprinting tool Product: Fedora Extras Version: devel Platform: All URL: http://www.sys-security.com/index.php?page=xprobe OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lmacken at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/lmacken/xprobe2.spec SRPM Name or Url: http://people.redhat.com/lmacken/xprobe2-0.3-1.src.rpm Description: Xprobe is an alternative to some tools which are heavily dependent upon the usage of the TCP protocol for remote active operating system fingerprinting. Xprobe I combines various remote active operating system fingerprinting methods using the ICMP protocol, which were discovered during the "ICMP Usage in Scanning" research project, into a simple, fast, efficient and a powerful way to detect an underlying operating system a targeted host is using. Xprobe2 is an active operating system fingerprinting tool with a different approach to operating system fingerprinting. Xprobe2 rely on fuzzy signature matching, probabilistic guesses, multiple matches simultaneously, and a signature database. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From lmacken at redhat.com Mon Aug 8 15:43:02 2005 From: lmacken at redhat.com (Luke Macken) Date: Mon, 8 Aug 2005 11:43:02 -0400 Subject: Request for review: Xprobe2 (#165363) Message-ID: <20050808154302.GB9708@tomservo.boston.redhat.com> Spec Name or Url: http://people.redhat.com/lmacken/xprobe2.spec SRPM Name or Url: http://people.redhat.com/lmacken/xprobe2-0.3-1.src.rpm Description: Xprobe is an alternative to some tools which are heavily dependent upon the usage of the TCP protocol for remote active operating system fingerprinting. Xprobe I combines various remote active operating system fingerprinting methods using the ICMP protocol, which were discovered during the "ICMP Usage in Scanning" research project, into a simple, fast, efficient and a powerful way to detect an underlying operating system a targeted host is using. Xprobe2 is an active operating system fingerprinting tool with a different approach to operating system fingerprinting. Xprobe2 rely on fuzzy signature matching, probabilistic guesses, multiple matches simultaneously, and a signature database. From bugzilla at redhat.com Mon Aug 8 15:58:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 11:58:49 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508081558.j78FwnLv023489@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From orion at cora.nwra.com 2005-08-08 11:58 EST ------- I've put new versions up at http://www.cora.nwra.com/~orion/fedora/ It's fun being the first test bunny... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Mon Aug 8 16:28:19 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 8 Aug 2005 18:28:19 +0200 Subject: rpms/kickpim/devel kickpim.spec,1.8,1.9 In-Reply-To: <200508081532.j78FWBse004054@cvs-int.fedora.redhat.com> References: <200508081532.j78FWBse004054@cvs-int.fedora.redhat.com> Message-ID: <20050808182819.39250cbe.bugs.michael@gmx.net> On Mon, 8 Aug 2005 11:32:11 -0400, Rex Dieter wrote: > Author: rdieter > > Update of /cvs/extras/rpms/kickpim/devel > +# depending on what we're built against. > +BuildRequires: qt-devel >= 1:3.3 > +%define qt_ver %(rpm -q --qf '%%{version}' qt-devel ) > Requires: qt >= 1:%{qt_ver} FYI: https://bugzilla.redhat.com/164344 :-/ From bugzilla at redhat.com Mon Aug 8 17:06:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 13:06:28 -0400 Subject: [Bug 165361] Review Request: NetHack, a rouge-like single player dungeon exploration game In-Reply-To: Message-ID: <200508081706.j78H6Soa007991@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NetHack, a rouge-like single player dungeon exploration game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 ------- Additional Comments From icon at linux.duke.edu 2005-08-08 13:06 EST ------- Builds, runs, leaves rpmlint happy, so I don't see any problem with the package other than it's "rogue" and not "rouge" :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 17:19:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 13:19:05 -0400 Subject: [Bug 165361] Review Request: NetHack, a rogue-like single player dungeon exploration game In-Reply-To: Message-ID: <200508081719.j78HJ5dU011143@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NetHack, a rogue-like single player dungeon exploration game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: NetHack, a |Review Request: NetHack, a |rouge-like single player |rogue-like single player |dungeon exploration game |dungeon exploration game ------- Additional Comments From lmacken at redhat.com 2005-08-08 13:18 EST ------- Fixed the "rogue" typo. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 17:45:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 13:45:15 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508081745.j78HjFKP017894@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From orion at cora.nwra.com 2005-08-08 13:44 EST ------- Okay, another new version (-3) at http://www.cora.nwra.com/~orion/fedora/. This is based on the plplot-split.spec, which attempts to split the package up into several sub-packages to try to reduce dependencies. Let me know what you think. It does the major ones: gnome, octave, and tk. Since python is usually installed I haven't split that out. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 17:50:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 13:50:13 -0400 Subject: [Bug 165374] New: Review Request: Another Test Request - Please Disregard In-Reply-To: Message-ID: <200508081750.j78HoDsk019124@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165374 Summary: Review Request: Another Test Request - Please Disregard Product: Fedora Extras Version: devel Platform: All URL: http://people.redhat.com OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dklawren at hotmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: Test-1.1.spec SRPM Name or Url: Test-1.1.src.rpm Description: Please disregard this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 17:50:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 13:50:28 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508081750.j78HoSSU019203@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 dklawren at hotmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165374 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 17:51:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 13:51:18 -0400 Subject: [Bug 165374] Review Request: Another Test Request - Please Disregard In-Reply-To: Message-ID: <200508081751.j78HpIEd019388@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Another Test Request - Please Disregard https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165374 dklawren at hotmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG ------- Additional Comments From dklawren at hotmail.com 2005-08-08 13:51 EST ------- Ok seems to work now. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 17:56:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 13:56:36 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508081756.j78Hual3020842@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 ------- Additional Comments From bugs.michael at gmx.net 2005-08-08 13:56 EST ------- There's at least one warning printed by GCC 4 during compilation, which would be worth examining and getting rid of. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 18:11:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 14:11:36 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508081811.j78IBa5W024007@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From ed at eh3.com 2005-08-08 14:11 EST ------- Hi Orion, on my FC-4 system the -3 version fails to build with a lot of errors that all say the same thing ("plplotjavac cannot be resolved") and it looks like (?) a classpath problem. === cp plplot/core/plplotjavacConstants.class . javac plplotjavac.java -d . -classpath . cp plplot/core/SWIGTYPE_p_p_char.class . javac PLStream.java -d . -classpath . ---------- 1. ERROR in PLStream.java (at line 67) plplotjavac.plsstrm(stream_id); ^^^^^^^^^^^ plplotjavac cannot be resolved ---------- 2. ERROR in PLStream.java (at line 108) plplotjavac.pl_setcontlabelformat(lexp, sigdig); ^^^^^^^^^^^ plplotjavac cannot be resolved -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Jochen at herr-schmitt.de Mon Aug 8 18:21:17 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Mon, 8 Aug 2005 20:21:17 +0200 Subject: Further Review for highlight Message-ID: <20050808182117.GA7447@myhome> Hello, anyone has requestet, that the files extension.conf and scriptre.conf should be moved to /etc/highlight. So I have create a patch to fullfill this requirement. I have commit the changes to the cvs. It will be nice, if anyone can make a review to this changed version of highlight before I request a new build. Best Regards: Jochen Schmitt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugzilla at redhat.com Tue Aug 9 11:33:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 07:33:58 -0400 Subject: [Bug 165414] Review Request: emacs-auctex In-Reply-To: Message-ID: <200508091133.j79BXwTJ031343@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: emacs-auctex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165414 ------- Additional Comments From ed at eh3.com 2005-08-09 07:33 EST ------- I left out a few necessary BuildRequires so heres an updated version: http://mitgcm.org/eh3/fedora_misc/emacs-auctex-11.55-3.fc4.src.rpm http://mitgcm.org/eh3/fedora_misc/emacs-auctex.spec that builds cleanly with mock on FC4. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From andreas.bierfert at lowlatency.de Tue Aug 9 11:01:54 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 09 Aug 2005 13:01:54 +0200 Subject: Request for review/approval: libetpan (new dependency for sylpheed-claws) In-Reply-To: <20050803160032.541566c8.bugs.michael@gmx.net> References: <42EC9D71.2090802@lowlatency.de> <20050731162343.44479952.bugs.michael@gmx.net> <42EDE579.1000601@lowlatency.de> <20050803123624.7b977c4b.bugs.michael@gmx.net> <20050803160032.541566c8.bugs.michael@gmx.net> Message-ID: <42F88D22.8070908@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: >GNU TLS and OpenSSL support in libetpan are "either or", so when >it's built --with-gnutls, openssl-devel is not needed. > >https://bugzilla.redhat.com/164934 -- libgnutls-openssl contains >undefined symbols. We have an external libtasn1 in Extras and could >use it for an ugly hack. But I believe this ought to be fixed in Core >instead. The first response from the Core packager was discouraging. Hi, sorry for my late response but I was gone on holidays this past week =) Here is a new version: http://fedora.lowlatency.de/review/libetpan-0.38-3.src.rpm http://fedora.lowlatency.de/review/libetpan.spec Good to be imported/approved? - - 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 iD8DBQFC+I0iQEQyPsWM8csRAmprAKCnGMzA5ULk9UuyQh0zy7sdZFivswCdF+F0 +8IDbbxDvG6JCum+r2RsvPc= =qo5X -----END PGP SIGNATURE----- From bugzilla at redhat.com Tue Aug 9 09:19:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 05:19:14 -0400 Subject: [Bug 165361] Review Request: NetHack, a rogue-like single player dungeon exploration game In-Reply-To: Message-ID: <200508090919.j799JERb014419@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NetHack, a rogue-like single player dungeon exploration game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 ------- Additional Comments From joost at cnoc.nl 2005-08-09 05:19 EST ------- The source2 line only specifies %{name}.desktop, without any URL where to download it from. I'm not sure wheter this is allowed, but it looks strange to me. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dwmw2 at infradead.org Tue Aug 9 08:59:03 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 09 Aug 2005 09:59:03 +0100 Subject: Pre-Review: Asterisk In-Reply-To: <1123292488.2912.15.camel@lt16586.campus.dmacc.edu> References: <1112418894.5677.20.camel@lt16586.campus.dmacc.edu> <1112452089.5677.61.camel@lt16586.campus.dmacc.edu> <1123146572.13165.16.camel@baythorne.infradead.org> <20050804144752.GA28819@osiris.silug.org> <1123217135.5149.124.camel@potter.soho.bytebot.net> <1123220177.5149.130.camel@potter.soho.bytebot.net> <20050805130659.GA20217@osiris.silug.org> <20050805151650.11f64c4a@python2> <1123292488.2912.15.camel@lt16586.campus.dmacc.edu> Message-ID: <1123577943.4512.23.camel@baythorne.infradead.org> On Fri, 2005-08-05 at 20:41 -0500, Jeffrey C. Ollie wrote: > Unfortunately, the Zaptel drivers are required even if you don't have > Zaptel hardware, or you lose some of the more interesting > functionality (esp. conferencing). That really shouldn't be hard to fix. I posted a patch to asterisk-dev a while ago which attempts to use POSIX timers instead of the zaptel timing. I don't think it was complete, but it was a good start. -- dwmw2 From andreas.bierfert at lowlatency.de Tue Aug 9 08:33:19 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 09 Aug 2005 10:33:19 +0200 Subject: Request for review/approval: libetpan (new dependency for sylpheed-claws) In-Reply-To: <20050803160032.541566c8.bugs.michael@gmx.net> References: <42EC9D71.2090802@lowlatency.de> <20050731162343.44479952.bugs.michael@gmx.net> <42EDE579.1000601@lowlatency.de> <20050803123624.7b977c4b.bugs.michael@gmx.net> <20050803160032.541566c8.bugs.michael@gmx.net> Message-ID: <42F86A4F.4020507@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Schwendt wrote: >>GNU TLS and OpenSSL support in libetpan are "either or", so when >>it's built --with-gnutls, openssl-devel is not needed. >> >>https://bugzilla.redhat.com/164934 -- libgnutls-openssl contains >>undefined symbols. We have an external libtasn1 in Extras and could >>use it for an ugly hack. But I believe this ought to be fixed in Core >>instead. The first response from the Core packager was discouraging. Hi, sorry for my late response but I was gone on holidays this past week =) Here is a new version: http://fedora.lowlatency.de/review/libetpan-0.38-3.src.rpm http://fedora.lowlatency.de/review/libetpan.spec Good to be imported/approved? - - 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 iD4DBQFC+GpPQEQyPsWM8csRAs9yAJiK7czV/jNa+64XzRfwTgF0o/vEAKCywb3f Lyrxt+NElk3FKO0OyMhXwA== =gORm -----END PGP SIGNATURE----- From bugzilla at redhat.com Tue Aug 9 07:25:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 03:25:21 -0400 Subject: [Bug 165293] Review Request: perl-Locale-gettext In-Reply-To: Message-ID: <200508090725.j797PLt2028422@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Locale-gettext https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165293 ------- Additional Comments From rc040203 at freenet.de 2005-08-09 03:25 EST ------- Updated srpm/spec with Ville's review reflected: Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Locale-gettext.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Locale-gettext-1.05-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Tue Aug 9 04:35:52 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 9 Aug 2005 00:35:52 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050809043552.614468009@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 2 libksba-0.9.12-1.fc4 perl-GD-2.28-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 Tue Aug 9 04:35:43 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 9 Aug 2005 00:35:43 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050809043543.5BB298009@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 4 gnupg2-1.9.18-5.fc3 libassuan-0.6.10-2.fc3 libksba-0.9.12-1.fc3 perl-GD-2.28-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Tue Aug 9 04:22:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 00:22:11 -0400 Subject: [Bug 165414] New: Review Request: emacs-auctex In-Reply-To: Message-ID: <200508090422.j794MBat002440@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165414 Summary: Review Request: emacs-auctex Product: Fedora Extras Version: devel Platform: All URL: http://mitgcm.org/eh3/fedora_misc/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ed at eh3.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://mitgcm.org/eh3/fedora_misc/emacs-auctex.spec SRPM Name or Url: http://mitgcm.org/eh3/fedora_misc/emacs-auctex-11.55-2.src.rpm Description: emacs-auctex "Enhanced TeX modes for Emacsen" AUCTeX is an extensible package that supports writing and formatting TeX files for most variants of Emacs. AUCTeX supports many different TeX macro packages, including AMS-TeX, LaTeX, Texinfo and basic support for ConTeXt. Documentation can be found under /usr/share/doc, e.g. the reference card (tex-ref.pdf) and the FAQ. The AUCTeX manual is available in Emacs info (C-h i d m AUCTeX RET). On the AUCTeX home page, we provide manuals in various formats. This package is for GNU Emacs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Tue Aug 9 04:36:12 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 9 Aug 2005 00:36:12 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050809043612.327F08009@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 5 gc-6.5-1.fc5 libksba-0.9.12-1.fc5 perl-GD-2.28-1.fc5 tidy-0.99.0-5.20050803.fc5 xprobe2-0.3-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Tue Aug 9 04:22:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 00:22:29 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508090422.j794MTNa002497@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165414 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 03:27:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 23:27:31 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508090327.j793RV9F026998@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 dcbw at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165413 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 03:27:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 23:27:15 -0400 Subject: [Bug 165413] New: Review Request: plague RPM build system In-Reply-To: Message-ID: <200508090327.j793RFf7026959@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165413 Summary: Review Request: plague RPM build system Product: Fedora Extras Version: devel Platform: All URL: http://people.redhat.com/dcbw/plague/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dcbw at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/dcbw/plague/ SRPM Name or Url: http://people.redhat.com/dcbw/plague/ See also: http://cvs.fedora.redhat.com/viewcvs/extras-buildsys/?root=fedora http://www.fedoraproject.org/wiki/Extras/BuildSystem Description: plague is an RPM-based distributed build system written in python, that powers Fedora Extras builds -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Tue Aug 9 04:07:26 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 08 Aug 2005 23:07:26 -0500 Subject: rpms/kickpim/devel kickpim.spec,1.8,1.9 In-Reply-To: <20050808182819.39250cbe.bugs.michael@gmx.net> References: <200508081532.j78FWBse004054@cvs-int.fedora.redhat.com> <20050808182819.39250cbe.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: > On Mon, 8 Aug 2005 11:32:11 -0400, Rex Dieter wrote: > > >>Author: rdieter >> >>Update of /cvs/extras/rpms/kickpim/devel > > >>+# depending on what we're built against. >>+BuildRequires: qt-devel >= 1:3.3 >>+%define qt_ver %(rpm -q --qf '%%{version}' qt-devel ) >> Requires: qt >= 1:%{qt_ver} > > > FYI: https://bugzilla.redhat.com/164344 :-/ I'm not sure how that affects kickpim. ?? Is this something new? I've been including similar bits as these for awhile without problems. -- Rex -- Rex From bugzilla at redhat.com Tue Aug 9 00:35:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 20:35:38 -0400 Subject: [Bug 165363] Review Request: Xprobe2, an active operating system fingerprinting tool In-Reply-To: Message-ID: <200508090035.j790ZcPo007725@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Xprobe2, an active operating system fingerprinting tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165363 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From lmacken at redhat.com 2005-08-08 20:35 EST ------- 549: xprobe2 (xprobe2-0_3-1_fc5) lmacken at redhat.com needsign hammer1.fedora.redhat.com(i386): 0b987ff54f49b207df1e94f437c808dd626c5e06 done/done ppc1.fedora.redhat.com(ppc): 481d5e87eedeff1da9a8103818595c88e86ca0ee done/done hammer2.fedora.redhat.com(x86_64): 9748cc5a9496741bff9a3f2e5c4e30bd69ac768d done/done Seems to have built fine. Added bugzilla component for xprobe2 in owners.list file as well. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Tue Aug 9 01:47:44 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 08 Aug 2005 15:47:44 -1000 Subject: Fedora account In-Reply-To: <1123421097.10392.50.camel@pc7.dolda2000.com> References: <1122426121.16419.2.camel@pc7.dolda2000.com> <42F5CB17.7050105@redhat.com> <1123421097.10392.50.camel@pc7.dolda2000.com> Message-ID: <42F80B40.8090508@redhat.com> Fredrik Tolf wrote: > > As may be clear from the above, I'm not really particularly interested > in having CVS access or being a maintainer, but rather I'm really just > interested in developing and distributing icmpdn -- I've merely assumed > that it is my responsibility for being able to have a package in FE, > I'd. If that is not true, I'd appreciate a heads-up before I delve any > deeper into this. Don't get me wrong, though, I'll happily assume the > responsibility if indeed it is necessary. > > In contrast, in the Gentoo portage system, you just submit an ebuild to > their bugzilla, and they make sure to get it into portage if it is > approved. It's a lot less responsibility for the contributors, but I'm > sure it's a lot more work for the Gentoo maintainers as well, and thus I > more than well understand if this is not an option in FE. However, this > entire process, necessary or not, is quite a threshold for people like > me who just want to get a package into FE. > This is OK, in this case please find one of the Fedora Extras members to simply handle your Bugzilla requests to get changes into the repository on your behalf. Perhaps Oliver Falk can do it? We only ask that you (Fredrik) please have a Bugzilla account, so you can be auto-CC on bugs against this package. Are you OK with this arrangement? Warren Togami wtogami at redhat.com From bugzilla at redhat.com Tue Aug 9 00:44:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 20:44:57 -0400 Subject: [Bug 165407] New: Review Request: srecord - Manipulate EPROM load files In-Reply-To: Message-ID: <200508090044.j790ivgu009690@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165407 Summary: Review Request: srecord - Manipulate EPROM load files Product: Fedora Extras Version: devel Platform: All URL: http://srecord.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/srecord.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/srecord-1.21-1.src.rpm Description: The SRecord package is a collection of powerful tools for manipulating EPROM load files. * The SRecord package understands a number of file formats: Motorola S-Record, Intel, Tektronix, Binary. These file formats may be read and written. Also C array definitions, for output only. * The SRecord package has a number of tools: srec_cat for copying and and converting files, srec_cmp for comparing files and srec_info for printing summaries. * The SRecord package has a number for filters: checksum to add checksums to the data, crop to keep address ranges, exclude to remove address ranges, fill to plug holes in the data, length to insert the data length, maximum to insert the data address maximum, minimum to insert the data address minimum, offset to adjust addresses, and split for wide data buses and memory striping. More than one filter may be applied to each input file. Different filters may be applied to each input file. All filters may be applied to all file formats. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 00:45:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 20:45:15 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508090045.j790jF0O009906@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165407 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 00:22:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 20:22:45 -0400 Subject: [Bug 165363] Review Request: Xprobe2, an active operating system fingerprinting tool In-Reply-To: Message-ID: <200508090022.j790MjNK006614@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Xprobe2, an active operating system fingerprinting tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165363 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC|orion at cora.nwra.com | ------- Additional Comments From lmacken at redhat.com 2005-08-08 20:22 EST ------- Thanks for the review! Fixed Source0 and enqueued to be built. I'll close this bug once it succeeds. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 23:13:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 19:13:41 -0400 Subject: [Bug 165363] Review Request: Xprobe2, an active operating system fingerprinting tool In-Reply-To: Message-ID: <200508082313.j78NDfmf027108@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Xprobe2, an active operating system fingerprinting tool https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165363 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-08-08 19:13 EST ------- Source url sould be: Source0: http://dl.sf.net/xprobe/%{name}-%{version}.tar.gz This seems okay: W: xprobe2 wrong-file-end-of-line-encoding /usr/share/doc/xprobe2-0.3/xprobe2-defcon10.pdf Other than the above everything looks okay. I'll approve. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Aug 8 21:56:04 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 08 Aug 2005 23:56:04 +0200 Subject: Further Review for highlight In-Reply-To: <20050808182117.GA7447@myhome> References: <20050808182117.GA7447@myhome> Message-ID: <1123538164.4364.463.camel@mccallum.corsepiu.local> On Mon, 2005-08-08 at 20:21 +0200, Jochen Schmitt wrote: > Hello, > > anyone has requestet, that the files extension.conf and scriptre.conf > should be moved to /etc/highlight. > > So I have create a patch to fullfill this requirement. > > I have commit the changes to the cvs. It will be nice, if anyone > can make a review to this changed version of highlight before I > request a new build. How about https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165302 ? Ralf From gajownik at fedora.pl Mon Aug 8 19:41:26 2005 From: gajownik at fedora.pl (Dawid Gajownik) Date: Mon, 08 Aug 2005 21:41:26 +0200 Subject: New package: kadu In-Reply-To: References: Message-ID: <42F7B566.9070105@fedora.pl> Dnia 08/02/2005 08:00 PM, U?ytkownik Mariusz Wasiluk napisa?: > Hi! Hi :] > SPEC: http://kadu.net/~nastian/kadu.spec There are few problems with your package: - timestaps in SRPM are not preserved: http://fedoraproject.org/wiki/PackagingGuidelines#Timestamps - kadu.desktop file should be fixed: [rpm-build at X SOURCES]$ desktop-file-validate kadu.desktop kadu.desktop: error: required key "Encoding" not found kadu.desktop: warning: file contains key "MiniIcon", usage of this key is not recommended, since it has been deprecated kadu.desktop: warning: boolean key "Terminal" has value "0", boolean values should be "false" or "true", although "0" and "1" are allowed in this field for backwards compatibility [rpm-build at X SOURCES]$ - you should proved full URL to Source0: http://www.kadu.net/download/stable/%{name}-%{version}.tar.bz2 - don not hardcode paths. For example, %define _libdir /usr/lib will not work properly on 64-bit box. Some macros are already defined, so you don't need to redefine them: http://fedoraproject.org/wiki/Extras/RPMMacros %define _modulesdir %{_datadir}/%{name}/modules %define _themesdir %{_datadir}/%{name}/themes %define _translationsdir %{_datadir}/%{name}/translations IMHO rest of definitions are not needed. - some lines in descriptions are longer than 80 characters http://fedoraproject.org/wiki/PackagingGuidelines#summary Well, we know both that kadu will be mostly used in Poland but I'm not shure is it OK to include in spec file Polish translations of description and summary fields :/ - summary should not end with dot (for example kadu-arts_sound package) - subpackages should require main package with the same version AND release: Requires: %{name} = %{version}-%{release} - devel package is missing "Requires: qt-devel" Type: "kadu-config --libs --cflags" and you will see :] http://fedoraproject.org/wiki/PackagingGuidelines#Requires - instead of "export QTDIR=/usr/lib/qt-3.3" you should use: unset QTDIR || : ; . /etc/profile.d/qt.sh or this ? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161343#c3 - don't remove $RPM_BUILD_ROOT/usr/lib/debug directory - in file section: /usr/share/pixmaps/* ? %{_datadir}/pixmaps/* %{_bindir}/kadu-config in devel package has wrong permissions (shoud be executable) devel package includes %{_libdir}/debug - you shoud install kadu.desktop file using this command: desktop-file-install --vendor fedora \ --dir %{buildroot}%{_datadir}/applications\ %{SOURCE1} Use rpmlint - it's a really helpful utility. http://fedoraproject.org/wiki/PackagingGuidelines#rpmlint BTW new package process has changed: http://fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo and maybe it would be better to open bugzilla submission. It's really easy to lost packgage review request in fedora-extras mailing list :/ -- ^_* From bugzilla at redhat.com Mon Aug 8 20:31:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 16:31:48 -0400 Subject: [Bug 165398] New: Review Request: Python array manipulation and computational library In-Reply-To: Message-ID: <200508082031.j78KVmLu025473@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 Summary: Review Request: Python array manipulation and computational library Product: Fedora Extras Version: devel Platform: All URL: http://www.cora.nwra.com/~orion/fedora OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: orion at cora.nwra.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: python-numarray.spec SRPM Name or Url: python-numarray-1.3.3-1.src.rpm Description: Numarray provides array manipulation and computational capabilities similar to those found in IDL, Matlab, or Octave. Using numarray, it is possible to write many efficient numerical data processing applications directly in Python without using any C, C++ or Fortran code (as well as doing such analysis interactively within Python or PyRAF). For algorithms that are not well suited for efficient computation using array facilities it is possible to write C functions (and eventually Fortran) that can read and write numarray arrays that can be called from Python. Numarray is a re-implementation of an older Python array module called Numeric. In general its interface is very similar. It is mostly backward compatible and will be becoming more so in future releases. Numarray offers more capability than Numeric but is still behind Numeric in some areas: http://www.stsci.edu/resources/software_hardware/numarray A question here - there are include files in this package, that perhaps need to be put into a -devel package, but all the libraries are .so, and presumably need to be in the main package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gajownik at fedora.pl Mon Aug 8 20:30:27 2005 From: gajownik at fedora.pl (Dawid Gajownik) Date: Mon, 08 Aug 2005 22:30:27 +0200 Subject: New package: kadu In-Reply-To: References: Message-ID: <42F7C0E3.1090102@fedora.pl> Dnia 08/02/2005 08:00 PM, U?ytkownik Mariusz Wasiluk napisa?: > SPEC: http://kadu.net/~nastian/kadu.spec I forgot to mention that "--prefix=/usr" is also not needed. "rpm --eval %configure" will show you everything ;) -- ^_* From bugzilla at redhat.com Mon Aug 8 20:31:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 16:31:59 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508082031.j78KVxUh025524@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165398 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 8 20:17:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 16:17:02 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508082017.j78KH2R2022045@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 ------- Additional Comments From Christian.Iseli at licr.org 2005-08-08 16:16 EST ------- (In reply to comment #6) > The owners.list info is not too easy to find, but here it is: > http://fedoraproject.org/wiki/Extras/BugzillaAdmin > https://www.redhat.com/archives/fedora-maintainers/2005-July/msg00030.html Ah, right. Thanks. I see the info is now in the wiki. Great :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Mon Aug 8 19:58:31 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 08 Aug 2005 14:58:31 -0500 Subject: rpms/kickpim/devel kickpim.spec,1.8,1.9 In-Reply-To: <20050808182819.39250cbe.bugs.michael@gmx.net> References: <200508081532.j78FWBse004054@cvs-int.fedora.redhat.com> <20050808182819.39250cbe.bugs.michael@gmx.net> Message-ID: Michael Schwendt wrote: > On Mon, 8 Aug 2005 11:32:11 -0400, Rex Dieter wrote: > > >>Author: rdieter >> >>Update of /cvs/extras/rpms/kickpim/devel > > >>+# depending on what we're built against. >>+BuildRequires: qt-devel >= 1:3.3 >>+%define qt_ver %(rpm -q --qf '%%{version}' qt-devel ) >> Requires: qt >= 1:%{qt_ver} > > > FYI: https://bugzilla.redhat.com/164344 :-/ I don't see how that bug is relavent here. ?? Are you saying that rpmqueries from inside the buildsystem don't work? -- Rex From qspencer at ieee.org Mon Aug 8 20:11:54 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Mon, 08 Aug 2005 15:11:54 -0500 Subject: Re-request for review: glpk In-Reply-To: <1122691920.7055.146.camel@ernie> References: <42E63D65.8040508@ieee.org> <604aa791050728131017a7a0d9@mail.gmail.com> <42E94316.1060800@ieee.org> <1122691920.7055.146.camel@ernie> Message-ID: <42F7BC8A.7040409@ieee.org> Ed Hill wrote: >Heres the promised glpk review: > > needswork: > - a devel package should not install binaries -- please > put the binaries into a separate non-devel package > - the package installs 19 headers in /usr/include and they > should probably be put in a subdirectory such as > /usr/include/glpk > - please add an "rm -rf ${RPM_BUILD_ROOT}" immediately after > the "%install" line > > OK, I've updated this package and put the SRPM in: http://webpages.charter.net/qspencer/rpm/ I have moved the headers into /usr/include/glpk, and I was able to get octave to find them correctly. I put the two binaries into a separate package called glpk-utils (same thing that is done in ginac). Lastly, I fixed the missing command at the beginning of install. -Quentin From bugzilla at redhat.com Mon Aug 8 19:18:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 15:18:52 -0400 Subject: [Bug 165293] Review Request: perl-Locale-gettext In-Reply-To: Message-ID: <200508081918.j78JIqGx007146@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Locale-gettext https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165293 ------- Additional Comments From ville.skytta at iki.fi 2005-08-08 15:18 EST ------- Shrug. REWORK: - BuildRequires: gettext missing -> test suite coverage Cosmetics: - URL tag is subject to bitrot - Release number in latest changelog entry is off sync -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From roland at redhat.com Mon Aug 8 19:25:59 2005 From: roland at redhat.com (Roland McGrath) Date: Mon, 8 Aug 2005 12:25:59 -0700 (PDT) Subject: mock chroot builds run as owner of / In-Reply-To: seth vidal's message of Monday, 8 August 2005 02:03:13 -0400 <1123480993.29914.43.camel@cutter> Message-ID: <20050808192559.20CCE180EB6@magilla.sf.frob.com> > I don't have any implicit reason to keep it that way but I kinda wonder > - why is anything testing for ownership of / even remotely reasonable? > Under what circumstances is that useful information rather than testing > for ownership of a specific dir or device? A) It doesn't matter, 'cause upstream packages do. B) It's testing for "am I root", and "do I own /" does seem pretty reasonable at first blush. As I said in the first posting, it is testing for being run as root so as to know whether things like file permission checks will behave normally. Since the world is full of idiots, upstream packages do need to cope with being built as root. Thanks, Roland From ville.skytta at iki.fi Mon Aug 8 18:56:42 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 08 Aug 2005 21:56:42 +0300 Subject: Further Review for highlight In-Reply-To: <20050808182117.GA7447@myhome> References: <20050808182117.GA7447@myhome> Message-ID: <1123527402.621.1.camel@localhost.localdomain> On Mon, 2005-08-08 at 20:21 +0200, Jochen Schmitt wrote: > I have commit the changes to the cvs. It will be nice, if anyone > can make a review to this changed version of highlight before I > request a new build. https://bugzilla.redhat.com/165302 From bugzilla at redhat.com Mon Aug 8 20:25:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 8 Aug 2005 16:25:31 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508082025.j78KPVTK024056@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 ------- Additional Comments From Christian.Iseli at licr.org 2005-08-08 16:25 EST ------- (In reply to comment #7) > There's at least one warning printed by GCC 4 during compilation, which would be > worth examining and getting rid of. If you mean this one: gsi.c: In function 'GSIWriteIndex': gsi.c:270: warning: comparison is always false due to limited range of data type I had a look before submitting the package, and it seemed harmless, caused by a useless test on a 16-bit value. If not, could you be a bit more precise ? Thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 12:33:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 08:33:41 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508091233.j79CXfAx007458@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugs.michael at gmx.net ------- Additional Comments From bugs.michael at gmx.net 2005-08-09 08:33 EST ------- [Issue with FE-NEW has been fixed.] [...] The src.rpm libnjb-2.2.1-4.src.rpm didn't build here. Adding "Buildrequires: doxygen" fixed it. RPM build errors: File not found: /home/qa/tmp/rpm/tmp/libnjb-2.2.1-4-root-qa/usr/share/doc/libnjb-2.2.1 File not found: /home/qa/tmp/rpm/tmp/libnjb-2.2.1-4-root-qa/usr/share/doc/libnjb-2.2.1/html File not found by glob: /home/qa/tmp/rpm/tmp/libnjb-2.2.1-4-root-qa/usr/share/doc/libnjb-2.2.1/html/* [...] Some comments in the matter of reviewing: I agree with Ralf that the conditional sections in the spec file introduce questionable things, which make it somewhat tiresome and error-prone to review such an rpm. Overuse of macro definitions or redefinitions of macros is another source of mistakes. Now, let me point out that only few reviewers would care much about spec file formatting and optional switches (like --with/--without) or even conditional sections. The packager is supposed to maintain his package, not the reviewer. However, as soon as there is enough reason to believe that a spec file is not straight-forward enough to build correctly, and if it looks as if the packager will rewrite it completely for the next update, a reviewer would approve it only reluctantly. Better keep spec files short and to the point and hence readable. You just want to package the software reliably, not turn a spec file into a bloated piece of confusing code, which likely has introduces increased maintenance requirements. For instance, the following things are clearly wrong: > Prefix: %{_prefix} Setting the "Prefix:" tag like this marks the package as being relocatable. It can be proven easily that these packages are _not_ relocatable. Take a look at the contents of e.g. the pkgconfig file. It contains hardcoded /usr paths. Argueing that the other files of packages could be relocated nevertheless, would be possible, but would not fix the package. > $ rpmlint libnjb-devel-2.2.1-4.i386.rpm > E: libnjb-devel standard-dir-owned-by-package /usr/include > E: libnjb-devel standard-dir-owned-by-package /usr/lib Both directories (and the corresponding definitions of ownership and access permissions) belong into the filesystem package only. > Docdir: %{prefix}/share/doc %_docdir (and %_defaultdocdir) is predefined as /usr/share/doc which is the same as %{_datadir}/doc > %files > %defattr(-, root, root) > %dir %{_libdir} This %dir statement is the source of the rpmlint error for one of the directories, which must not be included in your package. %_includedir as well as /etc/hotplug and /etc/hotplug/usb also do not belong into your packages. Other things: > Source: %{name}-%{version}.tar.gz Sourceforge.net URLs of the form http://download.sourceforge.net/%{name}/%{name}-%{version}.tar.gz http://dl.sf.net/%{name}/%{name}-%{version}.tar.gz give direct access to a download server mirror. Just a hint. > %package examples > Summary: Example programs for libnjb > Group: System Environment/Libraries Strange group for example binaries. Minor issue though. > # Remove static library remnant > rm -f $RPM_BUILD_ROOT%{_libdir}/libnjb.la It's a libtool archive, not a "static library remnant". > mkdir -p $RPM_BUILD_ROOT/etc/hotplug/usb /etc is %{_sysconfdir} for those who think it may change ever. > %post > /sbin/ldconfig > > %postun > /sbin/ldconfig Better: %post -p /sbin/ldconfig %postun -p /sbin/ldconfig That will make /sbin/ldconfig the scriptlet command interpreter and create automatic dependencies on /sbin/ldconfig. Your version would include a shell script, which runs /sbin/ldconfig. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Tue Aug 9 12:51:22 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 9 Aug 2005 14:51:22 +0200 Subject: rpms/kickpim/devel kickpim.spec,1.8,1.9 In-Reply-To: References: <200508081532.j78FWBse004054@cvs-int.fedora.redhat.com> <20050808182819.39250cbe.bugs.michael@gmx.net> Message-ID: <20050809145122.702260b7.bugs.michael@gmx.net> On Mon, 08 Aug 2005 14:58:31 -0500, Rex Dieter wrote: > >>Update of /cvs/extras/rpms/kickpim/devel > > > > > >>+# depending on what we're built against. > >>+BuildRequires: qt-devel >= 1:3.3 > >>+%define qt_ver %(rpm -q --qf '%%{version}' qt-devel ) > >> Requires: qt >= 1:%{qt_ver} > > > > > > FYI: https://bugzilla.redhat.com/164344 :-/ > > I don't see how that bug is relavent here. ?? Are you saying that > rpmqueries from inside the buildsystem don't work? The ticket is not clear about that. But it's a topic you should be interested in. From bugzilla at redhat.com Tue Aug 9 13:08:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 09:08:30 -0400 Subject: [Bug 165361] Review Request: NetHack, a rogue-like single player dungeon exploration game In-Reply-To: Message-ID: <200508091308.j79D8UTE011965@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NetHack, a rogue-like single player dungeon exploration game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 ------- Additional Comments From bugs.michael at gmx.net 2005-08-09 09:08 EST ------- If it's a local file created by the packager, there is no URL. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 13:13:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 09:13:19 -0400 Subject: [Bug 165258] Review Request: Profile HMM software for protein sequence analysis In-Reply-To: Message-ID: <200508091313.j79DDJrL012473@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Profile HMM software for protein sequence analysis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165258 ------- Additional Comments From bugs.michael at gmx.net 2005-08-09 09:13 EST ------- Ah, okay. Sounds like something upstream might want to get rid of. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Tue Aug 9 13:23:51 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 9 Aug 2005 15:23:51 +0200 Subject: New package: kadu In-Reply-To: <42F7B566.9070105@fedora.pl> References: <42F7B566.9070105@fedora.pl> Message-ID: <20050809152351.5fc8366c.bugs.michael@gmx.net> On Mon, 08 Aug 2005 21:41:26 +0200, Dawid Gajownik wrote: > Well, we know both that kadu will be mostly used in Poland but I'm not > shure is it OK to include in spec file Polish translations of > description and summary fields :/ It's okay, even though the majority of packages don't contain any translations at all. It's added value for Polish users. > - you shoud install kadu.desktop file using this command: > > desktop-file-install --vendor fedora \ > --dir %{buildroot}%{_datadir}/applications\ > %{SOURCE1} Plus: --add-category X-Fedora From ed at eh3.com Tue Aug 9 14:30:57 2005 From: ed at eh3.com (Ed Hill) Date: Tue, 09 Aug 2005 10:30:57 -0400 Subject: Re-request for review: glpk In-Reply-To: <42F7BC8A.7040409@ieee.org> References: <42E63D65.8040508@ieee.org> <604aa791050728131017a7a0d9@mail.gmail.com> <42E94316.1060800@ieee.org> <1122691920.7055.146.camel@ernie> <42F7BC8A.7040409@ieee.org> Message-ID: <1123597857.2263.26.camel@ernie> On Mon, 2005-08-08 at 15:11 -0500, Quentin Spencer wrote: > Ed Hill wrote: > > >Heres the promised glpk review: > > > > needswork: > > - a devel package should not install binaries -- please > > put the binaries into a separate non-devel package > > - the package installs 19 headers in /usr/include and they > > should probably be put in a subdirectory such as > > /usr/include/glpk > > - please add an "rm -rf ${RPM_BUILD_ROOT}" immediately after > > the "%install" line > > > > > > OK, I've updated this package and put the SRPM in: > http://webpages.charter.net/qspencer/rpm/ > > I have moved the headers into /usr/include/glpk, and I was able to get > octave to find them correctly. I put the two binaries into a separate > package called glpk-utils (same thing that is done in ginac). Lastly, I > fixed the missing command at the beginning of install. Hi Quentin, Looks good! And it built nicely for me in mock on FC-4. I'll send an APPROVED message in a few minutes. 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 bugzilla at redhat.com Tue Aug 9 15:01:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 11:01:32 -0400 Subject: [Bug 165398] Review Request: Python array manipulation and computational library In-Reply-To: Message-ID: <200508091501.j79F1Wno001460@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 ------- Additional Comments From ed at eh3.com 2005-08-09 11:01 EST ------- Hi Orion, I don't know the "right" answer to the include files. I suppose it would be good to look at how other people package Python headers. Or, maybe someone can step in and explain whats best...? I did manage to build it on FC-4 and rpmlint threw up a handful of warnings and two errors: W: python-numarray devel-file-in-non-devel-package /usr/include/python2.4/numarray/arrayobject.h ...more devel-file-in-non-devel-package warnings skipped... E: python-numarray backup-file-in-package /usr/share/doc/python-numarray-1.3.3/release_notes/ANNOUNCE-1.3.~1.4.~ E: python-numarray non-executable-script /usr/lib/python2.4/site-packages/numarray/examples/convolve/benchmark.py 0644 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Jochen at herr-schmitt.de Tue Aug 9 15:04:57 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Tue, 09 Aug 2005 17:04:57 +0200 Subject: Further Review for highlight In-Reply-To: <1123538164.4364.463.camel@mccallum.corsepiu.local> References: <20050808182117.GA7447@myhome> <1123538164.4364.463.camel@mccallum.corsepiu.local> Message-ID: <0ML29c-1E2VfE3vG6-0006Y1@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 08 Aug 2005 23:56:04 +0200, you wrote: >How about https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165302 ? I have commited a fixed version into cvs. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQvjGKU9gByurcX4MEQLAagCgn5VLqgCinaQk0JR+JYSd3KdQPawAoJf/ Sdxihu5AaI2AzyNv0qNnTSpM =Zgjq -----END PGP SIGNATURE----- From bugzilla at redhat.com Tue Aug 9 15:06:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 11:06:37 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508091506.j79F6bZg002720@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From rc040203 at freenet.de 2005-08-09 11:06 EST ------- I haven't checked all details, but as it seems to me, when rebuilding the package outside of a buildsystem, the configure script picks up arbitrary features, depending on which packages are installed on a system. So, I'd suggest you to check if you need to append --disable- or --with-=no to %configure to make building the package deterministic. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 15:10:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 11:10:51 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508091510.j79FApi3003551@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From ed at eh3.com 2005-08-09 11:10 EST ------- Created an attachment (id=117575) --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=117575&action=view) rpmlint output for mock build of plplot-5.5.3-4.fc4 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 15:14:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 11:14:24 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508091514.j79FEO6x004075@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From ed at eh3.com 2005-08-09 11:14 EST ------- Hi Orion, the version: http://www.cora.nwra.com/~orion/fedora/plplot-5.5.3-4.src.rpm built in mock on FC-4 but resulted in a few rpmlint errors and warnings which I created as attachment 117575 (above). I think some of the libexec stuff can be safely ignored but others probably need work. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 15:33:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 11:33:09 -0400 Subject: [Bug 165303] Review Request: OpenSceneGraph In-Reply-To: Message-ID: <200508091533.j79FX9Pf006746@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OpenSceneGraph https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165303 ------- Additional Comments From rc040203 at freenet.de 2005-08-09 11:32 EST ------- Update with minor fixes applied: Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/OpenSceneGraph.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/OpenSceneGraph-0.9.9-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 15:49:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 11:49:48 -0400 Subject: [Bug 165456] New: Review Request: Enables hotkey functions for Toshiba laptop In-Reply-To: Message-ID: <200508091549.j79FnmNj009658@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165456 Summary: Review Request: Enables hotkey functions for Toshiba laptop Product: Fedora Extras Version: devel Platform: All URL: http://fnfx.sourceforge.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/fnfx.spec SRPM Name or Url: http://fedora.lowlatency.de/review/fnfx-0.3-2.src.rpm Description: 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). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 15:50:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 11:50:02 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508091550.j79Fo2ju009749@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165456 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 16:29:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 12:29:46 -0400 Subject: [Bug 165293] Review Request: perl-Locale-gettext In-Reply-To: Message-ID: <200508091629.j79GTkRv018843@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Locale-gettext https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165293 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-08-09 12:29 EST ------- Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 16:30:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 12:30:05 -0400 Subject: [Bug 165398] Review Request: Python array manipulation and computational library In-Reply-To: Message-ID: <200508091630.j79GU5t7018932@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 ------- Additional Comments From orion at cora.nwra.com 2005-08-09 12:30 EST ------- Well, I found two other packages. python-numeric (in core) has include files in the main package. python-imaging creates a -devel package, but it also has lots of examples in the devel package as well. I'm leaning toward no -devel package since it just a few small text files. Cleaned up the other errors and released -2. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 16:33:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 12:33:07 -0400 Subject: [Bug 165464] New: Review Request: ks3switch - KDE frontend to s3switch In-Reply-To: Message-ID: <200508091633.j79GX7j8019272@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165464 Summary: Review Request: ks3switch - KDE frontend to s3switch Product: Fedora Extras Version: devel Platform: All URL: http://francois.bochatay.net/apps/ks3switch/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ville.skytta at iki.fi QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://cachalot.mine.nu/4/SRPMS/ks3switch-0.1-0.3.src.rpm Description: KS3switch is a KDE frontend to s3switch, the utility for managing the output device on S3 Savage chips. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 16:33:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 12:33:19 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508091633.j79GXJp4019310@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165464 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 16:35:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 12:35:56 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508091635.j79GZuu1019624@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From orion at cora.nwra.com 2005-08-09 12:35 EST ------- Okay, released -5 which cleans up a bunch of rpmlint issues and explicitly turns off unused options with configure. It also adds %check/make check and some fixes to some problems that that turned up. I still get the following rpmlint messages, but I'm going to ignore them: W: plplot-gnome summary-not-capitalized plplot funtions for gnome W: plplot-gnome no-documentation W: plplot-tk summary-not-capitalized plplot funtions for tk E: plplot-tk no-dependency-on locales-tk W: plplot-gnome-devel summary-not-capitalized plplot libraries for gnome W: plplot-gnome-devel no-documentation W: plplot-octave summary-not-capitalized plplot funtions for octave W: plplot-octave no-documentation W: plplot-octave non-standard-dir-in-usr libexec W: plplot-tk-devel summary-not-capitalized plplot libraries for tk W: plplot-tk-devel no-documentation E: plplot-tk-devel wrong-script-interpreter /usr/share/plplot5.5.3/examples/tk/tk01 "xtk01" E: plplot-tk-devel wrong-script-interpreter /usr/share/plplot5.5.3/examples/tk/tk04 "xtk04" E: plplot-tk-devel wrong-script-interpreter /usr/share/plplot5.5.3/examples/tk/tk02 "xtk02" The last 3 are spurious because the example sripts really do run with a different interpreter. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Tue Aug 9 16:40:52 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 9 Aug 2005 18:40:52 +0200 Subject: rpms/gnupg2/devel gnupg2.spec, 1.13, 1.14 gnupg-1.9.17-lvalue.patch, 1.1, NONE In-Reply-To: <200508091300.j79D0QDY027186@cvs-int.fedora.redhat.com> References: <200508091300.j79D0QDY027186@cvs-int.fedora.redhat.com> Message-ID: <20050809184052.048c8cf9.bugs.michael@gmx.net> On Tue, 9 Aug 2005 09:00:26 -0400, Rex Dieter wrote: > Author: rdieter > > Update of /cvs/extras/rpms/gnupg2/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv27169 > > Modified Files: > gnupg2.spec > Removed Files: > gnupg-1.9.17-lvalue.patch > Log Message: > drop old patch > 'make check' now optional, default off, since FE4+ & buildsystem borks it up (FC3 is fine?) > Hmm... How do you know that it's not just x86_64 which fails? http://buildsys.fedoraproject.org/build-status/job.psp?uid=538 i386: hammer1.fedora.redhat.com Status: done/done Build Time: 5 minutes From joost at cnoc.nl Tue Aug 9 16:36:37 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Tue, 09 Aug 2005 18:36:37 +0200 Subject: Request for approval: fpc Message-ID: <1123605398.27715.14.camel@joost> The fpc package is still in CVS awaiting approval. It's still in the 'old' package process. Should I create a bugzilla-item for it? Or can someone approve it the old-way? Last message about the package: https://www.redhat.com/archives/fedora-extras-list/2005-August/msg00220.html Regards, Joost. From bugzilla at redhat.com Tue Aug 9 16:44:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 12:44:55 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508091644.j79GitP7020557@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From bugs.michael at gmx.net 2005-08-09 12:44 EST ------- W: plplot-gnome summary-not-capitalized plplot funtions for gnome W: plplot-tk summary-not-capitalized plplot funtions for tk W: plplot-gnome-devel summary-not-capitalized plplot libraries for gnome W: plplot-octave summary-not-capitalized plplot funtions for octave W: plplot-tk-devel summary-not-capitalized plplot libraries for tk Surely it is common to fix these. (Even openSUSE have guidelines for this.) In these cases: * Capitalise first character. * Don't repeat package name at beginning of Summary. * s/funtions/functions/g E.g. plplot-gnome : Functions for scientific plotting with GNOME plplot-tk : Functions for scientific plotting with Tk plplot-gnome-devel : Development files for using PLplot GNOME plplot-octave : Functions for scientific plotting with Octave plplot-tk-devel : Development files for using PLplot with Tk or similar. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From qspencer at ieee.org Tue Aug 9 16:46:41 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 09 Aug 2005 11:46:41 -0500 Subject: Build errors Message-ID: <42F8DDF1.6010904@ieee.org> I got the following errors while building a new version of octave on x86_64 that includes GLPK support: g++ -shared -o __glpk__.oct pic/__glpk__.o -L../libcruft -lcruft -L../liboctave -loctave -L. -loctinterp -lumfpack -lamd -llapack -lblas -lfftw3 -lreadline -lncurses -ldl -lhdf5 -lz -lm -L/usr/lib/gcc/x86_64-redhat-linux/4.0.1 -L/usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../.. -L/lib/../lib64 -L/usr/lib/../lib64 -lhdf5 -lz -lgfortranbegin -lgfortran -lm -lgcc_s -lglpk g++ -shared -o __qp__.oct pic/__qp__.o -L../libcruft -lcruft -L../liboctave -loctave -L. -loctinterp -lumfpack -lamd -llapack -lblas -lfftw3 -lreadline -lncurses -ldl -lhdf5 -lz -lm -L/usr/lib/gcc/x86_64-redhat-linux/4.0.1 -L/usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../.. -L/lib/../lib64 -L/usr/lib/../lib64 -lhdf5 -lz -lgfortranbegin -lgfortran -lm -lgcc_s /usr/bin/ld: /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libglpk.a(glplib2.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libglpk.a: could not read symbols: Bad value I was able to build this without errors on my i386 system yesterday. I find it odd that the error happens on the next compilation after the one that links to libglpk. The .o files in question were all generated with the -fPIC flag. Does the g++ -o step need this flag also? Should I compile GLPK with -fPIC? Any advice from someone with more expertise on this than I have is welcome. -Quentin From bugzilla at redhat.com Tue Aug 9 16:53:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 12:53:30 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508091653.j79GrUS6022153@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From orion at cora.nwra.com 2005-08-09 12:53 EST ------- True, I'll stop being lazy. Repushed -5 with updated summaries. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Tue Aug 9 16:55:43 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 09 Aug 2005 11:55:43 -0500 Subject: rpms/gnupg2/devel gnupg2.spec, 1.13, 1.14 gnupg-1.9.17-lvalue.patch, 1.1, NONE In-Reply-To: <20050809184052.048c8cf9.bugs.michael@gmx.net> References: <200508091300.j79D0QDY027186@cvs-int.fedora.redhat.com> <20050809184052.048c8cf9.bugs.michael@gmx.net> Message-ID: <42F8E00F.3020209@math.unl.edu> Michael Schwendt wrote: > On Tue, 9 Aug 2005 09:00:26 -0400, Rex Dieter wrote: > > >>Author: rdieter >> >>Update of /cvs/extras/rpms/gnupg2/devel >>In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv27169 >> >>Modified Files: >> gnupg2.spec >>Removed Files: >> gnupg-1.9.17-lvalue.patch >>Log Message: >>drop old patch >>'make check' now optional, default off, since FE4+ & buildsystem borks it up (FC3 is fine?) >> > > > Hmm... > How do you know that it's not just x86_64 which fails? > > http://buildsys.fedoraproject.org/build-status/job.psp?uid=538 > i386: hammer1.fedora.redhat.com Status: done/done Build Time: 5 minutes You are, of course, right, it was (only) x86_64 that failed. I mis-read the failed build.log (sigh). It appears one of the gpgsm tests, and it receives a segfault. -- Rex From bugzilla at redhat.com Tue Aug 9 17:00:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 13:00:56 -0400 Subject: [Bug 165398] Review Request: Python array manipulation and computational library In-Reply-To: Message-ID: <200508091700.j79H0ucT023085@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 ------- Additional Comments From ville.skytta at iki.fi 2005-08-09 13:00 EST ------- Adding a "Provides: %{name}-devel = %{version}-%{release}" would sound like a good idea to me. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 17:29:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 13:29:33 -0400 Subject: [Bug 165414] Review Request: emacs-auctex In-Reply-To: Message-ID: <200508091729.j79HTXwE027005@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: emacs-auctex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165414 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-08-09 13:29 EST ------- Well, BuildArchitectures: can be simply BuildArch:, otherwise everything looks good to me. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ed at eh3.com Tue Aug 9 17:39:17 2005 From: ed at eh3.com (Ed Hill) Date: Tue, 09 Aug 2005 13:39:17 -0400 Subject: Build errors In-Reply-To: <42F8DDF1.6010904@ieee.org> References: <42F8DDF1.6010904@ieee.org> Message-ID: <1123609157.15973.2.camel@ernie> On Tue, 2005-08-09 at 11:46 -0500, Quentin Spencer wrote: > I got the following errors while building a new version of octave on > x86_64 that includes GLPK support: Hi Quentin, Please try re-building your libglpk.a using -fPIC for all the stuff that lands in it and I think you'll be fine. I ran into the same problem with nco and udunits and the solution in that case was to compile everything going into libudunits.a with -fPIC. 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 bugzilla at redhat.com Tue Aug 9 17:40:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 13:40:10 -0400 Subject: [Bug 165472] New: Review Request: perl-HTML-Template-Expr - expression support for HTML::Template In-Reply-To: Message-ID: <200508091740.j79HeAiA028887@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165472 Summary: Review Request: perl-HTML-Template-Expr - expression support for HTML::Template Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/HTML-Template-Expr/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ville.skytta at iki.fi QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://cachalot.mine.nu/4/SRPMS/perl-HTML-Template-Expr-0.04-0.2.src.rpm Description: This module provides an extension to HTML::Template which allows expressions in the template syntax. This is purely an addition - all the normal HTML::Template options, syntax and behaviors will still work. Expression support includes comparisons, math operations, string operations and a mechanism to allow you add your own functions at runtime. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 17:40:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 13:40:18 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508091740.j79HeI0k028979@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165472 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gajownik at fedora.pl Tue Aug 9 18:09:19 2005 From: gajownik at fedora.pl (Dawid Gajownik) Date: Tue, 09 Aug 2005 20:09:19 +0200 Subject: Build errors In-Reply-To: <1123609157.15973.2.camel@ernie> References: <42F8DDF1.6010904@ieee.org> <1123609157.15973.2.camel@ernie> Message-ID: <42F8F14F.90807@fedora.pl> Dnia 08/09/2005 07:39 PM, U?ytkownik Ed Hill napisa?: > Please try re-building your libglpk.a using -fPIC for all the stuff that > lands in it and I think you'll be fine. Hi! Jakub Jelinek gave a good explanation of this problem here: http://www.redhat.com/archives/fedora-devel-list/2005-July/msg00080.html Hope that helps. -- ^_* From fedora at camperquake.de Tue Aug 9 18:10:26 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 9 Aug 2005 20:10:26 +0200 Subject: Build errors In-Reply-To: <42F8F14F.90807@fedora.pl> References: <42F8DDF1.6010904@ieee.org> <1123609157.15973.2.camel@ernie> <42F8F14F.90807@fedora.pl> Message-ID: <20050809201026.6456a5f3@nausicaa.camperquake.de> Hi. Dawid Gajownik wrote: > Jakub Jelinek gave a good explanation of this problem here: > http://www.redhat.com/archives/fedora-devel-list/2005-July/msg00080.html Is there a good reason not to build binaries (not shared libs) with -fPIC? If not, why is -fPIC not in %optflags? -- foreploy, n: Any misrepresentation or outright lie about yourself that leads to sex. From roland at redhat.com Tue Aug 9 18:15:56 2005 From: roland at redhat.com (Roland McGrath) Date: Tue, 9 Aug 2005 11:15:56 -0700 (PDT) Subject: Build errors In-Reply-To: Ralf Ertzinger's message of Tuesday, 9 August 2005 20:10:26 +0200 <20050809201026.6456a5f3@nausicaa.camperquake.de> Message-ID: <20050809181556.4220B180EB7@magilla.sf.frob.com> > Is there a good reason not to build binaries (not shared libs) with -fPIC? It is suboptimal on most machines. On machines where it's optimal, it's already the implicit default. From bugzilla at redhat.com Tue Aug 9 18:32:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 14:32:06 -0400 Subject: [Bug 165414] Review Request: emacs-auctex In-Reply-To: Message-ID: <200508091832.j79IW3YB011138@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: emacs-auctex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165414 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ed at eh3.com 2005-08-09 14:31 EST ------- Thank you for the quick review! I got a clean build so I'm closing it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From anvil at livna.org Tue Aug 9 18:48:33 2005 From: anvil at livna.org (Dams) Date: Tue, 09 Aug 2005 20:48:33 +0200 Subject: Orphan packages. Message-ID: <1123613313.4585.15.camel@gruyere> Hello I'm dropping maintainer-ship of the following packages : 1. gnome-telnet 2. gtkglarea2 3. abicheck 4. diag-ether 5. fltk 6. graphviz 7. mknbi 8. netdiag 9. neXtaw 10. perl-Archive-Zip 11. perl-Convert-TNEF 12. perl-Mail-Alias 13. perl-Unix-Syslog 14. prozilla 15. wxGTK 16. galeon Some of them are not maintained anymore upstream, most of them I've completely lost interest in maintaining the package. Galeon being the special case where the spec file doesn't build as is, 'cos of FE build system failure. It will build with a trivial change though but that's not the way I want to do it and I dont want to support the build system anymore. I might drop some more in the weeks to come, it'll be function of free time, wind, humor, birds and bees. D - bye -- Dams Nad? Anvil/Anvilou on irc.freenode.net : #Linux-Fr, #Fedora "Dona Nobis Pacem E Dona Eis Requiem". Noir. -------------- 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 bugzilla at redhat.com Tue Aug 9 18:55:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 14:55:46 -0400 Subject: [Bug 165483] New: Review Request: A system monitoring dockapp In-Reply-To: Message-ID: <200508091855.j79Itk1p019466@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165483 Summary: Review Request: A system monitoring dockapp Product: Fedora Extras Version: devel Platform: All URL: http://www.ne.jp/asahi/linux/timecop/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/bubblemon.spec SRPM Name or Url: http://fedora.lowlatency.de/review/bubblemon-1.46-1.src.rpm Description: 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. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 18:55:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 14:55:56 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508091855.j79ItuN4019545@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 ------- Additional Comments From triad at df.lth.se 2005-08-09 14:54 EST ------- Thanks Michael, excellent feedback, as always. Most things just fixed, a -5 release of the package is now available on the same URL. A few notes: Dropped all conditionals: if a generic .spec file is to be done, one shall do it in some other macro language and generate a Fedora .spec from it, I conclude. (Will enter into the Wiki someday.) I need some clear definition of what it means that a package is relocatable: this library is not bound to /usr at compile time: autoconf:s "configure" script process the pkgconfig.pc.in file to create a pkgconfig.pc file in accordance with the --prefix given from RPM by way of the %configure macro. Does this not mean that the package is relocateble? I was sort of wondering if "relocatable" is to be understood as "relocatable after packaging" not "relocatable at packaging time". I have successfully compiled and used this library with "configure --prefix=$HOME" for example so it is indeed relocatable at compile time as far as I know (and if there still is some issue, I can fix it) as far as you set the apropriate search paths for libraries and pkgconfig. For example it can be relocated to /opt/lib without any problems, many users have done this. I fixed the hotplug dir owning issue by introducing a dependency on hotplug, also noticed that the pkgconfig dirs used are better off as a Requires: pkgconfig line. The .la files are mystically called static libs in the package review guidelines, that's why that comment was so strange ( - MUST: Packages must NOT contain any .la static libraries, these should be removed in the spec.) I had no idea that extension signified a libtool archive, just a vague idea of what it was. Good that I know now. Weird with %{_docdir}: Tom Calloway wrote: > In fact, everything that rpm is capable of defining as: > > Foo: bar > > Will then exist as %{foo}. But! %{docdir} is NOT defined, instead we have to use %{_docdir} which is defined in the same magical fashion... Something is weird here and not quite logical. I set: Docdir: %{_defaultdocdir} and use %{_docdir} in subsequent statements and hope for the best. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 18:56:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 14:56:52 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508091856.j79Iuqvr019917@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165483 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From triad at df.lth.se Tue Aug 9 18:59:11 2005 From: triad at df.lth.se (Linus Walleij) Date: Tue, 9 Aug 2005 20:59:11 +0200 (CEST) Subject: OT: Re: New package: libnjb In-Reply-To: <1122990609.2582.16.camel@localhost.localdomain> References: <1122670223.4941.178.camel@mccallum.corsepiu.local> <1122913042.28553.27.camel@mccallum.corsepiu.local> <1122916654.2611.5.camel@localhost.localdomain> <1122921987.2851.289.camel@laurel.intra.city-fan.org> <1122990609.2582.16.camel@localhost.localdomain> Message-ID: On Tue, 2 Aug 2005, Tom 'spot' Callaway wrote: > In fact, everything that rpm is capable of defining as: > > Foo: bar > > Will then exist as %{foo}. In bug 165265 we just discovered that this does not hold for Docdir. Instead of: Docdir: bar Defining %{docdir} to "bar" it defines %{_docdir} to "bar". (Or this latter definition is some other side-effect.) Or I have misunderstood something very basic here... Is the behaviour of RPM not consistent in this regard? Linus From bugzilla at redhat.com Tue Aug 9 19:01:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 15:01:26 -0400 Subject: [Bug 165484] New: Review Request: A Calendar clock with antialiased text In-Reply-To: Message-ID: <200508091901.j79J1QAB021327@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165484 Summary: Review Request: A Calendar clock with antialiased text Product: Fedora Extras Version: devel Platform: All URL: http://www.dockapps.org/file.php/id/9 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/wmCalClock.spec SRPM Name or Url: http://fedora.lowlatency.de/review/wmCalClock-1.25-1.src.rpm Description: A Calendar clock with antialiased text -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 19:01:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 15:01:58 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508091901.j79J1wiZ021597@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165484 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 19:06:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 15:06:53 -0400 Subject: [Bug 165485] New: Review Request: This is a port of WMApm 1.1 with ACPI support In-Reply-To: Message-ID: <200508091906.j79J6rH4023341@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165485 Summary: Review Request: This is a port of WMApm 1.1 with ACPI support Product: Fedora Extras Version: devel Platform: All URL: http://www.ne.jp/asahi/linux/timecop/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/wmacpi.spec SRPM Name or Url: http://fedora.lowlatency.de/review/wmacpi-1.34-1.src.rpm Description: This is a port of WMApm 1.1 with ACPI support -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 19:07:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 15:07:30 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508091907.j79J7USP023522@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165485 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 19:09:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 15:09:59 -0400 Subject: [Bug 165487] New: Review Request: Wmapmload monitors your apm status in an lcd display fashion In-Reply-To: Message-ID: <200508091909.j79J9x23024296@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165487 Summary: Review Request: Wmapmload monitors your apm status in an lcd display fashion Product: Fedora Extras Version: devel Platform: All URL: http://tnemeth.free.fr/projets/dockapps.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/wmapmload.spec SRPM Name or Url: http://fedora.lowlatency.de/review/wmapmload-0.3.4-1.src.rpm Description: Wmapmload monitors your apm status in an lcd display fashion -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 19:10:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 15:10:24 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508091910.j79JAOW4024452@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165487 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 19:12:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 15:12:17 -0400 Subject: [Bug 165488] New: Review Request: Weather status dockapp In-Reply-To: Message-ID: <200508091912.j79JCHiA024941@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165488 Summary: Review Request: Weather status dockapp Product: Fedora Extras Version: devel Platform: All URL: http://sourceforge.net/projects/wmweatherplus/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/wmweather+.spec SRPM Name or Url: http://fedora.lowlatency.de/review/wmweather+-2.9-1.src.rpm Description: 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. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 19:12:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 15:12:29 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508091912.j79JCTCr025012@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165488 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 19:15:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 15:15:04 -0400 Subject: [Bug 165489] New: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys In-Reply-To: Message-ID: <200508091915.j79JF4QD025767@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165489 Summary: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys Product: Fedora Extras Version: devel Platform: All URL: http://airsnort.shmoo.com/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/airsnort.spec SRPM Name or Url: http://fedora.lowlatency.de/review/airsnort-0.2.7e-3.src.rpm Description: 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. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 19:15:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 15:15:17 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508091915.j79JFHZg025843@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165489 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From alexl at users.sourceforge.net Tue Aug 9 19:50:36 2005 From: alexl at users.sourceforge.net (Alex Lancaster) Date: Tue, 09 Aug 2005 12:50:36 -0700 Subject: galeon orphaned (was Re: downgrading mozilla) In-Reply-To: (David Carlton's message of "Thu, 04 Aug 2005 09:21:16 -0700") References: Message-ID: >>>>> "DC" == David Carlton writes: DC> I had the bad luck to decide to upgrade from FC3 to FC4 (via yum) DC> at a time when galeon wasn't available. While waiting for the DC> blessed time at which galeon will be rebuilt, what's the best way DC> for me to downgrade mozilla so that I can install the galeon DC> package that is available? DC> I tried 'rpm -ev mozilla{,-nss,-nspr}', but that triggered a DC> dependency chain that I didn't want to work through. I assume DC> that almost all of those packages would be happier with the older DC> version of mozilla, but I'm not quite sure what the approved way DC> is to downgrade while making sure that dependencies remain DC> satisfied. There's no safe way of downgrading AFAIK. apt-get can do it (freshrpms have apt-enabled Extras repositories): apt-get install mozilla= But yum doesn't AFAIK. However it appears that Dams has now dropped galeon support for Fedora Extras, see: http://bugzilla.redhat.com/164344 So unless somebody picks up maintainership, it looks like there will be no more galeon in FE :-( Any takers? If nobody steps up I might try and negotiate my way through the thicket of Fedora Extras paperwork/setup and become a contributor. Alex From bugzilla at redhat.com Tue Aug 9 19:50:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 15:50:32 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508091950.j79JoWIc003101@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 ------- Additional Comments From bugs.michael at gmx.net 2005-08-09 15:49 EST ------- > I was sort of wondering if "relocatable" is to be understood as > "relocatable after packaging" Yes, it is. $ rpm -qpi libnjb-2.2.1-4.i386.rpm | grep Reloc Name : libnjb Relocations: /usr Files starting with /usr can be relocated at install-time. Also see "man rpm": --relocate OLDPATH=NEWPATH For relocatable binary packages, translate all file paths that start with OLDPATH in the package relocation hint(s) to NEWPATH. This option can be used repeatedly if several OLDPATH?s in the package are to be relocated. > (and if there still is some issue, I can fix it) as far as you set the > apropriate search paths for libraries and pkgconfig. For example it can > be relocated to /opt/lib without any problems, many users have done this. Basically, it's relocatable except for the pkgconfig file, which contains hardcoded references to /usr, which would break when installed in /opt e.g. *That* plus the package dependencies on non-relocatable packages make the decision to mark libnjb as relocatable, a questionable decision. Another pretty serious problem with relocatable packages is that you must keep them relocatable forever, which is a common pitfall when a library starts accessing data files in %_datadir, for instance. > also noticed that the pkgconfig dirs used are better off as a > Requires: pkgconfig line. It's a soft-requirement, since libnjb.so and headers are in standard search paths. It would be a hard-requirement, if an application were unlikely to find libnjb and headers without using pkg-config. > The .la files are mystically called static libs in the package review > guidelines, that's why that comment was so strange Documentation bug. > But! %{docdir} is NOT defined, instead we have to use %{_docdir} which %_docdir is a global, no need to define it. > I set: > > Docdir: %{_defaultdocdir} Not necessary either. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From skvidal at phy.duke.edu Tue Aug 9 19:56:58 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 09 Aug 2005 15:56:58 -0400 Subject: galeon orphaned (was Re: downgrading mozilla) In-Reply-To: References: Message-ID: <1123617418.22025.26.camel@cutter> > There's no safe way of downgrading AFAIK. apt-get can do it > (freshrpms have apt-enabled Extras repositories): > > apt-get install mozilla= > > But yum doesn't AFAIK. > > However it appears that Dams has now dropped galeon support for Fedora > Extras, see: > > http://bugzilla.redhat.com/164344 > > So unless somebody picks up maintainership, it looks like there will > be no more galeon in FE :-( > > Any takers? If nobody steps up I might try and negotiate my way > through the thicket of Fedora Extras paperwork/setup and become a > contributor. > I'm not taking over galeon but I did change the spec file in such a way that it should be able to get through the buildsys. -sv From skvidal at phy.duke.edu Tue Aug 9 20:01:49 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 09 Aug 2005 16:01:49 -0400 Subject: galeon orphaned (was Re: downgrading mozilla) In-Reply-To: <1123617418.22025.26.camel@cutter> References: <1123617418.22025.26.camel@cutter> Message-ID: <1123617709.22025.28.camel@cutter> On Tue, 2005-08-09 at 15:56 -0400, seth vidal wrote: > > There's no safe way of downgrading AFAIK. apt-get can do it > > (freshrpms have apt-enabled Extras repositories): > > > > apt-get install mozilla= > > > > But yum doesn't AFAIK. > > > > However it appears that Dams has now dropped galeon support for Fedora > > Extras, see: > > > > http://bugzilla.redhat.com/164344 > > > > So unless somebody picks up maintainership, it looks like there will > > be no more galeon in FE :-( > > > > Any takers? If nobody steps up I might try and negotiate my way > > through the thicket of Fedora Extras paperwork/setup and become a > > contributor. > > > > I'm not taking over galeon but I did change the spec file in such a way > that it should be able to get through the buildsys. > oh and one more thing - looking at galeon's devel mailing list and release process - is galeon devel dead? Did it get abandoned upstream? if so then maintaining it in fedora extras is going to be a bear. -sv From buildsys at fedoraproject.org Tue Aug 9 19:59:47 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 9 Aug 2005 15:59:47 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050809195947.17A598009@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 5 WindowMaker-0.92.0-2.fc4 galeon-1.3.21-13.fc4 gnupg2-1.9.18-6.fc4 libassuan-0.6.10-2.fc4 perl-String-Ediff-0.08-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 Tue Aug 9 20:10:35 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 9 Aug 2005 16:10:35 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050809201035.727A88009@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 10 WindowMaker-0.92.0-2.fc5 emacs-auctex-11.55-4.fc5 glpk-4.8-1 glpk-4.8-2 gnupg2-1.9.18-6.fc5 octave-2.9.3-4.fc5 perl-String-Ediff-0.08-1.fc5 revelation-0.4.4-1.fc5 tidy-0.99.0-6.20050803.fc5 tidy-0.99.0-7.20050803.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Tue Aug 9 20:16:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 16:16:16 -0400 Subject: [Bug 165489] Review Request: Wireless LAN (WLAN) tool which recovers encryption keys In-Reply-To: Message-ID: <200508092016.j79KGGwF009467@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165489 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |orion at cora.nwra.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-08-09 16:16 EST ------- Still don't seem to be able to assign bugs to myself, not sure why. Greg - can you fix this? Review: Mostly looks quite good except for: # rpmlint airsnort W: airsnort no-version-in-last-changelog changelog should be like: * Thu Jun 02 2005 Andreas Bierfert - 0.2.7e-3 Need: BuildRequires: desktop-file-utils or BuildRequires: /usr/bin/desktop-file-install to build in mock. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 20:18:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 16:18:24 -0400 Subject: [Bug 165489] Review Request: Wireless LAN (WLAN) tool which recovers encryption keys In-Reply-To: Message-ID: <200508092018.j79KIO3L010209@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165489 ------- Additional Comments From orion at cora.nwra.com 2005-08-09 16:18 EST ------- Also, no icon has appeared in my KDE menu. desktop file shows: # cat /usr/share/applications/fedora-airsnort.desktop [Desktop Entry] Name=airsnort Comment=Wireless LAN (WLAN) tool which recovers encryption keys Exec=airsnort Terminal=false Type=Application Encoding=UTF-8 Categories=Application;System;X-Fedora; X-Desktop-File-Install-Version=0.10 Any ideas anyone? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Tue Aug 9 20:20:59 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 9 Aug 2005 16:20:59 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050809202059.1139F8009@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 WindowMaker-0.92.0-2.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Tue Aug 9 20:22:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 16:22:45 -0400 Subject: [Bug 165489] Review Request: Wireless LAN (WLAN) tool which recovers encryption keys In-Reply-To: Message-ID: <200508092022.j79KMjgR011106@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165489 ------- Additional Comments From rdieter at math.unl.edu 2005-08-09 16:22 EST ------- If you want/need an icon you need to specify one in the .desktop file: Icon=app_foo_icon.png -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 20:27:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 16:27:00 -0400 Subject: [Bug 165489] Review Request: Wireless LAN (WLAN) tool which recovers encryption keys In-Reply-To: Message-ID: <200508092027.j79KR0GP012230@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165489 ------- Additional Comments From orion at cora.nwra.com 2005-08-09 16:26 EST ------- Oops, I said Icon when I ment entry. I just don't see it in any of my menus. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 20:29:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 16:29:57 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508092029.j79KTufI013356@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 ------- Additional Comments From triad at df.lth.se 2005-08-09 16:29 EST ------- OK then I guess we are all done because the -5 version is hardcoded to /usr as suggested (and it is a good thing). %_docdir still evades me, there is something fishy here: [root at felicia SRPMS]# rpm --eval '%_docdir' %_docdir However after using Docdir: %{_defauldocdir} inside a specfile it exists and can be used. Or is it there, just not visible with --eval? Sorry if these questions are somewhat RTFM but I really read all packaging guidelines, Maximum RPMs and you know what, it still proves that lots of knowledge seemingly just comes from reading very many specfiles... http://www.fedoraproject.org/wiki/Extras/RPMMacros does not mention this macro, nor does Maximum RPMs, nor does the rpmbuild manpage etc. RPM documentation is somewhat lagging behind. As for the soft requirement: if I Require: pkgconfig I know I have the dir %{_libdir}/pkgconfig but otherwise I must own that dir something like %dir %{_libdir}/pkgconfig %files ... right? So we have multiple owners of that dir in this case, creating a soft dependency in case pkgconfig is not installed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 20:29:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 16:29:58 -0400 Subject: [Bug 165472] Review Request: perl-HTML-Template-Expr - expression support for HTML::Template In-Reply-To: Message-ID: <200508092029.j79KTwaM013372@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Template-Expr - expression support for HTML::Template https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165472 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |orion at cora.nwra.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-08-09 16:29 EST ------- Looks good to me. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 20:31:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 16:31:47 -0400 Subject: [Bug 165489] Review Request: Wireless LAN (WLAN) tool which recovers encryption keys In-Reply-To: Message-ID: <200508092031.j79KVlwS013867@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165489 ------- Additional Comments From rdieter at math.unl.edu 2005-08-09 16:31 EST ------- You need a relevant entry in Categories. For example, if the keyword "Network" appears, it then goes in the Internet menu. Where do you think it should go? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From chip.turner at gmail.com Tue Aug 9 20:35:09 2005 From: chip.turner at gmail.com (Chip Turner) Date: Tue, 9 Aug 2005 13:35:09 -0700 Subject: Splitting automated mail from human mail? Message-ID: <3ab624bd05080913354309df7d@mail.gmail.com> Anyone else think maybe the high flow of bugzilla and build mails would be better on a separate list, so that discussion, approvals, etc take place in a quieter, more filterable venue? Or is it just me? :) Chip -- Chip Turner chip.turner at gmail.com From bugzilla at redhat.com Tue Aug 9 20:37:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 16:37:27 -0400 Subject: [Bug 165489] Review Request: Wireless LAN (WLAN) tool which recovers encryption keys In-Reply-To: Message-ID: <200508092037.j79KbRx7014978@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165489 ------- Additional Comments From orion at cora.nwra.com 2005-08-09 16:37 EST ------- I would say "Internet" or possibly "System Tools". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From cmalek at caltech.edu Tue Aug 9 20:38:01 2005 From: cmalek at caltech.edu (Chris Malek) Date: Tue, 09 Aug 2005 13:38:01 -0700 Subject: Splitting automated mail from human mail? In-Reply-To: <3ab624bd05080913354309df7d@mail.gmail.com> References: <3ab624bd05080913354309df7d@mail.gmail.com> Message-ID: <42F91429.3000301@caltech.edu> Chip Turner wrote: > Anyone else think maybe the high flow of bugzilla and build mails > would be better on a separate list, so that discussion, approvals, etc > take place in a quieter, more filterable venue? Or is it just me? :) I second that. I find that the bugzilla messages have very little informational content, and end up having to trash them all. Chris -- cmalek at caltech.edu Office: (626) 395-4073 Nosce Teipsum Fax: (626) 405-9851 From jdennis at redhat.com Tue Aug 9 20:40:53 2005 From: jdennis at redhat.com (John Dennis) Date: Tue, 09 Aug 2005 16:40:53 -0400 Subject: Splitting automated mail from human mail? In-Reply-To: <3ab624bd05080913354309df7d@mail.gmail.com> References: <3ab624bd05080913354309df7d@mail.gmail.com> Message-ID: <1123620053.29111.47.camel@finch.boston.redhat.com> On Tue, 2005-08-09 at 13:35 -0700, Chip Turner wrote: > Anyone else think maybe the high flow of bugzilla and build mails > would be better on a separate list, so that discussion, approvals, etc > take place in a quieter, more filterable venue? Or is it just me? :) +1 -- John Dennis From bugzilla at redhat.com Tue Aug 9 20:41:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 16:41:48 -0400 Subject: [Bug 165489] Review Request: Wireless LAN (WLAN) tool which recovers encryption keys In-Reply-To: Message-ID: <200508092041.j79KfmkT016355@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165489 ------- Additional Comments From rdieter at math.unl.edu 2005-08-09 16:41 EST ------- Then, add --add-category "Network" to the desktop-file-install command in the specfile and you should be good. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From lmacken at redhat.com Tue Aug 9 20:39:22 2005 From: lmacken at redhat.com (Luke Macken) Date: Tue, 9 Aug 2005 16:39:22 -0400 Subject: Splitting automated mail from human mail? In-Reply-To: <1123620053.29111.47.camel@finch.boston.redhat.com> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123620053.29111.47.camel@finch.boston.redhat.com> Message-ID: <20050809203922.GB20258@tomservo.boston.redhat.com> On Tue, Aug 09, 2005 at 04:40:53PM -0400, John Dennis wrote: | On Tue, 2005-08-09 at 13:35 -0700, Chip Turner wrote: | > Anyone else think maybe the high flow of bugzilla and build mails | > would be better on a separate list, so that discussion, approvals, etc | > take place in a quieter, more filterable venue? Or is it just me? :) | | +1 +1 It seems to me that utilizing the 'Users to watch' feature of bugzilla would be a good solution to monitor extras bug activity, but watching all of Greg DeKoenigsberg's bugs is probably not a good idea. Maybe have these bugs get assigned to some sort of fedora-extras@ alias of some sort ? luke From kjcole at gri.gallaudet.edu Tue Aug 9 20:50:03 2005 From: kjcole at gri.gallaudet.edu (Kevin Cole) Date: Tue, 9 Aug 2005 16:50:03 -0400 Subject: Splitting automated mail from human mail? In-Reply-To: <20050809203922.GB20258@tomservo.boston.redhat.com> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123620053.29111.47.camel@finch.boston.redhat.com> <20050809203922.GB20258@tomservo.boston.redhat.com> Message-ID: <20050809205003.GB29474@gri.gallaudet.edu> On Tue, Aug 09, 2005 at 04:39:22PM -0400, Luke Macken wrote: > On Tue, Aug 09, 2005 at 04:40:53PM -0400, John Dennis wrote: > | On Tue, 2005-08-09 at 13:35 -0700, Chip Turner wrote: > | > Anyone else think maybe the high flow of bugzilla and build mails > | > would be better on a separate list, so that discussion, approvals, etc > | > take place in a quieter, more filterable venue? Or is it just me? :) > > It seems to me that utilizing the 'Users to watch' feature of bugzilla > would be a good solution to monitor extras bug activity, but watching > all of Greg DeKoenigsberg's bugs is probably not a good idea. Maybe > have these bugs get assigned to some sort of fedora-extras@ alias of > some sort ? One could mung mailman or postfix and have it insert a special header like "X-circular-file: True", for messages from bugzilla perhaps? (Or am I displaying my ignorance again?) -- Kevin Cole | Key ID: 0xE6F332C7 Gallaudet University | WWW: http://gri.gallaudet.edu/~kjcole/ Hall Memorial Bldg S-419 | V/TTY: (202) 651-5135 Washington, D.C. 20002-3695 | FAX: (202) 651-5746 "Using vi is not a sin. It's a penance." -- St. IGNUcious, Church of Emacs -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugzilla at redhat.com Tue Aug 9 21:01:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 17:01:48 -0400 Subject: [Bug 165472] Review Request: perl-HTML-Template-Expr - expression support for HTML::Template In-Reply-To: Message-ID: <200508092101.j79L1mpo022283@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Template-Expr - expression support for HTML::Template https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165472 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ville.skytta at iki.fi 2005-08-09 17:01 EST ------- Thanks. CVS taken care of (+ FC-4 branch requested), devel built successfully. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 21:03:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 17:03:43 -0400 Subject: [Bug 165497] New: Review Request: dumpasn1 - ASN.1 object dump utility In-Reply-To: Message-ID: <200508092103.j79L3hEU022701@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165497 Summary: Review Request: dumpasn1 - ASN.1 object dump utility Product: Fedora Extras Version: devel Platform: All URL: http://www.cs.auckland.ac.nz/~pgut001/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ville.skytta at iki.fi QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com http://cachalot.mine.nu/4/SRPMS/dumpasn1-20050404-0.1.src.rpm dumpasn1 is an ASN.1 object dump program that will dump data encoded using any of the ASN.1 encoding rules in a variety of user-specified formats. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 21:03:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 17:03:54 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508092103.j79L3sMn022809@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165497 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gdk at redhat.com Tue Aug 9 21:05:14 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Tue, 9 Aug 2005 17:05:14 -0400 (EDT) Subject: Splitting automated mail from human mail? In-Reply-To: <20050809203922.GB20258@tomservo.boston.redhat.com> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123620053.29111.47.camel@finch.boston.redhat.com> <20050809203922.GB20258@tomservo.boston.redhat.com> Message-ID: If things are working as they should be working, then these bugzilla emails should contain actual discussion. Of course, looks like we're getting some other action: a. Multiple emails per bug. This could be because users are commenting, and then changing the state of the bug in a separate action. b. Emails for state change of tracker bugs. These we should get rid of entirely. My concern is this: if we send these emails to a separate list, will potential reviewers follow that new list? --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 Tue, 9 Aug 2005, Luke Macken wrote: > On Tue, Aug 09, 2005 at 04:40:53PM -0400, John Dennis wrote: > | On Tue, 2005-08-09 at 13:35 -0700, Chip Turner wrote: > | > Anyone else think maybe the high flow of bugzilla and build mails > | > would be better on a separate list, so that discussion, approvals, etc > | > take place in a quieter, more filterable venue? Or is it just me? :) > | > | +1 > > +1 > > It seems to me that utilizing the 'Users to watch' feature of bugzilla > would be a good solution to monitor extras bug activity, but watching > all of Greg DeKoenigsberg's bugs is probably not a good idea. Maybe > have these bugs get assigned to some sort of fedora-extras@ alias of > some sort ? > > luke > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From mscottaline at gmail.com Tue Aug 9 21:14:43 2005 From: mscottaline at gmail.com (Michael Scottaline) Date: Tue, 9 Aug 2005 17:14:43 -0400 Subject: Splitting automated mail from human mail? In-Reply-To: References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123620053.29111.47.camel@finch.boston.redhat.com> <20050809203922.GB20258@tomservo.boston.redhat.com> Message-ID: On 8/9/05, Greg DeKoenigsberg wrote: > > If things are working as they should be working, then these bugzilla > emails should contain actual discussion. > > Of course, looks like we're getting some other action: > > a. Multiple emails per bug. This could be because users are commenting, > and then changing the state of the bug in a separate action. > > b. Emails for state change of tracker bugs. These we should get rid of > entirely. > > My concern is this: if we send these emails to a separate list, will > potential reviewers follow that new list? ===================== Perhaps those troubled by these e-mails should simply utilizes filters to send subject like "Review Requested" to /dev/null -- "I do not feel obliged to believe that the same God who has endowed us with sense, reason, and intellect has intended us to forgo their use." - Galileo Galilei From chip.turner at gmail.com Tue Aug 9 21:21:03 2005 From: chip.turner at gmail.com (Chip Turner) Date: Tue, 9 Aug 2005 14:21:03 -0700 Subject: Splitting automated mail from human mail? In-Reply-To: References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123620053.29111.47.camel@finch.boston.redhat.com> <20050809203922.GB20258@tomservo.boston.redhat.com> Message-ID: <3ab624bd050809142130b1322b@mail.gmail.com> Bugzilla is great for process and automation and workflow, but it is lousy for actually discussing things, especially as a group. If two or three people are discussing something, mailing lists seem fine to me. Bugzilla is great to make sure requests don't fall off and get left behind, but it shouldn't, IMO, be the actual medium of collaboration. Chip On 8/9/05, Greg DeKoenigsberg wrote: > > If things are working as they should be working, then these bugzilla > emails should contain actual discussion. > > Of course, looks like we're getting some other action: > > a. Multiple emails per bug. This could be because users are commenting, > and then changing the state of the bug in a separate action. > > b. Emails for state change of tracker bugs. These we should get rid of > entirely. > > My concern is this: if we send these emails to a separate list, will > potential reviewers follow that new list? > > --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 Tue, 9 Aug 2005, Luke Macken wrote: > > > On Tue, Aug 09, 2005 at 04:40:53PM -0400, John Dennis wrote: > > | On Tue, 2005-08-09 at 13:35 -0700, Chip Turner wrote: > > | > Anyone else think maybe the high flow of bugzilla and build mails > > | > would be better on a separate list, so that discussion, approvals, etc > > | > take place in a quieter, more filterable venue? Or is it just me? :) > > | > > | +1 > > > > +1 > > > > It seems to me that utilizing the 'Users to watch' feature of bugzilla > > would be a good solution to monitor extras bug activity, but watching > > all of Greg DeKoenigsberg's bugs is probably not a good idea. Maybe > > have these bugs get assigned to some sort of fedora-extras@ alias of > > some sort ? > > > > luke > > > > -- > > fedora-extras-list mailing list > > fedora-extras-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -- Chip Turner chip.turner at gmail.com From carlton at bactrian.org Tue Aug 9 21:22:34 2005 From: carlton at bactrian.org (David Carlton) Date: Tue, 09 Aug 2005 14:22:34 -0700 Subject: galeon orphaned In-Reply-To: <1123617709.22025.28.camel@cutter> (seth vidal's message of "Tue, 09 Aug 2005 16:01:49 -0400") References: <1123617418.22025.26.camel@cutter> <1123617709.22025.28.camel@cutter> Message-ID: On Tue, 09 Aug 2005 16:01:49 -0400, seth vidal said: > oh and one more thing - looking at galeon's devel mailing list and > release process - is galeon devel dead? Did it get abandoned > upstream? There was a release in May 2005, and shows commits two days ago, so I don't think it's dead. David Carlton carlton at bactrian.org From skvidal at phy.duke.edu Tue Aug 9 21:26:10 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 09 Aug 2005 17:26:10 -0400 Subject: galeon orphaned In-Reply-To: References: <1123617418.22025.26.camel@cutter> <1123617709.22025.28.camel@cutter> Message-ID: <1123622770.22025.36.camel@cutter> On Tue, 2005-08-09 at 14:22 -0700, David Carlton wrote: > On Tue, 09 Aug 2005 16:01:49 -0400, seth vidal said: > > > oh and one more thing - looking at galeon's devel mailing list and > > release process - is galeon devel dead? Did it get abandoned > > upstream? > > There was a release in May 2005, and > shows commits two days > ago, so I don't think it's dead. > just extremely quiet. -sv From mwiktowy at gmx.net Tue Aug 9 21:28:39 2005 From: mwiktowy at gmx.net (Michael Wiktowy) Date: Tue, 09 Aug 2005 17:28:39 -0400 Subject: galeon orphaned In-Reply-To: <1123622770.22025.36.camel@cutter> References: <1123617418.22025.26.camel@cutter> <1123617709.22025.28.camel@cutter> <1123622770.22025.36.camel@cutter> Message-ID: <42F92007.9010405@gmx.net> seth vidal wrote: >On Tue, 2005-08-09 at 14:22 -0700, David Carlton wrote: > > >>On Tue, 09 Aug 2005 16:01:49 -0400, seth vidal said: >> >> >> >>>oh and one more thing - looking at galeon's devel mailing list and >>>release process - is galeon devel dead? Did it get abandoned >>>upstream? >>> >>> >>There was a release in May 2005, and >> shows commits two days >>ago, so I don't think it's dead. >> >> > >just extremely quiet. > >-sv > > It is just pining for the fjords. ... sorry ... couldn't resist. /Mike From bugzilla at redhat.com Tue Aug 9 21:33:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 17:33:17 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508092133.j79LXH3t029739@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 ------- Additional Comments From bugs.michael at gmx.net 2005-08-09 17:33 EST ------- You are free to use %{_defaultdocdir} instead if you prefer that. > However after using Docdir: %{_defauldocdir} inside a specfile > it exists and can be used. Again, %_docdir comes predefined. No need to define "Docdir:" something. I just introduces mistakes and possibly influences things like the following. Your %doc files are located in /usr/share/doc/libnjb-devel-2.2.1/ while your html files are located in /usr/share/doc/libnjb-2.2.1/ and both in one package. > %dir %{_libdir}/pkgconfig That directory does not belong into your package. And hence your package should not own it. Either "Requires: pkgconfig" or leave the directory unowned. Installing package pkgconfig _after_ libnjb-devel would even overwrite the directory permissions. I don't know how else to explain it. One last try: libnjb-devel works well without pkg-config, since library and headers are in standard search path. Due to this installing and using pkg-config is optional. If you feel like making it a requirement, add the "Requires: pkgconfig". That package exists in Core, so nobody should complain if it were needed. However, to add the dependency just to get the package that owns %_libdir/pkgconfig/ would be exaggeration IMHO. Directory ownership _is_ important in other cases (and that's why it's in the packaging guidelines). For directories like %_libdir/pkgconfig/ or %_datadir/aclocal/ it's not. That's IMHO. YMMV. > OK then I guess we are all done because the -5 version is hardcoded to > /usr as suggested Defining "Prefix: /something" still marks the package as relocatable. Suggested fix: Don't define "Prefix:". Such a small package, oh so many things to make it complicated. ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jpmahowald at gmail.com Tue Aug 9 22:20:55 2005 From: jpmahowald at gmail.com (John Mahowald) Date: Tue, 9 Aug 2005 17:20:55 -0500 Subject: Requesting a package, but not for review, in bugzilla? Message-ID: <3ea997540508091520420e6463@mail.gmail.com> Is there a way to request a package with the new bugzilla system but not providing something for review? This would make a to do list for packagers. Blocking FE-NEW doesn't seem like the thing to do. From bugzilla at redhat.com Tue Aug 9 22:29:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 18:29:57 -0400 Subject: [Bug 165509] New: Review Request: Addition of link-grammar to FC Extras In-Reply-To: Message-ID: <200508092229.j79MTvtY008156@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165509 Summary: Review Request: Addition of link-grammar to FC Extras Product: Fedora Extras Version: devel Platform: All URL: http://www.abisource.com/~uwog/link-grammar/link- grammar-4.1.3-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: j.m.maurer at student.utwente.nl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.abisource.com/~uwog/link-grammar/link-grammar.spec SRPM Name or Url: http://www.abisource.com/~uwog/link-grammar/link-grammar-4.1.3-1.src.rpm Tarball: http://www.abisource.com/downloads/link-grammar/4.1.3/link-grammar-4.1.3.tar.gz Description: link-grammar is a grammar checking library. The first package to depend on it will be AbiWord 2.4, which is scheduled for release in about a month. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 9 22:30:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 18:30:09 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508092230.j79MU95J008286@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 j.m.maurer at student.utwente.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165509 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Tue Aug 9 22:39:57 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 09 Aug 2005 12:39:57 -1000 Subject: Requesting a package, but not for review, in bugzilla? In-Reply-To: <3ea997540508091520420e6463@mail.gmail.com> References: <3ea997540508091520420e6463@mail.gmail.com> Message-ID: <42F930BD.1050404@redhat.com> John Mahowald wrote: > Is there a way to request a package with the new bugzilla system but > not providing something for review? This would make a to do list for > packagers. Blocking FE-NEW doesn't seem like the thing to do. > It would be nice, but in reality such requests are likely to sit forever and I would not encourage something like this. Everyone involved in Extras is extremely busy, so this means that packages in Extras are there mainly because they care enough about it to want to create and maintain the package. So your options are either to convince an existing cvsextras packager that your desired package is great in such a way that they desire to maintain it, or learn packaging yourself. The latter is always desirable because the work needs to be more distributed in order to make the project scale. If you know how to use ./cofigure; make; make install, then you are already on your way to understanding packaging. At this point a good way to learn packaging is to look at existing packages and reading our packaging guidelines and processes. The folks on this list are happy to answer your packaging questions if you are confused by any point in documentation. Warren Togami wtogami at redhat.com From bugzilla at redhat.com Tue Aug 9 23:36:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 19:36:41 -0400 Subject: [Bug 165489] Review Request: Wireless LAN (WLAN) tool which recovers encryption keys In-Reply-To: Message-ID: <200508092336.j79NafuH018843@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165489 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-09 19:36 EST ------- Ok here you go: Fixed BR and .desktop file and added missing changelog version ... http://fedora.lowlatency.de/review/airsnort.spec http://fedora.lowlatency.de/review/airsnort-0.2.7e-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From steve at silug.org Wed Aug 10 00:44:19 2005 From: steve at silug.org (Steven Pritchard) Date: Tue, 9 Aug 2005 19:44:19 -0500 Subject: Orphan packages. In-Reply-To: <1123613313.4585.15.camel@gruyere> References: <1123613313.4585.15.camel@gruyere> Message-ID: <20050810004419.GA26091@osiris.silug.org> On Tue, Aug 09, 2005 at 08:48:33PM +0200, Dams wrote: > 10. perl-Archive-Zip > 11. perl-Convert-TNEF > 13. perl-Unix-Syslog These are all dependencies for amavisd-new, so I don't mind taking responsibility for them... Should I just grab them, or is there a procedure in place for this sort of thing? 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 wtogami at redhat.com Wed Aug 10 01:29:42 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 09 Aug 2005 15:29:42 -1000 Subject: Orphan packages. In-Reply-To: <20050810004419.GA26091@osiris.silug.org> References: <1123613313.4585.15.camel@gruyere> <20050810004419.GA26091@osiris.silug.org> Message-ID: <42F95886.6070900@redhat.com> Steven Pritchard wrote: > On Tue, Aug 09, 2005 at 08:48:33PM +0200, Dams wrote: > >> 10. perl-Archive-Zip >> 11. perl-Convert-TNEF >> 13. perl-Unix-Syslog > > > These are all dependencies for amavisd-new, so I don't mind taking > responsibility for them... > > Should I just grab them, or is there a procedure in place for this > sort of thing? > Just grab them. (Checkin to the owners file.) Warren Togami wtogami at redhat.com From mlist at ncbrandon.com Wed Aug 10 01:32:43 2005 From: mlist at ncbrandon.com (Roy) Date: Tue, 09 Aug 2005 21:32:43 -0400 Subject: Splitting automated mail from human mail? In-Reply-To: <3ab624bd050809142130b1322b@mail.gmail.com> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123620053.29111.47.camel@finch.boston.redhat.com> <20050809203922.GB20258@tomservo.boston.redhat.com> <3ab624bd050809142130b1322b@mail.gmail.com> Message-ID: <1123637564.19296.27.camel@emachines2.ncbrandon.com> On Tue, 2005-08-09 at 14:21 -0700, Chip Turner wrote: > Bugzilla is great for process and automation and workflow, but it is > lousy for actually discussing things, especially as a group. If two > or three people are discussing something, mailing lists seem fine to > me. Bugzilla is great to make sure requests don't fall off and get > left behind, but it shouldn't, IMO, be the actual medium of > collaboration. > > Chip > > On 8/9/05, Greg DeKoenigsberg wrote: > > > > If things are working as they should be working, then these bugzilla > > emails should contain actual discussion. > > > > Of course, looks like we're getting some other action: > > > > a. Multiple emails per bug. This could be because users are commenting, > > and then changing the state of the bug in a separate action. > > > > b. Emails for state change of tracker bugs. These we should get rid of > > entirely. > > > > My concern is this: if we send these emails to a separate list, will > > potential reviewers follow that new list? > > > > --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 Tue, 9 Aug 2005, Luke Macken wrote: > > > > > On Tue, Aug 09, 2005 at 04:40:53PM -0400, John Dennis wrote: > > > | On Tue, 2005-08-09 at 13:35 -0700, Chip Turner wrote: > > > | > Anyone else think maybe the high flow of bugzilla and build mails > > > | > would be better on a separate list, so that discussion, approvals, etc > > > | > take place in a quieter, more filterable venue? Or is it just me? :) > > > | > > > | +1 > > > > > > +1 > > > > > > It seems to me that utilizing the 'Users to watch' feature of bugzilla > > > would be a good solution to monitor extras bug activity, but watching > > > all of Greg DeKoenigsberg's bugs is probably not a good idea. Maybe > > > have these bugs get assigned to some sort of fedora-extras@ alias of > > > some sort ? > > > > > > luke > > > > > > Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi? tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. Possibly the above could be fine tuned, and only the CC's or watchers would get it? As I am still fairly new to Fedora, and learning, I hadn't considered getting a bugzilla account yet. Do I need to get one so I don't get reports on every bug? Roy From bugzilla at redhat.com Wed Aug 10 01:49:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 21:49:58 -0400 Subject: [Bug 165413] Review Request: plague RPM build system In-Reply-To: Message-ID: <200508100149.j7A1nwUR002948@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plague RPM build system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165413 jwboyer at jdub.homelinux.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-09 21:49 EST ------- Two initial minor issues: 1) Buildroot should be: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) to keep with the Extras packaging guidelines 2) I think the Requires: for pyOpenSSL can be dropped in all sub-packages except plague-common since everything else already depends on plague-common. I'll do a bit more looking and see if i notice anything else, but it looks pretty good so far. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jwboyer at jdub.homelinux.org Wed Aug 10 01:59:22 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 09 Aug 2005 20:59:22 -0500 Subject: Can't assign review bug to myself Message-ID: <1123639162.3299.2.camel@yoda.jdub.homelinux.org> I'm trying to follow: http://www.fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo for bug 165413 and I can't do step 3b. I see no way to assign the bug to myself while I review it. I'm logged in to bugzilla with a valid account, so I'm a bit stumped. Did I miss an authority step somewhere? josh From ed at eh3.com Wed Aug 10 02:14:39 2005 From: ed at eh3.com (Ed Hill) Date: Tue, 09 Aug 2005 22:14:39 -0400 Subject: Can't assign review bug to myself In-Reply-To: <1123639162.3299.2.camel@yoda.jdub.homelinux.org> References: <1123639162.3299.2.camel@yoda.jdub.homelinux.org> Message-ID: <1123640079.19169.14.camel@ernie> On Tue, 2005-08-09 at 20:59 -0500, Josh Boyer wrote: > I'm trying to follow: > > http://www.fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo > > for bug 165413 and I can't do step 3b. I see no way to assign the bug > to myself while I review it. I'm logged in to bugzilla with a valid > account, so I'm a bit stumped. > > Did I miss an authority step somewhere? Hi Josh, I had exactly the same problem and it should be documented in the wiki. The steps to get permission are: ==> Go to: https://admin.fedora.redhat.com/accounts/ ==> "Edit your account" ==> "Add new membership" ==> Groupname: fedorabugs Role type: user Role domain: -empty- and then wait for someone to approve it. 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 jwboyer at jdub.homelinux.org Wed Aug 10 02:32:24 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Tue, 09 Aug 2005 21:32:24 -0500 Subject: Can't assign review bug to myself In-Reply-To: <1123640079.19169.14.camel@ernie> References: <1123639162.3299.2.camel@yoda.jdub.homelinux.org> <1123640079.19169.14.camel@ernie> Message-ID: <1123641144.3299.4.camel@yoda.jdub.homelinux.org> On Tue, 2005-08-09 at 22:14 -0400, Ed Hill wrote: > On Tue, 2005-08-09 at 20:59 -0500, Josh Boyer wrote: > > I'm trying to follow: > > > > http://www.fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo > > > > for bug 165413 and I can't do step 3b. I see no way to assign the bug > > to myself while I review it. I'm logged in to bugzilla with a valid > > account, so I'm a bit stumped. > > > > Did I miss an authority step somewhere? > > Hi Josh, > > I had exactly the same problem and it should be documented in the wiki. > The steps to get permission are: > > ==> Go to: https://admin.fedora.redhat.com/accounts/ > ==> "Edit your account" > ==> "Add new membership" > ==> Groupname: fedorabugs > Role type: user > Role domain: -empty- > > and then wait for someone to approve it. Thanks Ed. Those steps have now been added to the Wiki page. josh From bugzilla at redhat.com Wed Aug 10 03:34:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 9 Aug 2005 23:34:11 -0400 Subject: [Bug 165413] Review Request: plague RPM build system In-Reply-To: Message-ID: <200508100334.j7A3YBLx022154@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plague RPM build system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165413 ------- Additional Comments From dcbw at redhat.com 2005-08-09 23:34 EST ------- fair enough. will respin packages and upload with these changes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Wed Aug 10 05:04:47 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 10 Aug 2005 07:04:47 +0200 Subject: Orphan packages. In-Reply-To: <1123613313.4585.15.camel@gruyere> References: <1123613313.4585.15.camel@gruyere> Message-ID: <1123650288.1116.225.camel@mccallum.corsepiu.local> On Tue, 2005-08-09 at 20:48 +0200, Dams wrote: > Hello > > I'm dropping maintainer-ship of the following packages : > 2. gtkglarea2 I am using this for my own work, I'd willing to take this. Ralf From oliver at linux-kernel.at Wed Aug 10 07:49:48 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 10 Aug 2005 09:49:48 +0200 Subject: Orphan packages. In-Reply-To: <1123613313.4585.15.camel@gruyere> References: <1123613313.4585.15.camel@gruyere> Message-ID: <42F9B19C.4030307@linux-kernel.at> On 08/09/2005 08:48 PM, Dams wrote: > Hello > > I'm dropping maintainer-ship of the following packages : [ ... ] > 6. graphviz /me is willing to takeover maintainership... [ ... ] > 10. perl-Archive-Zip > 11. perl-Convert-TNEF > 12. perl-Mail-Alias > 13. perl-Unix-Syslog If nobody is interessted, I'm willing to maintain those perl modules... [ ... ] So if nobody speaks up within the next few days, I'll change ownership. Best, Oliver From bugzilla at redhat.com Wed Aug 10 08:10:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 04:10:00 -0400 Subject: [Bug 165483] Review Request: A system monitoring dockapp In-Reply-To: Message-ID: <200508100810.j7A8A0N5006351@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: A system monitoring dockapp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165483 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2005-08-10 04:09 EST ------- 3 things : - you could use the disttag, but it is not mandatory, so do as you prefer - the version on your changelog line has line-wrapped - since you mkdir $RPM_BUILD_ROOT%{_bindir}, you should make install in PREFIX=$RPM_BUILD_ROOT%{_prefix} instead of hardcoding /usr. Other than that, it looks OK. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 08:35:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 04:35:43 -0400 Subject: [Bug 165329] Review Request: roundup-0.8.4-1 In-Reply-To: Message-ID: <200508100835.j7A8Zh5f010259@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: roundup-0.8.4-1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165329 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2005-08-10 04:35 EST ------- - You can use http://dl.sourceforge.net/roundup/roundup-%{version}.tar.gz in the URL tag, so it can be wget'ed directly - insead of $RPM_SOURCE_DIR/roundup.conf you should use %{SOURCE1}, same thing for %{SOURCE2} (which I would rename in roundup.init, but do as you want) - please use the -p switch of install to preserve timestamps - I'm not sure you can hardcode UID 58 for your roundup user. It could be used already on some system. Just remove it, the -r switch will create a system account anyway (100 < UID < 500) - scriptlets should never echo anything. It could crash some frontends, or simply be ignored by frontends. So: - Make sure everything goes to /dev/null with : > /dev/null 2>&1 (e.g. for roundup-admin). - Don't echo things, write a README.Fedora instead - don't delete your user on %postun, since the UID could change if the package is reinstalled and the files will be unowned. - you may want to stop the service only on erase, not on upgrade. See this page : http://fedoraproject.org/wiki/ScriptletSnippets for more info dealing with initscripts. - you can use %{_initrddir} instead of %{_sysconfdir}/rc.d/init.d (yes, the name is misleading, but it's the same) - you can use disttag if you want to. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 08:42:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 04:42:20 -0400 Subject: [Bug 165329] Review Request: roundup-0.8.4-1 In-Reply-To: Message-ID: <200508100842.j7A8gKxY011227@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: roundup-0.8.4-1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165329 ------- Additional Comments From gauret at free.fr 2005-08-10 04:42 EST ------- - one more thing : if you want to test for the presence of the /var/lib/roundup directory, it's the -d switch, not -f. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Wed Aug 10 08:44:24 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 10 Aug 2005 04:44:24 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050810084424.22E63800A@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 3 perl-HTML-Template-Expr-0.04-1.fc5 perl-Locale-gettext-1.05-2.fc5 rblcheck-1.5-10.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 Wed Aug 10 08:45:58 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 10 Aug 2005 04:45:58 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050810084558.C00F0800A@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 3 emacs-auctex-11.55-4.fc4 perl-HTML-Template-Expr-0.04-1.fc4 rblcheck-1.5-10.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 Wed Aug 10 08:51:20 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 10 Aug 2005 04:51:20 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050810085120.0D7D4800A@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 emacs-auctex-11.55-4.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugs.michael at gmx.net Wed Aug 10 09:00:24 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 10 Aug 2005 11:00:24 +0200 Subject: Can't assign review bug to myself In-Reply-To: <1123641144.3299.4.camel@yoda.jdub.homelinux.org> References: <1123639162.3299.2.camel@yoda.jdub.homelinux.org> <1123640079.19169.14.camel@ernie> <1123641144.3299.4.camel@yoda.jdub.homelinux.org> Message-ID: <20050810110024.528251ac.bugs.michael@gmx.net> On Tue, 09 Aug 2005 21:32:24 -0500, Josh Boyer wrote: > On Tue, 2005-08-09 at 22:14 -0400, Ed Hill wrote: > > On Tue, 2005-08-09 at 20:59 -0500, Josh Boyer wrote: > > > I'm trying to follow: > > > > > > http://www.fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo > > > > > > for bug 165413 and I can't do step 3b. I see no way to assign the bug > > > to myself while I review it. I'm logged in to bugzilla with a valid > > > account, so I'm a bit stumped. > > > > > > Did I miss an authority step somewhere? > > > > Hi Josh, > > > > I had exactly the same problem and it should be documented in the wiki. > > The steps to get permission are: > > > > ==> Go to: https://admin.fedora.redhat.com/accounts/ > > ==> "Edit your account" > > ==> "Add new membership" > > ==> Groupname: fedorabugs > > Role type: user > > Role domain: -empty- > > > > and then wait for someone to approve it. > > Thanks Ed. Those steps have now been added to the Wiki page. Is this _really_ a required step or are only a few [older] accounts affected, since they were created either before the new accounts system or in the early days of it? From bugzilla at redhat.com Wed Aug 10 09:00:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 05:00:15 -0400 Subject: [Bug 165509] Review Request: Addition of link-grammar to FC Extras In-Reply-To: Message-ID: <200508100900.j7A90FI4014029@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of link-grammar to FC Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165509 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2005-08-10 05:00 EST ------- Why use Epoch ? Since it it the first submission in Fedora, please remove it (and the %{epoch} in Requires) Other than that, it seems to build fine and to run fine. Just a few rpmlint gotchas: W: link-grammar-devel summary-ended-with-dot E: link-grammar-devel description-line-too-long -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dwmw2 at infradead.org Wed Aug 10 09:17:21 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 10 Aug 2005 10:17:21 +0100 Subject: Request for approval: perl-Mail-SPF-Query and perl-Net-CIDR-Lite In-Reply-To: <20050721204233.GA13198@jadzia.bu.edu> References: <20050718141223.GA14908@osiris.silug.org> <42DBCA0C.1060506@city-fan.org> <20050718175303.GA18769@osiris.silug.org> <42DCC6B3.3070909@city-fan.org> <1121786965.14525.96.camel@localhost.localdomain> <51113.192.54.193.37.1121787460.squirrel@rousalka.dyndns.org> <52797.192.54.193.37.1121788363.squirrel@rousalka.dyndns.org> <20050721203057.GA25485@osiris.silug.org> <20050721204233.GA13198@jadzia.bu.edu> Message-ID: <1123665442.4512.41.camel@baythorne.infradead.org> On Thu, 2005-07-21 at 16:42 -0400, Matthew Miller wrote: > > Does anything in Core depend on spamassassin? If not, maybe it would > > make more sense to move it to Extras? > > evolution. Yes, but wrongly so. This is bug #137229 Evolution can work without SpamAssassin, and arguably _should_ do in the common case; the MUA isn't the right place to filter spam. IIRC the only reason the Evo package requires SpamAssassin is because its error handling is broken in the case where it _does_ try to use SA but it's not available. -- dwmw2 From oliver at linux-kernel.at Wed Aug 10 09:22:55 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 10 Aug 2005 11:22:55 +0200 Subject: Request for review: perl-Unix-Statgrab Message-ID: <42F9C76F.609@linux-kernel.at> SRPM & Spec: http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/perl-Unix-Statgrab Summary: Perl extension for collecting information about the machine Description: Unix::Statgrab is a wrapper for libstatgrab as available from . It is a reasonably portable attempt to query interesting stats about your computer. It covers information on the operating system, CPU, memory usage, network interfaces, hard-disks etc. Each of the provided functions follow a simple rule: It never takes any argument and returns either an object (in case of success) or "undef". In case "undef" was returned, check the return value of "get_error". Also see "ERROR HANDLING" further below. Compiled fine on FC Devel with libstatgrab 0.12, after I patched it... :-) Please review, Oliver From oliver at linux-kernel.at Wed Aug 10 09:31:33 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 10 Aug 2005 11:31:33 +0200 Subject: Request for review: scanssh In-Reply-To: <42F767AD.1010704@linux-kernel.at> References: <1072.213.13.91.139.1123184290.squirrel@webmail.lsd.di.uminho.pt> <42F31ADF.5090201@linux-kernel.at> <42F3C2A2.3050308@di.uminho.pt> <42F75DCD.9020906@linux-kernel.at> <1123509867.4364.406.camel@mccallum.corsepiu.local> <42F767AD.1010704@linux-kernel.at> Message-ID: <42F9C975.6030701@linux-kernel.at> On 08/08/2005 04:09 PM, Oliver Falk wrote: > On 08/08/2005 04:04 PM, Ralf Corsepius wrote: > >> On Mon, 2005-08-08 at 15:27 +0200, Oliver Falk wrote: >> >>> On 08/05/2005 09:48 PM, Jos? Pedro Oliveira wrote: >>> >>>>> Summary: fast SSH server and open proxy scanner >>>>> >>>>> SRPM and Spec, as usual: >>>>> http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh >>>>> >>>> >>>> >>>> >>>> Status: NEEDSWORK >> >> >> >>>> * No need to explicit add the requiments list >>>> (rpm detects the shared libraries) >>> >>> >>> I like it this way, as it shows you the name of the package required >>> to install... >> >> >> >> NEEDSWORK: This is not a cosmetical issue, this is a real show blocker. > > > Build 4, fixed. > > http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh Jos?, are you willing to approve? Best, Oliver From bugzilla at redhat.com Wed Aug 10 09:33:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 05:33:52 -0400 Subject: [Bug 165532] New: Review Request: In-Reply-To: Message-ID: <200508100933.j7A9XqY9017874@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165532 Summary: Review Request: Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/perl-Unix-Statgrab SRPM Url: http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/perl-Unix-Statgrab Description: Unix::Statgrab is a wrapper for libstatgrab as available from . It is a reasonably portable attempt to query interesting stats about your computer. It covers information on the operating system, CPU, memory usage, network interfaces, hard-disks etc. Each of the provided functions follow a simple rule: It never takes any argument and returns either an object (in case of success) or "undef". In case "undef" was returned, check the return value of "get_error". Also see "ERROR HANDLING" further below. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 09:34:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 05:34:00 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508100934.j7A9Y0Le017900@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165532 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 09:35:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 05:35:33 -0400 Subject: [Bug 165533] New: Review Request: Perl extension for collecting information about the machine In-Reply-To: Message-ID: <200508100935.j7A9ZXA7018087@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165533 Summary: Review Request: Perl extension for collecting information about the machine Product: Fedora Extras Version: devel Platform: All URL: http://filelister.linux- kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/ perl-Unix-Statgrab OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec: perl-Unix-Statgrab.spec SRPM Url: perl-Unix-Statgrab-0.03-3.src.rpm Description: Unix::Statgrab is a wrapper for libstatgrab as available from . It is a reasonably portable attempt to query interesting stats about your computer. It covers information on the operating system, CPU, memory usage, network interfaces, hard-disks etc. Each of the provided functions follow a simple rule: It never takes any argument and returns either an object (in case of success) or "undef". In case "undef" was returned, check the return value of "get_error". Also see "ERROR HANDLING" further below. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 09:35:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 05:35:45 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508100935.j7A9ZjPB018130@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165533 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 09:59:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 05:59:43 -0400 Subject: [Bug 165537] New: Review Request: athcool - enabling/disabling Powersaving mode for AMD processors In-Reply-To: Message-ID: <200508100959.j7A9xh4u021066@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165537 Summary: Review Request: athcool - enabling/disabling Powersaving mode for AMD processors Product: Fedora Extras Version: devel Platform: All URL: http://members.jcom.home.ne.jp/jacobi/linux/softwares.ht ml#athcool OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gajownik at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://80.55.221.90/~gajownik/linux/RPMS/athcool/athcool.spec SRPM Name or Url: http://80.55.221.90/~gajownik/linux/RPMS/athcool/athcool-0.3.11-1.src.rpm sha1sum: http://80.55.221.90/~gajownik/linux/RPMS/athcool/sha1sum Description: athcool is a small utility, enabling/disabling Powersaving mode for AMD Athlon/Duron processors. Since enabling Powersaving mode, you can save power consumption, lower CPU temprature when CPU is idle. Powersaving works if your kernel support ACPI (APM not work), because athcool only set/unset "Disconnect enable when STPGNT detected" bits in the Northbridge of Chipset. To really save power, someone has to send the STPGNT signal when idle. This is done by the ACPI subsystem when C2 state entered. !!!WARNING!!! Depending on your motherboard and/or hardware components, enabling powersaving mode may cause that: * noisy or distorted sound playback * a slowdown in harddisk performance * system locks or instability * massive filesystem corruption (rare, but observed at least once) If you met those problems, you should not use athcool. Please use athcool AT YOUR OWN RISK. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 09:59:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 05:59:52 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508100959.j7A9xqEe021116@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165537 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jwboyer at jdub.homelinux.org Wed Aug 10 11:15:11 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 10 Aug 2005 06:15:11 -0500 Subject: Can't assign review bug to myself In-Reply-To: <20050810110024.528251ac.bugs.michael@gmx.net> References: <1123639162.3299.2.camel@yoda.jdub.homelinux.org> <1123640079.19169.14.camel@ernie> <1123641144.3299.4.camel@yoda.jdub.homelinux.org> <20050810110024.528251ac.bugs.michael@gmx.net> Message-ID: <1123672511.3299.7.camel@yoda.jdub.homelinux.org> On Wed, 2005-08-10 at 11:00 +0200, Michael Schwendt wrote: > > > > > > I had exactly the same problem and it should be documented in the wiki. > > > The steps to get permission are: > > > > > > ==> Go to: https://admin.fedora.redhat.com/accounts/ > > > ==> "Edit your account" > > > ==> "Add new membership" > > > ==> Groupname: fedorabugs > > > Role type: user > > > Role domain: -empty- > > > > > > and then wait for someone to approve it. > > > > Thanks Ed. Those steps have now been added to the Wiki page. > > Is this _really_ a required step or are only a few [older] accounts > affected, since they were created either before the new accounts system > or in the early days of it? *shrug*. It was required for at least two people. If someone can go through all the accounts and make sure that everyone is in the fedorabugs group, then I'll be happy to remove the instructions from the Wiki. Until then, it's nice for people to at least know what to do. josh From pertusus at free.fr Wed Aug 10 11:47:25 2005 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 10 Aug 2005 13:47:25 +0200 Subject: packaging firefox/mozilla plugins Message-ID: <20050810114725.GB9960@free.fr> Hi, I have searched on the wiki page and in the archives but I haven't found anything explaining what are the requirements for web browser plugins. I would have expected something about the naming of the plugin, a requirement to have a separate package for the plugin (or not), an indication on the plugins directory, and maybe a scriptlet if it is required. -- Pat From bugzilla at redhat.com Wed Aug 10 12:51:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 08:51:24 -0400 Subject: [Bug 165551] New: Review Request: perl-Number-Compare In-Reply-To: Message-ID: <200508101251.j7ACpOLZ010110@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165551 Summary: Review Request: perl-Number-Compare Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Number-Compare OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Number-Compare.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Number-Compare-0.01-2.src.rpm Description: Number::Compare compiles a simple comparison to an anonymous subroutine, which you can call with a value to be tested again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 12:51:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 08:51:36 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508101251.j7ACpaeS010159@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165551 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 12:56:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 08:56:54 -0400 Subject: [Bug 165552] New: Review Request: Prints a short string to the console in very large letters In-Reply-To: Message-ID: <200508101256.j7ACus0a010961@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165552 Summary: Review Request: Prints a short string to the console in very large letters Product: Fedora Extras Version: devel Platform: All URL: http://http://filelister.linux- kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/ banner OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name: banner.spec SRPM Name: banner-1.3.1-1.src.rpm Description: Classic-style banner program similar to the one found in Solaris or AIX. The banner program prints a short string to the console in very large letters. Also a good example of a very small autoconf-enabled program. Written in ANSI C. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 12:57:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 08:57:01 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508101257.j7ACv112010998@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165552 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 12:59:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 08:59:52 -0400 Subject: [Bug 165553] New: Review Request: perl-Sort-Versions In-Reply-To: Message-ID: <200508101259.j7ACxqBp011340@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165553 Summary: Review Request: perl-Sort-Versions Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Sort-Versions OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Sort-Versions.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Sort-Versions-1.5-2.src.rpm Description: Sort::Versions allows easy sorting of mixed non-numeric and numeric strings, like the 'version numbers' that many shared library systems and revision control packages use. This is quite useful if you are trying to deal with shared libraries. It can also be applied to applications that intersperse variable-width numeric fields within text. Other applications can undoubtedly be found. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:00:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:00:11 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508101300.j7AD0B6Z011398@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165553 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:01:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:01:25 -0400 Subject: [Bug 165537] Review Request: athcool - enabling/disabling Powersaving mode for AMD processors In-Reply-To: Message-ID: <200508101301.j7AD1PJ4011585@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: athcool - enabling/disabling Powersaving mode for AMD processors https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165537 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ed at eh3.com 2005-08-10 09:01 EST ------- Hi Dawid, this is a small and very nicely done RPM. Welcome to Fedora Extras! Heres the review notes: a suggestion: - Would you be willing to change the Summary to "Enables/disables Powersaving mode for AMD processors" ? good: - specfile is very easy to read - rpmlint OK - spec and package naming OK - source matches upstream - license is GPL and included in %doc - builds in mock on FC-4 - all dirs are owned - code not content - scriptlets look good and everything else looks good. I didn't try running the package since the only Athlon I have handy is a backup machine and I'd be very sad if it had any filesystem corruption (and, yes, I realize that its a very small risk). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pmatilai at laiskiainen.org Wed Aug 10 11:57:45 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 10 Aug 2005 04:57:45 -0700 (PDT) Subject: packaging firefox/mozilla plugins In-Reply-To: <20050810114725.GB9960@free.fr> References: <20050810114725.GB9960@free.fr> Message-ID: On Wed, 10 Aug 2005, Patrice Dumas wrote: > Hi, > > I have searched on the wiki page and in the archives but I haven't found > anything explaining what are the requirements for web browser plugins. > > I would have expected something about the naming of the plugin, a requirement > to have a separate package for the plugin (or not), an indication on the > plugins directory, and maybe a scriptlet if it is required. See https://www.redhat.com/archives/fedora-devel-list/2005-June/msg01270.html Deer Park is in rawhide now so maybe it's time to discuss this in more depth? - Panu - From rc040203 at freenet.de Wed Aug 10 13:05:36 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 10 Aug 2005 15:05:36 +0200 Subject: [Bug 165552] New: Review Request: Prints a short string to the console in very large letters In-Reply-To: <200508101256.j7ACus0a010961@www.beta.redhat.com> References: <200508101256.j7ACus0a010961@www.beta.redhat.com> Message-ID: <1123679136.1116.255.camel@mccallum.corsepiu.local> On Wed, 2005-08-10 at 08:56 -0400, bugzilla at redhat.com wrote: > Spec Name: banner.spec > SRPM Name: banner-1.3.1-1.src.rpm If I read the "Review request form" correctly, these should be URLs? Ralf From oliver at linux-kernel.at Wed Aug 10 13:16:04 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 10 Aug 2005 15:16:04 +0200 Subject: [Bug 165552] New: Review Request: Prints a short string to the console in very large letters In-Reply-To: <1123679136.1116.255.camel@mccallum.corsepiu.local> References: <200508101256.j7ACus0a010961@www.beta.redhat.com> <1123679136.1116.255.camel@mccallum.corsepiu.local> Message-ID: <42F9FE14.4020700@linux-kernel.at> On 08/10/2005 03:05 PM, Ralf Corsepius wrote: > On Wed, 2005-08-10 at 08:56 -0400, bugzilla at redhat.com wrote: > > >>Spec Name: banner.spec >>SRPM Name: banner-1.3.1-1.src.rpm > > > If I read the "Review request form" correctly, these should be URLs? Additional Bug Information -> URL: http://http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/banner Open this in a browser and you'll the to files. :-) Best, Oliver From bugzilla at redhat.com Wed Aug 10 13:21:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:21:53 -0400 Subject: [Bug 165552] Review Request: Prints a short string to the console in very large letters In-Reply-To: Message-ID: <200508101321.j7ADLrgB015062@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Prints a short string to the console in very large letters https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165552 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO ------- Additional Comments From oliver at linux-kernel.at 2005-08-10 09:21 EST ------- Everything seems fine, except the License. Are you sure about 'GPL or Artistic'? I believe it's only Artistic. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:23:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:23:32 -0400 Subject: [Bug 165552] Review Request: Prints a short string to the console in very large letters In-Reply-To: Message-ID: <200508101323.j7ADNWle015310@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Prints a short string to the console in very large letters https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165552 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED ------- Additional Comments From oliver at linux-kernel.at 2005-08-10 09:23 EST ------- Shit, wrong bug. Forget Comment #1. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:24:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:24:53 -0400 Subject: [Bug 165553] Review Request: perl-Sort-Versions In-Reply-To: Message-ID: <200508101324.j7ADOrEa015552@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Sort-Versions https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165553 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oliver at linux-kernel.at ------- Additional Comments From oliver at linux-kernel.at 2005-08-10 09:24 EST ------- Everything seems fine, except the License. Are you sure about 'GPL or Artistic'? I believe it's only Artistic. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:30:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:30:14 -0400 Subject: [Bug 165551] Review Request: perl-Number-Compare In-Reply-To: Message-ID: <200508101330.j7ADUEH6017002@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Number-Compare https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165551 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oliver at linux-kernel.at ------- Additional Comments From oliver at linux-kernel.at 2005-08-10 09:30 EST ------- Looks fine. Once again, sure about the license? Shouldn't it be just 'Artistic'? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:33:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:33:08 -0400 Subject: [Bug 165551] Review Request: perl-Number-Compare In-Reply-To: Message-ID: <200508101333.j7ADX8pQ017551@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Number-Compare https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165551 ------- Additional Comments From paul at city-fan.org 2005-08-10 09:32 EST ------- The documentation in the package ("man Number::Compare" if you've installed it) states: "This module is free software; you can redistribute it and/or modify it under the same terms as Perl itself" So it's "Artistic or GPL", the same as perl itself. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:35:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:35:25 -0400 Subject: [Bug 165413] Review Request: plague RPM build system In-Reply-To: Message-ID: <200508101335.j7ADZPAH018412@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plague RPM build system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165413 jwboyer at jdub.homelinux.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OtherBugsDependingO|163778 |165293 nThis| | ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-10 09:35 EST ------- I see no other issues. The package builds and installs on both FC-3 and FC-4. It is obviously working since all of Extras is relying on it. I approve this package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:36:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:36:29 -0400 Subject: [Bug 165413] Review Request: plague RPM build system In-Reply-To: Message-ID: <200508101336.j7ADaTsY018657@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plague RPM build system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165413 jwboyer at jdub.homelinux.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|165293 |163779 nThis| | ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-10 09:36 EST ------- Oops, wrong blocker bug. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:40:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:40:34 -0400 Subject: [Bug 165551] Review Request: perl-Number-Compare In-Reply-To: Message-ID: <200508101340.j7ADeYMO019531@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Number-Compare https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165551 ------- Additional Comments From rc040203 at freenet.de 2005-08-10 09:40 EST ------- Hmm? May I cite my spec file (line 5): ... License: Artistic or GPL ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:44:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:44:41 -0400 Subject: [Bug 165553] Review Request: perl-Sort-Versions In-Reply-To: Message-ID: <200508101344.j7ADiflI020386@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Sort-Versions https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165553 ------- Additional Comments From rc040203 at freenet.de 2005-08-10 09:44 EST ------- >From http://search.cpan.org/~edavis/Sort-Versions-1.5/Versions.pm [..] Copyright (c) 1996, Kenneth J. Albanowski. All rights reserved. This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. [..] => Artistic or GPL -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:48:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:48:06 -0400 Subject: [Bug 165361] Review Request: NetHack, a rogue-like single player dungeon exploration game In-Reply-To: Message-ID: <200508101348.j7ADm665021383@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NetHack, a rogue-like single player dungeon exploration game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oliver at linux-kernel.at ------- Additional Comments From oliver at linux-kernel.at 2005-08-10 09:47 EST ------- Looks OK for me as well! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:55:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:55:25 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508101355.j7ADtPvP023613@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 ------- Additional Comments From triad at df.lth.se 2005-08-10 09:55 EST ------- OK sorry I'm not always the bright guy I wish I was... There is a -6 version of the SRPM now that hopefully and at last ties up all loose ends. I will have to roll something more after this so that I get used to doing things The Right Way (TM). Thanks Michael. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 13:59:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 09:59:36 -0400 Subject: [Bug 165551] Review Request: perl-Number-Compare In-Reply-To: Message-ID: <200508101359.j7ADxaGo024647@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Number-Compare https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165551 ------- Additional Comments From paul at city-fan.org 2005-08-10 09:59 EST ------- Re: Comment #3, I agree with you - it was Comment #1 I was addressing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 14:03:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 10:03:48 -0400 Subject: [Bug 165537] Review Request: athcool - enabling/disabling Powersaving mode for AMD processors In-Reply-To: Message-ID: <200508101403.j7AE3m1g025797@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: athcool - enabling/disabling Powersaving mode for AMD processors https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165537 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 14:11:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 10:11:01 -0400 Subject: [Bug 165311] Review Request: Tiger, security auditing on UNIX systems In-Reply-To: Message-ID: <200508101411.j7AEB167027496@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Tiger, security auditing on UNIX systems https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165311 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oliver at linux-kernel.at ------- Additional Comments From oliver at linux-kernel.at 2005-08-10 10:10 EST ------- Seems fine to me. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 14:13:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 10:13:40 -0400 Subject: [Bug 165551] Review Request: perl-Number-Compare In-Reply-To: Message-ID: <200508101413.j7AEDeJ8028357@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Number-Compare https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165551 ------- Additional Comments From oliver at linux-kernel.at 2005-08-10 10:13 EST ------- OK, then from my side, it's OK. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 14:15:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 10:15:24 -0400 Subject: [Bug 165553] Review Request: perl-Sort-Versions In-Reply-To: Message-ID: <200508101415.j7AEFO5M028814@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Sort-Versions https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165553 ------- Additional Comments From oliver at linux-kernel.at 2005-08-10 10:15 EST ------- Allright. Makes sense. Package is OK. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 14:31:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 10:31:45 -0400 Subject: [Bug 165563] New: Review Request: perl-Text-Glob In-Reply-To: Message-ID: <200508101431.j7AEVjWx000979@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165563 Summary: Review Request: perl-Text-Glob Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Text-Glob/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Text-Glob.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Text-Glob-0.06-2.src.rpm Description: Text::Glob implements glob(3) style matching that can be used to match against text, rather than fetching names from a filesystem. If you want to do full file globbing use the File::Glob module instead. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 14:32:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 10:32:00 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508101432.j7AEW0a5001052@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165563 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 14:32:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 10:32:37 -0400 Subject: [Bug 165564] New: Review Request: perl-File-Find-Rule In-Reply-To: Message-ID: <200508101432.j7AEWbE8001200@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165564 Summary: Review Request: perl-File-Find-Rule Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/File-Find-Rule OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-File-Find-Rule.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-File-Find-Rule-0.28-2.src.rpm Description: File::Find::Rule is a friendlier interface to File::Find. It allows you to build rules which specify the desired files and directories -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 14:32:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 10:32:57 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508101432.j7AEWvd0001300@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165564 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From steve at silug.org Wed Aug 10 14:37:49 2005 From: steve at silug.org (Steven Pritchard) Date: Wed, 10 Aug 2005 09:37:49 -0500 Subject: Orphan packages. In-Reply-To: <42F9B19C.4030307@linux-kernel.at> References: <1123613313.4585.15.camel@gruyere> <42F9B19C.4030307@linux-kernel.at> Message-ID: <20050810143749.GA5913@osiris.silug.org> On Wed, Aug 10, 2005 at 09:49:48AM +0200, Oliver Falk wrote: > > 10. perl-Archive-Zip > > 11. perl-Convert-TNEF > > 12. perl-Mail-Alias > > 13. perl-Unix-Syslog > > If nobody is interessted, I'm willing to maintain those perl modules... I'm not terribly interested in perl-Mail-Alias, so help yourself. I've got the rest covered 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 pmatilai at laiskiainen.org Wed Aug 10 14:46:08 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 10 Aug 2005 17:46:08 +0300 Subject: Splitting automated mail from human mail? In-Reply-To: <3ab624bd05080913354309df7d@mail.gmail.com> References: <3ab624bd05080913354309df7d@mail.gmail.com> Message-ID: <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> On Tue, 2005-08-09 at 13:35 -0700, Chip Turner wrote: > Anyone else think maybe the high flow of bugzilla and build mails > would be better on a separate list, so that discussion, approvals, etc > take place in a quieter, more filterable venue? Or is it just me? :) Seconded. I wouldn't mind the initial "request for review" mail ending up on this list so interested people can CC themselves but having ALL the bugzilla traffic here for all the packages is a bit much. And yes, can be dealt with procmail which I'll do if the setup remains like this... - Panu - From bugzilla at redhat.com Wed Aug 10 14:46:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 10:46:21 -0400 Subject: [Bug 165551] Review Request: perl-Number-Compare In-Reply-To: Message-ID: <200508101446.j7AEkLCu004883@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Number-Compare https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165551 ------- Additional Comments From jpo at di.uminho.pt 2005-08-10 10:45 EST ------- Just a minor note: The following line find $RPM_BUILD_ROOT -type f -name '*.bs' -a -size 0 -exec rm -f {} ';' is not needed for noarch packages. Everything else looks good. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 14:48:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 10:48:23 -0400 Subject: [Bug 165509] Review Request: Addition of link-grammar to FC Extras In-Reply-To: Message-ID: <200508101448.j7AEmNta005424@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of link-grammar to FC Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165509 ------- Additional Comments From j.m.maurer at student.utwente.nl 2005-08-10 10:48 EST ------- > Why use Epoch? Bad copy/pasting :) Fixed, the new spec is available under the previously posted url. I fixed the rpmlint errors too; the new srpm is available here: http://www.abisource.com/~uwog/link-grammar/link-grammar-4.1.3-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jpo at di.uminho.pt Wed Aug 10 14:50:34 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Wed, 10 Aug 2005 15:50:34 +0100 Subject: Orphan packages (perl-Archive-Zip) In-Reply-To: <20050810004419.GA26091@osiris.silug.org> References: <1123613313.4585.15.camel@gruyere> <20050810004419.GA26091@osiris.silug.org> Message-ID: <42FA143A.5080704@di.uminho.pt> Steven, > On Tue, Aug 09, 2005 at 08:48:33PM +0200, Dams wrote: >> 10. perl-Archive-Zip Just to remimd that perl-Archive-Zip is now Fedora core module (starting as FC-4). FC-4: perl-Archive-Zip-1.14-1.noarch.rpm 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 Aug 10 15:12:59 2005 From: jpo at di.uminho.pt (=?UTF-8?B?Sm9zw6kgUGVkcm8gT2xpdmVpcmE=?=) Date: Wed, 10 Aug 2005 16:12:59 +0100 Subject: Request for review: scanssh (default behaviour) In-Reply-To: <42F9C975.6030701@linux-kernel.at> References: <1072.213.13.91.139.1123184290.squirrel@webmail.lsd.di.uminho.pt> <42F31ADF.5090201@linux-kernel.at> <42F3C2A2.3050308@di.uminho.pt> <42F75DCD.9020906@linux-kernel.at> <1123509867.4364.406.camel@mccallum.corsepiu.local> <42F767AD.1010704@linux-kernel.at> <42F9C975.6030701@linux-kernel.at> Message-ID: <42FA197B.4020703@di.uminho.pt> Oliver, >> >> Build 4, fixed. >> >> http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh > > Jos?, are you willing to approve? Scanssh default behaviour: * I don't think we sould change the scanssh default behaviour: we shouldn't change the way it presents itself to the ssh server and thus preventing it to log the scan attempt. Minor note: * The disttag is also missing. You can conditional patch scanssh if you still want. Example: rpmbuild -ba -with hidescan ... ------------------ --- scanssh.spec.4 2005-08-08 15:07:45.000000000 +0100 +++ scanssh.spec 2005-08-10 15:55:16.000000000 +0100 @@ -1,6 +1,6 @@ Name: scanssh Version: 2.1 -Release: 4 +Release: 4%{?dist} Summary: Fast SSH server and open proxy scanner Group: Applications/Internet @@ -23,7 +23,7 @@ %prep %setup -q -%patch0 -p1 +%{?_with_hidescan:%patch0 -p1} %build %configure ------------------ 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 bugzilla at redhat.com Wed Aug 10 15:21:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 11:21:15 -0400 Subject: [Bug 165532] Review Request: perl-Unix-Statgrab - Perl extension for collecting information about the machine In-Reply-To: Message-ID: <200508101521.j7AFLFQs013062@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Unix-Statgrab - Perl extension for collecting information about the machine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165532 dkl at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From dkl at redhat.com 2005-08-10 11:21 EST ------- *** This bug has been marked as a duplicate of 165533 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 15:21:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 11:21:24 -0400 Subject: [Bug 165533] Review Request: Perl extension for collecting information about the machine In-Reply-To: Message-ID: <200508101521.j7AFLOfS013108@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Perl extension for collecting information about the machine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165533 ------- Additional Comments From dkl at redhat.com 2005-08-10 11:21 EST ------- *** Bug 165532 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 15:32:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 11:32:47 -0400 Subject: [Bug 165533] Review Request: Perl extension for collecting information about the machine In-Reply-To: Message-ID: <200508101532.j7AFWlrf015838@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Perl extension for collecting information about the machine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165533 ------- Additional Comments From jpo at di.uminho.pt 2005-08-10 11:32 EST ------- Pasting the URLs from Bug 165532 here: Spec Url: http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/perl-Unix-Statgrab SRPM Url: http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/perl-Unix-Statgrab -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From katzj at redhat.com Wed Aug 10 15:38:29 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 10 Aug 2005 11:38:29 -0400 Subject: Splitting automated mail from human mail? In-Reply-To: <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> Message-ID: <1123688309.16614.8.camel@bree.local.net> On Wed, 2005-08-10 at 17:46 +0300, Panu Matilainen wrote: > On Tue, 2005-08-09 at 13:35 -0700, Chip Turner wrote: > > Anyone else think maybe the high flow of bugzilla and build mails > > would be better on a separate list, so that discussion, approvals, etc > > take place in a quieter, more filterable venue? Or is it just me? :) > > Seconded. I wouldn't mind the initial "request for review" mail ending > up on this list so interested people can CC themselves but having ALL > the bugzilla traffic here for all the packages is a bit much. Is it really worse than having all of the review discussion being here? I honestly don't think so. And I think there's a lot of value in making the review process extremely transparent to people so that a) They see how easy it is to review packages b) They see things which may be useful for their packages in the future c) They may see things where someone gets confused and says the wrong thing by mistake. Getting the mail on the tracker changes is most of what makes things worse I think. Otherwise, I really don't see a huge difference and I think that the benefits are worth the high traffic -- it's at least traffic with signal instead of just noise. Jeremy From bugzilla at redhat.com Wed Aug 10 15:39:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 11:39:36 -0400 Subject: [Bug 165572] New: Review Request: perl-Devel-StackTrace In-Reply-To: Message-ID: <200508101539.j7AFdajA017914@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165572 Summary: Review Request: perl-Devel-StackTrace Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Devel-StackTrace OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Devel-StackTrace.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Devel-StackTrace-1.11-2.src.rpm Description: The Devel::StackTrace module contains two classes, Devel::StackTrace and Devel::StackTraceFrame. The goal of this object is to encapsulate the information that can found through using the caller() function, as well as providing a simple interface to this data. The Devel::StackTrace object contains a set of Devel::StackTraceFrame objects, one for each level of the stack. The frames contain all the data available from caller() as of Perl 5.6.0. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 15:39:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 11:39:49 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508101539.j7AFdnGj017981@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165572 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 15:40:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 11:40:31 -0400 Subject: [Bug 165573] New: Review Request: perl-Test-Taint In-Reply-To: Message-ID: <200508101540.j7AFeVok018159@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165573 Summary: Review Request: perl-Test-Taint Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Test-Taint OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Test-Taint.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Test-Taint-1.04-1.src.rpm Description: Tainted data is data that comes from an unsafe source, such as the command line, or, in the case of web apps, any GET or POST transactions. Read the perlsec man page for details on why tainted data is bad, and how to untaint the data. When you're writing unit tests for code that deals with tainted data, you'll want to have a way to provide tainted data for your routines to handle, and easy ways to check and report on the taintedness of your data, in standard Test::More style. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 15:40:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 11:40:48 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508101540.j7AFemEB018221@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165573 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 15:41:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 11:41:12 -0400 Subject: [Bug 165574] New: Review Request: perl-Params-Validate In-Reply-To: Message-ID: <200508101541.j7AFfCE5018300@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165574 Summary: Review Request: perl-Params-Validate Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Params-Validate OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Params-Validate.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Params-Validate-0.78-1.src.rpm Description: The Params::Validate module allows you to validate method or function call parameters to an arbitrary level of specificity. At the simplest level, it is capable of validating the required parameters were given and that no unspecified additional parameters were passed in. It is also capable of determining that a parameter is of a specific type, that it is an object of a certain class hierarchy, that it possesses certain methods, or applying validation callbacks to arguments. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 15:41:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 11:41:30 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508101541.j7AFfU50018374@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165574 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From caillon at redhat.com Wed Aug 10 15:42:22 2005 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 10 Aug 2005 11:42:22 -0400 Subject: Splitting automated mail from human mail? In-Reply-To: <1123688309.16614.8.camel@bree.local.net> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> Message-ID: <42FA205E.4010908@redhat.com> On 08/10/2005 11:38 AM, Jeremy Katz wrote: >On Wed, 2005-08-10 at 17:46 +0300, Panu Matilainen wrote: > > >>On Tue, 2005-08-09 at 13:35 -0700, Chip Turner wrote: >> >> >>>Anyone else think maybe the high flow of bugzilla and build mails >>>would be better on a separate list, so that discussion, approvals, etc >>>take place in a quieter, more filterable venue? Or is it just me? :) >>> >>> >>Seconded. I wouldn't mind the initial "request for review" mail ending >>up on this list so interested people can CC themselves but having ALL >>the bugzilla traffic here for all the packages is a bit much. >> >> > >Is it really worse than having all of the review discussion being here? >I honestly don't think so. And I think there's a lot of value in making >the review process extremely transparent to people so that >a) They see how easy it is to review packages >b) They see things which may be useful for their packages in the future >c) They may see things where someone gets confused and says the wrong >thing by mistake. > >Getting the mail on the tracker changes is most of what makes things >worse I think. Otherwise, I really don't see a huge difference and I >think that the benefits are worth the high traffic -- it's at least >traffic with signal instead of just noise. > The only real detriment as far as I can see to this is that now things are split off across multiple threads. The initial request has a "New: " inserted in the middle of the subject, and subsequent replies don't. It makes it much more difficult to follow in e-mail than the list discussion previously. I've never been a fan of that feature of bugmail. From katzj at redhat.com Wed Aug 10 15:48:10 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 10 Aug 2005 11:48:10 -0400 Subject: Splitting automated mail from human mail? In-Reply-To: <42FA205E.4010908@redhat.com> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> <42FA205E.4010908@redhat.com> Message-ID: <1123688890.16614.11.camel@bree.local.net> On Wed, 2005-08-10 at 11:42 -0400, Christopher Aillon wrote: > The only real detriment as far as I can see to this is that now things > are split off across multiple threads. The initial request has a "New: > " inserted in the middle of the subject, and subsequent replies don't. > It makes it much more difficult to follow in e-mail than the list > discussion previously. I've never been a fan of that feature of bugmail. Hmmm, evo threads it all properly for me... we should figure out what thunderbird doesn't like about things and get that fixed because that would then improve threading for bugmail in general (which would be a net-positive I think) Jeremy From tibbs at math.uh.edu Wed Aug 10 15:58:24 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 10 Aug 2005 10:58:24 -0500 Subject: Splitting automated mail from human mail? In-Reply-To: <1123688890.16614.11.camel@bree.local.net> (Jeremy Katz's message of "Wed, 10 Aug 2005 11:48:10 -0400") References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> <42FA205E.4010908@redhat.com> <1123688890.16614.11.camel@bree.local.net> Message-ID: >>>>> "JK" == Jeremy Katz writes: JK> Hmmm, evo threads it all properly for me... Gnus threads things properly for me as well, but it's just using heuristics based on the Subject: header. I can't do real thread manipulation like finding the parent of a message because there's no References: header and In-Reply-To:, while present, seems to not refer to any real Message-ID (which seems to me to be rather broken). If the messages from bugzilla were a bit more compact it would be much easier to read them. There's a lot of whitespace and extraneous stuff at the top of each message that doesn't really need to be there. - J< From bugzilla at redhat.com Wed Aug 10 16:02:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 12:02:39 -0400 Subject: [Bug 165572] Review Request: perl-Devel-StackTrace In-Reply-To: Message-ID: <200508101602.j7AG2dlB025326@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Devel-StackTrace https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165572 ------- Additional Comments From jpo at di.uminho.pt 2005-08-10 12:00 EST ------- NEEDSWORK MD5SUMS: 6795c0c4ba756e465ac23cd9e8745988 perl-Devel-StackTrace-1.11-2.src.rpm a5d2088a531ceeec82b989c742f9382e Devel-StackTrace-1.11.tar.gz 19f40376b82aabe243ce36302e1af53e perl-Devel-StackTrace.spec Sources: * Devel-StackTrace-1.11.tar.gz: MD5 digest verified against the CPAN tarball Needswork: * file section missing defattr line %defattr(-,root,root,-) Minor notes: * the line find $RPM_BUILD_ROOT -type f -name '*.bs' -a -size 0 -exec rm -f {} ';' can be deleted (noarch package) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From qspencer at ieee.org Wed Aug 10 16:04:47 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 10 Aug 2005 11:04:47 -0500 Subject: Splitting automated mail from human mail? In-Reply-To: References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> <42FA205E.4010908@redhat.com> <1123688890.16614.11.camel@bree.local.net> Message-ID: <42FA259F.2070704@ieee.org> Jason L Tibbitts III wrote: >"JK" == Jeremy Katz writes: > > > >JK> Hmmm, evo threads it all properly for me... > >Gnus threads things properly for me as well, but it's just using >heuristics based on the Subject: header. I can't do real thread >manipulation like finding the parent of a message because there's no >References: header and In-Reply-To:, while present, seems to not refer >to any real Message-ID (which seems to me to be rather broken). > >If the messages from bugzilla were a bit more compact it would be much >easier to read them. There's a lot of whitespace and extraneous stuff >at the top of each message that doesn't really need to be there. > > I agree with this comment. If some of the extraneous messages can be eliminated, there really isn't any more traffic than before, but the new message format takes my brain longer to parse. -Quentin From pmatilai at laiskiainen.org Wed Aug 10 16:06:08 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 10 Aug 2005 19:06:08 +0300 Subject: Splitting automated mail from human mail? In-Reply-To: <1123688309.16614.8.camel@bree.local.net> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> Message-ID: <1123689968.29680.20.camel@weasel.turre.laiskiainen.org> On Wed, 2005-08-10 at 11:38 -0400, Jeremy Katz wrote: > On Wed, 2005-08-10 at 17:46 +0300, Panu Matilainen wrote: > > On Tue, 2005-08-09 at 13:35 -0700, Chip Turner wrote: > > > Anyone else think maybe the high flow of bugzilla and build mails > > > would be better on a separate list, so that discussion, approvals, etc > > > take place in a quieter, more filterable venue? Or is it just me? :) > > > > Seconded. I wouldn't mind the initial "request for review" mail ending > > up on this list so interested people can CC themselves but having ALL > > the bugzilla traffic here for all the packages is a bit much. > > Is it really worse than having all of the review discussion being here? > I honestly don't think so. And I think there's a lot of value in making > the review process extremely transparent to people so that > a) They see how easy it is to review packages > b) They see things which may be useful for their packages in the future > c) They may see things where someone gets confused and says the wrong > thing by mistake. > Getting the mail on the tracker changes is most of what makes things > worse I think. Otherwise, I really don't see a huge difference and I > think that the benefits are worth the high traffic -- it's at least > traffic with signal instead of just noise. Compared to the review discussion bugzilla mails: - Have lots of non-information on top - all the "please don't respond to this by mail" blaa and such. - Don't have any context in them, to have the slightest clue you need to go and read the bugzilla entry itself. - "foo at bar.com added to CC" type of mails are rather uninteresting. Oh well ... these are relatively minor annoyances which can be dealt with procmail. One of my biggest irritations about these bugzilla mails here is probably mixing "real" email discussion with non-discussion mail, again procmail to the rescue. Having this stuff really trackable in bugzilla IS a very good thing. - Panu - From bugzilla at redhat.com Wed Aug 10 16:08:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 12:08:20 -0400 Subject: [Bug 165509] Review Request: Addition of link-grammar to FC Extras In-Reply-To: Message-ID: <200508101608.j7AG8KWR026710@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of link-grammar to FC Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165509 ------- Additional Comments From gauret at free.fr 2005-08-10 12:08 EST ------- One last thing: the package should own the %{_datadir}/link-grammar directory. Just do : -%{_datadir}/link-grammar/* +%{_datadir}/link-grammar in %files. Two comments (since you'll rebuild anyway ;)) : - you can use disttags (if you want, just in case you forgot) - the buildroot should be set to the standard one in Fedora : %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 16:14:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 12:14:13 -0400 Subject: [Bug 165311] Review Request: Tiger, security auditing on UNIX systems In-Reply-To: Message-ID: <200508101614.j7AGEDGq028706@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Tiger, security auditing on UNIX systems https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165311 ------- Additional Comments From gauret at free.fr 2005-08-10 12:13 EST ------- Does that mean you approve the package ? If so please change the blocker bug to FE-ACCEPT (bug 163779) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From katzj at redhat.com Wed Aug 10 16:18:52 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 10 Aug 2005 12:18:52 -0400 Subject: Splitting automated mail from human mail? In-Reply-To: References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> <42FA205E.4010908@redhat.com> <1123688890.16614.11.camel@bree.local.net> Message-ID: <1123690733.16614.13.camel@bree.local.net> On Wed, 2005-08-10 at 10:58 -0500, Jason L Tibbitts III wrote: > If the messages from bugzilla were a bit more compact it would be much > easier to read them. There's a lot of whitespace and extraneous stuff > at the top of each message that doesn't really need to be there. I think this just says how much bugmail I get... I parse bug mail faster than randomly formatted mail ;-) Jeremy From katzj at redhat.com Wed Aug 10 16:21:52 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 10 Aug 2005 12:21:52 -0400 Subject: Splitting automated mail from human mail? In-Reply-To: <1123689968.29680.20.camel@weasel.turre.laiskiainen.org> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> <1123689968.29680.20.camel@weasel.turre.laiskiainen.org> Message-ID: <1123690912.16614.17.camel@bree.local.net> On Wed, 2005-08-10 at 19:06 +0300, Panu Matilainen wrote: > On Wed, 2005-08-10 at 11:38 -0400, Jeremy Katz wrote: > > Getting the mail on the tracker changes is most of what makes things > > worse I think. Otherwise, I really don't see a huge difference and I > > think that the benefits are worth the high traffic -- it's at least > > traffic with signal instead of just noise. > > Compared to the review discussion bugzilla mails: > - Have lots of non-information on top - all the "please don't respond to > this by mail" blaa and such. Yeah, this part is unfortunate. I'm not sure that we can really do much about that :/ > - Don't have any context in them, to have the slightest clue you need to > go and read the bugzilla entry itself. I find the threading to really give me reasonable enough context... especially as people seem to be being relatively verbose about things. > - "foo at bar.com added to CC" type of mails are rather uninteresting. We shouldn't be getting these -- I'll double check the email settings with dkl > Oh well ... these are relatively minor annoyances which can be dealt > with procmail. One of my biggest irritations about these bugzilla mails > here is probably mixing "real" email discussion with non-discussion > mail, again procmail to the rescue. Having this stuff really trackable > in bugzilla IS a very good thing. The goal is that we should just be getting "actual" comment/discussion mails. Maybe the right thing to do is just to only get the bugzilla mails on comment added and none of the other categories of bugzilla changes... Jeremy From pmatilai at laiskiainen.org Wed Aug 10 16:32:13 2005 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 10 Aug 2005 19:32:13 +0300 Subject: Splitting automated mail from human mail? In-Reply-To: <1123690912.16614.17.camel@bree.local.net> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> <1123689968.29680.20.camel@weasel.turre.laiskiainen.org> <1123690912.16614.17.camel@bree.local.net> Message-ID: <1123691533.29680.27.camel@weasel.turre.laiskiainen.org> On Wed, 2005-08-10 at 12:21 -0400, Jeremy Katz wrote: > On Wed, 2005-08-10 at 19:06 +0300, Panu Matilainen wrote: > > On Wed, 2005-08-10 at 11:38 -0400, Jeremy Katz wrote: > > > Getting the mail on the tracker changes is most of what makes things > > > worse I think. Otherwise, I really don't see a huge difference and I > > > think that the benefits are worth the high traffic -- it's at least > > > traffic with signal instead of just noise. > > > > Compared to the review discussion bugzilla mails: > > - Have lots of non-information on top - all the "please don't respond to > > this by mail" blaa and such. > > Yeah, this part is unfortunate. I'm not sure that we can really do much > about that :/ All it takes is somebody to get annoyed enough to write some sed/perl hack to remove the extra junk in procmail I suppose :) > > > - Don't have any context in them, to have the slightest clue you need to > > go and read the bugzilla entry itself. > > I find the threading to really give me reasonable enough context... > especially as people seem to be being relatively verbose about things. Sure, if you keep the earlier mails. Probably simply a matter of unlearning to be so delete-trigger happy.. > > > - "foo at bar.com added to CC" type of mails are rather uninteresting. > > We shouldn't be getting these -- I'll double check the email settings > with dkl Hmm.. ok having looked through quite a few bugzilla mails from today, the "foo added to CC" do actually have comments in them. It's just that the "added to CC" messages are shown before the comments which makes them a bit distracting. > > > Oh well ... these are relatively minor annoyances which can be dealt > > with procmail. One of my biggest irritations about these bugzilla mails > > here is probably mixing "real" email discussion with non-discussion > > mail, again procmail to the rescue. Having this stuff really trackable > > in bugzilla IS a very good thing. > > The goal is that we should just be getting "actual" comment/discussion > mails. Maybe the right thing to do is just to only get the bugzilla > mails on comment added and none of the other categories of bugzilla > changes... +1 - Panu - From dkl at redhat.com Wed Aug 10 16:31:20 2005 From: dkl at redhat.com (Dave Lawrence) Date: Wed, 10 Aug 2005 12:31:20 -0400 Subject: Splitting automated mail from human mail? In-Reply-To: <1123690912.16614.17.camel@bree.local.net> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> <1123689968.29680.20.camel@weasel.turre.laiskiainen.org> <1123690912.16614.17.camel@bree.local.net> Message-ID: <42FA2BD8.7080602@redhat.com> Jeremy Katz wrote: >On Wed, 2005-08-10 at 19:06 +0300, Panu Matilainen wrote: > > >>On Wed, 2005-08-10 at 11:38 -0400, Jeremy Katz wrote: >> >> >>>Getting the mail on the tracker changes is most of what makes things >>>worse I think. Otherwise, I really don't see a huge difference and I >>>think that the benefits are worth the high traffic -- it's at least >>>traffic with signal instead of just noise. >>> >>> >>Compared to the review discussion bugzilla mails: >>- Have lots of non-information on top - all the "please don't respond to >>this by mail" blaa and such. >> >> > >Yeah, this part is unfortunate. I'm not sure that we can really do much >about that :/ > > > >>- Don't have any context in them, to have the slightest clue you need to >>go and read the bugzilla entry itself. >> >> > >I find the threading to really give me reasonable enough context... >especially as people seem to be being relatively verbose about things. > > > >>- "foo at bar.com added to CC" type of mails are rather uninteresting. >> >> > >We shouldn't be getting these -- I'll double check the email settings >with dkl > > > >>Oh well ... these are relatively minor annoyances which can be dealt >>with procmail. One of my biggest irritations about these bugzilla mails >>here is probably mixing "real" email discussion with non-discussion >>mail, again procmail to the rescue. Having this stuff really trackable >>in bugzilla IS a very good thing. >> >> > >The goal is that we should just be getting "actual" comment/discussion >mails. Maybe the right thing to do is just to only get the bugzilla >mails on comment added and none of the other categories of bugzilla >changes... > >Jeremy > >-- >fedora-extras-list mailing list >fedora-extras-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-extras-list > > I am experimenting with the different email settings of the fedora-extras-list at redhat.com user. I think I have it now where only new request messages will be sent and not subsequent changes but we will try this for a while and see. Dave -- ------------------------------- David Lawrence Red Hat Quality Assurance ------------------------------- www.redhat.com ftp.redhat.com From orion at cora.nwra.com Wed Aug 10 16:46:03 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 10 Aug 2005 10:46:03 -0600 Subject: Splitting automated mail from human mail? In-Reply-To: <1123688309.16614.8.camel@bree.local.net> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> Message-ID: <42FA2F4B.4080203@cora.nwra.com> Jeremy Katz wrote: > > Is it really worse than having all of the review discussion being here? > I honestly don't think so. And I think there's a lot of value in making > the review process extremely transparent to people so that > a) They see how easy it is to review packages > b) They see things which may be useful for their packages in the future > c) They may see things where someone gets confused and says the wrong > thing by mistake. > > Getting the mail on the tracker changes is most of what makes things > worse I think. Otherwise, I really don't see a huge difference and I > think that the benefits are worth the high traffic -- it's at least > traffic with signal instead of just noise. > > Jeremy I agree with everything Jeremy said. Perhaps some other discussion needs to be moved to fedora-maintainers or fedora-packaging? -- 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 ville.skytta at iki.fi Wed Aug 10 16:51:25 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 10 Aug 2005 19:51:25 +0300 Subject: Orphan packages. In-Reply-To: <1123613313.4585.15.camel@gruyere> References: <1123613313.4585.15.camel@gruyere> Message-ID: <1123692685.621.74.camel@localhost.localdomain> On Tue, 2005-08-09 at 20:48 +0200, Dams wrote: > I'm dropping maintainer-ship of the following packages : I've added the unclaimed ones to Wiki. http://fedoraproject.org/wiki/Extras/OrphanedPackages From bugzilla at redhat.com Wed Aug 10 16:57:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 12:57:52 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508101657.j7AGvqDT005251@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-08-10 12:57 EST ------- Hi Orion, the package is looking good and heres the second half of the review that started in comment #5 needswork: - rpmlint reports: W: plplot-gnome no-documentation W: plplot-gnome-devel no-documentation W: plplot-octave no-documentation W: plplot-octave non-standard-dir-in-usr libexec E: plplot-tk no-dependency-on locales-tk W: plplot-tk-devel no-documentation E: plplot-tk-devel wrong-script-interpreter /usr/share/plplot5.5.3/examples/tk/tk01 "xtk01" E: plplot-tk-devel wrong-script-interpreter /usr/share/plplot5.5.3/examples/tk/tk04 "xtk04" E: plplot-tk-devel wrong-script-interpreter /usr/share/plplot5.5.3/examples/tk/tk02 "xtk02" where I think everything can be safely ignored except for the "no-dependency-on locales-tk" which I just don't understand. Hopefully, someone else can explain it. Anyone...? - plplot-gnome and plplot-tk both install shared libs so please add a set of %post/%postun -p /sbin/ldconfig entries for those two sub-packages good: - needswork items from #5 are now OK - dir ownership looks OK - permissions look OK - code not content OK - use of -devel looks good - builds in mock on FC-4 Since the remaining bits appear to be minor, please fix them in CVS before the first build and I'll APPROVE. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 17:02:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 13:02:24 -0400 Subject: [Bug 165509] Review Request: Addition of link-grammar to FC Extras In-Reply-To: Message-ID: <200508101702.j7AH2O6H005722@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of link-grammar to FC Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165509 ------- Additional Comments From j.m.maurer at student.utwente.nl 2005-08-10 13:02 EST ------- Fixed the %{_datadir}/link-grammar and buildroot issues; for devel I genally don't use disttags. When devel becomes FCE5 I'll add them. The new spec is available under the previously posted url, and the new SRPM can be found here: http://www.abisource.com/~uwog/link-grammar/link-grammar-4.1.3-3.src.rpm Thanks for the pointers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 17:15:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 13:15:25 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508101715.j7AHFPSH007263@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From ville.skytta at iki.fi 2005-08-10 13:15 EST ------- locales-tk stuff from rpmlint is bug 165457. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Wed Aug 10 17:22:36 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 10 Aug 2005 19:22:36 +0200 Subject: Splitting automated mail from human mail? In-Reply-To: <42FA2BD8.7080602@redhat.com> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> <1123689968.29680.20.camel@weasel.turre.laiskiainen.org> <1123690912.16614.17.camel@bree.local.net> <42FA2BD8.7080602@redhat.com> Message-ID: <1123694557.1116.274.camel@mccallum.corsepiu.local> On Wed, 2005-08-10 at 12:31 -0400, Dave Lawrence wrote: > I am experimenting with the different email settings of the > fedora-extras-list at redhat.com user. I think I have it > now where only new request messages will be sent and not subsequent > changes but we will try this for a while > and see. Now, you seem to be stripping too much. At least, I didn't see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165572#c2 make it to fedora-extras-list. Ralf From bugzilla at redhat.com Wed Aug 10 17:28:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 13:28:21 -0400 Subject: [Bug 165572] Review Request: perl-Devel-StackTrace In-Reply-To: Message-ID: <200508101728.j7AHSLPk010355@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Devel-StackTrace https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165572 ------- Additional Comments From jpo at di.uminho.pt 2005-08-10 13:28 EST ------- Run rpmlint again ;) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 17:38:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 13:38:23 -0400 Subject: [Bug 165572] Review Request: perl-Devel-StackTrace In-Reply-To: Message-ID: <200508101738.j7AHcNbL012977@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Devel-StackTrace https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165572 ------- Additional Comments From rc040203 at freenet.de 2005-08-10 13:38 EST ------- rpmlint ../RPMS/perl-Devel-StackTrace-1.11-3.noarch.rpm W: perl-Devel-StackTrace incoherent-version-in-changelog 1.11-2 1.11-3 Note: This is a warning and is irrelevant to the functionality of this package. Pardon, but I fail to understand why people want to be stubborn about such kind of warnings. We should concentrate on getting functional packages into CVS "early" and should "play with cosmetics and stylishness" once a package is in CVS. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From fedora at camperquake.de Wed Aug 10 17:38:47 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 10 Aug 2005 19:38:47 +0200 Subject: Splitting automated mail from human mail? In-Reply-To: <42FA205E.4010908@redhat.com> References: <3ab624bd05080913354309df7d@mail.gmail.com> <1123685168.29680.8.camel@weasel.turre.laiskiainen.org> <1123688309.16614.8.camel@bree.local.net> <42FA205E.4010908@redhat.com> Message-ID: <20050810193847.1e5a4242@nausicaa.camperquake.de> Hi. Christopher Aillon wrote: > The only real detriment as far as I can see to this is that now things > are split off across multiple threads. The initial request has a "New: > " inserted in the middle of the subject, and subsequent replies don't. > It makes it much more difficult to follow in e-mail than the list > discussion previously. I've never been a fan of that feature of > bugmail. I have filed a bug about this yesterday. Bugzilla does not set the appropriate header fields to allow general threading. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165473 -- "My heart is human, my blood is boiling, my brain I.B.M." STYX, Mr. Roboto From Jochen at herr-schmitt.de Wed Aug 10 19:26:13 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Wed, 10 Aug 2005 21:26:13 +0200 Subject: Caim Ownership to stellarium Message-ID: <0MKwtQ-1E2wDZ19O5-0004yD@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, http://www.fedoraproject.org/wiki/Extras/OrphanedPackages the package stellarium was listed as orphaned. I have found a build problem on the package and fixed it. So I want to claim ownership of this package. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQvpU4E9gByurcX4MEQJfNQCgxYlZnl0rm5dTS0MmZvG0ED0a55AAoJh+ /Ld8WOPhA9E2GiXsfzoE14BH =bSZh -----END PGP SIGNATURE----- From bugs.michael at gmx.net Wed Aug 10 19:33:17 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 10 Aug 2005 21:33:17 +0200 Subject: rpms/gmime/FC-4 .cvsignore, 1.2, 1.3 gmime.spec, 1.5, 1.6 sources, 1.2, 1.3 In-Reply-To: <200508101708.j7AH8GHf004291@cvs-int.fedora.redhat.com> References: <200508101708.j7AH8GHf004291@cvs-int.fedora.redhat.com> Message-ID: <20050810213317.63ae0afb.bugs.michael@gmx.net> On Wed, 10 Aug 2005 13:07:46 -0400, Thorsten Leemhuis wrote: > Author: thl > > Update of /cvs/extras/rpms/gmime/FC-4 > @@ -72,9 +72,13 @@ > %{_libdir}/gmimeConf.sh > %{_libdir}/pkgconfig/*.pc > %{_includedir}/gmime-2.0 > -%{_datadir}/gtk-doc > +%{_datadir}/doc $ rpm -qf /usr/share/doc filesystem-2.3.4-1 From bugzilla at redhat.com Wed Aug 10 19:53:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 15:53:10 -0400 Subject: [Bug 165612] New: Review Request: gfontview In-Reply-To: Message-ID: <200508101953.j7AJrA23016905@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165612 Summary: Review Request: gfontview Product: Fedora Extras Version: devel Platform: All URL: http://gfontview.sourceforge.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ksfiles at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: gfontview.spec SRPM Name or Url: http://home.comcast.net/~ksfiles/files/gfontview-0.5.0-2.src.rpm Description: gfontview is a Font Viewer for outline fonts (PostScript Type 1 and TrueType). Folks, The gfontview upstream maintainer has been inactive for a while, which is why, I'm guessing, gfontview has not been included in FC extras. However, it is a very useful package. Despite its lack of recent enhancements, it offers better font tables and font catalog generation than kfontview and gnome-font-viewer. It works with both Type1 and TTF files. Debian has been maintaining recent updates to the package, and I have taken some of their work to merge a patch to the old gfontview-0.5.0-1 that fixes GCC4 breakages. The resulting package is stable and tested (by me). A working package or source for FC4 is not easily downloadable from any third party, so it would be great to have it included in FC4-extras. All code is GPL. I would be happy to maintain this package, should further updates become necessary. Thanks, --- Kirby Files ksfiles at gmail.com -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 19:53:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 15:53:35 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508101953.j7AJrZvv017061@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ksfiles at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165612 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 20:15:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 16:15:42 -0400 Subject: [Bug 165615] New: Review Request: perl-Text-Template - Expand template text with embedded Perl In-Reply-To: Message-ID: <200508102015.j7AKFgse023089@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165615 Summary: Review Request: perl-Text-Template - Expand template text with embedded Perl Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Text-Template/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Text-Template.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Text-Template-1.44-1.src.rpm Summary : Expand template text with embedded Perl Description : This is a library for generating form letters, building HTML pages, or filling in templates generally. A 'template' is a piece of text that has little Perl programs embedded in it here and there. When you 'fill in' a template, you evaluate the little programs and replace them with their values. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 20:15:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 16:15:51 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508102015.j7AKFp5U023313@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165615 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From orion at cora.nwra.com Wed Aug 10 20:18:48 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 10 Aug 2005 14:18:48 -0600 Subject: Build system - why kill other arch builds? Message-ID: <42FA6128.201@cora.nwra.com> It looks like when the build system encounters an error on one architecture, it kills the builds on the other archs. What is the reason for this? I would find it helpful to know if the build would have succeeded on the other architectures. -- 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 skvidal at phy.duke.edu Wed Aug 10 20:23:59 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 10 Aug 2005 16:23:59 -0400 Subject: Build system - why kill other arch builds? In-Reply-To: <42FA6128.201@cora.nwra.com> References: <42FA6128.201@cora.nwra.com> Message-ID: <1123705439.328.29.camel@cutter> On Wed, 2005-08-10 at 14:18 -0600, Orion Poplawski wrote: > It looks like when the build system encounters an error on one > architecture, it kills the builds on the other archs. What is the > reason for this? I would find it helpful to know if the build would > have succeeded on the other architectures. It does this so that we don't waste time on the builds of a failed package. Any arch failure for a package fails the other arches. -sv From bugzilla at redhat.com Wed Aug 10 20:24:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 16:24:39 -0400 Subject: [Bug 165616] New: Review Request: An advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508102024.j7AKOd6q025605@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 Summary: Review Request: An advanced twin-panel (commander-style) file-manager for KDE Product: Fedora Extras Version: devel Platform: All URL: http://manta.univ.gda.pl/~mgarski/FE/krusader-1.60.0- 1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: mgarski at post.pl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: krusader.spec SRPM Name or Url: krusader-1.60.0-1.src.rpm Description: Krusader is an advanced twin-panel (commander-style) file-manager for KDE 3.x (similar to Midnight or Total Commander) but with many extras. It provides all the file-management features you could possibly want. Plus: extensive archive handling, mounted filesystem support, FTP, advanced search module, viewer/editor, directory synchronisation, file content comparisons, powerful batch renaming and much much more. It supports the following archive formats: tar, zip, bzip2, gzip, rar, ace, arj and rpm and can handle other KIOSlaves such as smb:// or fish:// It is (almost) completely customizable, very user friendly, fast and looks great on your desktop! :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 20:24:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 16:24:46 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508102024.j7AKOktK025660@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 mgarski at post.pl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165616 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 20:38:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 16:38:24 -0400 Subject: [Bug 165537] Review Request: athcool - enabling/disabling Powersaving mode for AMD processors In-Reply-To: Message-ID: <200508102038.j7AKcOh5029106@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: athcool - enabling/disabling Powersaving mode for AMD processors https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165537 ------- Additional Comments From gajownik at gmail.com 2005-08-10 16:38 EST ------- (In reply to comment #1) > Welcome to Fedora Extras! Thanks for sponsoring me and for warm welcome! Looking at fedora-extras-maling list, I thought that it would take much longer to get a package review. > - Would you be willing to change the Summary to > "Enables/disables Powersaving mode for AMD processors" ? Shure, done. My English is not really brilliant so I make lots of stupid mistakes ;) > and everything else looks good. I didn't try running the package since > the only Athlon I have handy is a backup machine and I'd be very sad if > it had any filesystem corruption (and, yes, I realize that its a very > small risk). No risk, no fun ;] Here are updated files: http://80.55.221.90/~gajownik/linux/RPMS/athcool/athcool-0.3.11-2.src.rpm http://80.55.221.90/~gajownik/linux/RPMS/athcool/athcool.spec http://80.55.221.90/~gajownik/linux/RPMS/athcool/sha1sum -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 20:46:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 16:46:06 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508102046.j7AKk6Q1031542@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From orion at cora.nwra.com 2005-08-10 16:45 EST ------- Added the post/postun ldconfig Checked in and builds on FC-4 (with a fix for x86_64). Working on devel... Thanks Ed! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 20:58:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 16:58:09 -0400 Subject: [Bug 165398] Review Request: Python array manipulation and computational library In-Reply-To: Message-ID: <200508102058.j7AKw93P003404@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |ed at eh3.com ------- Additional Comments From orion at cora.nwra.com 2005-08-10 16:57 EST ------- Added the provides and re-pushed -2. Ed - can you review/approve? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 10 21:06:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 17:06:42 -0400 Subject: [Bug 165254] Review Request: plplot - Scientific plotting package In-Reply-To: Message-ID: <200508102106.j7AL6gmb005973@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plplot - Scientific plotting package https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165254 ------- Additional Comments From ed at eh3.com 2005-08-10 17:06 EST ------- Cool, I'm glad that its working and am looking forward to giving it a try. One of the unexpected (for me, anyway) benefits of FE is finding out about these useful progects/libs/etc. Who knew all this stuff existed? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bryans at aspsys.com Wed Aug 10 20:31:52 2005 From: bryans at aspsys.com (Bryan Stillwell) Date: Wed, 10 Aug 2005 14:31:52 -0600 Subject: Build system - why kill other arch builds? In-Reply-To: <1123705439.328.29.camel@cutter> References: <42FA6128.201@cora.nwra.com> <1123705439.328.29.camel@cutter> Message-ID: <20050810203152.GC25336@aspsys.com> On Wed, Aug 10, 2005 at 04:23:59PM -0400, seth vidal wrote: >On Wed, 2005-08-10 at 14:18 -0600, Orion Poplawski wrote: >> It looks like when the build system encounters an error on one >> architecture, it kills the builds on the other archs. What is the >> reason for this? I would find it helpful to know if the build would >> have succeeded on the other architectures. > > >It does this so that we don't waste time on the builds of a failed >package. Any arch failure for a package fails the other arches. I'm with Orion on this one. When debugging a problem with a package, it definately helps to know if the problem is localized to an architecture or if it's an arch-neutral problem. Maybe this could be made configurable? Bryan -- Aspen Systems, Inc. | http://www.aspsys.com/ Production Engineer | Phone: (303)431-4606 bryans at aspsys.com | Fax: (303)431-7196 From bugzilla at redhat.com Wed Aug 10 21:33:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 17:33:56 -0400 Subject: [Bug 165537] Review Request: athcool - enabling/disabling Powersaving mode for AMD processors In-Reply-To: Message-ID: <200508102133.j7ALXujs011656@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: athcool - enabling/disabling Powersaving mode for AMD processors https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165537 ------- Additional Comments From ed at eh3.com 2005-08-10 17:33 EST ------- Ha! English is my native tongue but it doesn't prevent me from making lots of grammar/spelling mistakes in it. And your english is *much* better than any of the non-native languages that I struggle (and mostly fail) to understand! ;-) So, I think you're all set now. I've APPROVED this package and sponsored you for CVS access. So all you have to do is get the FE paperwork finalized, get the "cert" for CVS access, and follow the directions at: http://fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo http://fedoraproject.org/wiki/Extras/UsingCvsFaq If you have any problems with any of the above steps please send me an email and I'll do what I can to help. And, if you want, I can import your SRPM into CVS before your paperwork is done. But it doesn't speed things up much since you'll still need CVS access for any changes, build requests, etc. And again, welcome to FE! ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From skvidal at phy.duke.edu Wed Aug 10 21:56:40 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 10 Aug 2005 17:56:40 -0400 Subject: Build system - why kill other arch builds? In-Reply-To: <20050810203152.GC25336@aspsys.com> References: <42FA6128.201@cora.nwra.com> <1123705439.328.29.camel@cutter> <20050810203152.GC25336@aspsys.com> Message-ID: <1123711000.328.42.camel@cutter> On Wed, 2005-08-10 at 14:31 -0600, Bryan Stillwell wrote: > On Wed, Aug 10, 2005 at 04:23:59PM -0400, seth vidal wrote: > >On Wed, 2005-08-10 at 14:18 -0600, Orion Poplawski wrote: > >> It looks like when the build system encounters an error on one > >> architecture, it kills the builds on the other archs. What is the > >> reason for this? I would find it helpful to know if the build would > >> have succeeded on the other architectures. > > > > > >It does this so that we don't waste time on the builds of a failed > >package. Any arch failure for a package fails the other arches. > > I'm with Orion on this one. When debugging a problem with a package, it > definately helps to know if the problem is localized to an architecture > or if it's an arch-neutral problem. Maybe this could be made > configurable? Think of the alternative: You want to wait for 8 hours while open office on i386 builds even though we know the build failed in the prep-stage for ppc? -sv From orion at cora.nwra.com Wed Aug 10 21:55:04 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 10 Aug 2005 15:55:04 -0600 Subject: Build system monitor request Message-ID: <42FA77B8.8090401@cora.nwra.com> Could the Builder Status page be updated to show what job is being processed on the different machines? Not surprisingly ppc1 appears to be falling behind (which could explain Seth's desire to kill failing jobs), but it would be nice to know how far. Although I suppose this can be inferred from the Main page. Also, I'd be interested in seeing (and writing) something that displays the differences between the build.log output on the various architectures, possibly with things like /usr/lib -> /usr/lib64, i386->x86_64->ppc ignored. Is the source for the web pages available? Finally, could the "Failed Builds" and "Successful Builds" be made to keep the ?email= arg? Clicking there and back to My Packages looses my email. 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 bugs.michael at gmx.net Wed Aug 10 22:00:33 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 11 Aug 2005 00:00:33 +0200 Subject: Caim Ownership to stellarium In-Reply-To: <0MKwtQ-1E2wDZ19O5-0004yD@mrelayeu.kundenserver.de> References: <0MKwtQ-1E2wDZ19O5-0004yD@mrelayeu.kundenserver.de> Message-ID: <20050811000033.04d0d640.bugs.michael@gmx.net> On Wed, 10 Aug 2005 21:26:13 +0200, Jochen Schmitt wrote: > http://www.fedoraproject.org/wiki/Extras/OrphanedPackages > > the package stellarium was listed as orphaned. > > I have found a build problem on the package and fixed it. > > So I want to claim ownership of this package. Feel free to * update owners.list accordingly, * assign and act on https://bugzilla.redhat.com/160534 (optionally), * and drop the package from the Wiki page. The only other person, who has shown marginal interest in taking over the package, has not signed up yet, although his reply on July 31st said that he wanted to do it "soon". If you take the package and he comes back, he can either negotiate with you about package ownership or team up with you. For packages that are marked "without maintainer" for a long time it's first come first served. From orion at cora.nwra.com Wed Aug 10 22:01:45 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 10 Aug 2005 16:01:45 -0600 Subject: Build system - why kill other arch builds? In-Reply-To: <1123711000.328.42.camel@cutter> References: <42FA6128.201@cora.nwra.com> <1123705439.328.29.camel@cutter> <20050810203152.GC25336@aspsys.com> <1123711000.328.42.camel@cutter> Message-ID: <42FA7949.1030703@cora.nwra.com> seth vidal wrote: > On Wed, 2005-08-10 at 14:31 -0600, Bryan Stillwell wrote: > >>or if it's an arch-neutral problem. Maybe this could be made >>configurable? > > > Think of the alternative: You want to wait for 8 hours while open office > on i386 builds even though we know the build failed in the prep-stage > for ppc? > Agreed. But it would be nice to be able to override. Especially with new packages it is nice to know where is builds and where it doesn't, esp. with developers who may not have access to other platforms. Perhaps a time limit? In my case the jobs had run for 8 minutes or so and only needed another minute or two to finish. -- 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 orion at cora.nwra.com Wed Aug 10 22:13:27 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 10 Aug 2005 16:13:27 -0600 Subject: More buildsystem Message-ID: <42FA7C07.1030602@cora.nwra.com> Perhaps jobs that will be superseded should be killed. On queue now is: 588 highlight highlight-2_4_1-5_fc5 building development Jochen herr-schmitt.de 591 highlight highlight-2_4_1-6_fc4 building 4 Jochen herr-schmitt.de 593 highlight highlight-2_4_1-6_fc5 building development Jochen herr-schmitt.de Surely 588 could be nixed since 593 will replace it? -- 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 bugs.michael at gmx.net Wed Aug 10 22:38:46 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 11 Aug 2005 00:38:46 +0200 Subject: Build system - why kill other arch builds? In-Reply-To: <42FA7949.1030703@cora.nwra.com> References: <42FA6128.201@cora.nwra.com> <1123705439.328.29.camel@cutter> <20050810203152.GC25336@aspsys.com> <1123711000.328.42.camel@cutter> <42FA7949.1030703@cora.nwra.com> Message-ID: <20050811003846.4ff61b82.bugs.michael@gmx.net> On Wed, 10 Aug 2005 16:01:45 -0600, Orion Poplawski wrote: > seth vidal wrote: > > On Wed, 2005-08-10 at 14:31 -0600, Bryan Stillwell wrote: > > > >>or if it's an arch-neutral problem. Maybe this could be made > >>configurable? > > > > > > Think of the alternative: You want to wait for 8 hours while open office > > on i386 builds even though we know the build failed in the prep-stage > > for ppc? > > > > Agreed. But it would be nice to be able to override. Especially with > new packages it is nice to know where is builds and where it doesn't, > esp. with developers who may not have access to other platforms. ExcludeArch or ExclusiveArch tags can achieve that. But be aware that successfully built packages would enter needsign queue and would be published. From bugs.michael at gmx.net Wed Aug 10 22:40:14 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 11 Aug 2005 00:40:14 +0200 Subject: More buildsystem In-Reply-To: <42FA7C07.1030602@cora.nwra.com> References: <42FA7C07.1030602@cora.nwra.com> Message-ID: <20050811004014.2504d11d.bugs.michael@gmx.net> On Wed, 10 Aug 2005 16:13:27 -0600, Orion Poplawski wrote: > Perhaps jobs that will be superseded should be killed. On queue now is: > > 588 highlight highlight-2_4_1-5_fc5 building development > Jochen herr-schmitt.de > 591 highlight highlight-2_4_1-6_fc4 building 4 Jochen herr-schmitt.de > 593 highlight highlight-2_4_1-6_fc5 building development Jochen > herr-schmitt.de > > Surely 588 could be nixed since 593 will replace it? Jochen could have done that while it's still building. From orion at cora.nwra.com Wed Aug 10 22:40:45 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 10 Aug 2005 16:40:45 -0600 Subject: mock speedup? Message-ID: <42FA826D.2010305@cora.nwra.com> Does it make sense to try to get mock to exclude installing the kernel (if possible)? I can't think of any reason for it. -- 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 orion at cora.nwra.com Wed Aug 10 22:44:19 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 10 Aug 2005 16:44:19 -0600 Subject: Build system - why kill other arch builds? In-Reply-To: <20050811003846.4ff61b82.bugs.michael@gmx.net> References: <42FA6128.201@cora.nwra.com> <1123705439.328.29.camel@cutter> <20050810203152.GC25336@aspsys.com> <1123711000.328.42.camel@cutter> <42FA7949.1030703@cora.nwra.com> <20050811003846.4ff61b82.bugs.michael@gmx.net> Message-ID: <42FA8343.9070407@cora.nwra.com> Michael Schwendt wrote: > > ExcludeArch or ExclusiveArch tags can achieve that. But be aware that > successfully built packages would enter needsign queue and would be > published. > This would require many checkins and releases just to test out different arches. -- 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 dcbw at redhat.com Wed Aug 10 22:46:15 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 10 Aug 2005 18:46:15 -0400 Subject: Build system monitor request In-Reply-To: <42FA77B8.8090401@cora.nwra.com> References: <42FA77B8.8090401@cora.nwra.com> Message-ID: <1123713975.15296.15.camel@dcbw.boston.redhat.com> On Wed, 2005-08-10 at 15:55 -0600, Orion Poplawski wrote: > Could the Builder Status page be updated to show what job is being > processed on the different machines? Not surprisingly ppc1 appears to > be falling behind (which could explain Seth's desire to kill failing > jobs), but it would be nice to know how far. Although I suppose this > can be inferred from the Main page. What metric would be used to determine "how far" a builder is falling behind? Are you thinking about a "there are 5 packages left in the PPC architecture queue to build" display or something? I'm not quite sure what you mean here. Be careful here though, we can't assign a "# left to build" count for a _particular_ builder, because if you have more than 1 PPC builder then that # becomes quite meaningless. Packages build at different rates. We can, however, get a count of the # of packages left to build on each architecture with a bit of work. > Also, I'd be interested in seeing (and writing) something that displays > the differences between the build.log output on the various > architectures, possibly with things like /usr/lib -> /usr/lib64, > i386->x86_64->ppc ignored. Is the source for the web pages available? Yes, in Fedora Extras CVS: http://cvs.fedora.redhat.com/viewcvs/extras-buildsys/www/?root=fedora > Finally, could the "Failed Builds" and "Successful Builds" be made to > keep the ?email= arg? Clicking there and back to My Packages looses my > email. I've fixed this in CVS, we just need to update the code running on all the builders and the build server. Dan From sopwith at redhat.com Wed Aug 10 22:51:53 2005 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 10 Aug 2005 18:51:53 -0400 (EDT) Subject: Build system - why kill other arch builds? In-Reply-To: <42FA8343.9070407@cora.nwra.com> References: <42FA6128.201@cora.nwra.com> <1123705439.328.29.camel@cutter> <20050810203152.GC25336@aspsys.com> <1123711000.328.42.camel@cutter> <42FA7949.1030703@cora.nwra.com> <20050811003846.4ff61b82.bugs.michael@gmx.net> <42FA8343.9070407@cora.nwra.com> Message-ID: On Wed, 10 Aug 2005, Orion Poplawski wrote: > Michael Schwendt wrote: > > > > ExcludeArch or ExclusiveArch tags can achieve that. But be aware that > > successfully built packages would enter needsign queue and would be > > published. > > > > This would require many checkins and releases just to test out different > arches. There are two main reasons to have one failing arch kill the whole job: . Limited build machine resources . The need to avoid inconsistencies in the completed builds between different arches. You are wanting to be able to ask "What architectures will my package build on?" Although it's a theoretically valid question, the foremost question from a package maintainer's perspective should be "What is the next problem I need to fix?" For answering /that/ question, the current setup is just fine. Best, -- Elliot Pioneers get the Arrows. Settlers get the Land. From dcbw at redhat.com Wed Aug 10 22:56:35 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 10 Aug 2005 18:56:35 -0400 Subject: More buildsystem In-Reply-To: <42FA7C07.1030602@cora.nwra.com> References: <42FA7C07.1030602@cora.nwra.com> Message-ID: <1123714595.15296.27.camel@dcbw.boston.redhat.com> On Wed, 2005-08-10 at 16:13 -0600, Orion Poplawski wrote: > Perhaps jobs that will be superseded should be killed. On queue now is: > > 588 highlight highlight-2_4_1-5_fc5 building development > Jochen herr-schmitt.de > 591 highlight highlight-2_4_1-6_fc4 building 4 Jochen herr-schmitt.de > 593 highlight highlight-2_4_1-6_fc5 building development Jochen > herr-schmitt.de > > Surely 588 could be nixed since 593 will replace it? Yes, something like this is planned for future releases. This requires quite a bit of intelligence in the build server, which isn't there yet. We basically need to bring depsolving into the build server, and to do that, we also need to know what repositories the builders are using, what targets they are capable of building on, and a few more things, so that we can figure out package inter-dependencies and compare versions. This would allow stuff like (however, this could be done in a quick and dirty manner, but I'm not sure its worth doing quickly or dirtily. Package maintainers can for the moment kill their previous builds, it's not too hard) Dan From orion at cora.nwra.com Wed Aug 10 22:59:01 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 10 Aug 2005 16:59:01 -0600 Subject: ppc1 down? Message-ID: <42FA86B5.3070003@cora.nwra.com> Finally (for today anyways :-) is ppc1 hung up? Seems like builds have been stuck for a while and it is the only one listed as building. -- 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 dcbw at redhat.com Wed Aug 10 23:02:36 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 10 Aug 2005 19:02:36 -0400 Subject: Build system - why kill other arch builds? In-Reply-To: <42FA6128.201@cora.nwra.com> References: <42FA6128.201@cora.nwra.com> Message-ID: <1123714956.15296.34.camel@dcbw.boston.redhat.com> On Wed, 2005-08-10 at 14:18 -0600, Orion Poplawski wrote: > It looks like when the build system encounters an error on one > architecture, it kills the builds on the other archs. What is the > reason for this? I would find it helpful to know if the build would > have succeeded on the other architectures. If you've got an error on one arch, then you have to respin the package anyway. It forces you to fix the error and not ignore the arch that failed. If you, as the maintainer, only have access to an i386 box, and your build would have failed on both ppc and x86_64 (which you don't have access to), there's no guarantee that the failure is the same, and there is no guarantee that your fix will even work on either architecture since you have no access to them anyway. I don't think it's necessarily a win to allow other arches to proceed when one fails, since (a) you can't know your fix will work on PPC, (b) you can't know your fix will work on x86_64, even if it works on PPC, (c) there may be some further error one arch. If you don't have access to an arch, you cannot get away from the song and dance of "try it and see if it fails." Now this could also be fixed by something like the "scratch" targets that we were talking about earlier, where this policy _could_ be implemented. "scratch" targets would not feed into the repository, but their base packages would be pulled from it. Therefore, you could test your packages without having them interfere with the repo, or with the "official" build queue. When you are more or less certain that your packages build, you can submit them to the "official" queue. Dan From dcbw at redhat.com Wed Aug 10 23:09:28 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 10 Aug 2005 19:09:28 -0400 Subject: ppc1 down? In-Reply-To: <42FA86B5.3070003@cora.nwra.com> References: <42FA86B5.3070003@cora.nwra.com> Message-ID: <1123715368.15296.35.camel@dcbw.boston.redhat.com> On Wed, 2005-08-10 at 16:59 -0600, Orion Poplawski wrote: > Finally (for today anyways :-) is ppc1 hung up? Seems like builds have > been stuck for a while and it is the only one listed as building. Builder kicked, should be running now. Dan From bugzilla at redhat.com Wed Aug 10 23:16:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 19:16:43 -0400 Subject: [Bug 165489] Review Request: Wireless LAN (WLAN) tool which recovers encryption keys In-Reply-To: Message-ID: <200508102316.j7ANGhhO027342@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165489 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-08-10 19:16 EST ------- I'm still not seeing a menu item, but this may just be a local thing. Still see: W: airsnort no-version-in-last-changelog Formatting is messed up from wrapping. End of line should be like: - 0.2.7e-4 All on one line, with a "-" separator. Easily fixed, so Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 00:02:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 10 Aug 2005 20:02:20 -0400 Subject: [Bug 165489] Review Request: Wireless LAN (WLAN) tool which recovers encryption keys In-Reply-To: Message-ID: <200508110002.j7B02KZC032255@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Wireless LAN (WLAN) tool which recovers encryption keys https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165489 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-10 20:02 EST ------- Thanks... I will commit it asap... As to the changelog: This has been talked about before and agreed to be ok in this case because my name, mail combination is quiet long :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From skvidal at phy.duke.edu Thu Aug 11 00:59:02 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 10 Aug 2005 20:59:02 -0400 Subject: mock speedup? In-Reply-To: <42FA826D.2010305@cora.nwra.com> References: <42FA826D.2010305@cora.nwra.com> Message-ID: <1123721942.5290.2.camel@cutter> On Wed, 2005-08-10 at 16:40 -0600, Orion Poplawski wrote: > Does it make sense to try to get mock to exclude installing the kernel > (if possible)? I can't think of any reason for it. it can be done with just an exclude line added to the config but the question is - does it really make a speed up for the buildsys? Not really. The packages are all local and it doesn't buy us much at all. -sv From bugzilla at redhat.com Thu Aug 11 04:04:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 00:04:10 -0400 Subject: [Bug 165398] Review Request: Python array manipulation and computational library In-Reply-To: Message-ID: <200508110404.j7B44A2l022805@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ed at eh3.com 2005-08-11 00:02 EST ------- Hi Orion, heres the review notes: needswork: - rpmbuild warns about files being list twice such as: warning: File listed twice: /usr/lib/python2.4/site-packages/numarray/__init__.pyo so please take a closer look at %{python_sitelib}/numarray/ %ghost %{python_sitelib}/numarray/*.pyo in the files section -- I don't know whether its a bug or something that can be ignored or just my ignorance of the %ghost macro... good: - license looks OK and is included although one has to execute: $ python >>> import numarray >>> print numarray.__LICENSE__ to read it (which seems OK since it appears to be what the authors wanted and they went to some effort to have it that way) - rpmlint reports warnings for the 16 *.h files but then the package does Provide: python-numarray-devel so someone could easily split them off at a future date - specfile is easy to read and looks OK - names look OK - source matches upstream - builds nicely in mock on FC-4 - Requires and BuildRequires look OK - dir ownership looks OK - code not content - no segfaults encountered and I don't know what to say about the %ghost bit and the files-listed -twice warning. If it weren't so late right now I'd Google for some examples and/or documentation. But I need sleep... ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 04:10:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 00:10:15 -0400 Subject: [Bug 165648] New: Review Request: perl-Array-Compare - Perl extension for comparing arrays In-Reply-To: Message-ID: <200508110410.j7B4AFxI023250@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165648 Summary: Review Request: perl-Array-Compare - Perl extension for comparing arrays Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Array-Compare/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Array-Compare.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Array-Compare-1.12-3.src.rpm Description: If you have two arrays and you want to know if they are the same or different, then Array::Compare will be useful to you. Note: This a perl-WWW-Mechanize build requirement -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 04:10:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 00:10:25 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508110410.j7B4APWJ023290@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165648 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 04:12:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 00:12:30 -0400 Subject: [Bug 165649] New: Review Request: perl-Test-Warn - Perl extension to test methods for warnings In-Reply-To: Message-ID: <200508110412.j7B4CUJl023430@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165649 Summary: Review Request: perl-Test-Warn - Perl extension to test methods for warnings Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Test-Warn/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Test-Warn.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Test-Warn-0.08-2.src.rpm Description: This module provides a few convenience methods for testing warning based code. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 04:12:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 00:12:41 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508110412.j7B4Cfg2023470@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165649 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 04:16:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 00:16:46 -0400 Subject: [Bug 165650] New: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction In-Reply-To: Message-ID: <200508110416.j7B4GkTN023793@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165650 Summary: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/WWW-Mechanize/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-WWW-Mechanize.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-WWW-Mechanize-1.12-2.src.rpm Description: "WWW::Mechanize", or Mech for short, helps you automate interaction with a website. It supports performing a sequence of page fetches including following links and submitting forms. Each fetched page is parsed and its links and forms are extracted. A link or a form can be selected, form fields can be filled and the next page can be fetched. Mech also stores a history of the URLs you've visited, which can be queried and revisited. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 04:16:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 00:16:58 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508110416.j7B4GwRS023823@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165650 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 04:38:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 00:38:48 -0400 Subject: [Bug 165648] Review Request: perl-Array-Compare - Perl extension for comparing arrays In-Reply-To: Message-ID: <200508110438.j7B4cmBj025329@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Array-Compare - Perl extension for comparing arrays https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165648 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-08-11 00:38 EST ------- One cosmetical thing: %check || : The "|| :" is superfluous with current rpm. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 04:51:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 00:51:29 -0400 Subject: [Bug 165650] Review Request: perl-WWW-Mechanize - Automates web page form & link interaction In-Reply-To: Message-ID: <200508110451.j7B4pTLc026905@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165650 Bug 165650 depends on bug 165573, which changed state. Bug 165573 Summary: Review Request: perl-Test-Taint https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165573 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 04:51:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 00:51:45 -0400 Subject: [Bug 165574] Review Request: perl-Params-Validate In-Reply-To: Message-ID: <200508110451.j7B4pjRV026966@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Params-Validate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165574 Bug 165574 depends on bug 165573, which changed state. Bug 165573 Summary: Review Request: perl-Test-Taint https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165573 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 04:55:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 00:55:36 -0400 Subject: [Bug 165649] Review Request: perl-Test-Warn - Perl extension to test methods for warnings In-Reply-To: Message-ID: <200508110455.j7B4taWW027365@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Test-Warn - Perl extension to test methods for warnings https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165649 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-08-11 00:55 EST ------- Cosmetics: %check || : The "|| :" is superfluous with current rpm. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 05:30:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 01:30:42 -0400 Subject: [Bug 165650] Review Request: perl-WWW-Mechanize - Automates web page form & link interaction In-Reply-To: Message-ID: <200508110530.j7B5Ugwi029965@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165650 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rc040203 at freenet.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-08-11 01:30 EST ------- Potential improvement: Consider to add BuildRequires: perl(IO::Socket::SSL) This enables "https:" checks during "make test" Non-blocking issues: 1. %check || : The || : is superfluous 2. I'd propose to extend the spec to conditionally support live tests (something like --with-livetests rsp. %_with_livetests). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Thu Aug 11 06:32:53 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 11 Aug 2005 09:32:53 +0300 Subject: Build system monitor request In-Reply-To: <1123713975.15296.15.camel@dcbw.boston.redhat.com> References: <42FA77B8.8090401@cora.nwra.com> <1123713975.15296.15.camel@dcbw.boston.redhat.com> Message-ID: <1123741973.621.86.camel@localhost.localdomain> On Wed, 2005-08-10 at 18:46 -0400, Dan Williams wrote: > On Wed, 2005-08-10 at 15:55 -0600, Orion Poplawski wrote: > > Finally, could the "Failed Builds" and "Successful Builds" be made to > > keep the ?email= arg? Clicking there and back to My Packages looses my > > email. > > I've fixed this in CVS, we just need to update the code running on all > the builders and the build server. While at it, could you take a look at https://bugzilla.redhat.com/164837 ? From bugzilla at redhat.com Thu Aug 11 07:44:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 03:44:41 -0400 Subject: [Bug 165398] Review Request: Python array manipulation and computational library In-Reply-To: Message-ID: <200508110744.j7B7ifGN015195@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 ------- Additional Comments From paul at city-fan.org 2005-08-11 03:44 EST ------- Get rid of the "file listed twice" issue like this: Change: %{python_sitelib}/numarray/ %ghost %{python_sitelib}/numarray/*.pyo To: %dir %{python_sitelib}/numarray %{python_sitelib}/numarray/*.py %{python_sitelib}/numarray/*.pyc %ghost %{python_sitelib}/numarray/*.pyo Some people would advocate including the .pyo files rather than ghosting them too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 09:14:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 05:14:42 -0400 Subject: [Bug 165659] New: Review Request: perl-Test-LongString In-Reply-To: Message-ID: <200508110914.j7B9Eg8H025355@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165659 Summary: Review Request: perl-Test-LongString Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Test-LongString OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Test-LongString.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Test-LongString-0.08-1.src.rpm Description: This module provides some drop-in replacements for the string comparison functions of Test::More, but which are more suitable when you test against long strings. If you've ever had to search for text in a multi-line string like an HTML document, or find specific items in binary data, this is the module for you. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 09:14:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 05:14:57 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508110914.j7B9EvwO025413@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165659 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 09:17:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 05:17:24 -0400 Subject: [Bug 165660] New: Review Request: perl-Text-Quoted In-Reply-To: Message-ID: <200508110917.j7B9HOtS025658@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165660 Summary: Review Request: perl-Text-Quoted Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Text-Quoted OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Text-Quoted.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Text-Quoted-1.8-1.src.rpm Description: Text::Quoted examines the structure of some text which may contain multiple different levels of quoting, and turns the text into a nested data structure. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 09:17:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 05:17:39 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508110917.j7B9HdA4025713@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165660 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 09:23:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 05:23:20 -0400 Subject: [Bug 165661] New: Review Request: perl-Tree-Simple In-Reply-To: Message-ID: <200508110923.j7B9NKFK026292@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165661 Summary: Review Request: perl-Tree-Simple Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Tree-Simple/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Tree-Simple.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Tree-Simple-1.15-1.src.rpm Description: A simple tree object. This module in an fully object-oriented implementation of a simple n-ary tree. It is built upon the concept of parent-child relationships, so therefore every Tree::Simple object has both a parent and a set of children (who themselves may have children, and so on). Every Tree::Simple object also has siblings, as they are just the children of their immediate parent. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 09:23:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 05:23:33 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508110923.j7B9NXic026345@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165661 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 09:25:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 05:25:05 -0400 Subject: [Bug 165662] New: Review Request: perl-Regexp-Common In-Reply-To: Message-ID: <200508110925.j7B9P5TU026533@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165662 Summary: Review Request: perl-Regexp-Common Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Regexp-Common OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Regexp-Common.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Regexp-Common-2.120-1.src.rpm Description : Regexp::Common - Provide commonly requested regular expressions -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 09:25:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 05:25:12 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508110925.j7B9PCnc026574@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165662 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 09:29:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 05:29:03 -0400 Subject: [Bug 165666] New: Review Request: Graph Visualization Tools In-Reply-To: Message-ID: <200508110929.j7B9T348027082@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165666 Summary: Review Request: Graph Visualization Tools Product: Fedora Extras Version: devel Platform: All URL: http://filelister.linux- kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/ graphviz-cairo OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/graphviz-cairo/graphviz-cairo.spec SRPM Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/graphviz-cairo/graphviz-cairo-2.4-1.src.rpm Description: A renderer plugin for graphviz that uses cairo and provides output formats such as png, x11. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 09:29:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 05:29:12 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508110929.j7B9TCPe027116@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165666 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 10:00:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 06:00:48 -0400 Subject: [Bug 165666] Review Request: Graph Visualization Tools In-Reply-To: Message-ID: <200508111000.j7BA0mYE030387@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Graph Visualization Tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165666 ------- Additional Comments From rc040203 at freenet.de 2005-08-11 06:00 EST ------- Not a formal review, just some remarks on the spec files: - BuildRoot not conforming to FE conventions: BuildRoot: %{_tmppath}/%{name}-root - Questionable: %{expand: %%define optflags %{optflags} -ffast-math} - Probably wrong: %configure .... transform='s,x,x,' \ [If this is required, the configure script is utterly broken.] This is twice questionable: 1. Using -ffast-math is questionable by itself. I recommend against it. 2. The expand. Pass CFLAGS="$RPM_OPT_FLAGS " to configure instead. - Missing Requires(post): %{_bindir}/dot Requires(postun): %{_bindir}/dot -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 10:01:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 06:01:30 -0400 Subject: [Bug 165509] Review Request: Addition of link-grammar to FC Extras In-Reply-To: Message-ID: <200508111001.j7BA1UBK030548@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of link-grammar to FC Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165509 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-08-11 06:01 EST ------- Looks good. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 10:52:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 06:52:35 -0400 Subject: [Bug 165666] Review Request: Graph Visualization Tools In-Reply-To: Message-ID: <200508111052.j7BAqZw4003326@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Graph Visualization Tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165666 ------- Additional Comments From oliver at linux-kernel.at 2005-08-11 06:52 EST ------- * BuildRoot fixed * Added comment to the expand, as in graphviz.spec: # XXX ix86 only used to have -ffast-math, let's use everywhere * configure switched to the one provided within the source tarball specfile * the transform stuff is from the the source tarball specfile Updated spec and srpm. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oliver at linux-kernel.at Thu Aug 11 11:16:08 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 11 Aug 2005 13:16:08 +0200 Subject: Request for review: scanssh (default behaviour) In-Reply-To: <42FA197B.4020703@di.uminho.pt> References: <1072.213.13.91.139.1123184290.squirrel@webmail.lsd.di.uminho.pt> <42F31ADF.5090201@linux-kernel.at> <42F3C2A2.3050308@di.uminho.pt> <42F75DCD.9020906@linux-kernel.at> <1123509867.4364.406.camel@mccallum.corsepiu.local> <42F767AD.1010704@linux-kernel.at> <42F9C975.6030701@linux-kernel.at> <42FA197B.4020703@di.uminho.pt> Message-ID: <42FB3378.5090409@linux-kernel.at> On 08/10/2005 05:12 PM, Jos? Pedro Oliveira wrote: > Oliver, > >>>Build 4, fixed. >>> >>>http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh >> >>Jos?, are you willing to approve? > > > Scanssh default behaviour: > * I don't think we sould change the scanssh default behaviour: > we shouldn't change the way it presents itself to the ssh server > and thus preventing it to log the scan attempt. > > Minor note: > * The disttag is also missing. > > > You can conditional patch scanssh if you still want. > Example: > > rpmbuild -ba -with hidescan ... > > ------------------ > --- scanssh.spec.4 2005-08-08 15:07:45.000000000 +0100 > +++ scanssh.spec 2005-08-10 15:55:16.000000000 +0100 > @@ -1,6 +1,6 @@ > Name: scanssh > Version: 2.1 > -Release: 4 > +Release: 4%{?dist} > Summary: Fast SSH server and open proxy scanner > > Group: Applications/Internet > @@ -23,7 +23,7 @@ > > %prep > %setup -q > -%patch0 -p1 > +%{?_with_hidescan:%patch0 -p1} > > %build > %configure > ------------------ Updated: http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/scanssh -of From oliver at linux-kernel.at Thu Aug 11 11:16:39 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 11 Aug 2005 13:16:39 +0200 Subject: Orphan packages. In-Reply-To: <20050810143749.GA5913@osiris.silug.org> References: <1123613313.4585.15.camel@gruyere> <42F9B19C.4030307@linux-kernel.at> <20050810143749.GA5913@osiris.silug.org> Message-ID: <42FB3397.50200@linux-kernel.at> On 08/10/2005 04:37 PM, Steven Pritchard wrote: > On Wed, Aug 10, 2005 at 09:49:48AM +0200, Oliver Falk wrote: > >>> 10. perl-Archive-Zip >>> 11. perl-Convert-TNEF >>> 12. perl-Mail-Alias >>> 13. perl-Unix-Syslog >> >>If nobody is interessted, I'm willing to maintain those perl modules... > > > I'm not terribly interested in perl-Mail-Alias, so help yourself. > I've got the rest covered though. As you might have seen allready, I took it. -of From bugzilla at redhat.com Thu Aug 11 12:05:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 08:05:53 -0400 Subject: [Bug 165685] New: Review Request: Perl extension for collecting information about the machine In-Reply-To: Message-ID: <200508111205.j7BC5rvS010502@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165685 Summary: Review Request: Perl extension for collecting information about the machine Product: Fedora Extras Version: devel Platform: All URL: http://filelister.linux- kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/ perl-Unix-Statgrab OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/perl-Unix-Statgrab/perl-Unix-Statgrab.spec SRPM Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/perl-Unix-Statgrab/perl-Unix-Statgrab-0.03-3.src.rpm Description: Unix::Statgrab is a wrapper for libstatgrab as available from . It is a reasonably portable attempt to query interesting stats about your computer. It covers information on the operating system, CPU, memory usage, network interfaces, hard-disks etc. Each of the provided functions follow a simple rule: It never takes any argument and returns either an object (in case of success) or "undef". In case "undef" was returned, check the return value of "get_error". Also see "ERROR HANDLING" further below. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 12:06:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 08:06:01 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508111206.j7BC61Ia010530@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165685 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 12:07:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 08:07:12 -0400 Subject: [Bug 165686] New: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508111207.j7BC7Cub010710@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml Product: Fedora Extras Version: devel Platform: All URL: http://filelister.linux- kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/ syck OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url:http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/syck/syck.spec SRPM Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/syck/syck-0.55-1.src.rpm Description: Syck is an extension for reading and writing YAML swiftly in popular scripting languages. As Syck loads the YAML, it stores the data directly in your language's symbol table. This means speed. This means power. This means Do not disturb Syck because it is so focused on the task at hand that it will slay you mortally if you get in its way. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 12:07:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 08:07:16 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508111207.j7BC7Glx010744@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165686 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 12:08:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 08:08:49 -0400 Subject: [Bug 165688] New: Review Request: YAML-Parser-Syck - Perl Wrapper for the YAML Parser Extension: libsyck In-Reply-To: Message-ID: <200508111208.j7BC8ngG011025@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165688 Summary: Review Request: YAML-Parser-Syck - Perl Wrapper for the YAML Parser Extension: libsyck Product: Fedora Extras Version: devel Platform: All URL: http://filelister.linux- kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/ perl-YAML-Parser-Syck OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/perl-YAML-Parser-Syck/YAML-Parser-Syck.spec SRPM Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/perl-YAML-Parser-Syck/perl-YAML-Parser-Syck-0.01-3.src.rpm Description: libsyck is a *gift* from a gifted Stiff named 'Why'. YAML::Parser::Syck is an XS module that binds libsyck to Perl. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 12:08:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 08:08:58 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508111208.j7BC8wtQ011055@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165688 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 12:11:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 08:11:07 -0400 Subject: [Bug 165689] New: Review Request: Filter, redirector and access controller plugin for squid In-Reply-To: Message-ID: <200508111211.j7BCB7fP011323@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165689 Summary: Review Request: Filter, redirector and access controller plugin for squid Product: Fedora Extras Version: devel Platform: All URL: http://filelister.linux- kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/ squidGuard OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/squidGuard/squidGuard.spec SRPM Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/squidGuard/squidGuard-1.2.0-7.src.rpm Description: squidGuard can be used to - limit the web access for some users to a list of accepted/well known web servers and/or URLs only. - block access to some listed or blacklisted web servers and/or URLs for some users. **) - block access to URLs matching a list of regular expressions or words for some users. **) - enforce the use of domainnames/prohibit the use of IP address in URLs. **) - redirect blocked URLs to an "intelligent" CGI based info page. **) - redirect unregistered user to a registration form. - redirect popular downloads like Netscape, MSIE etc. to local copies. - redirect banners to an empty GIF. **) - have different access rules based on time of day, day of the week, date etc. - have different rules for different user groups. - and much more.. Neither squidGuard nor Squid can be used to - filter/censor/edit text inside documents - filter/censor/edit embeded scripting languages like JavaScript or VBscript inside HTML -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 12:11:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 08:11:11 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508111211.j7BCBBfM011350@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165689 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 12:13:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 08:13:17 -0400 Subject: [Bug 165690] New: Review Request: Prints a short string to the console in very large letters In-Reply-To: Message-ID: <200508111213.j7BCDH6f011492@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165690 Summary: Review Request: Prints a short string to the console in very large letters Product: Fedora Extras Version: devel Platform: All URL: http://filelister.linux- kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/ banner OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/banner/banner.spec SRPM Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/banner/banner-1.3.1-1.src.rpm Description: Classic-style banner program similar to the one found in Solaris or AIX. The banner program prints a short string to the console in very large letters. Also a good example of a very small autoconf-enabled program. Written in ANSI C. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 12:13:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 08:13:24 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508111213.j7BCDOvV011513@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165690 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 13:07:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 09:07:20 -0400 Subject: [Bug 165537] Review Request: athcool - enabling/disabling Powersaving mode for AMD processors In-Reply-To: Message-ID: <200508111307.j7BD7K3l020747@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: athcool - enabling/disabling Powersaving mode for AMD processors https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165537 ------- Additional Comments From gajownik at gmail.com 2005-08-11 09:07 EST ------- (In reply to comment #3) > English is my native tongue So feel free to correct me when I butcher English language :D > If you have any problems with any of the above steps please send me an > email and I'll do what I can to help. I have two problems: - I'd like to request a FC-4 branch for athcool on this page ? http://fedoraproject.org/wiki/Extras/CVSSyncNeeded but I don't have rights to edit this page (my account is DawidGajownik) - I don't have privileges to request a build: [y4kk0 at X devel]$ pwd /mnt/storage/y4kk0/CVS/fedora/extras/athcool/devel [y4kk0 at X devel]$ make plague Enter passphrase for key '/home/y4kk0/.ssh/id_dsa': /usr/bin/plague-client build athcool athcool-0_3_11-2_fc5 devel Server returned an error: Insufficient privileges. [y4kk0 at X devel]$ Do I have to wait few days more? (I have access to the CVS server: I was able to import SRPM and commit small changes). > And, if you want, I can import your SRPM into CVS before your paperwork > is done. I kept this pleasure to myself :] -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 13:09:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 09:09:26 -0400 Subject: [Bug 165361] Review Request: NetHack, a rogue-like single player dungeon exploration game In-Reply-To: Message-ID: <200508111309.j7BD9QtA021211@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NetHack, a rogue-like single player dungeon exploration game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 ------- Additional Comments From joost at cnoc.nl 2005-08-11 09:09 EST ------- Ok, this is my first review, so be patient with me... Further I'm not sure if I may assign this bug to myself, since I have cvs-access, but none of my packages are approved yet. . . Good: - rpmlint output E: nethack obsolete-not-provided nethack-falconseye W: nethack unstripped-binary-or-object /usr/games/nethack/nethack E: nethack zero-length /var/games/nethack/logfile E: nethack zero-length /var/games/nethack/record E: nethack zero-length /var/games/nethack/perm E: nethack non-standard-dir-perm /var/games/nethack 0775 E: nethack non-standard-executable-perm /usr/games/nethack/nethack 02755 E: nethack non-standard-dir-perm /var/games/nethack/save 0775 * Comments about rights can be disregarded * Empty files are ok * /usr/games/nethack/nethack is also ok - meets naming guidelines - license ok (GPL), text of license included, matches source - builds fine on FC3 (x86) - builds on mock - code matches upstream - no locales - no shared libs, headers - owns all directories it creates - permissions ok - no missing BR, extra BR - not relocatable - %clean ok - nothing in %doc affects runtime - code, no content Possibly not so good: * Why do you use source2, instead of source1 for the desktop-file? * Why is there only debug-information for nethack-recover? * I don't know anything about the history with Falconseye, could you explain that? * there is a man-file for the 'recover' command, but actually it's nethack-recover * there are man files for the non-provided dlb, dgb_comp and lev_comp binaries * the licence file is at two places, in %doc and /usr/games/nethack, maybe you should remove the second one * and the /usr/games/nethack and /var/games/nethack directories. Shoudn't that be called nethack-3.4.3 ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 13:35:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 09:35:51 -0400 Subject: [Bug 165483] Review Request: A system monitoring dockapp In-Reply-To: Message-ID: <200508111335.j7BDZpWu025551@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: A system monitoring dockapp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165483 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-11 09:35 EST ------- Fix in current version expect for the changelog. This has been discussed before and is ok due to my long name/email. I will add disttag after checkin. http://fedora.lowlatency.de/review/bubblemon-1.46-2.src.rpm http://fedora.lowlatency.de/review/bubblemon.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Jochen at herr-schmitt.de Thu Aug 11 14:08:12 2005 From: Jochen at herr-schmitt.de (Jochen Schmitt) Date: Thu, 11 Aug 2005 16:08:12 +0200 Subject: More buildsystem In-Reply-To: <20050811004014.2504d11d.bugs.michael@gmx.net> References: <42FA7C07.1030602@cora.nwra.com> <20050811004014.2504d11d.bugs.michael@gmx.net> Message-ID: <0ML2Dk-1E3DjK42uB-0000nD@mrelayeu.kundenserver.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 11 Aug 2005 00:40:14 +0200, you wrote: >> 588 highlight highlight-2_4_1-5_fc5 building development >> Jochen herr-schmitt.de >> 591 highlight highlight-2_4_1-6_fc4 building 4 Jochen herr-schmitt.de >> 593 highlight highlight-2_4_1-6_fc5 building development Jochen >> herr-schmitt.de >> >> Surely 588 could be nixed since 593 will replace it? > >Jochen could have done that while it's still building. Yesterday I have some trouble, becouse I have forgotten to sync a changed patch file between the different brunches. The result was that builds failed. Question: Do I need any inventation to solve this problem? Should I reninitiate the builds? Thank you for your help in advance. Best Regards: Jochen Schmitt -----BEGIN PGP SIGNATURE----- Version: PGP Desktop 9.0.1 (Build 2185) iQA/AwUBQvtb1k9gByurcX4MEQIRJwCgwgIacvUSSXOaLcmEHCQM+BTBE1UAnj39 d/mixSpS59xMTo7ITvUDCVsn =flew -----END PGP SIGNATURE----- From jamatos at fc.up.pt Thu Aug 11 14:35:28 2005 From: jamatos at fc.up.pt (Jose' Matos) Date: Thu, 11 Aug 2005 15:35:28 +0100 Subject: Request for review: tinyerp In-Reply-To: <1123096868.2582.39.camel@localhost.localdomain> References: <1123096868.2582.39.camel@localhost.localdomain> Message-ID: <200508111535.28662.jamatos@fc.up.pt> On Wednesday 03 August 2005 20:21, Tom 'spot' Callaway wrote: > Tiny ERP is a free enterprise management software package. It > covers all domains for small to medium businesses; accounting, > stock management, sales, customer relationship, purchases, > project management... > > The SRPM generates a noarch tinyerp and tinyerp-server package. Its > written in python, and the server backend relies on postgresql. The package seems interesting but I am unable to make it: + ./setup.py build Xlib: connection to "localhost:0.0" refused by server Xlib: No protocol specified This is what I get using mock. I am building the packages remotely and I would expect for the fedora build system to fail as well in this case. The culprit it is clearly the pygtk2 detection code that requires an X server to be running to confirm that the package is present. Is there any other alternative for this? The only other issue I have with it is minor, why not to use -O1 when build the package? This is minor. > SRPM: > http://www.auroralinux.org/people/spot/review/tinyerp-2.1.3-5.src.rpm > SPEC: http://www.auroralinux.org/people/spot/review/tinyerp.spec > > Please review! Thanks in advance, > > ~spot -- Jos? Ab?lio Matos From bugzilla at redhat.com Thu Aug 11 14:47:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 10:47:31 -0400 Subject: [Bug 165483] Review Request: A system monitoring dockapp In-Reply-To: Message-ID: <200508111447.j7BElVZ8012097@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: A system monitoring dockapp https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165483 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-08-11 10:47 EST ------- OK, looks good. APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From skvidal at phy.duke.edu Thu Aug 11 15:32:59 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 11 Aug 2005 11:32:59 -0400 Subject: More buildsystem In-Reply-To: <0ML2Dk-1E3DjK42uB-0000nD@mrelayeu.kundenserver.de> References: <42FA7C07.1030602@cora.nwra.com> <20050811004014.2504d11d.bugs.michael@gmx.net> <0ML2Dk-1E3DjK42uB-0000nD@mrelayeu.kundenserver.de> Message-ID: <1123774379.8089.12.camel@cutter> On Thu, 2005-08-11 at 16:08 +0200, Jochen Schmitt wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thu, 11 Aug 2005 00:40:14 +0200, you wrote: > > >> 588 highlight highlight-2_4_1-5_fc5 building development > >> Jochen herr-schmitt.de > >> 591 highlight highlight-2_4_1-6_fc4 building 4 Jochen herr-schmitt.de > >> 593 highlight highlight-2_4_1-6_fc5 building development Jochen > >> herr-schmitt.de > >> > >> Surely 588 could be nixed since 593 will replace it? > > > >Jochen could have done that while it's still building. > > Yesterday I have some trouble, becouse I have forgotten to sync a > changed patch file between the different brunches. The result was > that builds failed. > > Question: Do I need any inventation to solve this problem? Should > I reninitiate the builds? > > Thank you for your help in advance. > yes - if the builds failed you need to requeue them. -sv From bugzilla at redhat.com Thu Aug 11 15:51:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 11:51:34 -0400 Subject: [Bug 165361] Review Request: NetHack, a rogue-like single player dungeon exploration game In-Reply-To: Message-ID: <200508111551.j7BFpYcO027898@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NetHack, a rogue-like single player dungeon exploration game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 ------- Additional Comments From ville.skytta at iki.fi 2005-08-11 11:51 EST ------- Re: debuginfo: just a hunch: find-debuginfo.sh does not strip setuid/setgid binaries, see bug 117858. One way to avoid that is to ensure that no files are setuid/setgid at end of %install, and take care of adding the bits back in %files. Regarding nethack-falconseye, I'm its current (semi-inactive) maintainer. In short: the Obsoletes: here is ok, it's for a transition period. I've been contacted by the nethack-vultureseye folks, and will most likely "update" -falconseye to it sometime soonish, and arrange so that it won't conflict with this package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Thu Aug 11 16:04:08 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 11 Aug 2005 18:04:08 +0200 Subject: rpms/link-grammar/devel link-grammar.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200508111346.j7BDkEoH002090@cvs-int.fedora.redhat.com> References: <200508111346.j7BDkEoH002090@cvs-int.fedora.redhat.com> Message-ID: <20050811180408.31ddceb0.bugs.michael@gmx.net> On Thu, 11 Aug 2005 09:45:44 -0400, Marc Maurer wrote: > Author: uwog > > Update of /cvs/extras/rpms/link-grammar/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv2054/devel > %build > %configure > make > # currently the build system can not handle smp_flags properly > # make %{?_smp_mflags} Pardon? The "build system"? The majority of packages in Extras use SMP make flags. So if this particular one breaks, it's package-specific. From bugs.michael at gmx.net Thu Aug 11 16:18:04 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 11 Aug 2005 18:18:04 +0200 Subject: IMPORTANT: review request subject lines Message-ID: <20050811181804.2953c19d.bugs.michael@gmx.net> Please, everyone, when filling in the Review Request form in bugzilla, enter the src.rpm package name (i.e. the main %{name} and the module in CVS) where it says "main package name", and not just a summary. Examples: Review Request: fyre - Tool for creating artwork from chaotic functions Review Request: perl-Error - Error::Perl module Review Request: gktools - GUI utilities for KerberosV tickets From caillon at redhat.com Thu Aug 11 16:18:03 2005 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 11 Aug 2005 12:18:03 -0400 Subject: IMPORTANT: review request subject lines In-Reply-To: <20050811181804.2953c19d.bugs.michael@gmx.net> References: <20050811181804.2953c19d.bugs.michael@gmx.net> Message-ID: <42FB7A3B.2000208@redhat.com> Michael Schwendt wrote: > Please, everyone, when filling in the Review Request form in bugzilla, > enter the src.rpm package name (i.e. the main %{name} and the module in > CVS) where it says "main package name", and not just a summary. > ... Can't that be automated? From bugzilla at redhat.com Thu Aug 11 16:33:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 12:33:43 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508111633.j7BGXhKa005988@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |bugs.michael at gmx.net CC|bugs.michael at gmx.net | OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-11 12:33 EST ------- Okay. Release 6 is good. Approved. (But please get rid of that Docdir in CVS.) --- libnjb.spec~ 2005-08-10 14:40:13.000000000 +0200 +++ libnjb.spec 2005-08-11 18:34:16.000000000 +0200 @@ -50,7 +50,6 @@ Requires: libusb-devel Requires: zlib-devel Requires: ncurses-devel -Docdir: %{_docdir} %description devel This package provides development files for the libnjb -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 16:40:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 12:40:17 -0400 Subject: [Bug 165509] Review Request: Addition of link-grammar to FC Extras In-Reply-To: Message-ID: <200508111640.j7BGeH6k007272@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of link-grammar to FC Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165509 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |CLOSED Resolution| |NEXTRELEASE AssignedTo|gdk at redhat.com |gauret at free.fr ------- Additional Comments From bugs.michael at gmx.net 2005-08-11 12:40 EST ------- [Sorry for the bugzilla spam everyone, but without assigning the tickets, it doesn't become clear in the FE-* dependency trees who did which reviews.] -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 16:40:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 12:40:44 -0400 Subject: [Bug 165650] Review Request: perl-WWW-Mechanize - Automates web page form & link interaction In-Reply-To: Message-ID: <200508111640.j7BGeiBT007393@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165650 Bug 165650 depends on bug 165573, which changed state. Bug 165573 Summary: Review Request: perl-Test-Taint https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165573 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution|NEXTRELEASE | Status|CLOSED |REOPENED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 16:41:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 12:41:19 -0400 Subject: [Bug 165574] Review Request: perl-Params-Validate In-Reply-To: Message-ID: <200508111641.j7BGfJZF007555@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Params-Validate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165574 Bug 165574 depends on bug 165573, which changed state. Bug 165573 Summary: Review Request: perl-Test-Taint https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165573 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution|NEXTRELEASE | Status|CLOSED |REOPENED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 16:43:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 12:43:26 -0400 Subject: [Bug 165650] Review Request: perl-WWW-Mechanize - Automates web page form & link interaction In-Reply-To: Message-ID: <200508111643.j7BGhQ6T007986@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165650 Bug 165650 depends on bug 165573, which changed state. Bug 165573 Summary: Review Request: perl-Test-Taint https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165573 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|REOPENED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 16:43:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 12:43:50 -0400 Subject: [Bug 165574] Review Request: perl-Params-Validate In-Reply-To: Message-ID: <200508111643.j7BGhoDh008087@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Params-Validate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165574 Bug 165574 depends on bug 165573, which changed state. Bug 165573 Summary: Review Request: perl-Test-Taint https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165573 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|REOPENED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gajownik at fedora.pl Thu Aug 11 16:48:15 2005 From: gajownik at fedora.pl (Dawid Gajownik) Date: Thu, 11 Aug 2005 18:48:15 +0200 Subject: Cannot request new branch Message-ID: <42FB814F.8030906@fedora.pl> Hi! According to this page: http://fedoraproject.org/wiki/Extras/UsingCvsFaq#head-ffbc4a432ba7fbda0cf1c4d9cf1697189ddd29dd I shoud edit http://fedoraproject.org/wiki/Extras/CVSSyncNeeded to request FC-4 branch creation for athcool package. Unfortunately, I don't have rights to do so. May someone create it for me or give me "edit" priviliges (account name: "DawidGajownik")? I have also problem with build requesting. I've done everything which is written here ? http://fedoraproject.org/wiki/Extras/BuildRequests (yes, I have CVS access, all three certificates and set proper email and address fields in ~/.plague-client.cfg file). I still see this error: [y4kk0 at X devel]$ make plague Enter passphrase for key '/home/y4kk0/.ssh/id_dsa': /usr/bin/plague-client build athcool athcool-0_3_11-2_fc5 devel Server returned an error: Insufficient privileges. [y4kk0 at X devel]$ Thanks in advance, Dawid -- ^_* From bugzilla at redhat.com Thu Aug 11 16:47:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 12:47:38 -0400 Subject: [Bug 165288] Review Request: libgdamm In-Reply-To: Message-ID: <200508111647.j7BGlc9q008945@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libgdamm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165288 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-11 12:47 EST ------- Right. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Thu Aug 11 16:56:48 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 11 Aug 2005 18:56:48 +0200 Subject: IMPORTANT: review request subject lines In-Reply-To: <42FB7A3B.2000208@redhat.com> References: <20050811181804.2953c19d.bugs.michael@gmx.net> <42FB7A3B.2000208@redhat.com> Message-ID: <20050811185648.6f4d6aa4.bugs.michael@gmx.net> On Thu, 11 Aug 2005 12:18:03 -0400, Christopher Aillon wrote: > Michael Schwendt wrote: > > Please, everyone, when filling in the Review Request form in bugzilla, > > enter the src.rpm package name (i.e. the main %{name} and the module in > > CVS) where it says "main package name", and not just a summary. > > > > ... Can't that be automated? Whether entered manually or done with a tool, which talks to bugzilla, is not the point of interest here. From ed at eh3.com Thu Aug 11 16:57:01 2005 From: ed at eh3.com (Ed Hill) Date: Thu, 11 Aug 2005 12:57:01 -0400 Subject: Cannot request new branch In-Reply-To: <42FB814F.8030906@fedora.pl> References: <42FB814F.8030906@fedora.pl> Message-ID: <1123779421.6699.74.camel@ernie> On Thu, 2005-08-11 at 18:48 +0200, Dawid Gajownik wrote: > Hi! > > According to this page: > http://fedoraproject.org/wiki/Extras/UsingCvsFaq#head-ffbc4a432ba7fbda0cf1c4d9cf1697189ddd29dd > I shoud edit http://fedoraproject.org/wiki/Extras/CVSSyncNeeded to > request FC-4 branch creation for athcool package. Unfortunately, I don't > have rights to do so. May someone create it for me or give me "edit" > priviliges (account name: "DawidGajownik")? > > I have also problem with build requesting. I've done everything which > is written here ? http://fedoraproject.org/wiki/Extras/BuildRequests > (yes, I have CVS access, all three certificates and set proper email and > address fields in ~/.plague-client.cfg file). I still see this error: > > [y4kk0 at X devel]$ make plague > Enter passphrase for key '/home/y4kk0/.ssh/id_dsa': > /usr/bin/plague-client build athcool athcool-0_3_11-2_fc5 devel > Server returned an error: Insufficient privileges. > [y4kk0 at X devel]$ Hi Dawid, I think I owe you an apology. You sent me a similar email earlier and I overlooked the "Enter Passphrase..." bit -- sorry! Please try the following: ssh-add ~/.ssh/id_dsa ==> enter passphrase make plague and that should take care of it. If not, you might need to start an ssh-agent session but thats unlikely since its probably been started for you. Ed ps - more helpful ssh-agent refs at: http://www-106.ibm.com/developerworks/linux/library/l-keyc.html -- 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 gajownik at fedora.pl Thu Aug 11 17:21:51 2005 From: gajownik at fedora.pl (Dawid Gajownik) Date: Thu, 11 Aug 2005 19:21:51 +0200 Subject: Cannot request new branch In-Reply-To: <1123779421.6699.74.camel@ernie> References: <42FB814F.8030906@fedora.pl> <1123779421.6699.74.camel@ernie> Message-ID: <42FB892F.7090908@fedora.pl> Dnia 08/11/2005 06:57 PM, U?ytkownik Ed Hill napisa?: Hi! > ssh-add ~/.ssh/id_dsa > ==> enter passphrase > make plague It did not help :( [y4kk0 at X devel]$ ssh-add ~/.ssh/id_dsa Enter passphrase for /home/y4kk0/.ssh/id_dsa: Identity added: /home/y4kk0/.ssh/id_dsa (/home/y4kk0/.ssh/id_dsa) [y4kk0 at X devel]$ make plague /usr/bin/plague-client build athcool athcool-0_3_11-2_fc5 devel Server returned an error: Insufficient privileges. [y4kk0 at X devel]$ At least I've learnt that there exist ssh-add program :D (IIRC I had to retype my password 13 times when I was importing src.rpm ;-) ) -- ^_* From symbiont at berlios.de Thu Aug 11 17:22:27 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Thu, 11 Aug 2005 11:22:27 -0600 Subject: mock speedup? In-Reply-To: <1123721942.5290.2.camel@cutter> References: <42FA826D.2010305@cora.nwra.com> <1123721942.5290.2.camel@cutter> Message-ID: <200508111122.27288.symbiont@berlios.de> On Wednesday 10 August 2005 18:59, seth vidal wrote: > On Wed, 2005-08-10 at 16:40 -0600, Orion Poplawski wrote: > > Does it make sense to try to get mock to exclude installing the > > kernel (if possible)? ?I can't think of any reason for it. > > it can be done with just an exclude line added to the config but the > question is - does it really make a speed up for the buildsys? Not > really. The packages are all local and it doesn't buy us much at all. Could speed up by skipping the hardlink stage of a kernel install. Would have to be tested to see though... -- -jeff From skvidal at phy.duke.edu Thu Aug 11 17:27:13 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 11 Aug 2005 13:27:13 -0400 Subject: mock speedup? In-Reply-To: <200508111122.27288.symbiont@berlios.de> References: <42FA826D.2010305@cora.nwra.com> <1123721942.5290.2.camel@cutter> <200508111122.27288.symbiont@berlios.de> Message-ID: <1123781233.8431.13.camel@cutter> On Thu, 2005-08-11 at 11:22 -0600, Jeff Pitman wrote: > On Wednesday 10 August 2005 18:59, seth vidal wrote: > > On Wed, 2005-08-10 at 16:40 -0600, Orion Poplawski wrote: > > > Does it make sense to try to get mock to exclude installing the > > > kernel (if possible)? I can't think of any reason for it. > > > > it can be done with just an exclude line added to the config but the > > question is - does it really make a speed up for the buildsys? Not > > really. The packages are all local and it doesn't buy us much at all. > > Could speed up by skipping the hardlink stage of a kernel install. Would > have to be tested to see though... again - what're we saving? 20s? Maybe? -sv From ville.skytta at iki.fi Thu Aug 11 17:47:52 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 11 Aug 2005 20:47:52 +0300 Subject: mock speedup? In-Reply-To: <200508111122.27288.symbiont@berlios.de> References: <42FA826D.2010305@cora.nwra.com> <1123721942.5290.2.camel@cutter> <200508111122.27288.symbiont@berlios.de> Message-ID: <1123782472.10657.34.camel@localhost.localdomain> On Thu, 2005-08-11 at 11:22 -0600, Jeff Pitman wrote: > Could speed up by skipping the hardlink stage of a kernel install. That stage is in the kernel-devel (not kernel) packages in FC4+. From bugzilla at redhat.com Thu Aug 11 17:55:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 13:55:42 -0400 Subject: [Bug 165398] Review Request: Python array manipulation and computational library In-Reply-To: Message-ID: <200508111755.j7BHtgJ6029653@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 ------- Additional Comments From orion at cora.nwra.com 2005-08-11 13:55 EST ------- Okay, looks like %ghost is the way to go. -3 has been pushed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From symbiont at berlios.de Thu Aug 11 17:58:50 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Thu, 11 Aug 2005 11:58:50 -0600 Subject: mock speedup? In-Reply-To: <1123782472.10657.34.camel@localhost.localdomain> References: <42FA826D.2010305@cora.nwra.com> <200508111122.27288.symbiont@berlios.de> <1123782472.10657.34.camel@localhost.localdomain> Message-ID: <200508111158.50520.symbiont@berlios.de> On Thursday 11 August 2005 11:47, Ville Skytt? wrote: > On Thu, 2005-08-11 at 11:22 -0600, Jeff Pitman wrote: > > Could speed up by skipping the hardlink stage of a kernel install. > > That stage is in the kernel-devel (not kernel) packages in FC4+. Ah yes, forgot about that. Would be good on FC3 though and other contraband. -- -jeff From bugs.michael at gmx.net Thu Aug 11 18:07:27 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 11 Aug 2005 20:07:27 +0200 Subject: Bugzilla tickets on FE list In-Reply-To: References: <87fytkz6c6.fsf@kosh.bigo.ensc.de> Message-ID: <20050811200727.4bcb25da.bugs.michael@gmx.net> My procmail rule to add the initial Message-Id which is referenced by bugzilla with every additional comment. With that I get level-1 threading of message, at least. :0 * ^Subject: \[Bug [0-9]+\][ ]+New:.* * ! ^X-Procmail: New bugzilla ticket { BUGNUM=`sed -e '/^$/,1 d' | grep ^Subject | sed -e 's/\(.*\[Bug \)\([0-9]\+\)\(\].*\)/\2/'` :0HB | formail -A "X-Procmail: New bugzilla ticket" | formail -I "In-Reply-To:" | formail -I "Message-Id: " -s procmail } From jwboyer at jdub.homelinux.org Thu Aug 11 19:00:00 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 11 Aug 2005 14:00:00 -0500 (CDT) Subject: mock speedup? In-Reply-To: <1123781233.8431.13.camel@cutter> References: <42FA826D.2010305@cora.nwra.com> <1123721942.5290.2.camel@cutter> <200508111122.27288.symbiont@berlios.de> <1123781233.8431.13.camel@cutter> Message-ID: <35237.129.42.161.36.1123786800.squirrel@jdub.homelinux.org> > On Thu, 2005-08-11 at 11:22 -0600, Jeff Pitman wrote: >> On Wednesday 10 August 2005 18:59, seth vidal wrote: >> > On Wed, 2005-08-10 at 16:40 -0600, Orion Poplawski wrote: >> > > Does it make sense to try to get mock to exclude installing the >> > > kernel (if possible)? I can't think of any reason for it. >> > >> > it can be done with just an exclude line added to the config but the >> > question is - does it really make a speed up for the buildsys? Not >> > really. The packages are all local and it doesn't buy us much at all. >> >> Could speed up by skipping the hardlink stage of a kernel install. Would >> have to be tested to see though... > > again - what're we saving? 20s? Maybe? That and if things like AFS are ever put into Extras, they'll need the kernel installed. josh From orion at cora.nwra.com Thu Aug 11 19:28:04 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 11 Aug 2005 13:28:04 -0600 Subject: mock speedup? In-Reply-To: <1123721942.5290.2.camel@cutter> References: <42FA826D.2010305@cora.nwra.com> <1123721942.5290.2.camel@cutter> Message-ID: <42FBA6C4.9060007@cora.nwra.com> seth vidal wrote: > On Wed, 2005-08-10 at 16:40 -0600, Orion Poplawski wrote: > >>Does it make sense to try to get mock to exclude installing the kernel >>(if possible)? I can't think of any reason for it. > > > > it can be done with just an exclude line added to the config but the > question is - does it really make a speed up for the buildsys? Not > really. The packages are all local and it doesn't buy us much at all. > > -sv > Might help other developers who don't have a local mirror (though trying to do development without one sounds crazy to me :-) when building locally (now that everyone does a make mockbuild before checkin :-). -- 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 bugzilla at redhat.com Thu Aug 11 19:37:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 15:37:02 -0400 Subject: [Bug 165413] Review Request: plague RPM build system In-Reply-To: Message-ID: <200508111937.j7BJb2W8028868@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plague RPM build system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165413 ------- Additional Comments From dcbw at redhat.com 2005-08-11 15:36 EST ------- Fixes done, will be imported as plague-0.3.1-1 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 19:44:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 15:44:42 -0400 Subject: [Bug 165398] Review Request: Python array manipulation and computational library In-Reply-To: Message-ID: <200508111944.j7BJigch030959@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-08-11 15:44 EST ------- Hi Orion, I just downloaded and built -3 in mock without any problems. Your %ghost approach gets rid of the listed-twice problem -- good! And it might be easier to maintain if the syntax was something like: %dir %{python_sitelib}/numarray ...list the other dirs... %{python_sitelib}/numarray/*.[ps][yo] %{python_sitelib}/numarray/*.pyc %{python_sitelib}/numarray/*/*.[ps][yo] %{python_sitelib}/numarray/*/*.pyc %ghost %{python_sitelib}/numarray/*.pyo %ghost %{python_sitelib}/numarray/*/*.pyo But you maintain it so its your choice... ;-) Approved! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 19:55:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 15:55:50 -0400 Subject: [Bug 165413] Review Request: plague RPM build system In-Reply-To: Message-ID: <200508111955.j7BJtoC0001067@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plague RPM build system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165413 dcbw at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |RAWHIDE ------- Additional Comments From dcbw at redhat.com 2005-08-11 15:55 EST ------- imported and building -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Thu Aug 11 20:00:20 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 11 Aug 2005 16:00:20 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050811200020.755A88010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 8 highlight-2.4.1-6.fc3 hmmer-2.3.2-3.fc3 libstatgrab-0.12-1.fc3 nfswatch-4.99.4-1.fc3 opensc-0.9.6-1.1 perl-Crypt-Blowfish-2.09-2.fc3 perl-Mail-Alias-1.12-5.fc3 pptp-1.7.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 Thu Aug 11 20:04:20 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 11 Aug 2005 16:04:20 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050811200420.522588010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 11 highlight-2.4.1-6.fc4 hmmer-2.3.2-3.fc4 libkexif-0.2.1-4.fc4 libstatgrab-0.12-1.fc4 perl-Crypt-Blowfish-2.09-2.fc4 perl-Locale-gettext-1.05-2.fc4 perl-Mail-Alias-1.12-5.fc4 plone-2.1-0.5.rc2.fc4 pptp-1.7.0-2.fc4 rpmlint-0.71-1.fc4 stellarium-0.6.2-6.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From skvidal at phy.duke.edu Thu Aug 11 20:15:39 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 11 Aug 2005 16:15:39 -0400 Subject: mock speedup? In-Reply-To: <42FBA6C4.9060007@cora.nwra.com> References: <42FA826D.2010305@cora.nwra.com> <1123721942.5290.2.camel@cutter> <42FBA6C4.9060007@cora.nwra.com> Message-ID: <1123791339.8431.28.camel@cutter> On Thu, 2005-08-11 at 13:28 -0600, Orion Poplawski wrote: > seth vidal wrote: > > On Wed, 2005-08-10 at 16:40 -0600, Orion Poplawski wrote: > > > >>Does it make sense to try to get mock to exclude installing the kernel > >>(if possible)? I can't think of any reason for it. > > > > > > > > it can be done with just an exclude line added to the config but the > > question is - does it really make a speed up for the buildsys? Not > > really. The packages are all local and it doesn't buy us much at all. > > > > -sv > > > > Might help other developers who don't have a local mirror (though trying > to do development without one sounds crazy to me :-) when building > locally (now that everyone does a make mockbuild before checkin :-). for local instances in your mock configuration file in the yum.conf section just add: exclude=kernel under [main] -sv From buildsys at fedoraproject.org Thu Aug 11 20:12:56 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 11 Aug 2005 16:12:56 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050811201256.5E4298010@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 19 airsnort-0.2.7e-5.fc5 epiphany-extensions-1.7.4-1 gmime-2.1.15-1.fc5 highlight-2.4.1-5.fc5 highlight-2.4.1-6.fc5 libkexif-0.2.1-4.fc5 libstatgrab-0.12-1.fc5 link-grammar-4.1.3-3 perl-Crypt-Blowfish-2.09-2.fc5 perl-Mail-Alias-1.12-5 perl-Mail-Alias-1.12-5.fc5 perl-Module-Signature-0.45-1.fc5 perl-Test-Taint-1.04-1.fc5 plague-0.3.1-1 plone-2.1-0.5.rc2.fc5 pptp-1.7.0-2.fc5 rpmlint-0.71-1.fc5 stellarium-0.6.2-5 stellarium-0.6.2-6.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From orion at cora.nwra.com Thu Aug 11 20:24:54 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 11 Aug 2005 14:24:54 -0600 Subject: mock speedup? In-Reply-To: <1123791339.8431.28.camel@cutter> References: <42FA826D.2010305@cora.nwra.com> <1123721942.5290.2.camel@cutter> <42FBA6C4.9060007@cora.nwra.com> <1123791339.8431.28.camel@cutter> Message-ID: <42FBB416.5010001@cora.nwra.com> seth vidal wrote: > for local instances in your mock configuration file in the yum.conf > section just add: > > exclude=kernel > > under [main] > Can I have multiple exclude lines? -- 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 skvidal at phy.duke.edu Thu Aug 11 20:29:16 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 11 Aug 2005 16:29:16 -0400 Subject: mock speedup? In-Reply-To: <42FBB416.5010001@cora.nwra.com> References: <42FA826D.2010305@cora.nwra.com> <1123721942.5290.2.camel@cutter> <42FBA6C4.9060007@cora.nwra.com> <1123791339.8431.28.camel@cutter> <42FBB416.5010001@cora.nwra.com> Message-ID: <1123792156.8431.32.camel@cutter> On Thu, 2005-08-11 at 14:24 -0600, Orion Poplawski wrote: > seth vidal wrote: > > for local instances in your mock configuration file in the yum.conf > > section just add: > > > > exclude=kernel > > > > under [main] > > > > Can I have multiple exclude lines? it follows the yum config syntax. so no you can't have multiple lines starting with exclude but it can take multiple items as a list. exclude=kernel kernel-smp somepkg thatpkg thispkg hispkg herpkg allpkg -sv From bugzilla at redhat.com Thu Aug 11 20:43:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 16:43:34 -0400 Subject: [Bug 165398] Review Request: Python array manipulation and computational library In-Reply-To: Message-ID: <200508112043.j7BKhYjQ009547@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 ------- Additional Comments From ville.skytta at iki.fi 2005-08-11 16:43 EST ------- Skimming the commit I noticed that this is an arch dependent package but uses %{python_sitelib}. That will most likely fail on x86_64. If that's the case, use %{python_sitearch} instead (see python spec template in fedora-rpmdevtools). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 21:12:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 17:12:11 -0400 Subject: [Bug 165616] Review Request: An advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508112112.j7BLCBPX013475@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gajownik at gmail.com ------- Additional Comments From gajownik at gmail.com 2005-08-11 17:11 EST ------- Hi! There's a small problem - this package does not compile on my machine: if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/kde -I/usr/lib/qt-3.3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -D_LARGEFILE64_SOURCE -DKDE_NO_COMPAT -DQT_NO_ASCII_CAST -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -MT kraddbookmarkdlg.o -MD -MP -MF ".deps/kraddbookmarkdlg.Tpo" -c -o kraddbookmarkdlg.o kraddbookmarkdlg.cpp; \ then mv -f ".deps/kraddbookmarkdlg.Tpo" ".deps/kraddbookmarkdlg.Po"; else rm -f ".deps/kraddbookmarkdlg.Tpo"; exit 1; fi ../Panel/listpanel.h:152: error: ISO C++ forbids declaration of 'ListPanelFunc' with no type ../Panel/listpanel.h:152: error: expected ';' before '*' token ../Panel/panelfunc.h: In member function 'ListPanelFunc* ListPanelFunc::otherFunc()': ../Panel/panelfunc.h:85: error: 'class ListPanel' has no member named 'func' ../krslots.h: In member function 'void KRslots::syncPanels()': ../krslots.h:121: error: 'class ListPanel' has no member named 'func' and at the end compilation fails. Have you tested your package on FC4? With which compiler? I've got this one: [y4kk0 at X devel]$ rpm -q gcc-c++ gcc-c++-4.0.1-4.fc4 [y4kk0 at X devel]$ My (partial) review: - Summary should not end with dot. You should use rpmlint to be informed about such a mistakes ? http://fedoraproject.org/wiki/PackagingGuidelines#rpmlint - please provide full URL to the Source0 file: Source0: http://prdownloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz - missing BuildRequires: automake Have you run fedora-rmdevelrpms program? http://fedoraproject.org/wiki/PackagingGuidelines#BuildRequires - Since FC3, Fedora has been using gamin instead of fam. Maybe it would be better to change fam-devel to gamin-devel. - %setup -q -n %{name}-%{version} ? you don't have to manually specify "-n" option. It's not a bug but IMHO it's better to have less commands in spec file. easy to read = less bugs ;] - install *.desktop files using desktop-file-install: http://fedoraproject.org/wiki/Extras/FedoraDesktopEntryGuidelines I wasn't able to test it but this should be okey: desktop-file-install --vendor fedora \ --dir $RPM_BUILD_ROOT%{_datadir}/applications \ --add-category X-Fedora \ --delete-original \ $RPM_BUILD_ROOT%{_datadir}/appl*/*/*.desktop I think that you can also drop "X-Red-Hat-Base" from patch file. - "%{_mandir}/man1/krusader.1.gz" change to "%{_mandir}/man1/krusader.1*" on some systems man pages are not compressed or compressed with bzip2. On fedora.pl forum people had problems with compiling krusader on 64-bit systems. You may need to use this workaround ? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=161343#c3 I wasn't able to check anything else :/ Oh, and the last thing. Would you be willing to change the order of the lines in specfile? It's not need but please compare your spec with the template from fedora-rpmdevtools package (/usr/share/fedora/spectemplate-minimal.spec). IMHO it's better to have "Summary:" field after "Name:", "Version:", "Release:" tags. You may of course not agree with me :D Thanks, Dawid -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 11 21:23:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 17:23:53 -0400 Subject: [Bug 165398] Review Request: Python array manipulation and computational library In-Reply-To: Message-ID: <200508112123.j7BLNrIb016103@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165398 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From orion at cora.nwra.com 2005-08-11 17:23 EST ------- Just discovered this. Thanks. Checked in and built. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From orion at cora.nwra.com Thu Aug 11 21:59:51 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 11 Aug 2005 15:59:51 -0600 Subject: mock speedup? In-Reply-To: <1123792156.8431.32.camel@cutter> References: <42FA826D.2010305@cora.nwra.com> <1123721942.5290.2.camel@cutter> <42FBA6C4.9060007@cora.nwra.com> <1123791339.8431.28.camel@cutter> <42FBB416.5010001@cora.nwra.com> <1123792156.8431.32.camel@cutter> Message-ID: <42FBCA57.7080403@cora.nwra.com> seth vidal wrote: > On Thu, 2005-08-11 at 14:24 -0600, Orion Poplawski wrote: > >>seth vidal wrote: >> >>>for local instances in your mock configuration file in the yum.conf >>>section just add: >>> >>>exclude=kernel >>> >>>under [main] >>> >> >>Can I have multiple exclude lines? > > > it follows the yum config syntax. > > so no you can't have multiple lines starting with exclude but it can > take multiple items as a list. > > exclude=kernel kernel-smp somepkg thatpkg thispkg hispkg herpkg allpkg > > -sv > Just breaks too many deps. Got to: exclude=kernel kernel-smp initscripts lvm2 openssh hotplug pam glibc-kernheaders (of which only glibc-kernheaders and possibly pam is probably really needed for mock purposes) But get: Error: Missing Dependency: hotplug is needed by package udev Error: Missing Dependency: /lib/security/pam_loginuid.so is needed by package openssh-server Error: Missing Dependency: openssh = 4.1p1-4 is needed by package openssh-server Error: Missing Dependency: libpam_misc.so.0 is needed by package coreutils Error: Missing Dependency: libpam.so.0 is needed by package coreutils Error: Missing Dependency: /etc/pam.d/system-auth is needed by package openssh-server Error: Missing Dependency: pam >= 0.66-12 is needed by package coreutils Error: Missing Dependency: pam is needed by package udev Error: Missing Dependency: libpam.so.0 is needed by package openssh-server Error: Missing Dependency: kernel-headers is needed by package glibc-headers Error: Missing Dependency: kernel-headers >= 2.2.1 is needed by package glibc-headers probably could pull udev, openssh-server, but coreutils and glibc-headers are needed. Ah well, worth a lark. -- 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 bugzilla at redhat.com Thu Aug 11 22:30:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 18:30:04 -0400 Subject: [Bug 165616] Review Request: An advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508112230.j7BMU4KA031353@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From bugs.michael at gmx.net 2005-08-11 18:29 EST ------- There's more incomplete, starting with: > checking for Qt... configure: error: Qt (>= Qt 3.1 (20021021)) (headers > and libraries) not found. Please check your installation! > For more details about this problem, look at the end of config.log. > error: Bad exit status from /home/misc5/tmp/rpm/tmp/rpm-tmp.63149 (%build) %build section does not set $QTDIR. It should source /etc/profile.d/qt.sh, take a look a package "konversation", for instance, in Extras CVS for how to do it. With QTDIR set, it fails nevertheless due to missing "Buildrequires: autoconf". Since the spec file does not run autoconf, most likely the tarball is broken. Maybe "Buildrequires: automake" is needed depending on what files the tarball tries to regenerate. > cd . && make -f admin/Makefile.common configure > make[1]: Entering directory `/home/qa/tmp/rpm/BUILD/krusader-1.60.0' > /home/qa/tmp/rpm/BUILD/krusader-1.60.0/admin/missing: line 46: > automake-1.9: command not found > WARNING: `automake-1.9' is missing on your system. You should only need it if > you modified `Makefile.am', `acinclude.m4' or `configure.in'. > You might want to install the `Automake' and `Perl' packages. > Grab them from any GNU archive site. > ./admin/cvs.sh: line 11: autoconf: command not found -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From shishz at hotpop.com Thu Aug 11 22:37:58 2005 From: shishz at hotpop.com (Zing) Date: Thu, 11 Aug 2005 18:37:58 -0400 Subject: plague 0.3.1 list command fails and how do i build? Message-ID: i gave plague 0.3.1 from the devel repo a try and i get this from the list command now: $ plague-client list Traceback (most recent call last): File "/usr/bin/plague-client", line 392, in ? list_jobs(server, sys.argv[2:]) File "/usr/bin/plague-client", line 158, in list_jobs print "%d: %s (%s) %s %s/%s" % (job['uid'], job['package'], job['source'], job['username'], job['status'], job['result']) KeyError: 'result' with .2 it was working up to server permission denied error when i requested builds. I've tried make build in the past but that seems to be the "old way". zing From bryans at aspsys.com Thu Aug 11 22:42:51 2005 From: bryans at aspsys.com (Bryan Stillwell) Date: Thu, 11 Aug 2005 16:42:51 -0600 Subject: plague 0.3.1 list command fails and how do i build? In-Reply-To: References: Message-ID: <20050811224251.GA19227@aspsys.com> I believe the database format has changed on you. Try moving /etc/plague/server/jobdb out of the way and restart plague-server. Bryan -- Aspen Systems, Inc. | http://www.aspsys.com/ Production Engineer | Phone: (303)431-4606 bryans at aspsys.com | Fax: (303)431-7196 On Thu, Aug 11, 2005 at 06:37:58PM -0400, Zing wrote: >i gave plague 0.3.1 from the devel repo a try and i get this from the list >command now: > >$ plague-client list >Traceback (most recent call last): > File "/usr/bin/plague-client", line 392, in ? > list_jobs(server, sys.argv[2:]) > File "/usr/bin/plague-client", line 158, in list_jobs > print "%d: %s (%s) %s %s/%s" % (job['uid'], job['package'], job['source'], job['username'], job['status'], job['result']) >KeyError: 'result' > >with .2 it was working up to server permission denied error when >i requested builds. > >I've tried make build in the past but that seems to be the "old way". > >zing > >-- >fedora-extras-list mailing list >fedora-extras-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-extras-list From shishz at hotpop.com Thu Aug 11 22:50:23 2005 From: shishz at hotpop.com (Zing) Date: Thu, 11 Aug 2005 18:50:23 -0400 Subject: plague 0.3.1 list command fails and how do i build? References: <20050811224251.GA19227@aspsys.com> Message-ID: On Thu, 11 Aug 2005 16:42:51 -0600, Bryan Stillwell wrote: > I believe the database format has changed on you. Try moving > /etc/plague/server/jobdb out of the way and restart plague-server. no, i don't have that file. i didn't install plague-server. i'm just following along the wiki trying to get started building stuff: http://fedoraproject.org/wiki/Extras/BuildSystemClientSetup thanks, zing From bugzilla at redhat.com Fri Aug 12 00:13:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 20:13:50 -0400 Subject: [Bug 165329] Review Request: roundup-0.8.4-1 In-Reply-To: Message-ID: <200508120013.j7C0DoSX010852@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: roundup-0.8.4-1 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165329 ------- Additional Comments From redhat at flyn.org 2005-08-11 20:13 EST ------- Spec Name or Url: http://flyn.org/SRPMS/roundup.spec SRPM Name or Url: http://flyn.org/SRPMS/roundup-0.8.4-2.src.rpm Description: Roundup is a simple and flexible issue-tracking system with command line, web and email interfaces. It is based on the winning design from Ka-Ping Yee in the Software Carpentry "Track" design competition. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 00:17:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 20:17:03 -0400 Subject: [Bug 165778] New: Review Request: kasumi In-Reply-To: Message-ID: <200508120017.j7C0H3rv011270@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165778 Summary: Review Request: kasumi Product: Fedora Extras Version: devel Platform: All URL: http://briefcase.yahoo.co.jp/bc/ryo_dairiki/lst?.dir=/ka sumi OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ryo-dairiki at users.sourceforge.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: kasumi.spec SRPM Name or Url: kasumi-0.9-1.srpm Description: Kasumi is a dictionary management tool for Anthy Japanese dictionary. This is used to registor Japanese words for some Japanese IME. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 00:17:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 20:17:19 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508120017.j7C0HJBu011327@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ryo-dairiki at users.sourceforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165778 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 00:17:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 20:17:38 -0400 Subject: [Bug 165779] New: Review Request: kasumi In-Reply-To: Message-ID: <200508120017.j7C0HcY4011388@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165779 Summary: Review Request: kasumi Product: Fedora Extras Version: devel Platform: All URL: http://briefcase.yahoo.co.jp/bc/ryo_dairiki/lst?.dir=/ka sumi OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ryo-dairiki at users.sourceforge.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: kasumi.spec SRPM Name or Url: kasumi-0.9-1.srpm Description: Kasumi is a dictionary management tool for Anthy Japanese dictionary. This is used to registor Japanese words for some Japanese IME. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 00:17:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 20:17:55 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508120017.j7C0HtAQ011473@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ryo-dairiki at users.sourceforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165779 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 00:21:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 20:21:02 -0400 Subject: [Bug 165778] Review Request: kasumi In-Reply-To: Message-ID: <200508120021.j7C0L2vA011867@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kasumi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165778 ryo-dairiki at users.sourceforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From ryo-dairiki at users.sourceforge.net 2005-08-11 20:20 EST ------- *** This bug has been marked as a duplicate of 165779 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 00:21:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 11 Aug 2005 20:21:14 -0400 Subject: [Bug 165779] Review Request: kasumi In-Reply-To: Message-ID: <200508120021.j7C0LEaK011913@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kasumi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165779 ------- Additional Comments From ryo-dairiki at users.sourceforge.net 2005-08-11 20:21 EST ------- *** Bug 165778 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From fredrik at dolda2000.com Fri Aug 12 00:57:39 2005 From: fredrik at dolda2000.com (Fredrik Tolf) Date: Fri, 12 Aug 2005 02:57:39 +0200 Subject: Fedora account In-Reply-To: <42F80B40.8090508@redhat.com> References: <1122426121.16419.2.camel@pc7.dolda2000.com> <42F5CB17.7050105@redhat.com> <1123421097.10392.50.camel@pc7.dolda2000.com> <42F80B40.8090508@redhat.com> Message-ID: <1123808259.16543.36.camel@pc7.dolda2000.com> On Mon, 2005-08-08 at 15:47 -1000, Warren Togami wrote: > Fredrik Tolf wrote: > > > > As may be clear from the above, I'm not really particularly interested > > in having CVS access or being a maintainer, but rather I'm really just > > interested in developing and distributing icmpdn -- I've merely assumed > > that it is my responsibility for being able to have a package in FE, > > I'd. If that is not true, I'd appreciate a heads-up before I delve any > > deeper into this. Don't get me wrong, though, I'll happily assume the > > responsibility if indeed it is necessary. > > > > In contrast, in the Gentoo portage system, you just submit an ebuild to > > their bugzilla, and they make sure to get it into portage if it is > > approved. It's a lot less responsibility for the contributors, but I'm > > sure it's a lot more work for the Gentoo maintainers as well, and thus I > > more than well understand if this is not an option in FE. However, this > > entire process, necessary or not, is quite a threshold for people like > > me who just want to get a package into FE. > > > > This is OK, in this case please find one of the Fedora Extras members to > simply handle your Bugzilla requests to get changes into the repository > on your behalf. Perhaps Oliver Falk can do it? Sure, I can more than well do that, but isn't that more work for all parties involved? I don't know exactly what arrangement you had in mind, so I may misunderstand, but wouldn't it be far easier to just let anyone handle Bugzilla requests, rather than assigning it to a certain person? Either way, is this truly OK with you? I would still feel rather bad if I received special treatment. As I mentioned previously, I will be happy to shoulder the responsibility of reading docs and having CVS access if it really is the normal. My main point was that it seems to me like a rather strange procedure to have *every* contributor sign agreements and have CVS access, instead of letting a well-known, smaller group of devs have CVS access. I'm getting the feeling that I'm missing something. > We only ask that you (Fredrik) please have a Bugzilla account, so you > can be auto-CC on bugs against this package. Are you OK with this > arrangement? Naturally. It would be rather strange to have someone but the author(s) handle bug requests on a program, wouldn't it? ;) I already have a Bugzilla account since long ago (). I believe Oliver Falk has already set up a Bugzilla component for icmpdn with me an auto-CC. Fredrik Tolf From skvidal at phy.duke.edu Fri Aug 12 01:50:50 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 11 Aug 2005 21:50:50 -0400 Subject: buildsystem status report Message-ID: <1123811450.12234.6.camel@cutter> Hey Folks, Just a quick update. Dan has committed a lot of fixes and a lot of patches to the buildsys and on monday we're going to switch over to a newer version. We're not yet sure on the various details but this is where we are right now. There's a good chance that in order to use this update to the buildsys code we're going to have to get everyone using 'make plague' or 'plague-client' directly to update their version of plague-client after we update the buildsys server code. We'll let you know more as we know it. Thanks, -sv From jwboyer at jdub.homelinux.org Fri Aug 12 01:49:37 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 11 Aug 2005 20:49:37 -0500 Subject: plague 0.3.1 list command fails and how do i build? In-Reply-To: References: <20050811224251.GA19227@aspsys.com> Message-ID: <1123811377.3299.12.camel@yoda.jdub.homelinux.org> On Thu, 2005-08-11 at 18:50 -0400, Zing wrote: > On Thu, 11 Aug 2005 16:42:51 -0600, Bryan Stillwell wrote: > > > I believe the database format has changed on you. Try moving > > /etc/plague/server/jobdb out of the way and restart plague-server. > > no, i don't have that file. i didn't install plague-server. i'm just > following along the wiki trying to get started building stuff: > > http://fedoraproject.org/wiki/Extras/BuildSystemClientSetup I'm pretty sure this is because the buildsys is still running the 0.2 code. Stick with the 0.2 packages at the URL on the Wiki page until the buildsys is updated. We'll update the Wiki to point to Extras packages when it's ready. See Seth's recent "buildsystem status report" mail for more info. thx, josh From shishz at hotpop.com Fri Aug 12 03:05:30 2005 From: shishz at hotpop.com (Zing) Date: Thu, 11 Aug 2005 23:05:30 -0400 Subject: plague 0.3.1 list command fails and how do i build? References: <20050811224251.GA19227@aspsys.com> <1123811377.3299.12.camel@yoda.jdub.homelinux.org> Message-ID: On Thu, 11 Aug 2005 20:49:37 -0500, Josh Boyer wrote: > I'm pretty sure this is because the buildsys is still running the 0.2 > code. Stick with the 0.2 packages at the URL on the Wiki page until the > buildsys is updated. thanks for the info. i hate to bring this up again, but do you know why this would fail or who to ask for help: $ make plague /usr/bin/plague-client build snownews snownews-1_5_7-2_fc5 devel Server returned an error: Insufficient privileges. should this be a bugzilla bugreport? thanks, zing From dcbw at redhat.com Fri Aug 12 04:49:17 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 12 Aug 2005 00:49:17 -0400 (EDT) Subject: buildsystem status report In-Reply-To: <1123811450.12234.6.camel@cutter> References: <1123811450.12234.6.camel@cutter> Message-ID: On Thu, 11 Aug 2005, seth vidal wrote: > Hey Folks, > Just a quick update. > > Dan has committed a lot of fixes and a lot of patches to the buildsys > and on monday we're going to switch over to a newer version. We're not > yet sure on the various details but this is where we are right now. > > There's a good chance that in order to use this update to the buildsys > code we're going to have to get everyone using 'make plague' or > 'plague-client' directly to update their version of plague-client after > we update the buildsys server code. Yes, anyone using 'make plague' or 'plague-client' will need to grab the current Extras packages (0.3 or higher). Between 0.2 and 0.3 the API has changed slightly. I believe that people will still be able to queue packages but will get an error back instead of the job ID. Other commands will not work as well. In any case, people will know that it's not working :) To protect against this in the future, perhaps some sort of API versioning could be implemented, or at least have the client check the server's version and refuse to talk to the server unless the .x matches. Or something. Dan From dcbw at redhat.com Fri Aug 12 04:51:26 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 12 Aug 2005 00:51:26 -0400 (EDT) Subject: plague 0.3.1 list command fails and how do i build? In-Reply-To: References: <20050811224251.GA19227@aspsys.com> <1123811377.3299.12.camel@yoda.jdub.homelinux.org> Message-ID: On Thu, 11 Aug 2005, Zing wrote: > On Thu, 11 Aug 2005 20:49:37 -0500, Josh Boyer wrote: > > > I'm pretty sure this is because the buildsys is still running the 0.2 > > code. Stick with the 0.2 packages at the URL on the Wiki page until the > > buildsys is updated. > > thanks for the info. > > i hate to bring this up again, but do you know why this would fail or who > to ask for help: > > $ make plague > /usr/bin/plague-client build snownews snownews-1_5_7-2_fc5 devel > Server returned an error: Insufficient privileges. Your user has not been given the "own_jobs" privilege. Were you able to submit packages before, or is this the first time you have tried to submit a package to the build system? Dan From wtogami at redhat.com Fri Aug 12 05:28:24 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 11 Aug 2005 19:28:24 -1000 Subject: Fedora account In-Reply-To: <1123808259.16543.36.camel@pc7.dolda2000.com> References: <1122426121.16419.2.camel@pc7.dolda2000.com> <42F5CB17.7050105@redhat.com> <1123421097.10392.50.camel@pc7.dolda2000.com> <42F80B40.8090508@redhat.com> <1123808259.16543.36.camel@pc7.dolda2000.com> Message-ID: <42FC3378.9090605@redhat.com> Fredrik Tolf wrote: > On Mon, 2005-08-08 at 15:47 -1000, Warren Togami wrote: > >>Fredrik Tolf wrote: >> >>>As may be clear from the above, I'm not really particularly interested >>>in having CVS access or being a maintainer, but rather I'm really just >>>interested in developing and distributing icmpdn -- I've merely assumed >>>that it is my responsibility for being able to have a package in FE, >>>I'd. If that is not true, I'd appreciate a heads-up before I delve any >>>deeper into this. Don't get me wrong, though, I'll happily assume the >>>responsibility if indeed it is necessary. >>> >>>In contrast, in the Gentoo portage system, you just submit an ebuild to >>>their bugzilla, and they make sure to get it into portage if it is >>>approved. It's a lot less responsibility for the contributors, but I'm >>>sure it's a lot more work for the Gentoo maintainers as well, and thus I >>>more than well understand if this is not an option in FE. However, this >>>entire process, necessary or not, is quite a threshold for people like >>>me who just want to get a package into FE. >>> >> >>This is OK, in this case please find one of the Fedora Extras members to >>simply handle your Bugzilla requests to get changes into the repository >>on your behalf. Perhaps Oliver Falk can do it? > > > Sure, I can more than well do that, but isn't that more work for all > parties involved? I don't know exactly what arrangement you had in mind, > so I may misunderstand, but wouldn't it be far easier to just let anyone > handle Bugzilla requests, rather than assigning it to a certain person? I was under the impression that you had rejected the idea of going through our normal process as being too complicated. In such cases (and others where the contributor is unable to sign the CLA for legal reasons) it is possible for an existing Extras maintainer to act as proxy for you. We would prefer however that you want to maintain your own package. > > Either way, is this truly OK with you? I would still feel rather bad if > I received special treatment. As I mentioned previously, I will be happy > to shoulder the responsibility of reading docs and having CVS access if > it really is the normal. My main point was that it seems to me like a > rather strange procedure to have *every* contributor sign agreements and > have CVS access, instead of letting a well-known, smaller group of devs > have CVS access. I'm getting the feeling that I'm missing something. > I was under the mistaken impression that you had no intention of reading the guidelines. It is indeed the norm for a package maintainer to read the docs, become sponsored, sign the CLA, and gain CVS access. As long as you are willing to follow the guidelines and you agree to touch only packages owned by you, then having CVS access is no problem. Under those conditions I am willing to sponsor you. Please request cvsextras access again at this point. Warren Togami wtogami at redhat.com From gajownik at fedora.pl Fri Aug 12 08:17:21 2005 From: gajownik at fedora.pl (Dawid Gajownik) Date: Fri, 12 Aug 2005 10:17:21 +0200 Subject: plague 0.3.1 list command fails and how do i build? In-Reply-To: References: <20050811224251.GA19227@aspsys.com> <1123811377.3299.12.camel@yoda.jdub.homelinux.org> Message-ID: <42FC5B11.9040406@fedora.pl> Dnia 08/12/2005 06:51 AM, U?ytkownik Dan Williams napisa?: >> $ make plague >> /usr/bin/plague-client build snownews snownews-1_5_7-2_fc5 devel >> Server returned an error: Insufficient privileges. You're not alone ;) I have the same problem: http://www.redhat.com/archives/fedora-extras-list/2005-August/msg00645.html > Your user has not been given the "own_jobs" privilege. Were you able to submit > packages before, or is this the first time you have tried to submit a package to > the build system? The latter. -- ^_* From shishz at hotpop.com Fri Aug 12 13:40:51 2005 From: shishz at hotpop.com (Zing) Date: Fri, 12 Aug 2005 09:40:51 -0400 Subject: plague 0.3.1 list command fails and how do i build? In-Reply-To: <42FC5B11.9040406@fedora.pl> References: <20050811224251.GA19227@aspsys.com> <1123811377.3299.12.camel@yoda.jdub.homelinux.org> <42FC5B11.9040406@fedora.pl> Message-ID: Dawid Gajownik wrote: > You're not alone ;) I have the same problem: > http://www.redhat.com/archives/fedora-extras-list/2005-August/msg00645.html whew. i was starting to get lonely. :) >> Your user has not been given the "own_jobs" privilege. Were you able >> to submit packages before, or is this the first time you have tried to >> submit a package to the build system? > > The latter. same here. From bugzilla at redhat.com Fri Aug 12 14:32:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 10:32:34 -0400 Subject: [Bug 165811] New: cproto Fedora Extras inclusion In-Reply-To: Message-ID: <200508121432.j7CEWYpq022122@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165811 Summary: cproto Fedora Extras inclusion Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jnovy at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com >From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050720 Fedora/1.0.6-1.1.fc4 Firefox/1.0.6 Description of problem: Please review the latest cproto spec and propose changes if needed before Extras inclusion. There's no review needed since it's the former Core package, but I think it's not bad to review it anyway. The cproto SRPM is located at: http://people.redhat.com/jnovy/files/cproto-4.7c-6.src.rpm Thanks. Version-Release number of selected component (if applicable): cproto-4.7c-6 How reproducible: Always Steps to Reproduce: Reproduction isn't needed. Additional info: -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 15:33:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 11:33:57 -0400 Subject: [Bug 165616] Review Request: An advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508121533.j7CFXvnL005558@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From mgarski at post.pl 2005-08-12 11:33 EST ------- Spec Name or Url: http://manta.univ.gda.pl/~mgarski/FE/krusader.spec SRPM Name or Url: http://manta.univ.gda.pl/~mgarski/FE/krusader-1.60.0-2.src.rpm Improved version. I hope without any errors (especially compile errors) :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 16:01:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 12:01:35 -0400 Subject: [Bug 165616] Review Request: An advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508121601.j7CG1Zle013148@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From mgarski at post.pl 2005-08-12 12:00 EST ------- I've forgot one thing. Dawid I'm still using FC2 with gcc-c++-3.3.3-7, in about 2-4 weeks I'll probably move to FC4. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From sopwith at redhat.com Fri Aug 12 16:45:00 2005 From: sopwith at redhat.com (Elliot Lee) Date: Fri, 12 Aug 2005 12:45:00 -0400 (EDT) Subject: Fedora account In-Reply-To: <1123808259.16543.36.camel@pc7.dolda2000.com> References: <1122426121.16419.2.camel@pc7.dolda2000.com> <42F5CB17.7050105@redhat.com> <1123421097.10392.50.camel@pc7.dolda2000.com> <42F80B40.8090508@redhat.com> <1123808259.16543.36.camel@pc7.dolda2000.com> Message-ID: On Fri, 12 Aug 2005, Fredrik Tolf wrote: > My main point was that it seems to me like a rather strange procedure to > have *every* contributor sign agreements and have CVS access, instead of > letting a well-known, smaller group of devs have CVS access. I'm getting > the feeling that I'm missing something. The idea is that the people who do the work need to be able to cooperate through the infrastructure we have. We have CVS precisely so that we don't have to funnel changes through a few human bottlenecks. Best, -- Elliot Pioneers get the Arrows. Settlers get the Land. From bugzilla at redhat.com Fri Aug 12 17:10:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 13:10:38 -0400 Subject: [Bug 165648] Review Request: perl-Array-Compare - Perl extension for comparing arrays In-Reply-To: Message-ID: <200508121710.j7CHAcMV004486@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Array-Compare - Perl extension for comparing arrays https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165648 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jpo at di.uminho.pt 2005-08-12 13:10 EST ------- 639 (perl-Array-Compare): Build on target development succeeded. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 17:11:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 13:11:02 -0400 Subject: [Bug 165649] Review Request: perl-Test-Warn - Perl extension to test methods for warnings In-Reply-To: Message-ID: <200508121711.j7CHB2j2004643@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Test-Warn - Perl extension to test methods for warnings https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165649 Bug 165649 depends on bug 165648, which changed state. Bug 165648 Summary: Review Request: perl-Array-Compare - Perl extension for comparing arrays https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165648 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 17:12:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 13:12:08 -0400 Subject: [Bug 165649] Review Request: perl-Test-Warn - Perl extension to test methods for warnings In-Reply-To: Message-ID: <200508121712.j7CHC8tt004998@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Test-Warn - Perl extension to test methods for warnings https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165649 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jpo at di.uminho.pt 2005-08-12 13:11 EST ------- 640 (perl-Test-Warn): Build on target development succeeded. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 17:12:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 13:12:20 -0400 Subject: [Bug 165650] Review Request: perl-WWW-Mechanize - Automates web page form & link interaction In-Reply-To: Message-ID: <200508121712.j7CHCKYX005081@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165650 Bug 165650 depends on bug 165649, which changed state. Bug 165649 Summary: Review Request: perl-Test-Warn - Perl extension to test methods for warnings https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165649 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 17:25:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 13:25:12 -0400 Subject: [Bug 165551] Review Request: perl-Number-Compare In-Reply-To: Message-ID: <200508121725.j7CHPC4N008886@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Number-Compare https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165551 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-12 13:25 EST ------- Review: - rpmlint clean - package/spec follows naming guidelines - package follows packaging guidelines - license is OK - same as perl - spec file is in English and is perfectly legible - source matches upstream - build fine in mock for -devel (i386) - no explicit BRs - no locales, libraries, headers, pkgconfigs, subpackages to worry about - not relocatable - directory ownership OK - no duplicate files - file permissions OK - %clean present and correct - macro usage is consistent - code, not content - no large docs - manpage does not affect running of package - package appears to work Would suggest adding to %description: Now this would be very pointless, if Number::Compare didn't understand magnitudes. The target value may use magnitudes of kilobytes (k, ki), megabytes (m, mi), or gigabytes (g, gi). Those suffixed with an i use the appropriate 2**n version in accordance with the IEC standard: http://physics.nist.gov/cuu/Units/binary.html Please also note Comment #6 re empty .bs files. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From chrisw at osdl.org Fri Aug 12 17:26:15 2005 From: chrisw at osdl.org (Chris Wright) Date: Fri, 12 Aug 2005 10:26:15 -0700 Subject: Request for review: cogito In-Reply-To: <20050712165409.GT19052@shell0.pdx.osdl.net> References: <20050710205013.91A371809FD@magilla.sf.frob.com> <1121029014.2685.12.camel@yoda.jdub.homelinux.org> <20050712165409.GT19052@shell0.pdx.osdl.net> Message-ID: <20050812172615.GA30904@shell0.pdx.osdl.net> * Chris Wright (chrisw at osdl.org) wrote: > * Josh Boyer (jwboyer at jdub.homelinux.org) wrote: > > On Sun, 2005-07-10 at 13:50 -0700, Roland McGrath wrote: > > > > Is there any way to separate cogito and git into two different packages? > > > > That way one could install git apart from cogito. > > > > > > The upstream cogito is a unified package as it stands. > > > > Crap. If it ever decides to depend on git instead of include it, can I > > assume that the package will be changed to depend on a new git package? > > Yes you can, that's the goal. The problem is git changes are still > breaking cogito, and IIRC, cogito has local git changes that haven't > made it back upstream to git yet. But, it is getting closer. OK, it's there. I'll submit cogito and git-core shortly. thanks, -chris From triad at df.lth.se Fri Aug 12 17:45:05 2005 From: triad at df.lth.se (Linus Walleij) Date: Fri, 12 Aug 2005 19:45:05 +0200 (CEST) Subject: plague 0.3.1 list command fails and how do i build? In-Reply-To: References: <20050811224251.GA19227@aspsys.com> <1123811377.3299.12.camel@yoda.jdub.homelinux.org> <42FC5B11.9040406@fedora.pl> Message-ID: On Fri, 12 Aug 2005, Zing wrote: > Dawid Gajownik wrote: >> You're not alone ;) I have the same problem: >> http://www.redhat.com/archives/fedora-extras-list/2005-August/msg00645.html > > whew. i was starting to get lonely. :) You're not. I have it too... [linus at felicia devel]$ make plague /usr/bin/plague-client build libnjb libnjb-2_2_1-7_fc5 devel Server returned an error: Insufficient privileges. >>> Your user has not been given the "own_jobs" privilege. Were you able >>> to submit packages before, or is this the first time you have tried to >>> submit a package to the build system? >> >> The latter. > > same here. Same here. Linus From jpo at di.uminho.pt Fri Aug 12 17:59:22 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Fri, 12 Aug 2005 18:59:22 +0100 Subject: Request for review: scanssh (default behaviour) In-Reply-To: <42FB3378.5090409@linux-kernel.at> References: <1072.213.13.91.139.1123184290.squirrel@webmail.lsd.di.uminho.pt> <42F31ADF.5090201@linux-kernel.at> <42F3C2A2.3050308@di.uminho.pt> <42F75DCD.9020906@linux-kernel.at> <1123509867.4364.406.camel@mccallum.corsepiu.local> <42F767AD.1010704@linux-kernel.at> <42F9C975.6030701@linux-kernel.at> <42FA197B.4020703@di.uminho.pt> <42FB3378.5090409@linux-kernel.at> Message-ID: <42FCE37A.4090606@di.uminho.pt> PUBLISH++ MD5SUMS: 973bef8bff07789a392fd78d1ee7c0c7 scanssh-2.1-5.src.rpm e6e2be8659b131960d768c857844bd05 scanssh-2.1-hide.patch 9fab4253b56b2d15367d4872b370cdcb scanssh-2.1.tar.gz 3c5de7afe5ab099bd25fd8d4d3e0dfb0 scanssh.spec Note: the name convention of libevent will mostly likely cause problems $ ldd scanssh linux-gate.so.1 => (0xb7fad000) libpcap.so.0.8.3 => /usr/lib/libpcap.so.0.8.3 (0x009bf000) libevent-1.1a.so.1 => /usr/lib/libevent-1.1a.so.1 (0xb7f80000) ^^^^^ libdnet.so.1 => /usr/lib/libdnet.so.1 (0xb7f74000) libc.so.6 => /lib/tls/libc.so.6 (0x0064a000) /lib/ld-linux.so.2 (0x00630000) 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 bugzilla at redhat.com Fri Aug 12 18:24:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 14:24:59 -0400 Subject: [Bug 165833] New: Review Request: git-core In-Reply-To: Message-ID: <200508121824.j7CIOxDP023968@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 Summary: Review Request: git-core Product: Fedora Extras Version: devel Platform: All URL: http://www.kernel.org/pub/linux/kernel/people/chrisw/git /review/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: chrisw at osdl.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.kernel.org/pub/linux/kernel/people/chrisw/git/review/git-core.spec SRPM Name or Url: http://www.kernel.org/pub/linux/kernel/people/chrisw/git/review/git-core-0.99.4-1.src.rpm Description: git-core provides core functionality for git content tracker used as SCM for linux kernel and other projects. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 18:25:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 14:25:07 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508121825.j7CIP7Tv024074@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 chrisw at osdl.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165833 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 18:31:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 14:31:18 -0400 Subject: [Bug 165836] New: Review Request: cogito In-Reply-To: Message-ID: <200508121831.j7CIVIKr026162@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165836 Summary: Review Request: cogito Product: Fedora Extras Version: devel Platform: All URL: http://www.kernel.org/pub/linux/kernel/people/chrisw/git /review/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: chrisw at osdl.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.kernel.org/pub/linux/kernel/people/chrisw/git/review/cogito-0.13-2.src.rpm SRPM Name or Url: http://www.kernel.org/pub/linux/kernel/people/chrisw/git/review/cogito.spec Description: cogito provides a nice user interface to git-core. this package is dependent on git-core. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 12 18:31:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 14:31:31 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508121831.j7CIVVtf026261@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 chrisw at osdl.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165836 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Fri Aug 12 20:29:34 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 12 Aug 2005 22:29:34 +0200 Subject: Request for review/approval: libetpan (new dependency for sylpheed-claws) In-Reply-To: <42F86A4F.4020507@lowlatency.de> References: <42EC9D71.2090802@lowlatency.de> <20050731162343.44479952.bugs.michael@gmx.net> <42EDE579.1000601@lowlatency.de> <20050803123624.7b977c4b.bugs.michael@gmx.net> <20050803160032.541566c8.bugs.michael@gmx.net> <42F86A4F.4020507@lowlatency.de> Message-ID: <20050812222934.0a0b60c8.bugs.michael@gmx.net> On Tue, 09 Aug 2005 10:33:19 +0200, Andreas Bierfert wrote: > Michael Schwendt wrote: > >>GNU TLS and OpenSSL support in libetpan are "either or", so when > >>it's built --with-gnutls, openssl-devel is not needed. > >> > >>https://bugzilla.redhat.com/164934 -- libgnutls-openssl contains > >>undefined symbols. We have an external libtasn1 in Extras and could > >>use it for an ugly hack. But I believe this ought to be fixed in Core > >>instead. The first response from the Core packager was discouraging. [ Rawhide (and Rawhide only!) now fixes that with a gnutls upgrade. ] > Hi, sorry for my late response but I was gone on holidays this past week =) > > Here is a new version: > > http://fedora.lowlatency.de/review/libetpan-0.38-3.src.rpm > http://fedora.lowlatency.de/review/libetpan.spec > > Good to be imported/approved? Yes. From bugzilla at redhat.com Fri Aug 12 23:18:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 19:18:25 -0400 Subject: [Bug 165616] Review Request: An advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508122318.j7CNIPFp016415@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From mgarski at post.pl 2005-08-12 19:18 EST ------- New package ready: Spec Name or Url: http://manta.univ.gda.pl/~mgarski/FE/krusader.spec SRPM Name or Url: http://manta.univ.gda.pl/~mgarski/FE/krusader-1.60.0-2.src.rpm (I didn't changed release number, but files on server are the new one). Check this time and report problems :) One thing maybe I'm wrong and I'll have to read one more time about packaging: > - you should own %{_datadir}/apps/krusader directory > (%{_datadir}/apps/krusader/ will not work) directory with / or without / should work, I have spec with %{_includedir}/mac/ and if I remove rpm %{_includedir}/mac/ are deleted also, but maybe I'm wrong and I'm talking about something else? My rpm is rpm-4.3.1-0.4.1 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 02:16:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 22:16:12 -0400 Subject: [Bug 165836] Review Request: cogito In-Reply-To: Message-ID: <200508130216.j7D2GCs7031009@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cogito https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165836 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-12 22:15 EST ------- Getting a 403 error on the spec file. Forbidden You don't have permission to access /pub/linux/kernel/people/chrisw/git/review/cogito.spec on this server. I'll try and take a look this weekend. Do you have a sponsor for Fedora Extras yet? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 02:16:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 22:16:54 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508130216.j7D2GsBW031103@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-12 22:16 EST ------- Forbidden You don't have permission to access /pub/linux/kernel/people/chrisw/git/review/git-core.spec on this server. 403 here too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ivazquez at ivazquez.net Sat Aug 13 02:48:49 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 12 Aug 2005 22:48:49 -0400 Subject: packaging firefox/mozilla plugins In-Reply-To: References: <20050810114725.GB9960@free.fr> Message-ID: <1123901329.7897.5.camel@ignacio.lan> On Wed, 2005-08-10 at 04:57 -0700, Panu Matilainen wrote: > On Wed, 10 Aug 2005, Patrice Dumas wrote: > > > Hi, > > > > I have searched on the wiki page and in the archives but I haven't found > > anything explaining what are the requirements for web browser plugins. > > > > I would have expected something about the naming of the plugin, a requirement > > to have a separate package for the plugin (or not), an indication on the > > plugins directory, and maybe a scriptlet if it is required. > > See https://www.redhat.com/archives/fedora-devel-list/2005-June/msg01270.html > Deer Park is in rawhide now so maybe it's time to discuss this in more > depth? That message covers extensions, not plugins. Myself, I name the plugin package mozilla-foo (or foo-mozilla if there's a base foo package) and put it in /usr/lib/mozilla/plugins. No scriptlet is required, but the user will have to close and reopen all Mozilla apps. -- 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 bugzilla at redhat.com Sat Aug 13 03:18:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 12 Aug 2005 23:18:23 -0400 Subject: [Bug 165616] Review Request: An advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508130318.j7D3INOf001592@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From bugs.michael at gmx.net 2005-08-12 23:18 EST ------- /bar is the same as %dir /bar /bar/* Both include the directory "bar" and its contents recursively. So either %{_datadir}/apps/krusader or %{_datadir}/apps/krusader/ (<-- more readable!) or %dir %{_datadir}/apps/krusader %{_datadir}/apps/krusader/* would work. The trailing '/' on directory entries improves readability. Else you could think %_datadir/apps/krusader is a data file, not a directory. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Sat Aug 13 03:29:46 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 12 Aug 2005 23:29:46 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050813032946.B10318010@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 10 abicheck-1.2-7 bubblemon-1.46-3.fc5 bwm-ng-0.5-6.fc5 libgdamm-1.3.7-2.fc5 perl-Array-Compare-1.12-3.fc5 perl-Number-Compare-0.01-3.fc5 perl-Test-Warn-0.08-2.fc5 plplot-5.5.3-7.fc5 plt-scheme-299.200-1.fc5 python-numarray-1.3.3-4.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 Aug 13 03:36:39 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 12 Aug 2005 23:36:39 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050813033639.A5D0D8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 6 airsnort-0.2.7e-5.fc4 bwm-ng-0.5-6.fc4 libgdamm-1.3.7-2.fc4 plplot-5.5.3-7.fc4 plt-scheme-299.200-1.fc4 pygsl-0.3.2-4.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Sat Aug 13 07:08:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 03:08:56 -0400 Subject: [Bug 165836] Review Request: cogito In-Reply-To: Message-ID: <200508130708.j7D78uNT029838@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cogito https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165836 ------- Additional Comments From chrisw at osdl.org 2005-08-13 03:08 EST ------- Ugh, sorry about that. Both should be readable now. No I don't have a sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 07:10:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 03:10:20 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508130710.j7D7AKKc030691@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 ------- Additional Comments From chrisw at osdl.org 2005-08-13 03:10 EST ------- Sorry, fixed that one too. Thanks for reviewing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 08:02:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 04:02:04 -0400 Subject: [Bug 165616] Review Request: An advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508130802.j7D824BN005504@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From gajownik at gmail.com 2005-08-13 04:01 EST ------- Uuups, silly me. Sorry for the confusion. I have one more question: in the spec template from the old fedora-rpmdevtools [1] there was such a comment: # Note: the find_lang macro requires gettext %find_lang %{name} Is this still true? I don't have gettext package in my system but krusader.src.rpm recompiles without a problem. Marcin, could you revert the change which concerns "%{_datadir}/apps/krusader/" line? [1] http://80.55.221.90/~gajownik/linux/OLD-spec.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 09:38:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 05:38:54 -0400 Subject: [Bug 165616] Review Request: An advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508130938.j7D9csXo015580@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From mgarski at post.pl 2005-08-13 05:38 EST ------- As I see: %find_lang /usr/lib/rpm/find-lang.sh %{buildroot} and in find-lang.sh only 'sed' and 'find' are used. In usual place (http://manta.univ.gda.pl/~mgarski/FE/) you can find new package with "%{_datadir}/apps/krusader/" line (still release number is 2). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gogers at gmail.com Sat Aug 13 10:06:57 2005 From: gogers at gmail.com (Mariusz Wasiluk) Date: Sat, 13 Aug 2005 12:06:57 +0200 Subject: New package: kadu In-Reply-To: <20050809152351.5fc8366c.bugs.michael@gmx.net> References: <42F7B566.9070105@fedora.pl> <20050809152351.5fc8366c.bugs.michael@gmx.net> Message-ID: 2005/8/9, Michael Schwendt : > On Mon, 08 Aug 2005 21:41:26 +0200, Dawid Gajownik wrote: > > > Well, we know both that kadu will be mostly used in Poland but I'm not > > shure is it OK to include in spec file Polish translations of > > description and summary fields :/ > > It's okay, even though the majority of packages don't contain any > translations at all. It's added value for Polish users. > > > - you shoud install kadu.desktop file using this command: > > > > desktop-file-install --vendor fedora \ > > --dir %{buildroot}%{_datadir}/applications\ > > %{SOURCE1} > > Plus: --add-category X-Fedora > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > Thanks for all response. I've corrected bugs so please review it again: SRPM: http://kadu.net/~nastian/kadu-0.4.1-1.fc4.src.rpm SPEC: http://kadu.net/~nastian/kadu.spec -- Thanks Mariusz Wasiluk From bugzilla at redhat.com Sat Aug 13 10:42:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 06:42:06 -0400 Subject: [Bug 165616] Review Request: An advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508131042.j7DAg6H2019109@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From bugs.michael at gmx.net 2005-08-13 06:41 EST ------- > checking for msgfmt... msgfmt > checking for gmsgfmt... msgfmt > found msgfmt program is not GNU msgfmt; ignore it > checking for xgettext... : Whether "BuildRequires: gettext" may be needed depends on whether it must be present in order to enable/update/build translated message object files. The configure script checks for it, and sometimes it can happen that a package builds without translations when gettext is not installed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 11:24:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 07:24:05 -0400 Subject: [Bug 165811] cproto Fedora Extras inclusion In-Reply-To: Message-ID: <200508131124.j7DBO59U020881@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: cproto Fedora Extras inclusion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165811 ------- Additional Comments From bugs.michael at gmx.net 2005-08-13 07:23 EST ------- $ rpmlint cproto-4.7c-6.src.rpm W: cproto summary-ended-with-dot Generates function prototypes and variable declarations from C code. W: cproto no-url-tag W: cproto redundant-prefix-tag W: cproto hardcoded-path-in-buildroot-tag /var/tmp/%{name}-root W: cproto patch-not-applied Patch1: cproto-4.6.1-patch W: cproto patch-not-applied Patch3: cproto-4.6-bison.patch W: cproto patch-not-applied Patch2: cproto-4.6-varargs.patch > ./configure: line 3351: yacc: command not found > make: yacc: Command not found > make: *** [y.tab.c] Error 127 BuildRequires: byacc > %configure --exec-prefix=%{_prefix} The --exec-prefix=... argument is set by %configure already. > ./grammar.y:824:21: error: lex.yy.c: No such file or directory > ./grammar.y: In function 'yaccError': > ./grammar.y:832: error: 'yytext' undeclared (first use in this function) BuildRequires: flex > Prefix: %{_prefix} This is not only redundant (see rpmlint warning), it marks the package as being relocatable (man rpm). If you really want that, please add a comment in the spec file, which says so. At present, the package is relocatable (also because of cproto's options -I and -E). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 11:49:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 07:49:03 -0400 Subject: [Bug 165878] New: Review Request: kadu In-Reply-To: Message-ID: <200508131149.j7DBn3TD022775@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165878 Summary: Review Request: kadu Product: Fedora Extras Version: devel Platform: All URL: http://www.kadu.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gogers at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://kadu.net/~nastian/kadu.spec SRPM Name or Url: http://kadu.net/~nastian/kadu-0.4.1-1.fc4.src.rpm Description: Kadu is client of Gadu-Gadu 6.1 protocol (very popular in Poland). It's an Internet Messager for Linux and UN*X or MacOSX. It supports voice messaging, file transfer, animated emoticons and modules. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 11:49:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 07:49:21 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508131149.j7DBnL9i022848@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 gogers at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165878 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 11:59:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 07:59:50 -0400 Subject: [Bug 165572] Review Request: perl-Devel-StackTrace In-Reply-To: Message-ID: <200508131159.j7DBxomh024124@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Devel-StackTrace https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165572 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |jpo at di.uminho.pt OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2005-08-13 07:59 EST ------- Approved. Pending updates: release in the changelog, drop find *.bs. MD5SUMS: 2ee144632e04a792fd0a21bd0360a18f perl-Devel-StackTrace-1.11-3.src.rpm a5d2088a531ceeec82b989c742f9382e Devel-StackTrace-1.11.tar.gz 06f23ba2e18408e3bb1a9c6b6d119502 perl-Devel-StackTrace.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 12:08:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 08:08:22 -0400 Subject: [Bug 165616] Review Request: An advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508131208.j7DC8MvA025201@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From mgarski at post.pl 2005-08-13 08:08 EST ------- Added BuildRequires: gettext, new files on server. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gogers at gmail.com Sat Aug 13 12:09:24 2005 From: gogers at gmail.com (Mariusz Wasiluk) Date: Sat, 13 Aug 2005 14:09:24 +0200 Subject: New package: kadu In-Reply-To: References: <42F7B566.9070105@fedora.pl> <20050809152351.5fc8366c.bugs.michael@gmx.net> Message-ID: 2005/8/13, Mariusz Wasiluk : > 2005/8/9, Michael Schwendt : > > On Mon, 08 Aug 2005 21:41:26 +0200, Dawid Gajownik wrote: > > > > > Well, we know both that kadu will be mostly used in Poland but I'm not > > > shure is it OK to include in spec file Polish translations of > > > description and summary fields :/ > > > > It's okay, even though the majority of packages don't contain any > > translations at all. It's added value for Polish users. > > > > > - you shoud install kadu.desktop file using this command: > > > > > > desktop-file-install --vendor fedora \ > > > --dir %{buildroot}%{_datadir}/applications\ > > > %{SOURCE1} > > > > Plus: --add-category X-Fedora > > > > -- > > fedora-extras-list mailing list > > fedora-extras-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > > Thanks for all response. I've corrected bugs so please review it again: > SRPM: http://kadu.net/~nastian/kadu-0.4.1-1.fc4.src.rpm > SPEC: http://kadu.net/~nastian/kadu.spec > > -- > Thanks > Mariusz Wasiluk > I'v submitted in bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165878 From triad at df.lth.se Sat Aug 13 12:11:47 2005 From: triad at df.lth.se (Linus Walleij) Date: Sat, 13 Aug 2005 14:11:47 +0200 (CEST) Subject: plague 0.3.1 list command fails and how do i build? In-Reply-To: References: <20050811224251.GA19227@aspsys.com> <1123811377.3299.12.camel@yoda.jdub.homelinux.org> Message-ID: On Fri, 12 Aug 2005, Dan Williams wrote: >> $ make plague >> /usr/bin/plague-client build snownews snownews-1_5_7-2_fc5 devel >> Server returned an error: Insufficient privileges. > Your user has not been given the "own_jobs" privilege. How does one request the "own_jobs" privilege? The Wiki says nothing about it so this desperately needs documenting. Linus From bugs.michael at gmx.net Sat Aug 13 12:40:02 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 13 Aug 2005 14:40:02 +0200 Subject: plague 0.3.1 list command fails and how do i build? In-Reply-To: References: <20050811224251.GA19227@aspsys.com> <1123811377.3299.12.camel@yoda.jdub.homelinux.org> Message-ID: <20050813144002.609b6ac6.bugs.michael@gmx.net> On Sat, 13 Aug 2005 14:11:47 +0200 (CEST), Linus Walleij wrote: > On Fri, 12 Aug 2005, Dan Williams wrote: > > >> $ make plague > >> /usr/bin/plague-client build snownews snownews-1_5_7-2_fc5 devel > >> Server returned an error: Insufficient privileges. > > > Your user has not been given the "own_jobs" privilege. > > How does one request the "own_jobs" privilege? The Wiki says nothing about > it so this desperately needs documenting. Build system access is not something a contributor needs to request explicitly. If you followed the existing documentation (those three ~/.fedora* certs) and it doesn't work, probably there's a bug in the account setup automation somewhere. https://admin.fedora.redhat.com/accounts/ says: Looking for help? E-mail accounts at fedora.redhat.com From dcbw at redhat.com Sat Aug 13 14:58:04 2005 From: dcbw at redhat.com (Dan Williams) Date: Sat, 13 Aug 2005 10:58:04 -0400 (EDT) Subject: plague 0.3.1 list command fails and how do i build? In-Reply-To: References: <20050811224251.GA19227@aspsys.com> <1123811377.3299.12.camel@yoda.jdub.homelinux.org> Message-ID: On Sat, 13 Aug 2005, Linus Walleij wrote: > On Fri, 12 Aug 2005, Dan Williams wrote: > > >> $ make plague > >> /usr/bin/plague-client build snownews snownews-1_5_7-2_fc5 devel > >> Server returned an error: Insufficient privileges. > > > Your user has not been given the "own_jobs" privilege. > > How does one request the "own_jobs" privilege? The Wiki says nothing about > it so this desperately needs documenting. You need to be added to the user database of the build system with the correct privileges, which is a manual operation that requires the build server to be shut down and restarted. That should hopefully be corrected when we update the build sytstem plague 0.3.1 on Monday, so we can add/change users on the fly. Dan From bugzilla at redhat.com Sat Aug 13 17:45:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 13:45:22 -0400 Subject: [Bug 165892] New: Review Request: xsupplicant In-Reply-To: Message-ID: <200508131745.j7DHjMHr029167@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165892 Summary: Review Request: xsupplicant Product: Fedora Extras Version: devel Platform: All URL: http://www.open1x.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/xsupplicant.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/xsupplicant-1.2-0.1.pre1.src.rpm Description: This software allows a GNU/Linux or BSD workstation to authenticate with a RADIUS server using 802.1x and various EAP protocols. The intended use is for computers with wireless LAN connections to complete a strong authentication before joining the network. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 17:45:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 13:45:38 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508131745.j7DHjc1B029210@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165892 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From triad at df.lth.se Sat Aug 13 18:05:45 2005 From: triad at df.lth.se (Linus Walleij) Date: Sat, 13 Aug 2005 20:05:45 +0200 (CEST) Subject: plague 0.3.1 list command fails and how do i build? In-Reply-To: References: <20050811224251.GA19227@aspsys.com> <1123811377.3299.12.camel@yoda.jdub.homelinux.org> Message-ID: On Sat, 13 Aug 2005, Dan Williams wrote: > You need to be added to the user database of the build system with the > correct privileges, which is a manual operation that requires the build > server to be shut down and restarted. That should hopefully be > corrected when we update the build sytstem plague 0.3.1 on Monday, so we > can add/change users on the fly. OK then that seems reasonable, I'll hold my horses... Linus From bugzilla at redhat.com Sat Aug 13 18:38:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 14:38:40 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508131838.j7DIcera002336@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-13 14:38 EST ------- Nits: 1) Buildroot should be: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) to match up with the Packaging guidelines for FE. 2) Normally FE packages don't carry the Vendor: tag Problems: 1) This doesn't build on FC4 or rawhide when using mock due to the lack of an asciidoc package. We could either change the without_docs macro to with_docs instead, find a different utility that works to generate the docs, or get asciidoc imported into Extras. 2) curl and openssl are missing from Requires I'll do some more reviewing a bit later. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 19:06:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 15:06:59 -0400 Subject: [Bug 165836] Review Request: cogito In-Reply-To: Message-ID: <200508131906.j7DJ6xmT004193@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cogito https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165836 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-13 15:06 EST ------- Nits: 1) Buildroot should be: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) to match up with the Packaging guidelines for FE. 2) Normally FE packages don't carry the Vendor: tag 3) Prereq: could probably be turned into Requires: and everything but git-core >= 0.99.3 could probably be dropped. git-core already requires the rest of the items in that list 4) /usr/lib can be replaced by %{_libdir} More review after I get git-core building and installed. As for a sponsor, I've briefly spoken with Ed Hill. Hopefully he will be able to help out there. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:03:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:03:19 -0400 Subject: [Bug 165574] Review Request: perl-Params-Validate In-Reply-To: Message-ID: <200508132003.j7DK3Jjw010665@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Params-Validate https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165574 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |jpo at di.uminho.pt OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2005-08-13 16:03 EST ------- PUBLISH++ MD5SUMS: 1e00a5a76f63a0ccaa6eef99b3f03738 perl-Params-Validate-0.78-1.src.rpm 8b6951214915c33addc4cc16e047546f Params-Validate-0.78.tar.gz cd4215d22cff70ad5e213af58c67fdc7 perl-Params-Validate.spec Sources: * Params-Validate-0.78.tar.gz: MD5 digest verified against CPAN tarball Good: * Package name follows standard * Source0 MD5 digest OK * URL and Source0 URL are valid * License verified (README or main POD document) * Build Requirements OK * perl(:MODULE_COMPAT_xxx) present * perl vendor libs present * File permissions are valid * Builds without problems in FC-3 and FC-4 * CPAN Testers: version 0.78 - no failed tests http://testers.cpan.org/show/Params-Validate.html Other notes: - Last changelog entry log version doesn't match package version -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:03:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:03:43 -0400 Subject: [Bug 165899] New: Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200508132003.j7DK3h2M010805@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module Product: Fedora Extras Version: devel Platform: All URL: http://www.opensc.org/pam_pkcs11 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/pam_pkcs11.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/pam_pkcs11-0.5.1-1.src.rpm Description: This Linux-PAM login module allows a X.509 certificate based user login. The certificate and its dedicated private key are thereby accessed by means of an appropriate PKCS #11 module. For the verification of the users' certificates, locally stored CA certificates as well as either online or locally accessible CRLs are used. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:03:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:03:51 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508132003.j7DK3pig010845@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165899 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tcallawa at redhat.com Sat Aug 13 19:34:47 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 13 Aug 2005 14:34:47 -0500 Subject: Request for approval: fpc In-Reply-To: <1123605398.27715.14.camel@joost> References: <1123605398.27715.14.camel@joost> Message-ID: <1123961687.2494.0.camel@localhost.localdomain> On Tue, 2005-08-09 at 18:36 +0200, Joost van der Sluis wrote: > The fpc package is still in CVS awaiting approval. It's still in the > 'old' package process. Should I create a bugzilla-item for it? Or can > someone approve it the old-way? > > Last message about the package: > https://www.redhat.com/archives/fedora-extras-list/2005-August/msg00220.html Its approved. Go ahead and request builds. :) ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Sat Aug 13 20:34:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:34:01 -0400 Subject: [Bug 165900] New: Review Request: hunkyfonts In-Reply-To: Message-ID: <200508132034.j7DKY1BG015141@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165900 Summary: Review Request: hunkyfonts Product: Fedora Extras Version: devel Platform: All URL: http://sourceforge.net/projects/hunkyfonts/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gajownik at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://80.55.221.90/~gajownik/linux/RPMS/hunkyfonts/hunkyfonts.spec SRPM Name or Url: http://80.55.221.90/~gajownik/linux/RPMS/hunkyfonts/hunkyfonts-0.3.0-1.src.rpm sha1sum: http://80.55.221.90/~gajownik/linux/RPMS/hunkyfonts/sha1sum Description: Free Unicode TrueType fonts for Baltic, Central European, South European and other languages, including Azeri, Maori, Welsh and Esperanto. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:34:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:34:13 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508132034.j7DKYDDu015199@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165900 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:40:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:40:41 -0400 Subject: [Bug 165573] Review Request: perl-Test-Taint In-Reply-To: Message-ID: <200508132040.j7DKefuY015962@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Test-Taint https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165573 ------- Additional Comments From jpo at di.uminho.pt 2005-08-13 16:40 EST ------- Ralf, Could you build this package for FC3 and FC4? TIA, jpo -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:46:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:46:16 -0400 Subject: [Bug 165903] New: Review Request: perl-Carp-Assert - Executable comments In-Reply-To: Message-ID: <200508132046.j7DKkGJx016598@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165903 Summary: Review Request: perl-Carp-Assert - Executable comments Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Carp-Assert/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Carp-Assert.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Carp-Assert-0.18-1.src.rpm Description: Carp::Assert is intended for a purpose like the ANSI C library assert.h. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:46:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:46:34 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508132046.j7DKkY85016691@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165903 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:47:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:47:50 -0400 Subject: [Bug 165904] New: Review Request: perl-Carp-Assert-More - Convenience wrappers around Carp::Assert In-Reply-To: Message-ID: <200508132047.j7DKlo0g016968@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165904 Summary: Review Request: perl-Carp-Assert-More - Convenience wrappers around Carp::Assert Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Carp-Assert-More/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Carp-Assert-More.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Carp-Assert-More-1.10-1.src.rpm Description: Carp::Assert::More is a set of wrappers around the Carp::Assert functions to make the habit of writing assertions even easier. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:48:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:48:05 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508132048.j7DKm5aw017034@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165904 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:50:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:50:41 -0400 Subject: [Bug 165905] New: Review Request: perl-HTTP-Server-Simple - Very simple standalone HTTP daemon In-Reply-To: Message-ID: <200508132050.j7DKof7j017509@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165905 Summary: Review Request: perl-HTTP-Server-Simple - Very simple standalone HTTP daemon Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/HTTP-Server-Simple/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-HTTP-Server-Simple.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-HTTP-Server-Simple-0.13-1.src.rpm Description: HTTP::Server::Simple is a very simple standalone HTTP daemon with no non-core module dependencies. It's ideal for building a standalone http-based UI to your existing tools. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:50:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:50:53 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508132050.j7DKorWT017563@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165905 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:53:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:53:09 -0400 Subject: [Bug 165906] New: Review Request: perl-Test-WWW-Mechanize - Testing-specific WWW::Mechanize subclass In-Reply-To: Message-ID: <200508132053.j7DKr9PO017885@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165906 Summary: Review Request: perl-Test-WWW-Mechanize - Testing- specific WWW::Mechanize subclass Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Test-WWW-Mechanize/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Test-WWW-Mechanize.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-WWW-Mechanize-1.12-2.src.rpm Description: Test::WWW::Mechanize is a subclass of WWW::Mechanize that incorporates features for web application testing -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 13 20:53:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 16:53:26 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508132053.j7DKrQgb017945@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165906 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tcallawa at redhat.com Sat Aug 13 21:05:16 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 13 Aug 2005 16:05:16 -0500 Subject: Core Packages (was Re: Wording of "Previously in Core" Procedure) In-Reply-To: <42F45F4E.8050305@redhat.com> References: <42DEF899.1010205@redhat.com> <42F426A9.3060506@redhat.com> <1123298161.4364.256.camel@mccallum.corsepiu.local> <1123298599.2758.47.camel@localhost.localdomain> <42F45F4E.8050305@redhat.com> Message-ID: <1123967116.2494.11.camel@localhost.localdomain> After talking with Warren and Greg, we're eliminating the "Previously in Core" loophole. In the past, packages which were in Fedora Core were able to be imported into Fedora Extras without review. This is no longer permitted. (This was never in writing, at least not anywhere I can see) Just to repeat: All packages MUST go through review before being committed into Fedora Extras CVS. No exceptions. Packages which were submitted previously to FE from FC are considered "grandfathered", and do not require a review. Thanks, ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From buildsys at fedoraproject.org Sat Aug 13 23:23:11 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 13 Aug 2005 19:23:11 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050813232311.875138010@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 8 abicheck-1.2-3.1 bubblemon-1.46-3.fc3 bwm-ng-0.5-6.fc3 perl-Array-Compare-1.12-3.fc3 perl-Test-Warn-0.08-2.fc3 plt-scheme-299.200-1.fc3 tkcvs-7.2.4-1.fc3 wesnoth-0.9.5-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 Aug 13 23:45:31 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 13 Aug 2005 19:45:31 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050813234531.B9D5A8010@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 5 Glide3-20050813-1 perl-HTML-Template-2.7-4.fc5 qtparted-0.4.5-1.fc5 tkcvs-7.2.4-1.fc5 wesnoth-0.9.5-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Sun Aug 14 00:05:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 20:05:57 -0400 Subject: [Bug 165910] New: Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws In-Reply-To: Message-ID: <200508140005.j7E05vDu001578@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165910 Summary: Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws Product: Fedora Extras Version: devel Platform: All URL: http://claws.sylpheed.org OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/sylpheed-claws-plugins.spec SRPM Name or Url: http://fedora.lowlatency.de/review/sylpheed-claws-plugins-1.9.13-1.src.rpm Description: Additional plugins for sylpheed-claws -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 00:06:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 20:06:19 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508140006.j7E06JOv001667@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165910 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 02:15:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 22:15:33 -0400 Subject: [Bug 165913] New: Review Request: gquilt - a PyGTK GUI wrapper for quilt In-Reply-To: Message-ID: <200508140215.j7E2FX6b010791@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165913 Summary: Review Request: gquilt - a PyGTK GUI wrapper for quilt Product: Fedora Extras Version: devel Platform: All URL: http://users.bigpond.net.au/Peter-Williams/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jwboyer at jdub.homelinux.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://jdub.homelinux.org/files/gquilt/gquilt.spec SRPM Name or Url: http://jdub.homelinux.org/files/gquilt/gquilt-0.12-1.src.rpm Description: quilt is a tool for managing a series of patches by keeping track of the changes each patch makes. Patches can be applied, un-applied, refreshed, etc. gquilt is a PyGTK GUI wrapper for quilt. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 02:15:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 13 Aug 2005 22:15:50 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508140215.j7E2FoCI010863@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jwboyer at jdub.homelinux.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165913 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 04:04:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 00:04:40 -0400 Subject: [Bug 165573] Review Request: perl-Test-Taint In-Reply-To: Message-ID: <200508140404.j7E44eBJ019690@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Test-Taint https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165573 ------- Additional Comments From rc040203 at freenet.de 2005-08-14 00:04 EST ------- (In reply to comment #2) > Could you build this package for FC3 and FC4? Done ... bad timing. First, the branch request took some time to be processed, then I had been off-line ... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From andreas.bierfert at lowlatency.de Sun Aug 14 08:12:38 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Sun, 14 Aug 2005 10:12:38 +0200 Subject: Buildsys stuck? Message-ID: <42FEFCF6.80601@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hm, it seems that the buildsystem is stuck with the current jobs. Any ideas? - - 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 iD8DBQFC/vz1QEQyPsWM8csRAmioAJ9Vy42gj+LJwjn+0v/aJA5PcTOGLACfdYkW PLhSHbaWK4x15W9bow8e0io= =iqs6 -----END PGP SIGNATURE----- From bugs.michael at gmx.net Sun Aug 14 09:42:12 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 14 Aug 2005 11:42:12 +0200 Subject: Buildsys stuck? In-Reply-To: <42FEFCF6.80601@lowlatency.de> References: <42FEFCF6.80601@lowlatency.de> Message-ID: <20050814114212.7bb7bafe.bugs.michael@gmx.net> On Sun, 14 Aug 2005 10:12:38 +0200, Andreas Bierfert wrote: > Hm, it seems that the buildsystem is stuck with the current jobs. Any ideas? Saw early symptoms of that late at night. While job 664 completed on ppc for FC5 in 21 minutes and the same job for i386/x86_64 for FC3/FC5 took only 12 minutes, job 665 on ppc for FC4 was still not done after half an hour. Hence I killed it as I wanted to push the pending FC4 packages. The buildsys continued with job 666, a smaller one for Devel, and completed it on ppc in 8 minutes. Thinking that the ppc build server was still working, but maybe just handicapped, I re-requested the killed job, assuming it might complete in sort of the same time as the FC3/FC5 jobs on ppc. Meanwhile, a bunch of new build requests entered the queue, and I decided to stop re-visiting the buildsys and to not push the pending FC4 builds while new packages were in progress. Now it's clear that job 667 on ppc has not returned after many hours, and jobs (668 and 671) are stuck on i386 (hammer2) in "prepping" state and noarch (hammer3) in downloading state since last night. Buildsys upgrade is near, so let's see what that will yield. From bugzilla at redhat.com Sun Aug 14 09:45:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 05:45:31 -0400 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200508140945.j7E9jV5c006266@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hunkyfonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165900 sarantis at cnl.di.uoa.gr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sarantis at cnl.di.uoa.gr ------- Additional Comments From sarantis at cnl.di.uoa.gr 2005-08-14 05:45 EST ------- Some preliminary observations (not a full review). There is a policy in Fedora that the requirements assumptions are minimal as far as the host system is concerned. That is no xfs requirement and even no fontconfig requirement. Check the bitstream-vera-fonts spec in core and dejavu-fonts and mgopen-fonts spec in extras. An explanation of the policy I could find is in http://www.redhat.com/archives/fedora-extras-list/2005-May/msg00887.html So drop the requires and just check for the existence of fc-cache in %post and %postun. Also, you only need to %ghost the fonts.cache-1 file, since the spec will not deal with xfs specifics. Another thing is that the license of this package is LGPL, while it is derived from bitstream-vera. The bitstream vera fonts have a somewhat more complicated license, distributable with restrictions. I wonder if it is allowed to distribute a derivative work of the bitstream fonts under LGPL. I could not assign this bug to me for review, since only the "Leave as New" option was present. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nman64 at n-man.com Sun Aug 14 10:04:32 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Sun, 14 Aug 2005 05:04:32 -0500 Subject: Now Seeking Guinea Pigs (Mentors) Message-ID: <42FF1730.1080405@n-man.com> Following recent discussions, the Mentors page on the wiki was created recently. It did little more than list where potential contributors might go. I have moved that information to the HelpWanted page, cleaned it up, and created new content for the Mentors page. As part of doing so, I have started the list of volunteer mentors on that page. http://fedoraproject.org/wiki/Mentors If you would be willing to mentor new contributors to Fedora, please consider adding yourself to that list. Hopefully, having such an open list will work out. This will be a list that curious contributors can select mentors from. Please be careful and descriptive in your listing. Please keep in mind that if you are bombarded with requests, you are free to remove your name from the list, but we need to try to manage requests to keep that from happening. As the list grows, if you are getting more requests than you can handle, please try to pass requests along to other, less-bombarded mentors rather than unleash your wrath on new contributors. I have posted this message to fedora-devel-list, fedora-extras-list, fedora-marketing-list, and fedora-docs-list. Please don't shoot me, we need all the mentors we can get from every facet of the Project. http://fedoraproject.org/wiki/Mentors -- 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 bugzilla at redhat.com Sun Aug 14 10:12:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 06:12:31 -0400 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200508141012.j7EACV7l010426@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ville.skytta at iki.fi OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-08-14 06:12 EST ------- Glad to see you're submitting this, will review. Some initial comments from skimming the specfile, not actually tested yet: - pam_pkcs11 0.5.2 is out (and renamed to pam_pkcs11 upstream), see http://oasis.dit.upm.es/~jantonio/pam-pkcs11/downloads/ , maybe update? - License seems to be LGPL, not GPL - Package is self-obsoleting, suggesting changing the obsoletes to "<" (or dropping them altogether), also in -tools - I wonder if automake is needed for building (not checked), I don't see it called and no patches are applied etc - Unowned %{_sysconfdir}/pkcs11, %{_libdir}/pam_pkcs11 and %{_datadir}/pkcs11_login dirs - Shouldn't the /etc stuff be somewhere below /etc/pki? - configuring with --disable-static could be cleaner (untested) Then, a related note: pam_opensc will most likely be dropped in the next upstream opensc release, with this being the replacement (unbundled, I hope). At that time, I think I would be good to respin this one and add Obsoletes: pam_opensc < $somever here instead of the opensc package. But that's in the future, I don't think we should rush that yet. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 10:33:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 06:33:59 -0400 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200508141033.j7EAXxrT012248@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hunkyfonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165900 ------- Additional Comments From bugs.michael at gmx.net 2005-08-14 06:33 EST ------- You would need to request "fedorabugs" group membership in the account system. See http://fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo "Who Does Stuff" section. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 11:11:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 07:11:10 -0400 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200508141111.j7EBBA3e016556@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hunkyfonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165900 ------- Additional Comments From gajownik at gmail.com 2005-08-14 07:11 EST ------- (In reply to comment #1) > Check the bitstream-vera-fonts spec in core and > dejavu-fonts and mgopen-fonts spec in extras. I based my spec file on bitstream-vera-fonts, urw-fonts and this informations: http://fedora.redhat.com/docs/release-notes/fc4/errata/#sn-xwindows > An explanation of the policy I could find is in > http://www.redhat.com/archives/fedora-extras-list/2005-May/msg00887.html Thanks for the link! I didn't know about it. > So drop the requires and just check for the existence of fc-cache in %post and > %postun. Also, you only need to %ghost the fonts.cache-1 file, since the spec > will not deal with xfs specifics. Done. > I wonder if it is allowed to distribute a derivative work of the bitstream > fonts under LGPL. I'm not a lawyer and I don't know the answer :/ May someone resolve this issue? Updated files are in the same place (I haven't increased release number). Thanks for the review :] -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 11:54:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 07:54:09 -0400 Subject: [Bug 165811] cproto Fedora Extras inclusion In-Reply-To: Message-ID: <200508141154.j7EBs9K0021484@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: cproto Fedora Extras inclusion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165811 ------- Additional Comments From jnovy at redhat.com 2005-08-14 07:54 EST ------- Thanks for the review. If there are no other objections, I'll import and build this version of cproto: http://people.redhat.com/jnovy/files/cproto-4.7c-7.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 13:25:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 09:25:21 -0400 Subject: [Bug 165919] New: Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508141325.j7EDPLZL029820@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh Product: Fedora Extras Version: devel Platform: All URL: http://sourceforge.net/projects/pam-ssh/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/docs/fc-srpms/pam_ssh-1.91-1.src.rpm Description: This PAM module provides single sign-on behavior for UNIX using SSH. Users are authenticated by decrypting their SSH private keys with the password provided (probably to XDM). In the PAM session phase, an ssh-agent process is started and keys are added. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 13:25:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 09:25:37 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508141325.j7EDPbbA029883@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165919 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jfontain at free.fr Sun Aug 14 14:44:22 2005 From: jfontain at free.fr (Jean-Luc Fontaine) Date: Sun, 14 Aug 2005 16:44:22 +0200 Subject: repoview: moodss in sytem tools but not moomps Message-ID: <42FF58C6.50301@free.fr> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 moomps (Powerful modular monitoring service) is the companion daemon of moodss (Powerful modular monitoring graphical application), yet there are not in the same group: system tools at http://fedoraproject.org/extras/4/i386/repodata/repoview/ Anything I can do to help fix this minor problem? Many thanks in advance, - -- Jean-Luc Fontaine http://jfontain.free.fr/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFC/1jGkG/MMvcT1qQRAjvPAJ4om5JWoycNnQ7nZA5M1EXDLSz6EgCgrDr4 qlTZnb4mz61L0sbB9pO75IY= =vigJ -----END PGP SIGNATURE----- From bugzilla at redhat.com Sun Aug 14 15:04:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 11:04:20 -0400 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200508141504.j7EF4K0C008198@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hunkyfonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165900 ------- Additional Comments From sarantis at cnl.di.uoa.gr 2005-08-14 11:04 EST ------- OK, the upstream license change for this package one major issue here. However, the most serious issue is that the Bitstream copyright is removed and the font author claims full copyright for these fonts (both in the accomodating README and inside the .ttf files). From my reading of the Bitstream copyright text, I am under the impression that the original copyright text must be preserved, and that its removal is violating the original license. In upstream's website however, it is acknowledged that hunky fonts is a derivative of bitstream vera fonts, so I think that it is a misunderstanding of copyright issues here. Therefore, I would suggest that upstream fixes the copyright and license before proceeding. (My only other cosmetical nit is the name of the package (which is of course your choice only). For consistency reasons I would suggest the package name to be hunky-fonts to match with the rest of the fonts in fedora-extras). P.S. Michael, thanks for reminding me of the procedure. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 19:19:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 15:19:55 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508141919.j7EJJtfT028620@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |tcallawa at redhat.com OtherBugsDependingO|163776 | nThis| | ------- Additional Comments From tcallawa at redhat.com 2005-08-14 15:19 EST ------- Review: Good: - rpmlint returns nothing - naming is fine - meets PackagingGuidelines - license ok (BSD), matches source - spec file in Am. English, legible - package builds ok on x86 (FC4) - all BuildRequires ok - no locales - no libs (pam so is ok) - not relocatable - doesn't make new directories - %clean section ok - no duplicate %files - macro use is consistent - code not content - no need for -docs, -devel - .la files deleted Needswork: - COPYING needs to be included in %doc - URL is wrong in Source: ... should be: http://dl.sourceforge.net/sourceforge/pam-ssh/%{name}-%{version}.tar.bz2 Very Bad: - md5sums do NOT match upstream [spot at swoop ~]$ md5sum rpmbuild/SOURCES/pam_ssh-1.91.tar.bz2 4f4e796b28883387261ac662c972b562 rpmbuild/SOURCES/pam_ssh-1.91.tar.bz2 [spot at swoop ~]$ md5sum pam_ssh-1.91.tar.bz2 57a3aa476394efa219a8a99f527d4e4b pam_ssh-1.91.tar.bz2 Please fix the Needswork and Very Bad items and I'll re-review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ermeyers at adelphia.net Sun Aug 14 19:52:46 2005 From: ermeyers at adelphia.net (Eric R. Meyers) Date: Sun, 14 Aug 2005 15:52:46 -0400 Subject: repoview: moodss in sytem tools but not moomps Message-ID: <200508141552.59924.ermeyers@adelphia.net> Jean-Luc, Quietly in the background, secretly contributing to fedora-extras, I've been working on organizing the comps.xml file that controls the repoview, and also I've been developing a automated means to easily control the groups and their packages. There are more than 1000 packages not assigned to a group. They will end up in the same group. Eric On Sunday 14 August 2005 12:00, Jean-Luc Fontaine wrote: > moomps (Powerful modular monitoring service) is the companion daemon > of moodss (Powerful modular monitoring graphical application), yet > there are not in the same group: system tools at > http://fedoraproject.org/extras/4/i386/repodata/repoview/ > Anything I can do to help fix this minor problem? -- Eric R. Meyers Systems Engineer GPG: 0x83CE80A3 http://users.adelphia.net/~ermeyers -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugzilla at redhat.com Sun Aug 14 19:55:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 15:55:31 -0400 Subject: [Bug 165329] Review Request: roundup-0.8.4-3 In-Reply-To: Message-ID: <200508141955.j7EJtVbs031808@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: roundup-0.8.4-3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165329 redhat at flyn.org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: roundup- |Review Request: roundup- |0.8.4-1 |0.8.4-3 ------- Additional Comments From redhat at flyn.org 2005-08-14 15:55 EST ------- This version finishes implementing Aurelien's recommendations by fixing the use of useradd. Spec Name or Url: http://flyn.org/SRPMS/roundup.spec SRPM Name or Url: http://flyn.org/SRPMS/roundup-0.8.4-3.src.rpm Description: Roundup is a simple and flexible issue-tracking system with command line, web and email interfaces. It is based on the winning design from Ka-Ping Yee in the Software Carpentry "Track" design competition. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 21:17:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 17:17:46 -0400 Subject: [Bug 165930] New: Review Request: check : A unit test framework for C In-Reply-To: Message-ID: <200508142117.j7ELHkJ1006766@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165930 Summary: Review Request: check : A unit test framework for C Product: Fedora Extras Version: devel Platform: All URL: http://check.sourceforge.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/check.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/check-0.9.2-1.src.rpm Description: Check is a unit test framework for C. It features a simple interface for defining unit tests, putting little in the way of the developer. Tests are run in a separate address space, so Check can catch both assertion failures and code errors that cause segmentation faults or other signals. The output from unit tests can be used within source code editors and IDEs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 21:18:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 17:18:03 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508142118.j7ELI3Y4006805@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165930 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 21:35:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 17:35:18 -0400 Subject: [Bug 165932] New: Review Request: An SMTP Client In-Reply-To: Message-ID: <200508142135.j7ELZIVD008460@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165932 Summary: Review Request: An SMTP Client Product: Fedora Extras Version: devel Platform: All URL: http://msmtp.sourceforge.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: taylor at haleph.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://haleph.com/download/rpms/msmtp.spec SRPM Name or Url: http://haleph.com/download/rpms/msmtp-1.4.3-1.src.rpm Description: 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. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 21:35:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 17:35:30 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508142135.j7ELZUQa008496@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 taylor at haleph.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165932 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 21:56:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 17:56:39 -0400 Subject: [Bug 165361] Review Request: NetHack, a rogue-like single player dungeon exploration game In-Reply-To: Message-ID: <200508142156.j7ELudO7010798@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NetHack, a rogue-like single player dungeon exploration game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 ------- Additional Comments From lmacken at redhat.com 2005-08-14 17:56 EST ------- (In reply to comment #6) > Possibly not so good: > * Why do you use source2, instead of source1 for the desktop-file? > * Why is there only debug-information for nethack-recover? > * I don't know anything about the history with Falconseye, could you explain that? > * there is a man-file for the 'recover' command, but actually it's nethack-recover > * there are man files for the non-provided dlb, dgb_comp and lev_comp binaries > * the licence file is at two places, in %doc and /usr/games/nethack, maybe you > should remove the second one > * and the /usr/games/nethack and /var/games/nethack directories. Shoudn't that > be called nethack-3.4.3 ? All of the above should be fixed. Anyone care to head up being the REVIEWER for this package, and take it into FE-REVIEW (or FE-ACCEPT) if it looks up to par ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 21:59:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 17:59:07 -0400 Subject: [Bug 165930] Review Request: check : A unit test framework for C In-Reply-To: Message-ID: <200508142159.j7ELx7oh011318@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: check : A unit test framework for C https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165930 ------- Additional Comments From redhat at flyn.org 2005-08-14 17:58 EST ------- This package builds on my iBook. I took a quick look at the RPM specification file and it also looked okay. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 22:43:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 18:43:50 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508142243.j7EMhodL015490@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From patpertusus at yahoo.fr 2005-08-14 18:43 EST ------- Hopefully this should be fixed in: http://www.environnement.ens.fr/docs/fc-srpms/pam_ssh-1.91-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 23:26:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 19:26:26 -0400 Subject: [Bug 165935] New: Review Request: tcllib In-Reply-To: Message-ID: <200508142326.j7ENQQlA019877@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165935 Summary: Review Request: tcllib Product: Fedora Extras Version: devel Platform: All URL: http://tcllib.sourceforge.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: wart at kobold.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: tcllib.spec SRPM Name or Url: tcllib-1.7.2-2.src.rpm Description: Tcllib, the Tcl Standard Library is a collection of Tcl packages that provide utility functions useful to a large collection of Tcl programmers. Previously part of FC1, it is now being submitted to Extras with a new spec file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 14 23:26:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 19:26:40 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508142326.j7ENQegk019944@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 wart at kobold.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165935 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Mon Aug 15 01:57:21 2005 From: dcbw at redhat.com (Dan Williams) Date: Sun, 14 Aug 2005 21:57:21 -0400 (EDT) Subject: Buildsys stuck? In-Reply-To: <42FEFCF6.80601@lowlatency.de> References: <42FEFCF6.80601@lowlatency.de> Message-ID: On Sun, 14 Aug 2005, Andreas Bierfert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hm, it seems that the buildsystem is stuck with the current jobs. Any ideas? I've kicked the builders and the server. Anyone with build jobs from #664 to #671 will probably need to requeue them, as I don't seem to have requeue privs. Dan From skvidal at phy.duke.edu Mon Aug 15 02:05:02 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 14 Aug 2005 22:05:02 -0400 Subject: Buildsys stuck? In-Reply-To: References: <42FEFCF6.80601@lowlatency.de> Message-ID: <1124071502.9211.15.camel@cutter> On Sun, 2005-08-14 at 21:57 -0400, Dan Williams wrote: > On Sun, 14 Aug 2005, Andreas Bierfert wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hm, it seems that the buildsystem is stuck with the current jobs. Any ideas? > > I've kicked the builders and the server. Anyone with build jobs from #664 to > #671 will probably need to requeue them, as I don't seem to have > requeue privs. > You can't requeue someone else's job. Even admins can't. -sv From bugzilla at redhat.com Mon Aug 15 03:07:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 14 Aug 2005 23:07:08 -0400 Subject: [Bug 165935] Review Request: tcllib In-Reply-To: Message-ID: <200508150307.j7F378YT008904@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tcllib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165935 ------- Additional Comments From wart at kobold.org 2005-08-14 23:06 EST ------- A little background: A few months ago, it was not required that "removed from FC" packages go through a formal review before being imported into CVS. As a result, tcllib is already checked into CVS, but has not undergone the formal review process. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Mon Aug 15 03:23:07 2005 From: dcbw at redhat.com (Dan Williams) Date: Sun, 14 Aug 2005 23:23:07 -0400 (EDT) Subject: Buildsys stuck? In-Reply-To: <1124071502.9211.15.camel@cutter> References: <42FEFCF6.80601@lowlatency.de> <1124071502.9211.15.camel@cutter> Message-ID: On Sun, 14 Aug 2005, seth vidal wrote: > On Sun, 2005-08-14 at 21:57 -0400, Dan Williams wrote: > > On Sun, 14 Aug 2005, Andreas Bierfert wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: SHA1 > > > > > > Hm, it seems that the buildsystem is stuck with the current jobs. Any ideas? > > > > I've kicked the builders and the server. Anyone with build jobs from #664 to > > #671 will probably need to requeue them, as I don't seem to have > > requeue privs. > > > > You can't requeue someone else's job. Even admins can't. I think that's fixed with plague 0.3 and later, so that someone with "job_admin" and "own_jobs" privs can requeue any job. Dan From stephen.walton at csun.edu Mon Aug 15 04:24:25 2005 From: stephen.walton at csun.edu (Stephen Walton) Date: Sun, 14 Aug 2005 21:24:25 -0700 Subject: nedit Message-ID: <430018F9.3090702@csun.edu> [I'm new here, willing to help out.] In this message, https://www.redhat.com/archives/fedora-list/2005-June/msg04000.html Alexander Dalloz said that nedit would shortly be released through Extras. I've built nedit from nedit-5.5-2.src.rpm with no trouble on FC4, and am willing to sponsor it. I find it a really nice editor, been using it for years. Since I'm rapidly converting my FC3 boxes to FC4, though, I'm not sure I'll have an FC3 box to test on much longer, which may disqualify me. From bugzilla at redhat.com Mon Aug 15 04:26:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 00:26:32 -0400 Subject: [Bug 165905] Review Request: perl-HTTP-Server-Simple - Very simple standalone HTTP daemon In-Reply-To: Message-ID: <200508150426.j7F4QWjM018320@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTTP-Server-Simple - Very simple standalone HTTP daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165905 ------- Additional Comments From rc040203 at freenet.de 2005-08-15 00:26 EST ------- Except of the superfluous '|| :' in "%check || :", the package is fine. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jnovy at redhat.com Mon Aug 15 06:16:38 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 15 Aug 2005 08:16:38 +0200 Subject: nedit In-Reply-To: <430018F9.3090702@csun.edu> References: <430018F9.3090702@csun.edu> Message-ID: <1124086598.3210.4.camel@localhost.localdomain> Hello Stephen, On Sun, 2005-08-14 at 21:24 -0700, Stephen Walton wrote: > [I'm new here, willing to help out.] > > In this message, > > https://www.redhat.com/archives/fedora-list/2005-June/msg04000.html > > Alexander Dalloz said that nedit would shortly be released through > Extras. I've built nedit from nedit-5.5-2.src.rpm with no trouble on > FC4, and am willing to sponsor it. I find it a really nice editor, been > using it for years. Since I'm rapidly converting my FC3 boxes to FC4, > though, I'm not sure I'll have an FC3 box to test on much longer, which > may disqualify me. I imported nedit package to Fedora Extras devel about one month ago, so it should be available now. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From skvidal at phy.duke.edu Mon Aug 15 06:53:53 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 15 Aug 2005 02:53:53 -0400 Subject: nedit In-Reply-To: <1124086598.3210.4.camel@localhost.localdomain> References: <430018F9.3090702@csun.edu> <1124086598.3210.4.camel@localhost.localdomain> Message-ID: <1124088833.9211.43.camel@cutter> On Mon, 2005-08-15 at 08:16 +0200, Jindrich Novy wrote: > Hello Stephen, > > On Sun, 2005-08-14 at 21:24 -0700, Stephen Walton wrote: > > [I'm new here, willing to help out.] > > > > In this message, > > > > https://www.redhat.com/archives/fedora-list/2005-June/msg04000.html > > > > Alexander Dalloz said that nedit would shortly be released through > > Extras. I've built nedit from nedit-5.5-2.src.rpm with no trouble on > > FC4, and am willing to sponsor it. I find it a really nice editor, been > > using it for years. Since I'm rapidly converting my FC3 boxes to FC4, > > though, I'm not sure I'll have an FC3 box to test on much longer, which > > may disqualify me. > > I imported nedit package to Fedora Extras devel about one month ago, so > it should be available now. why not build it for fc4? -sv From jnovy at redhat.com Mon Aug 15 08:07:55 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 15 Aug 2005 10:07:55 +0200 Subject: nedit In-Reply-To: <1124088833.9211.43.camel@cutter> References: <430018F9.3090702@csun.edu> <1124086598.3210.4.camel@localhost.localdomain> <1124088833.9211.43.camel@cutter> Message-ID: <1124093275.3109.3.camel@enigma.redhat.usu> On Mon, 2005-08-15 at 02:53 -0400, seth vidal wrote: > On Mon, 2005-08-15 at 08:16 +0200, Jindrich Novy wrote: > > I imported nedit package to Fedora Extras devel about one month ago, so > > it should be available now. > > why not build it for fc4? To let it be tested a bit. I'll create FC4 branch as well. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From bugzilla at redhat.com Mon Aug 15 09:47:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 05:47:55 -0400 Subject: [Bug 165952] New: Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508150947.j7F9ltWB000892@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 Summary: Review Request: libsx. Simple X library Product: Fedora Extras Version: devel Platform: All URL: http://freshmeat.net/projects/libsx/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/docs/fc-srpms/libsx-2.05-2.src.rpm Description: Libsx (the Simple X library) is a library of code that sits on top of and to the side of the Athena widget set. Its purpose is to make writing X applications *much* easier. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 09:48:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 05:48:02 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508150948.j7F9m2Ja000943@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165952 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 09:51:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 05:51:53 -0400 Subject: [Bug 165952] Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508150951.j7F9prIs001581@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 ------- Additional Comments From pertusus at free.fr 2005-08-15 05:51 EST ------- I cannot reach the upstream source anymore. I think I found it from the freshmeat page: http://freshmeat.net/projects/libsx/. The spec file was borrowed from monkey rpms: http://monkeyrpms.net/fc2-i386/html/libsx.html, which has version 2.04. A diff between the 2.05 included in my srpm and the monkey rpm 2.04 shows very few differences, almost only version strings. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 09:52:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 05:52:19 -0400 Subject: [Bug 165952] Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508150952.j7F9qJ9Y001667@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 ------- Additional Comments From pertusus at free.fr 2005-08-15 05:52 EST ------- It is a grads dependency. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:00:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:00:06 -0400 Subject: [Bug 165955] New: Review Request: grads Grid Analysis and Display System In-Reply-To: Message-ID: <200508151000.j7FA06Kn002916@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165955 Summary: Review Request: grads Grid Analysis and Display System Product: Fedora Extras Version: devel Platform: All URL: http://grads.iges.org/grads/grads.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/docs/fc-srpms/grads-1.9b4-1.src.rpm Description: The Grid Analysis and Display System (GrADS) is an interactive desktop tool that is used for easy access, manipulation, and visualization of earth science data. The format of the data may be either binary, GRIB, NetCDF, or HDF-SDS (Scientific Data Sets). GrADS has been implemented worldwide on a variety of commonly used operating systems and is freely distributed over the Internet. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:00:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:00:12 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508151000.j7FA0C0d002959@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165955 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:02:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:02:52 -0400 Subject: [Bug 165955] Review Request: grads Grid Analysis and Display System In-Reply-To: Message-ID: <200508151002.j7FA2qa1003594@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grads Grid Analysis and Display System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165955 ------- Additional Comments From pertusus at free.fr 2005-08-15 06:02 EST ------- It seems to me that the b in the version is really part of the version and that the upstream use ascending ascii letters so it shouldn't be problematic. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:13:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:13:21 -0400 Subject: [Bug 165956] New: Review Request: libesmtp. SMTP client library In-Reply-To: Message-ID: <200508151013.j7FADLTF005820@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165956 Summary: Review Request: libesmtp. SMTP client library Product: Fedora Extras Version: devel Platform: All URL: http://www.stafford.uklinux.net/libesmtp/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/docs/fc-srpms/libesmtp-1.0.3r1-3.src.rpm 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. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:13:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:13:35 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508151013.j7FADZWM005890@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165956 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:17:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:17:56 -0400 Subject: [Bug 165956] Review Request: libesmtp. SMTP client library In-Reply-To: Message-ID: <200508151017.j7FAHuEn006803@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libesmtp. SMTP client library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165956 ------- Additional Comments From pertusus at free.fr 2005-08-15 06:17 EST ------- This was in core before. It is allready in the fedora extra cvs, but with different patches. The two patches that are in the srpm I submit (that come from core) are removed and instead there is a patch for the autotools that it seems we don't need on FC-4 and FC-devel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:18:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:18:36 -0400 Subject: [Bug 165956] Review Request: libesmtp. SMTP client library In-Reply-To: Message-ID: <200508151018.j7FAIapi006950@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libesmtp. SMTP client library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165956 ------- Additional Comments From pertusus at free.fr 2005-08-15 06:18 EST ------- This is a dependancy for esmtp. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:21:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:21:36 -0400 Subject: [Bug 165957] New: Review Request: esmptp. Relay only MTA. In-Reply-To: Message-ID: <200508151021.j7FALaep007581@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165957 Summary: Review Request: esmptp. Relay only MTA. Product: Fedora Extras Version: devel Platform: All URL: http://esmtp.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/docs/fc-srpms/esmtp-0.5.1-3.src.rpm Description: ESMTP is a user configurable relay-only Mail Transfer Agent (MTA) with a sendmail-compatible syntax. It's based on libESMTP supporting the AUTH (including the CRAM-MD5 and NTLM SASL mechanisms) and the StartTLS SMTP extensions. So these are ESMTP features: * requires no administration privileges * individual user configuration * sendmail command line compatible * supports the AUTH SMTP extension, with the CRAM-MD5 and NTLM SASL mechanisms * support the StartTLS SMTP extension * does not receive mail, expand aliases or manage a queue -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:21:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:21:50 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508151021.j7FALo0e007650@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165957 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:29:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:29:44 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151029.j7FATi63009480@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmitry at butskoy.name ------- Additional Comments From dmitry at butskoy.name 2005-08-15 06:29 EST ------- Oh, you have outsripped me! I wanted to add this package to FC Extra too... :-) We successfully use pam_ssh already more than year. There are two patches (made by me) which are necessary. A first patch makes the "session" part stand-alone (i.e., when "auth" part was not used). This is very useful in combination with pam_console login/gdm authentication. A second patch moves state files from ~/.ssh to system /var/run . This provides properly cleanup after system crash. Also, I change the spec file. Openssl dependencies are added, words "using SSH' are changed to "using SSH keys", etc. My SRPMS: http://dmitry.butskoy.name/pam_ssh/pam_ssh-1.91-1.src.rpm Spec file: http://dmitry.butskoy.name/pam_ssh/pam_ssh.spec Patrice, Tom, Please, check my variant (and my patches). We use this package logn enough at our system, these patches are caused by real life... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:34:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:34:21 -0400 Subject: [Bug 165957] Review Request: esmtp. Relay only MTA. In-Reply-To: Message-ID: <200508151034.j7FAYLes010284@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: esmtp. Relay only MTA. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165957 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: esmptp. |Review Request: esmtp. |Relay only MTA. |Relay only MTA. ------- Additional Comments From pertusus at free.fr 2005-08-15 06:34 EST ------- I took the upstream spec tweaked it a little. I used the alternative system copying what is done for exim, so that it can be a sendmail replacement and provide smtpdaemon. It might not be a good idea as fetchmail requires a smtpdaemon that listen on the smtp port as a fallback in case the mda don't accept mail, so it is not a real replacement for smtpdaemon which corresponds with 2 (orthogonal) things, a send mail MTA and a SMTP receiving daemon. See for example https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=66396#c4 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:36:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:36:03 -0400 Subject: [Bug 165957] Review Request: esmtp. Relay only MTA. In-Reply-To: Message-ID: <200508151036.j7FAa3Lu010669@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: esmtp. Relay only MTA. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165957 ------- Additional Comments From pertusus at free.fr 2005-08-15 06:35 EST ------- I have a better srpm with a Source url that works: http://www.environnement.ens.fr/docs/fc-srpms/esmtp-0.5.1-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:43:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:43:54 -0400 Subject: [Bug 165960] New: Review Request: gnome-translate - A natural language translator In-Reply-To: Message-ID: <200508151043.j7FAhsup011803@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165960 Summary: Review Request: gnome-translate - A natural language translator Product: Fedora Extras Version: devel Platform: All URL: http://www.nongnu.org/libtranslate/gnome-translate OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dmitry at butskoy.name QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://dmitry.butskoy.name/libtranslate/gnome-translate.spec SRPM Name or Url: http://dmitry.butskoy.name/libtranslate/gnome-translate-0.99-1.src.rpm Description: GNOME Translate is a GNOME interface to libtranslate library (see bug #165353). It can translate a text or web page between several natural languages, and it can automatically detect the source language as you type. This package depends on pending "libtranslate", which I requested for review several days ago (bug #165353). IMHO, it will be more useful to examine both these packages together. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:44:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:44:06 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508151044.j7FAi6Em011848@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165960 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 10:49:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 06:49:55 -0400 Subject: [Bug 165353] Review Request: A natural language translation library In-Reply-To: Message-ID: <200508151049.j7FAnt0a013040@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: A natural language translation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165353 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://dmitry.butskoy.name/l|http://www.nongnu.org/libtra |ibtranslate/ |nslate ------- Additional Comments From dmitry at butskoy.name 2005-08-15 06:49 EST ------- Correct URL. Also I have added "gnome-translate" package for review, which is just a Gnome GUI for libtranslate. It is better to examine both these packages together. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Mon Aug 15 10:51:28 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 15 Aug 2005 06:51:28 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050815105128.0AF348015@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 17 abicheck-1.2-6.1 bubblemon-1.46-3.fc4 gossip-0.9-2.fc4 koffice-langpack-1.4.1-3.fc4 libetpan-0.38-4.fc4 lirc-0.7.2-1.fc4 loudmouth-1.0-1.fc4 perl-Array-Compare-1.12-3.fc4 perl-Class-Accessor-0.19-3.fc4 perl-HTML-Template-2.7-4.fc4 perl-Number-Compare-0.01-3.fc4 perl-Test-Taint-1.04-1.fc4 perl-Test-Warn-0.08-2.fc4 perl-UNIVERSAL-exports-0.03-3.fc4 sylpheed-claws-1.9.13-4.fc4 tkcvs-7.2.4-1.fc4 wesnoth-0.9.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 Mon Aug 15 10:53:07 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 15 Aug 2005 06:53:07 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050815105307.532308015@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 5 libetpan-0.38-4.fc3 perl-Class-Accessor-0.19-3.fc3 perl-Number-Compare-0.01-3.fc3 perl-Test-Taint-1.04-1.fc3 perl-UNIVERSAL-exports-0.03-3.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 Mon Aug 15 10:54:11 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 15 Aug 2005 06:54:11 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050815105411.847098015@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 9 gossip-0.9-3.fc5 libetpan-0.38-4.fc5 lirc-0.7.2-2.fc5 loudmouth-1.0-2.fc5 perl-Class-Accessor-0.19-3.fc5 perl-Devel-StackTrace-1.11-4.fc5 perl-Params-Validate-0.78-2.fc5 perl-UNIVERSAL-exports-0.03-3.fc5 plague-0.3.1-2 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Mon Aug 15 11:12:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 07:12:54 -0400 Subject: [Bug 165956] Review Request: libesmtp. SMTP client library In-Reply-To: Message-ID: <200508151112.j7FBCsLV015603@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libesmtp. SMTP client library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165956 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement Component|Package Review |libesmtp AssignedTo|gdk at redhat.com |pawsa at theochem.kth.se QAContact|dkl at redhat.com |extras-qa at fedoraproject.org OtherBugsDependingO|163776 | nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-15 07:12 EST ------- Since the package is in Extras already, reassigning this to the package maintainer. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 11:25:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 07:25:28 -0400 Subject: [Bug 165963] New: Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508151125.j7FBPSDE017136@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 Summary: Review Request: libnet. Packet construction and injection library Product: Fedora Extras Version: devel Platform: All URL: http://www.packetfactory.net/libnet/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/docs/fc-srpms/libnet-1.1.1.2-1.src.rpm Description: Libnet is an API to help with the construction and handling of network packets. It provides a portable framework for low-level network packet writing and handling (use libnet in conjunction with libpcap and you can write some really cool stuff). Libnet includes packet creation at the IP layer and at the link layer as well as a host of supplementary and complementary functionality. Libnet is very handy with which to write network tools and network test code. See the manpage and sample test code for more detailed information. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 11:25:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 07:25:45 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508151125.j7FBPjXb017210@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165963 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 11:27:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 07:27:38 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508151127.j7FBRc7L017629@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From pertusus at free.fr 2005-08-15 07:27 EST ------- Sorry, a typo in the srpm url the right is: http://www.environnement.ens.fr/docs/fc-srpms/libnet-1.1.2.1-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 11:33:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 07:33:45 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508151133.j7FBXjdk018629@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From pertusus at free.fr 2005-08-15 07:33 EST ------- I borrowed the spec from http://manta.univ.gda.pl/~mgarski/RPMS/libnet/ libnet is allready in the extras cvs. There are 2 libnet, one is libnet10 which coresponds with the previous libnet version and has a sligtly different API. It is a published package. The other is called libnet it corresponds with the same version than libnet10 but has only entries for RHL-8 and RHL-9. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 12:12:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 08:12:16 -0400 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200508151212.j7FCCGo4025991@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hunkyfonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165900 ------- Additional Comments From gajownik at gmail.com 2005-08-15 08:12 EST ------- (In reply to comment #4) > OK, the upstream license change for this package one major issue here. Should I contact with author myself or RedHat lawyers can handle that? (you know, normal user does not have such a big influence as a lawyer of a corporation ;-) ) > For consistency reasons I would suggest the package name to > be hunky-fonts to match with the rest of the fonts in fedora-extras). Well, I thought that it would be better to have the same name as used in other distributions (for example Gentoo) and by the author of the original package. If this is a rule in Fedora Extras, I will follow it :] http://80.55.221.90/~gajownik/linux/RPMS/hunkyfonts/hunky-fonts.spec http://80.55.221.90/~gajownik/linux/RPMS/hunkyfonts/hunky-fonts-0.3.0-1.src.rpm http://80.55.221.90/~gajownik/linux/RPMS/hunkyfonts/sha1sum -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 12:14:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 08:14:05 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151214.j7FCE5e8026440@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From tcallawa at redhat.com 2005-08-15 08:13 EST ------- Patrick, Dmitry's patches look good... you should merge them into your spec. The md5sums match upstream now, and all the blockers are resolved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Mon Aug 15 12:15:40 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 15 Aug 2005 08:15:40 -0400 (EDT) Subject: Extras build system upgrade notice Message-ID: Hi, Seth, Jeremy, and I are upgrading the Extras build system today. We'll send out the announcement when the upgrade is complete, which is likely to take until late Monday afternoon, US EST, to get all the pieces together. Here are some things to expect: o You immediately see the Job ID that you just enqueued o The Web interface is easier to follow, the most relevant jobs are at the top of the page o We'll be running 2 PPC builders (hopefully), so PPC should keep up more easily o Users and their permissions can be changed on the fly, no more waiting to get added to the database What you need to do: o 'yum update plague' so that you have the latest plague-0.3 RPMs. Once the system is up, we'll push through FC-3 and FC-4 plague RPMs for those who aren't running Rawhide. Dan From bugzilla at redhat.com Mon Aug 15 12:26:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 08:26:00 -0400 Subject: [Bug 165956] Review Request: libesmtp. SMTP client library In-Reply-To: Message-ID: <200508151226.j7FCQ07Z028795@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libesmtp. SMTP client library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165956 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG ------- Additional Comments From pertusus at free.fr 2005-08-15 08:25 EST ------- I hadn't seen that this was published allready... I wouldn't have submitted it. Maybe I can close the bug. I don't know exactly what resolution to use though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 12:33:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 08:33:28 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508151233.j7FCXSl0030271@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From pertusus at free.fr 2005-08-15 08:33 EST ------- It is a prerequisite for intuitively -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 12:37:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 08:37:18 -0400 Subject: [Bug 165964] New: Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200508151237.j7FCbInS030854@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 Summary: Review Request: intuitively. Automatic IP detection utility Product: Fedora Extras Version: devel Platform: All URL: http://packages.debian.org/unstable/admin/intuitively OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/docs/fc-srpms/intuitively-0.7-1.src.rpm Description: Automatic IP configuration detection for laptops A utility to locate current network address via arp requests and perform heavy reconfigurations based on its findings. "intuitively" is intended for laptop users or people who use their machines in different networks all the time. It is meant to be run from the PCMCIA network initialization scripts or the command line. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 12:37:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 08:37:25 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508151237.j7FCbPYY030899@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165964 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 12:45:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 08:45:23 -0400 Subject: [Bug 165955] Review Request: grads Grid Analysis and Display System In-Reply-To: Message-ID: <200508151245.j7FCjNpc032024@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grads Grid Analysis and Display System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165955 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ed at eh3.com 2005-08-15 08:45 EST ------- Hi Patrice, I'll review this package ASAP. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 12:49:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 08:49:52 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151249.j7FCnqNH032724@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 08:49 EST ------- Tom, Did you check my patches? Not spec-file changes only? (Noone downloaded my srpm yet). Patrice, Probably it will be better if you use my spec-file, just rewrite changelog section, having mentioned me once because of two patches added. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 12:55:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 08:55:24 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151255.j7FCtOvH000891@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From tcallawa at redhat.com 2005-08-15 08:55 EST ------- Dmitry, Your spec file needs some cleanups, whereas Patrice's spec file is OK at this point. It should be easy enough to merge your patches into Patrice's spec. Your patches look ok to me, but I'm relying on the fact that you've used this package. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 13:03:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 09:03:03 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151303.j7FD33EX001568@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-15 09:02 EST ------- Dmitry, I update my spec with your patches and changes, test it and repost it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 13:09:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 09:09:12 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151309.j7FD9Cjk002292@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 09:09 EST ------- Where can I download it from?? :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Aug 15 13:10:14 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 15 Aug 2005 15:10:14 +0200 Subject: [Bug 165964] New: Review Request: intuitively. Automatic IP detection utility In-Reply-To: <200508151237.j7FCbInS030854@www.beta.redhat.com> References: <200508151237.j7FCbInS030854@www.beta.redhat.com> Message-ID: <1124111414.4262.59.camel@mccallum.corsepiu.local> On Mon, 2005-08-15 at 08:37 -0400, bugzilla at redhat.com wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 > URL: http://packages.debian.org/unstable/admin/intuitively Is this the original site for this package? I don't know anything about this package, but I doubt a debian package to be the master source. Ralf From tcallawa at redhat.com Mon Aug 15 13:22:01 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 15 Aug 2005 08:22:01 -0500 Subject: [Bug 165964] New: Review Request: intuitively. Automatic IP detection utility In-Reply-To: <1124111414.4262.59.camel@mccallum.corsepiu.local> References: <200508151237.j7FCbInS030854@www.beta.redhat.com> <1124111414.4262.59.camel@mccallum.corsepiu.local> Message-ID: <1124112121.2839.184.camel@localhost.localdomain> On Mon, 2005-08-15 at 15:10 +0200, Ralf Corsepius wrote: > On Mon, 2005-08-15 at 08:37 -0400, bugzilla at redhat.com wrote: > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 > > > URL: http://packages.debian.org/unstable/admin/intuitively > > Is this the original site for this package? I don't know anything about > this package, but I doubt a debian package to be the master source. Indeed, the actual URL appears to be: http://home.samfundet.no/~tfheen/intuitively.html ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Mon Aug 15 13:22:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 09:22:20 -0400 Subject: [Bug 165811] cproto Fedora Extras inclusion In-Reply-To: Message-ID: <200508151322.j7FDMK5N003754@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: cproto Fedora Extras inclusion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165811 ------- Additional Comments From tcallawa at redhat.com 2005-08-15 09:22 EST ------- "There's no review needed since it's the former Core package" Just a reminder: This is no longer valid. All FE packages must be reviewed, whether they were in Core once or not. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 13:24:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 09:24:55 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151324.j7FDOt0R004066@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-15 09:24 EST ------- Here it is: http://www.environnement.ens.fr/docs/fc-srpms/pam_ssh-1.91-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 13:50:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 09:50:18 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151350.j7FDoIql007703@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 09:50 EST ------- The version-release in the last changelog entry is 0:1.91-1, srpms has 1.91-3 Is it actually gcc-c++ needed?? Patrice, Please, merge in summary and description too. IMHO my phrases describe this pachage more precisely. (I mean "SSH keys" instead of just "SSH", and the fact that additional session calls just sets environment without extra ssh-agent invocation). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 13:51:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 09:51:20 -0400 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200508151351.j7FDpKZM007940@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: intuitively. Automatic IP detection utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 ------- Additional Comments From pertusus at free.fr 2005-08-15 09:51 EST ------- An updated srpm with the correct url reported by Spot is here: http://www.environnement.ens.fr/docs/fc-srpms/intuitively-0.7-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Aug 15 14:08:52 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 15 Aug 2005 16:08:52 +0200 Subject: [Bug 165910] New: Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws In-Reply-To: <200508140005.j7E05vDu001578@www.beta.redhat.com> References: <200508140005.j7E05vDu001578@www.beta.redhat.com> Message-ID: <20050815160852.38fa9410@python2> bugzilla at redhat.com wrote : > Please do not reply directly to this email. All additional > comments should be made in the comments box of this bug report. > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165910 > > Summary: Review Request: sylpheed-claws-plugins - Additional > plugins for sylpheed-claws > Product: Fedora Extras > Version: devel > Platform: All > URL: http://claws.sylpheed.org > OS/Version: Linux > Status: NEW > Severity: normal > Priority: normal > Component: Package Review > AssignedTo: gdk at redhat.com > ReportedBy: andreas.bierfert at lowlatency.de > QAContact: dkl at redhat.com > CC: fedora-extras-list at redhat.com > > > Spec Name or Url: http://fedora.lowlatency.de/review/sylpheed-claws-plugins.spec > SRPM Name or Url: http://fedora.lowlatency.de/review/sylpheed-claws-plugins-1.9.13-1.src.rpm > Description: > Additional plugins for sylpheed-claws Hmm, I get a big red " You are not authorized to access bug #165910" when logged into bugzilla. How can that be for this bug?? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 3.28 3.27 2.19 From Christian.Iseli at licr.org Mon Aug 15 14:17:16 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Mon, 15 Aug 2005 16:17:16 +0200 Subject: [Bug 165910] New: Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws In-Reply-To: Your message of "Mon, 15 Aug 2005 16:08:52 +0200." <20050815160852.38fa9410@python2> Message-ID: <200508151417.j7FEHGDa005349@ludwig-alpha.unil.ch> thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net said: > Hmm, I get a big red " You are not authorized to access bug #165910" when > logged into bugzilla. How can that be for this bug?? The box "Fedora Project Contributors" under "Groups" is checked, so I suppose you need to be in the "Fedora Project Contributors" group to be able to view the bug. I'm not sure it is a great idea to check this box, though... Christian From bugzilla at redhat.com Mon Aug 15 14:23:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 10:23:33 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151423.j7FENX6g015248@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-15 10:23 EST ------- New version at http://www.environnement.ens.fr/docs/fc-srpms/pam_ssh-1.91-4.src.rpm I removed gcc-c++ it is an old leftover when I used mach and there was a libtool bug. Now gcc-c++ is in the build root and hpefully the libtool bug has been solved. I merged your description but I changed it a bit. Tell me if you don't like it: This PAM module provides single sign-on behavior for UNIX using SSH keys. Users are authenticated by decrypting their SSH private keys with the password provided. In the first PAM login session phase, an ssh-agent process is started and keys are added. The same agent is used for the following PAM session. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 14:40:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 10:40:03 -0400 Subject: [Bug 165985] New: Review Request: Aeryn - A C++ testing framework In-Reply-To: Message-ID: <200508151440.j7FEe36p019197@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165985 Summary: Review Request: Aeryn - A C++ testing framework Product: Fedora Extras Version: devel Platform: All URL: http://www.paulgrenyer.dyndns.org/aeryn/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: paul at all-the-johnsons.co.uk QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Description: Aeryn is a C++ testing framework. Although it is primarily intended for unit testing, Aeryn is adaptable enough to handle integration testing and can be adapted for most other forms of C++ testing. Aeryn is intended to be light weight with the minimal of code needed to create a test fixture. Unlike other testing frameworks Aeryn does not require all test fixtures to be inherited from a particular class. Test fixtures can be standalone functions or standalone classes. Aeryn is adaptable via context objects that can be passed to test fixtures prior to running and through its call back reporting interface. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 14:40:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 10:40:15 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508151440.j7FEeFDo019244@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 paul at all-the-johnsons.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165985 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 14:40:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 10:40:44 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151440.j7FEeidO019367@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-15 10:40 EST ------- Regarding the patch that allows the information to be in /var/run/pam_ssh I find it good, except that (at least for me) the files have permissions such that the user cannot read the agent informations back from that file. I think this is unfortunate: -r-------- 2 root dumas 134 ao? 15 15:09 dumas -r-------- 2 root dumas 134 ao? 15 15:09 dumas-:0 A possible solution could be to have the user own that file. In that case thee user may read it but still cannot delete it. If the user should be able to delete the file the a directory should be created in /var/run/pam_ssh for the user and the files placed in that directory. Is there a specific reason why you made this file unreadable and unremovable by the user? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 14:43:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 10:43:14 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151443.j7FEhEX6019795@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 10:43 EST ------- Change also "SSH" to "SSH keys" in the summary, for the same reason. Your phrase about session phase is better than mine. But for more transparency we should tell somehow that session phase sets an appropriate environment, which locates ssh-agent. Otherwise some people will not understand, how this module works. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 14:49:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 10:49:52 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151449.j7FEnqXx021269@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 10:49 EST ------- About /var/run/pam_ssh permissions: These files are "readable" due to "openpam_restore_cred()" call before we open (or create) them. I.e., actually we open them under root. Therefore: > Is there a specific reason why you made this file unreadable and unremovable by the user? Is there any reason we should made this files readable/removable for the user? (For example, all under /var/run/console/ is owned by root). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 14:51:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 10:51:17 -0400 Subject: [Bug 165988] New: Review Request: cppunit. C++ Port of JUnit Testing Framework In-Reply-To: Message-ID: <200508151451.j7FEpHhh021471@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165988 Summary: Review Request: cppunit. C++ Port of JUnit Testing Framework Product: Fedora Extras Version: devel Platform: All URL: http://cppunit.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/docs/fc-srpms/cppunit-1.11.0-1.src.rpm Description: CppUnit is the C++ port of the famous JUnit framework for unit testing. Test output is in XML for automatic testing and GUI based for supervised tests. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 14:51:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 10:51:36 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508151451.j7FEpa2j021566@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165988 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 14:53:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 10:53:14 -0400 Subject: [Bug 165985] Review Request: Aeryn - A C++ testing framework In-Reply-To: Message-ID: <200508151453.j7FErEOV021786@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Aeryn - A C++ testing framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165985 ------- Additional Comments From ville.skytta at iki.fi 2005-08-15 10:53 EST ------- specfile/SRPM URL missing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 15:00:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 11:00:40 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151500.j7FF0eFq023617@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 11:00 EST ------- Also, The idea to create a directory under /var/run/pam_ssh/ was considered by me. Unfortunately, system initscripts only clear things like "/var/run//*" . To clear "/var/run/pam_ssh//*" some changes to /etc/init.d/rc.sysinit should be done. To avoid it I has applied a way without subdirectory creation. IMHO, it is even better for security that the user cannot read/remove this files. And pam_console case is an existing precedent which votes for it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 15:10:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 11:10:05 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151510.j7FFA5LX026193@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-15 11:09 EST ------- Here is another try. I added a phrase about the environment variables set by pam_ssh but I wasn't very precise. I don't think technical details should appear in the rpm description. They belong to the package documentation. A patch to the man pages or the README should be a better for precisions about the environment variables in my opinion. I also didn't change the summary because I think it is an unneeded precision that restrict the pam_ssh scope. Otherwise said pam_ssh is usefull with ssh, not only for ssh keys. I myself don't use pam_ssh for the single sign on capabilities but because it starts the agent. http://www.environnement.ens.fr/docs/fc-srpms/pam_ssh-1.91-5.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 15:18:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 11:18:02 -0400 Subject: [Bug 165988] Review Request: cppunit. C++ Port of JUnit Testing Framework In-Reply-To: Message-ID: <200508151518.j7FFI2gD028572@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cppunit. C++ Port of JUnit Testing Framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165988 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |tcallawa at redhat.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From tcallawa at redhat.com 2005-08-15 11:17 EST ------- If you make those changes, I'll approve this one. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 15:35:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 11:35:12 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151535.j7FFZCB7032576@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 11:35 EST ------- Now agree with description :-) But I not agree that this is a technical details. It is important to specify that this module works with keys, and things related to keys (ssh-agent). This module does not start any ssh remote terminals, does not operate as an authentication proxy, does not use ssh as "check if a command invokation is success", etc. etc. If we say just "SSH", the user can misunderstand it. If we say "SSH keys", it is more precisely. "SSH keys" mean that pam_ssh works with ssh keys, starts the sshkey-related program "ssh-agent" (if needed), and nothing also. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 15:35:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 11:35:52 -0400 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: Message-ID: <200508151535.j7FFZqoS032736@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: intuitively. Automatic IP detection utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 ------- Additional Comments From toshio at tiki-lounge.com 2005-08-15 11:35 EST ------- >From the web page at the new URL:: "Download the latest version from your local debian mirror, for instance ftp.uninett.no" So it appears the tarball source is a debian package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 15:39:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 11:39:38 -0400 Subject: [Bug 165992] New: Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200508151539.j7FFdcMU001513@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165992 Summary: Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 Product: Fedora Extras Version: devel Platform: All URL: http://home.zonnet.nl/jwrdegoede/Glide3-Mesa-6.2.1- 1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: j.w.r.degoede at hhs.nl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://home.zonnet.nl/jwrdegoede/Glide3-Mesa.spec SRPM Name or Url: http://home.zonnet.nl/jwrdegoede/Glide3-Mesa-6.2.1-1.src.rpm Description: The Mesa 3D graphics library is a powerful and generic toolset for creating hardware assisted computer graphics. To the extent that Mesa utilizes the OpenGL command syntax or state machine, it is being used with authorization from Silicon Graphics, Inc. This is a special version of Mesa compiled to render 3D graphics through Glide3, thus allowing hardware accelerated OpenGL on 3Dfx Voodoo 1 & 2 cards. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 15:39:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 11:39:46 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508151539.j7FFdk6F001606@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165992 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Aug 15 15:49:33 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 15 Aug 2005 17:49:33 +0200 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: <200508151535.j7FFZqoS032736@www.beta.redhat.com> References: <200508151535.j7FFZqoS032736@www.beta.redhat.com> Message-ID: <1124120974.4262.81.camel@mccallum.corsepiu.local> On Mon, 2005-08-15 at 11:35 -0400, bugzilla at redhat.com wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165964 > ------- Additional Comments From toshio at tiki-lounge.com 2005-08-15 11:35 EST ------- > >From the web page at the new URL:: "Download the latest version from your local > debian mirror, for instance ftp.uninett.no" > > So it appears the tarball source is a debian package. OK, I see, the principal developer and the debian packager seem to be the same person, who is using debian as distribution medium. However, then this package probably is dead or dead soon, c.f. http://packages.qa.debian.org/i/intuitively.html and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=304169 Ralf From bugzilla at redhat.com Mon Aug 15 16:01:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 12:01:55 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151601.j7FG1t6c009097@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-15 12:01 EST ------- Regarding the permissions on the /var/run/pam_ssh/ files there is a use for a file readable by the user. Indeed if the user log through a mean without the pam_ssh module used he still can use the agent by sourcing the file. Now as to have a file the user may modify the aim would be to let the user manage the pam_ssh related files. Also this shouldn't have security implications (related with ssh) as it is how things are currently done; the user may manipulate the environment anyway. In my opinion the difference is that now the files are in /var/run/pam_ssh and not in the user home directory. So having files or dirs owned by the users may create issues because of that. For example if there is a directory owned by a user as I described above the user may fill the var file system. And if the user is the file owner he should be able to change the permissions, thus may for example permit other users to read or modify it or change the perms such that the file is unreadable (although this last change should not be a big deal). Using /var/run which should be local to the computer is good, but not allowing the user to tweak the files created by pam_ssh is an important departure from the upstream so I think this should be certain that it is needed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 16:06:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 12:06:04 -0400 Subject: [Bug 165509] Review Request: Addition of link-grammar to FC Extras In-Reply-To: Message-ID: <200508151606.j7FG64eY010860@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of link-grammar to FC Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165509 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2005-08-15 12:05 EST ------- (In reply to comment #3) > Just do : > -%{_datadir}/link-grammar/* > +%{_datadir}/link-grammar > in %files. I'd suggest using : %{_datadir}/link-grammar/ As that way it still makes it clear that it's a directory. It's only cosmetical and doesn't affect the package in any way, though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 16:24:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 12:24:57 -0400 Subject: [Bug 165311] Review Request: Tiger, security auditing on UNIX systems In-Reply-To: Message-ID: <200508151624.j7FGOvoL016600@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Tiger, security auditing on UNIX systems https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165311 ------- Additional Comments From matthias at rpmforge.net 2005-08-15 12:24 EST ------- I would suppose the comment was about the procedure you suggested. This seems like it would be best discussed on fedora-devel or fedora-extras list in order to fine tune the default configuration. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 16:30:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 12:30:08 -0400 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200508151630.j7FGU8KC018054@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hunkyfonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165900 ------- Additional Comments From sarantis at cnl.di.uoa.gr 2005-08-15 12:30 EST ------- > Should I contact with author myself or RedHat lawyers can handle that? (you > know, normal user does not have such a big influence as a lawyer of a > corporation ;-) ) Well, I am not sure about that... Fedora is "only" sponsored by Red Hat, so it is up to us the individual contributors to make the necessary judgements and maintain contact with the authors. We could ask Red Hat legal if the license change to LGPL is allowed, but as I stated before, the most important thing is the removal of the copyright notice. You could try making a contact to check the climate... > Well, I thought that it would be better to have the same name as used in other > distributions (for example Gentoo) and by the author of the original package. > If this is a rule in Fedora Extras, I will follow it :] No, this is not a rule, as far as I can tell. It was a suggestion by me to keep the package names consistent. For example Debian uses ttf-fontname for the package names. Fedora so far uses fontname-fonts. However, this is a very minor issue, which could go either way. Since it is not a policy it is up to you to decide the package name. This package is now blocked due to legal reasons (removal of Bitstream copyright text and change of license to LGPL). I think that waiting for a little bit is the best thing to do here, to see if there is any feedback from the author of the font. All other (technical) issues are fixed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 16:45:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 12:45:32 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151645.j7FGjWOf022533@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 12:45 EST ------- During one year of using pam_ssh, we never read these files directly. Is it actually needed for most users? Even advanced users? What practical cases when the user logins passing pam_ssh, but the same ssh-agent is necessary for him? I agree that it is some departure from upstream. Therefore I did not send /var/run patch upstream. (I consider it is mostly Fedora-related). But at least for Fedora it is needed. IMHO, it is in the RedHat style, and should be useful for most Fedora users. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 16:48:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 12:48:07 -0400 Subject: [Bug 165985] Review Request: Aeryn - A C++ testing framework In-Reply-To: Message-ID: <200508151648.j7FGm780022999@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Aeryn - A C++ testing framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165985 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-08-15 12:48 EST ------- http://www.all-the-johnsons.co.uk/aeryn/aeryn2.spec for the spec, the source archive is there also. I'm having a problem with the install though (it's the first time I've done this!) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 17:20:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 13:20:52 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151720.j7FHKqEj030266@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-15 13:20 EST ------- I personnaly used these files. I enabled pam_ssh only when loging in from gdm or a login, so when I login through ssh it could be usefull. Also I had to manually delete the files when the computer or the session crashed without removing it. Admitedly if it is a computer crash te files should be removed by the initscripts but if the computer cannot be rebooted then only root can remove them. Even if the user cannot delete the file I believe that emptying them should do the trick. Maybe I should add that the pam_ssh modules are optionnal in my setup. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 17:22:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 13:22:12 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508151722.j7FHMBwk030869@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 ------- Additional Comments From chrisw at osdl.org 2005-08-15 13:21 EST ------- - Fix Buildroot to: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - Remove Vendor tag - Add curl and openssl to Requires - Open, asciidoc issue... Upstream perfers to default doc building to on. It is nice to get man pages instead of txt files in /usr/share/doc/git-core. Downside, asciidoc is non-standard, and extremely slow. I'm open to suggestions. Thanks for the review. New spec file and src.rpm are uploading to: http://kernel.org/pub/linux/kernel/people/chrisw/git/review/git-core-0.99.4-2.src.rpm http://kernel.org/pub/linux/kernel/people/chrisw/git/review/git-core.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 17:22:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 13:22:52 -0400 Subject: [Bug 165878] Review Request: kadu In-Reply-To: Message-ID: <200508151722.j7FHMqEd031121@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kadu https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165878 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: kadu |Review Request: kadu CC| |gajownik at gmail.com ------- Additional Comments From gajownik at gmail.com 2005-08-15 13:22 EST ------- It seems to be your first pacakge in Fedora Extras, so the first review must be done by you sponsor. I may only help you cleaning up the spec file :] - use %{dist} in the Release tag instead of hardcoding 'fc4'. http://fedoraproject.org/wiki/Extras/BuildRequests http://fedoraproject.org/wiki/DistTag I'm not shure whether it's still true but few people on Fedora Extras were suggesting adding %{dist} after importing package info CVS. - remove spaces after "Applications/Internet" - MacOSX ? Mac OS X (?) - Alsa ? ALSA - you have removed dots from the %description fileds. Please revert your changes. They're not allowed only at the end of a "Summary". - I'm not a native English speaker but "Modules aRts for Kadu" sounds weird to me. Maybe "aRts module for Kadu" would be better? - according to this page ? http://fedoraproject.org/wiki/PackageNamingGuidelines#NormalPackages you should avoid using underscore in the package name. - this files could be marked as %doc: %{_datadir}/%{name}/AUTHORS %{_datadir}/%{name}/README %{_datadir}/%{name}/ChangeLog %{_datadir}/%{name}/COPYING %{_datadir}/%{name}/HISTORY %{_datadir}/%{name}/THANKS - you can also pass to this options the desktop-file-install program: --add-category InstantMessaging http://standards.freedesktop.org/menu-spec/latest/apa.html -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 17:28:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 13:28:35 -0400 Subject: [Bug 165836] Review Request: cogito In-Reply-To: Message-ID: <200508151728.j7FHSZFg000468@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cogito https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165836 ------- Additional Comments From chrisw at osdl.org 2005-08-15 13:28 EST ------- - Buildroot updated to: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - Vendor tag dropped - Prereq turned to Requires, and now only depends on git-core >= 0.99.3 - Replace /usr/lib with %{_libdir} New .src.rpm and .spec are uploading to: http://kernel.org/pub/linux/kernel/people/chrisw/git/review/cogito-0.13-3.src.rpm http://kernel.org/pub/linux/kernel/people/chrisw/git/review/cogito.spec Thanks for review and help with sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 17:32:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 13:32:58 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151732.j7FHWw1p002550@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-15 13:32 EST ------- I propose for the summary : Smmary: PAM module for use with SSH keys that can launch the agent -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 17:40:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 13:40:04 -0400 Subject: [Bug 165988] Review Request: cppunit. C++ Port of JUnit Testing Framework In-Reply-To: Message-ID: <200508151740.j7FHe4P2004367@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cppunit. C++ Port of JUnit Testing Framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165988 ------- Additional Comments From pertusus at free.fr 2005-08-15 13:39 EST ------- I am not persuaded that it is necessary to split in a devel package but if you want too... Regarding the summary it is clearer but may not be precise enough as if I'm not wrong there are other C++ unit testing frameworks. I didn't had graphviz and cppunit built fine, why is it needed? Anyway I'll republish the srpm with your change if you confirm that graphviz is needed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 17:41:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 13:41:16 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151741.j7FHfGi1004610@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From ville.skytta at iki.fi 2005-08-15 13:41 EST ------- To me that summary sounds like it's the keys that would launch the agent. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 17:45:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 13:45:05 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151745.j7FHj5AE005620@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-15 13:44 EST ------- And that: Summary: PAM module for use with SSH keys, launching agent if needed -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 17:51:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 13:51:01 -0400 Subject: [Bug 165988] Review Request: cppunit. C++ Port of JUnit Testing Framework In-Reply-To: Message-ID: <200508151751.j7FHp1qW007582@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cppunit. C++ Port of JUnit Testing Framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165988 ------- Additional Comments From tcallawa at redhat.com 2005-08-15 13:50 EST ------- The summary is supposed to be minimal. The description is where the real meat comes in. :) Yes, I want to split to a -devel package. No need to take up space if its not needed. Graphviz is used to generate the graphs in the documentation. Without it, the docs still build, but they don't have graphs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 17:57:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 13:57:23 -0400 Subject: [Bug 166004] New: Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508151757.j7FHvNST008944@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation Product: Fedora Extras Version: devel Platform: All URL: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/clisp- 2.33.2-3.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gemi at bluewin.ch QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://math.ifi.unizh.ch/fedora/spec/clisp.spec SRPM Name or Url: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/clisp-2.33.2-3.src.rpm here> Description: Common Lisp is a high-level, general-purpose programming language. GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe University and Michael Stoll of Munich University, both in Germany. It mostly supports the Lisp described in the ANSI Common Lisp standard. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 17:57:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 13:57:41 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508151757.j7FHvfQp009052@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166004 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 18:10:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 14:10:27 -0400 Subject: [Bug 165988] Review Request: cppunit. C++ Port of JUnit Testing Framework In-Reply-To: Message-ID: <200508151810.j7FIAR7V012219@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cppunit. C++ Port of JUnit Testing Framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165988 ------- Additional Comments From pertusus at free.fr 2005-08-15 14:10 EST ------- Here is the srpm: http://www.environnement.ens.fr/docs/fc-srpms/cppunit-1.11.0-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 18:28:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 14:28:44 -0400 Subject: [Bug 166008] New: Review Request: uw-imap-2004e-1: UW Server daemons for IMAP and POP In-Reply-To: Message-ID: <200508151828.j7FISiWT016463@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166008 Summary: Review Request: uw-imap-2004e-1: UW Server daemons for IMAP and POP Product: Fedora Extras Version: devel Platform: All URL: http://apt.kde- redhat.org/apt/fedora/all/SRPMS.testing/uw-imap-2004e- 1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rdieter at math.unl.edu QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Name: uw-imap-2004e Summary:UW Server daemons for IMAP and POP network mail protocols. Group: System Environment/Daemons Description: The uw-imap package provides UW server daemons for both the IMAP (Internet Message Access Protocol) and POP (Post Office Protocol) mail access protocols. The POP protocol uses a "post office" machine to collect mail for users and allows users to download their mail to their local machine for reading. The IMAP protocol allows a user to read mail on a remote machine without downloading it to their local machine. SRPM: http://apt.kde-redhat.org/apt/fedora/all/SRPMS.testing/uw-imap-2004e-1.src.rpm SPEC: http://apt.kde-redhat.org/apt/fedora/SPECS/uw-imap-2004e-1.spec CHANGELOG (recent): * Mon Aug 15 2005 Rex Dieter 2004e-1 - imap-2004e - rename: imap -> uw-imap (yay, we get to drop the Epoch) - sslcerts=/etc/pki/tls/certs if exists, else /usr/share/ssl/certs * Fri Apr 29 2005 Rex Dieter 1:2004d-1 - imap-2004d - imap-libs -> lib%%{soname}%%{version} (ie, libc-client2004d), so we can have multiple versions (shared-lib only) installed - move mlock to -utils. - revert RFC2301, locks out too many folks where SSL is unavailable * Thu Apr 28 2005 Rex Dieter 1:2004-0.fdr.11.c1 - change default driver from mbox to mbx - comply with RFC 3501 security: Unencrypted plaintext passwords are prohibited * Fri Jan 28 2005 Rex Dieter 1:2004-0.fdr.10.c1 - imap-2004c1 security release: http://www.kb.cert.org/vuls/id/702777 * Thu Jan 20 2005 Rex Dieter 1:2004-0.fdr.9.c - imap2004c - -utils: dmail,mailutil,tmail - -libs: include mlock (so it's available for other imap clients, like pine) - remove extraneous patches - %%_sysconfigdir/c-client.cf: use to set MailDir (but don't if upgrading from an older version (ie, if folks don't want/expect a change in behavior) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Mon Aug 15 18:32:14 2005 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 15 Aug 2005 20:32:14 +0200 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: <1124120974.4262.81.camel@mccallum.corsepiu.local> References: <200508151535.j7FFZqoS032736@www.beta.redhat.com> <1124120974.4262.81.camel@mccallum.corsepiu.local> Message-ID: <20050815183214.GA3516@free.fr> > However, then this package probably is dead or dead soon, c.f. > http://packages.qa.debian.org/i/intuitively.html > and > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=304169 Is it a real problem? Is there something similar in fedora? In that case inituitively may not be an interesting package but otherwise I think it is worth providing it. -- Pat From bugzilla at redhat.com Mon Aug 15 18:57:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 14:57:44 -0400 Subject: [Bug 165497] Review Request: dumpasn1 - ASN.1 object dump utility In-Reply-To: Message-ID: <200508151857.j7FIvin4027505@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dumpasn1 - ASN.1 object dump utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165497 Christian.Iseli at licr.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NOTABUG OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From Christian.Iseli at licr.org 2005-08-15 14:57 EST ------- Good: - rpmlint is happy - name ok - spec name ok - packaging guidelines met - license ok - license matches actual license in package - license file in %doc - spec file in American English - spec file legible - source matches upstream - locale handling ok - BuildRequires ok - builds, installs, runs, and uninstalls cleanly - builds in mock Minor nit: there are a few warnings, but nothing serious. - files stuff: ok - clean section ok - macro useage pretty ok Minor nit: in Source0, Source1, and Patch0 you sometimes use %{name} and sometime use dumpasn1 directly. I think you should use %{name} everywhere... - package contains code - %doc is only doc Approved. Cheers, Christian -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 19:01:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 15:01:35 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151901.j7FJ1ZDs028437@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 15:01 EST ------- May be: Summary: PAM module for use with SSH keys and ssh-agent Patrice, I think these files may be made world-readable (r--r--r--). It should not lead to security problems as the corresponding information (ssh agent`s pid and socket) can be received other way (using "ps" command ans "ls /tmp"). You really believe it is useful for all users? Access to local ssh-agent by extern, non-related remote login may be useful, but "will never be recommended" by Fedora people, as I guess. Therefore IMHO we should not focus pam_ssh for this case. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Mon Aug 15 19:05:20 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 15 Aug 2005 15:05:20 -0400 Subject: [UPGRADE COMPLETE] Re: Extras build system upgrade notice In-Reply-To: References: Message-ID: <1124132720.3145.11.camel@dcbw.boston.redhat.com> On Mon, 2005-08-15 at 08:15 -0400, Dan Williams wrote: > Hi, > > Seth, Jeremy, and I are upgrading the Extras build system today. We'll send out > the announcement when the upgrade is complete, which is likely to take until > late Monday afternoon, US EST, to get all the pieces together. The build system should be back up and accepting build jobs. You'll have to have plague-0.3.2-1 or later to talk to the build server. Rawhide RPMs are built already, I'll get some RPMs built for FC3 and FC4 here in a bit. Dan From Christian.Iseli at licr.org Mon Aug 15 19:06:09 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Mon, 15 Aug 2005 21:06:09 +0200 Subject: [Bug 165497] Review Request: dumpasn1 - ASN.1 object dump utility In-Reply-To: Your message of "Mon, 15 Aug 2005 14:57:44 EDT." <200508151857.j7FIvin4027505@www.beta.redhat.com> Message-ID: <200508151946.j7FJkNGR020568@mx2.redhat.com> > What |Removed |Added > ---------------------------------------------------------------------------- > Status|ASSIGNED |CLOSED > Resolution| |NOTABUG > OtherBugsDependingO|163778 |163779 > nThis| | Funny, I didn't specify that the bug should be closed. I left the radiobutton as "leave as assigned". Dunno why the bug closed itself ??? Christian From buildsys at fedoraproject.org Mon Aug 15 19:07:04 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 15 Aug 2005 15:07:04 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050815190704.DBF748015@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 2 plague-0.3.2-1 skencil-0.6.17-4.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Mon Aug 15 19:11:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 15:11:01 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508151911.j7FJB10r031981@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 15:10 EST ------- By the way, our examples (using pam_ssh together with new pam_console ability to authenticate login user): /etc/pam.d/login: #%PAM-1.0 auth required pam_securetty.so auth sufficient pam_console.so auth required pam_stack.so service=system-auth auth optional pam_ssh.so try_first_pass auth required pam_nologin.so account required pam_stack.so service=system-auth password required pam_stack.so service=system-auth # pam_selinux.so close should be the first session rule session required pam_selinux.so close session required pam_stack.so service=system-auth session optional pam_console.so session optional pam_ssh.so # pam_selinux.so open should be the last session rule session required pam_selinux.so multiple open /etc/pam.d/gdm: #%PAM-1.0 auth required pam_env.so auth sufficient pam_console.so auth required pam_stack.so service=system-auth auth optional pam_ssh.so try_first_pass auth required pam_nologin.so account required pam_stack.so service=system-auth password required pam_stack.so service=system-auth session required pam_stack.so service=system-auth session optional pam_console.so session optional pam_ssh.so The result is one password typing for all consoles and gdm (pam_console) and for all crypted keys to access remote hosts (pam_ssh) . -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Mon Aug 15 19:29:15 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 15 Aug 2005 15:29:15 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050815192915.B1A828015@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 1 plague-0.3.2-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 Mon Aug 15 19:36:26 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 15 Aug 2005 15:36:26 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050815193626.99BD58015@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 3 plague-0.3.2-2.fc4 skencil-0.6.17-1.fc4 skencil-0.6.17-3.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Mon Aug 15 20:05:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 16:05:17 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508152005.j7FK5HXc016247@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |orion at cora.nwra.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-08-15 16:04 EST ------- 2.34 has been released. Any reason not to package it? Change the locale stuff to: in %install: %find_lang %{name} and: %files -f %{name}.lang Otherwise, things are looking pretty good. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From toshio at tiki-lounge.com Mon Aug 15 20:29:32 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Mon, 15 Aug 2005 13:29:32 -0700 Subject: Getting packages in state needsign Message-ID: <1124137773.3278.89.camel@localhost> In the new buildsystem world, is there still a way to access packages that have been built but not signed? I wanted to get an early start on installing plague-3 and realized that I don't know where the packages have landed. -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 Mon Aug 15 20:34:18 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 15 Aug 2005 16:34:18 -0400 Subject: Getting packages in state needsign In-Reply-To: <1124137773.3278.89.camel@localhost> References: <1124137773.3278.89.camel@localhost> Message-ID: <1124138058.17178.38.camel@cutter> On Mon, 2005-08-15 at 13:29 -0700, Toshio Kuratomi wrote: > In the new buildsystem world, is there still a way to access packages > that have been built but not signed? I wanted to get an early start on > installing plague-3 and realized that I don't know where the packages > have landed. > We're working on modifications to the pushing script so we'll be able to distinguish b/t the two correctly. -sv From bugs.michael at gmx.net Mon Aug 15 20:40:20 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 15 Aug 2005 22:40:20 +0200 Subject: ppc buildserver unstable? Message-ID: <20050815224020.52d09c29.bugs.michael@gmx.net> It seems to fail randomly, whereas the package release -7 built last night, succeeded. The code for the three build requests didn't change. The only difference is in a few debug lines in the spec, because the test suite redirects stderr to /dev/null. This is from job 8: + make test cd test; make make[1]: Entering directory `/builddir/build/BUILD/abicheck-1.2/test' cc -o libc_a libc_a.c -static -lm /usr/lib/libc.a libc_a.c: In function 'main': libc_a.c:13: warning: incompatible implicit declaration of built-in function 'printf' cc public1.c -o public1 cc -D`uname` -o private1 private1.c private1.c: In function 'main': private1.c:33: warning: incompatible implicit declaration of built-in function 'strlen' run_tests: passed: libc.a static link test on libc_a run_tests: passed: public1: only calls public syms run_tests: failed: private1: calls private sym in libc make[1]: *** [tests] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/abicheck-1.2/test' make: *** [test] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.26229 (%build) This is from job 10: + make test cd test; make make[1]: Entering directory `/builddir/build/BUILD/abicheck-1.2/test' cc -o libc_a libc_a.c -static -lm /usr/lib/libc.a libc_a.c: In function 'main': libc_a.c:13: warning: incompatible implicit declaration of built-in function 'printf' cc public1.c -o public1 run_tests: passed: libc.a static link test on libc_a run_tests: failed: public1: only calls public syms run_tests: passed: private1: calls private sym in libc make[1]: *** [tests] Error 1 make[1]: Leaving directory `/builddir/build/BUILD/abicheck-1.2/test' And this from job 11: + make test cd test; make make[1]: Entering directory `/builddir/build/BUILD/abicheck-1.2/test' cc -o libc_a libc_a.c -static -lm /usr/lib/libc.a libc_a.c: In function 'main': libc_a.c:13: warning: incompatible implicit declaration of built-in function 'printf' run_tests: passed: libc.a static link test on libc_a run_tests: passed: public1: only calls public syms run_tests: passed: private1: calls private sym in libc make[1]: Leaving directory `/builddir/build/BUILD/abicheck-1.2/test' + : + exit 0 From bugzilla at redhat.com Mon Aug 15 20:43:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 16:43:14 -0400 Subject: [Bug 165497] Review Request: dumpasn1 - ASN.1 object dump utility In-Reply-To: Message-ID: <200508152043.j7FKhEIF029072@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dumpasn1 - ASN.1 object dump utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165497 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|NOTABUG |NEXTRELEASE ------- Additional Comments From ville.skytta at iki.fi 2005-08-15 16:43 EST ------- Thanks for the review. Macro usage tweaked a bit in CVS, devel built successfully, will request a FC-4 branch in a jiffy and a build later. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 20:49:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 16:49:11 -0400 Subject: [Bug 165413] Review Request: plague RPM build system In-Reply-To: Message-ID: <200508152049.j7FKnB9m030885@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plague RPM build system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165413 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|RAWHIDE | CC| |ville.skytta at iki.fi ------- Additional Comments From ville.skytta at iki.fi 2005-08-15 16:49 EST ------- owners.list entry in CVS (and thus Bugzilla component, I guess) still missing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 21:16:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 17:16:58 -0400 Subject: [Bug 165497] Review Request: dumpasn1 - ASN.1 object dump utility In-Reply-To: Message-ID: <200508152116.j7FLGwGt004178@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dumpasn1 - ASN.1 object dump utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165497 ------- Additional Comments From Christian.Iseli at licr.org 2005-08-15 17:16 EST ------- You are welcome. BTW, forgot to ask: Is there any reason for the CC="%{__cc}" on the make line ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 21:29:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 17:29:15 -0400 Subject: [Bug 166023] New: Review Request: BibTool. Tool for manipulating BibTeX data bases In-Reply-To: Message-ID: <200508152129.j7FLTFoR006418@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166023 Summary: Review Request: BibTool. Tool for manipulating BibTeX data bases Product: Fedora Extras Version: devel Platform: All URL: http://www.gerd- neugebauer.de/software/TeX/BibTool.en.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/docs/fc-srpms/BibTool-2.48-2.src.rpm Description: BibTeX provides an easy to use means to integrate citations and bibliographies into LaTeX documents. But the user is left alone with the management of the BibTeX files. The program BibTool is intended to fill this gap. BibTool allows the manipulation of BibTeX files which goes beyond the possibilities --- and intentions --- of BibTeX. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 21:29:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 17:29:27 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508152129.j7FLTRII006481@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166023 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 21:36:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 17:36:28 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508152136.j7FLaSsK007914@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 triad at df.lth.se changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From triad at df.lth.se 2005-08-15 17:36 EST ------- OK building and all. Closing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 21:51:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 17:51:17 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508152151.j7FLpHu5011302@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-15 17:51 EST ------- Dmitry, I'll use the last Summary you proposed. Regarding the use of pam_ssh related ssh-agent information I didn't said that users sould use the information setup by pam_ssh. But the same user login with or without pam_ssh should be able to use that information. Imagine that your setup is used on the computer zeus, your login is dumas. pam_ssh is used for pam.d/login and pam.d/gdm but not for pam.d/sshd. There is an ssh server running on zeus. You login at zeus gdm, this starts an ssh-agent. Now you walk to another room and login with ssh to zeus. If you can read the information setup by pam_ssh, like eval `cat /var/run/pam_ssh/dumas`, you will use the agent. It doesn't means that other user need have access to your pam_ssh information but you need to have that access. It is possible if file is -r--r--r-- root user Or if file is -r-------- user user In that case the user may modify the file content (but not remove it). If you think that this sis a usefull feature, please implement the one you prefer in your patch, otherwise I could do it too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 22:52:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 18:52:25 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508152252.j7FMqPgZ026074@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 18:52 EST ------- I shall think about it and probably implement some variant in my patch, tomorrow... Tom, What your opinion on it? (comment #18, comment #24, comment #26, ...) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 15 22:57:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 18:57:04 -0400 Subject: [Bug 165353] Review Request: A natural language translation library In-Reply-To: Message-ID: <200508152257.j7FMv4H4026949@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: A natural language translation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165353 ------- Additional Comments From dmitry at butskoy.name 2005-08-15 18:56 EST ------- Fixed (provide full url): Spec Name or Url: http://dmitry.butskoy.name/libtranslate/libtranslate.spec SRPM Name or Url: http://dmitry.butskoy.name/libtranslate/libtranslate-0.99-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 00:59:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 20:59:46 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508160059.j7G0xkw3017451@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From tcallawa at redhat.com 2005-08-15 20:59 EST ------- Well, I think you should run the idea past the upstream maintainer. If he thinks its a good idea to make the permissions restrictive, then I'd go with that. There is certainly precedent in pam for doing a restrictive model. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jeff at ocjtech.us Tue Aug 16 01:17:57 2005 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Mon, 15 Aug 2005 20:17:57 -0500 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: <20050815183214.GA3516@free.fr> References: <200508151535.j7FFZqoS032736@www.beta.redhat.com> <1124120974.4262.81.camel@mccallum.corsepiu.local> <20050815183214.GA3516@free.fr> Message-ID: <1124155077.2879.4.camel@lt16586.campus.dmacc.edu> On Mon, 2005-08-15 at 20:32 +0200, Patrice Dumas wrote: > > However, then this package probably is dead or dead soon, c.f. > > http://packages.qa.debian.org/i/intuitively.html > > and > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=304169 > > Is it a real problem? Is there something similar in fedora? In that case > inituitively may not be an interesting package but otherwise I think it > is worth providing it. NetworkManager 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 bugzilla at redhat.com Tue Aug 16 03:56:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 15 Aug 2005 23:56:15 -0400 Subject: [Bug 165952] Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508160356.j7G3uFvj016593@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ed at eh3.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ed at eh3.com 2005-08-15 23:55 EST ------- Hi Patrice, Since this is a dependency for GrADS I'll add it to my to-do list. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 04:10:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 00:10:40 -0400 Subject: [Bug 165955] Review Request: grads Grid Analysis and Display System In-Reply-To: Message-ID: <200508160410.j7G4AeN6018866@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grads Grid Analysis and Display System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165955 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165952 ------- Additional Comments From ed at eh3.com 2005-08-16 00:10 EST ------- Hi Patrice, I started to do a review of GrADS and immediately found the opendap-devel BuildRequires. Right now, opendap only builds on FC3. It fails to build on FC-4 and later (devel) since it has a number of problems with respect to 64-bit cleanness, etc. These problems prevent it from building on x86_64 which then prevents it from building on Fedora Extras. So, it seems that you have at least three options for GrADS: 1) leave opendap-devel as a BuildRequires but only target FC-3 2) remove the opendap-devel BuildRequires (will it still build?) 3) help Tom Callaway cleanup opendap: https://www.redhat.com/archives/fedora-extras-list/2005-August/msg00091.html https://www.redhat.com/archives/fedora-extras-list/2005-August/msg00059.html so that it builds on FC-4 and later. I think option #3 is by far the best, but you're free to do as you want. And I do hope to help out with the opendap cleanup but it depends on how busy (!) I am with work, etc. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 04:42:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 00:42:13 -0400 Subject: [Bug 165952] Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508160442.j7G4gDiX021341@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 ------- Additional Comments From rc040203 at freenet.de 2005-08-16 00:42 EST ------- # rpmlint /users/packman/src/rpms/RPMS/i386/libsx-2.05-2.i386.rpm E: libsx invalid-soname /usr/lib/libsx.so libsx.so E: libsx shlib-with-non-pic-code /usr/lib/libsx.so W: libsx devel-file-in-non-devel-package /usr/include/libsx.h W: libsx devel-file-in-non-devel-package /usr/include/freq.h W: libsx devel-file-in-non-devel-package /usr/lib/libsx.a W: libsx devel-file-in-non-devel-package /usr/lib/libfreq.a IMO, in this case, rpmlint is right and all of them should be considered blockers. Also, freq.h probably is an internal header, which should not be shipped. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 06:10:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 02:10:33 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508160610.j7G6AXJw030348@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 ------- Additional Comments From bugs.michael at gmx.net 2005-08-16 02:10 EST ------- Can you please provide a different e-mail address? Several people have tried to contact you and failed like this: From: MAILER-DAEMON at mail.gmx.net Subject: failure notice Date: 16 Aug 2005 06:01:32 -0000 Hi. This is the qmail-send program at mail.gmx.net. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. : 194.47.250.12_does_not_like_recipient./Remote_host_said:_553_5.3.0_..._Rejected_-_see_http://dnsbl.rangers.eu.org//Giving_up_on_194.47.250.12./ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 06:17:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 02:17:15 -0400 Subject: [Bug 165497] Review Request: dumpasn1 - ASN.1 object dump utility In-Reply-To: Message-ID: <200508160617.j7G6HFC1031433@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dumpasn1 - ASN.1 object dump utility https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165497 ------- Additional Comments From ville.skytta at iki.fi 2005-08-16 02:17 EST ------- Not really, I think it's a relic from the times I first did this package and the Debian patch was not yet applied (ie. no Makefile). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Tue Aug 16 06:22:59 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 16 Aug 2005 08:22:59 +0200 Subject: ppc buildserver unstable? In-Reply-To: <20050815224020.52d09c29.bugs.michael@gmx.net> References: <20050815224020.52d09c29.bugs.michael@gmx.net> Message-ID: <20050816082259.2b8b6654.bugs.michael@gmx.net> Well, and job 31 failed again on ppc, as if egrep crashes: http://buildsys.fedoraproject.org/logs//development/31-abicheck-1.2-8/ppc/build.log i386 and x86_64 always succeed. This is the same job than 11, unchanged package. What's going on with ppc currently? From pertusus at free.fr Tue Aug 16 07:04:32 2005 From: pertusus at free.fr (Patrice Dumas) Date: Tue, 16 Aug 2005 09:04:32 +0200 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: <1124155077.2879.4.camel@lt16586.campus.dmacc.edu> References: <200508151535.j7FFZqoS032736@www.beta.redhat.com> <1124120974.4262.81.camel@mccallum.corsepiu.local> <20050815183214.GA3516@free.fr> <1124155077.2879.4.camel@lt16586.campus.dmacc.edu> Message-ID: <20050816070431.GA2459@free.fr> > NetworkManager Are you sure it has the same features? intuitively is a tiny app that sends arp packets to discover the network. Are you sure it is similar with NetworkManager? -- Pat From rc040203 at freenet.de Tue Aug 16 07:28:32 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 16 Aug 2005 09:28:32 +0200 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: <20050815183214.GA3516@free.fr> References: <200508151535.j7FFZqoS032736@www.beta.redhat.com> <1124120974.4262.81.camel@mccallum.corsepiu.local> <20050815183214.GA3516@free.fr> Message-ID: <1124177312.4262.143.camel@mccallum.corsepiu.local> On Mon, 2005-08-15 at 20:32 +0200, Patrice Dumas wrote: > > However, then this package probably is dead or dead soon, c.f. > > http://packages.qa.debian.org/i/intuitively.html > > and > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=304169 > > Is it a real problem? Not to me, nor do I think this should be a criterion to reject a RFR. But unmaintained/discontinued packages in general tend to suffer from bit-rot, raise questions on a package's long-term safety and their general usability. So, if this package has a sufficiently large user base (e.g. in Debian) and if its FE-maintainers (i.e. primarily YOU) think they can handle it, I don't consider adding a package with discontinued development in FE as a problem. Ralf From zac.j.m at bigpond.net.au Tue Aug 16 07:56:50 2005 From: zac.j.m at bigpond.net.au (Zachary Mitchell, BCIS) Date: Tue, 16 Aug 2005 17:26:50 +0930 Subject: Extra wireless support. Message-ID: <001001c5a238$0f6ae860$6a00a8c0@zachary> I am not sure which email message list, and hence which people I should send this message to, but I would like additional wireless support (an up-to-date driver) included as part of the next release of Fedora core. A problem exists if someone is using a very fast, bleeding edge wireless setup if all network and internet services lie purely on the other side of the wireless adapter. Especially if there is no linux driver for that someone's wireless card, as part of Fedora Core on anywhere else on the internet. Certain brands of Wireless hardware have been known to be discontinued very quickly, and so these especially get overlooked. I have an example of one driver I would love to see included. Ithe DLink dwl-520 rev.b card. Go to: http://support.dlink.com/products/view.asp?productid=DWL%2D520 There is a Linux driver available here, but installing it requires re-compilation of the kernel. Which requires access to the kernel source. Which is on the internet. Which is on only accessible through the wireless adapter and access point. Neither of which can yet be used. So I suggest this, and maybe a few more drivers like this be included. Or perhaps as well, a better more generic aproach be formulated to work with many more wireless cards APART from using NDISWRAPPER, which can be unreliable and lead to frequent drop-outs. Please email me back, say what you think, or forward this on to anyone who is in a position to see this driver and others be included in the next release of Fedora Core. Zac. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.bierfert at lowlatency.de Tue Aug 16 09:14:51 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 16 Aug 2005 11:14:51 +0200 Subject: libpqxx build error on devel Message-ID: <4301AE8B.1040301@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I get the following build error on i386 devel for libpqxx and I'm wondering where this comes from. I cannot check here because I currently don't have a running rawhide box sitting around. checking for strerror_r... configure: error: No definition of strerror_r, the thread-safe version of strerror(), was found in your header. Consider building a non-threadsafe version of libpqxx using the configure script's --disable-thread-safety option. Rest of the build logs is here: http://buildsys.fedoraproject.org/logs//development/39-libpqxx-2.5.4-4.fc5/ Thanks for your help. - - 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 iD8DBQFDAa6KQEQyPsWM8csRAoqLAJwM1sT92VljdscVYBuSbo0eZGZBkwCgnBTu rcqNudLCzjeAdeJ2oeT3e4c= =h7iG -----END PGP SIGNATURE----- From bugzilla at redhat.com Tue Aug 16 09:16:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 05:16:59 -0400 Subject: [Bug 166046] New: Review Request: libAfterImage - A generic image manipulation library Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166046 Summary: Review Request: libAfterImage - A generic image manipulation library Product: Fedora Extras Version: devel Platform: All URL: http://www.afterstep.org/afterimage/index.php OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/libAfterImage.spec SRPM Name or Url: http://fedora.lowlatency.de/review/libAfterImage-1.07-1.src.rpm Description: libAfterImage is a generic image manipulation library. It was initially implemented to address AfterStep Window Manager's needs for image handling, but it evolved into extremely powerfull and flexible software, suitable for virtually any project that has needs for loading, manipulating, displaying images, as well as writing images in files. Most of the popular image formats are supported using standard libraries, with XCF, XPM, PPM/PNM, BMP, ICO, TGA and GIF being supported internally. PNG, JPEG and TIFF formats are supported via standard libraries. Powerfull text rendering capabilities included, providing support for TrueType fonts using FreeType library, and antialiasing of standard fonts from X window system. As the new aterm version makes use of this lib I would like to see it included asap. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 09:17:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 05:17:15 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508160917.j7G9HFQ2030746@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166046 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Tue Aug 16 09:24:36 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 16 Aug 2005 11:24:36 +0200 Subject: libpqxx build error on devel In-Reply-To: <4301AE8B.1040301@lowlatency.de> References: <4301AE8B.1040301@lowlatency.de> Message-ID: <1124184277.4262.159.camel@mccallum.corsepiu.local> On Tue, 2005-08-16 at 11:14 +0200, Andreas Bierfert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I get the following build error on i386 devel for libpqxx and I'm wondering > where this comes from. It's libpgxx's configure script - This configure script tries to play tricks with compiler flags and proprietary functions, but fails miserably. > I cannot check here because I currently don't have a > running rawhide box sitting around. > > checking for strerror_r... configure: error: > No definition of strerror_r, the thread-safe version of strerror(), was found in > your header. Consider building a non-threadsafe version of libpqxx > using the configure script's --disable-thread-safety option. See ca. line 354 in configure.ac. Ralf From joost at cnoc.nl Tue Aug 16 11:19:32 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Tue, 16 Aug 2005 13:19:32 +0200 Subject: Request to edit CVSSyncNeeded Message-ID: <1124191172.24711.4.camel@joost> Hi, maybe someone would be so kind to give me the possibility to edit the CVSSyncNeeded wiki-page? My wiki-user name is JoostVanDerSluis. -- Met vriendelijke groeten, Joost van der Sluis CNOC Informatiesystemen en Netwerken http://www.cnoc.nl -------------- 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 Tue Aug 16 11:40:02 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 16 Aug 2005 12:40:02 +0100 Subject: Request to edit CVSSyncNeeded In-Reply-To: <1124191172.24711.4.camel@joost> References: <1124191172.24711.4.camel@joost> Message-ID: <4301D092.6000402@city-fan.org> Joost van der Sluis wrote: > Hi, > > maybe someone would be so kind to give me the possibility to edit the > CVSSyncNeeded wiki-page? My wiki-user name is JoostVanDerSluis. You can now edit the Wiki. Paul. From bugzilla at redhat.com Tue Aug 16 11:41:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 07:41:34 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508161141.j7GBfYxH014870@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-16 07:41 EST ------- Patrice, As there is a "stand-alone" patch (pam_ssh-1.91-getpwnam.patch), you can now just use the session phase for your remote ssh login. It was impossible with the current upstream version, because it does not allow to use the session phase separately from the auth phase. (Typically., SSH keys are used for remote ssh login authentication, not pam auth). Now you can just use /etc/pam.d/sshd as: #%PAM-1.0 auth required pam_stack.so service=system-auth auth required pam_nologin.so account required pam_stack.so service=system-auth password required pam_stack.so service=system-auth session required pam_stack.so service=system-auth session optional pam_ssh.so (Make sure sshd`s option "UsePrivilegeSeparation" is set to "no", IMHO). As you see, there is no more necessity to "cat /var/run/pam_ssh/" by the unprivileged user. Does this way satisfy you? Is there any other practical cases where the files should be user-readable? If not, let`s keep the present restrictive variant. If somebody will complain, we shall change it at the next updating. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 12:15:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 08:15:42 -0400 Subject: [Bug 165952] Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508161215.j7GCFg55019886@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 ------- Additional Comments From pertusus at free.fr 2005-08-16 08:15 EST ------- The freq.h is indeed an internal header and libfreq.a also shouldn't be shipped. I made a new package that don't ship them anymore. I also added mkinstalldirs to have it build in mock. And I also added some doc and fixed the old freq example to have an example of use of GetFile. I fixed the shared libs issues and split the package in devel and non devel. Here is the rpm changelog entry: - don't ship freq.h or libfreq.a, it is an example - add a simpler definition of SimpleGetFile in freq - ship the example dirs and the doc - use and ship mkinstalldirs to create the dirs instead of mkdirhier - handle correctly shared libraries The new package is at http://www.environnement.ens.fr/docs/fc-srpms/libsx-2.05-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Aug 16 12:54:34 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 16 Aug 2005 14:54:34 +0200 Subject: Package built but not available? Message-ID: <20050816145434.3e7a4d39@python2> Hi, I've just rebuilt i8kutils for FC-4 and devel, but when I go here : http://buildsys.fedoraproject.org/logs//4/41-i8kutils-1.25-4.fc4/i386/ I only see the source rpm and the logs, there is no i386 package in the i386/ directory as I would have expected (as it used to be). Has something changed? I see one "unusual" thing about this package : it's exclusivearch i386, could that be the cause? Just wondering... Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.64 1.53 1.32 From bugzilla at redhat.com Tue Aug 16 13:02:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 09:02:20 -0400 Subject: [Bug 166054] New: Review Request: Addition of gtkmathview to Extras Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 Summary: Review Request: Addition of gtkmathview to Extras Product: Fedora Extras Version: devel Platform: All URL: http://www.abisource.com/~uwog/gtkmathview/gtkmathview- 0.7.3-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: j.m.maurer at student.utwente.nl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.abisource.com/~uwog/gtkmathview/gtkmathview.spec SRPM Name or Url: http://www.abisource.com/~uwog/gtkmathview/gtkmathview-0.7.3-1.src.rpm Description: gtkmathview is a MathML rendering library (the "gtk" in its name is kinda outdated, and is does not strictly depend on gtk anymore; gtk is just one of its backends). This will be a dependency for AbiWord 2.4, which will use it to render equations. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 13:02:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 09:02:41 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508161302.j7GD2fLS025032@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 j.m.maurer at student.utwente.nl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166054 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Tue Aug 16 13:03:16 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 16 Aug 2005 15:03:16 +0200 Subject: ppc buildserver unstable? In-Reply-To: <20050816082259.2b8b6654.bugs.michael@gmx.net> References: <20050815224020.52d09c29.bugs.michael@gmx.net> <20050816082259.2b8b6654.bugs.michael@gmx.net> Message-ID: <20050816150316.789fa67d.bugs.michael@gmx.net> As another debug-build, running the %check section 50 times, i386 and x86_64 pass fine, whereas ppc fails a few times: http://buildsys.fedoraproject.org/logs//development/31-abicheck-1.2-8/ppc/build.log For those interested, look out for "NO_BINDINGS" (should read "OK" instead) and the lines where the egrep doesn't match anything. On that ppc machine, abicheck doesn't like something. Hope my next build attempt will give some good data. From bugzilla at redhat.com Tue Aug 16 13:15:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 09:15:27 -0400 Subject: [Bug 165615] Review Request: perl-Text-Template - Expand template text with embedded Perl In-Reply-To: Message-ID: <200508161315.j7GDFRk5026439@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Template - Expand template text with embedded Perl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165615 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-16 09:15 EST ------- Review: - rpmlint clean - naming of package and spec is fine - meets packaging guidelines - license is same as perl, text included in package - spec file written in English and is legible - sources match upstream - builds ok on FC4 and in mock for devel - no locale data, libraries, pkgconfig, subpackages etc. to worry about - not relocatable - no directory ownership issues - no duplicate files - permissions OK - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime Needswork: BuildRequires: perl >= 1:5.6.1 perl is listed as being part of the minimal build environment in the packaging guidelines, so this BR appears to be redundant. The explicit version requirement doesn't seem to comes from the module itself. Nitpick: " || :" after %check isn't really needed for an Extras package, unless you're aiming for backwards specfile compatibility with legacy distros. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Tue Aug 16 13:18:42 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 16 Aug 2005 15:18:42 +0200 Subject: [CULPRIT FOUND] Re: ppc buildserver unstable? In-Reply-To: <20050816150316.789fa67d.bugs.michael@gmx.net> References: <20050815224020.52d09c29.bugs.michael@gmx.net> <20050816082259.2b8b6654.bugs.michael@gmx.net> <20050816150316.789fa67d.bugs.michael@gmx.net> Message-ID: <20050816151842.0bddf5ab.bugs.michael@gmx.net> On Tue, 16 Aug 2005 15:03:16 +0200, Michael Schwendt wrote: > As another debug-build, running the %check section 50 times, i386 and > x86_64 pass fine, whereas ppc fails a few times: > > http://buildsys.fedoraproject.org/logs//development/31-abicheck-1.2-8/ppc/build.log > > For those interested, look out for "NO_BINDINGS" (should read "OK" > instead) and the lines where the egrep doesn't match anything. On that ppc > machine, abicheck doesn't like something. Hope my next build attempt > will give some good data. http://buildsys.fedoraproject.org/logs//development/10-abicheck-1.2-8/ppc/ Output of "ldd" on ppc is broken in that linefeeds are missing and two separate lines are pasted into eachother like this: 5164: binding file /lib/libc.so.6 [0] to /lib/libc.so.6 [0]: normal symbol `__morecore' 5163: binding file /lib/libc.so.6 [0] to /lib/libc.so.6 [0]: normal symbol `svc_max_pollfd' [GLIBC_2.2] [GLIBC_2.0] From jeff at ocjtech.us Tue Aug 16 13:21:04 2005 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Tue, 16 Aug 2005 08:21:04 -0500 Subject: [Bug 165964] Review Request: intuitively. Automatic IP detection utility In-Reply-To: <20050816070431.GA2459@free.fr> References: <200508151535.j7FFZqoS032736@www.beta.redhat.com> <1124120974.4262.81.camel@mccallum.corsepiu.local> <20050815183214.GA3516@free.fr> <1124155077.2879.4.camel@lt16586.campus.dmacc.edu> <20050816070431.GA2459@free.fr> Message-ID: <1124198464.2921.11.camel@lt16586.campus.dmacc.edu> On Tue, 2005-08-16 at 09:04 +0200, Patrice Dumas wrote: > > NetworkManager > > Are you sure it has the same features? intuitively is a tiny app that sends > arp packets to discover the network. Are you sure it is similar with > NetworkManager? No, it is not precisely the same thing - NetworkManager does not rely on ARP packets to discover the IP address. Instead it monitors the state of your network connections (using DBUS/HAL) and uses DHCP to update the IP address. It also goes further by controlling wireless interfaces (including WEP keys) and VPN connections. People are also working on WPA and dialup support. NetworkManager is like Intuitively in that it is trying to keep a laptop or other mobile device connected to the network. 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 alex at dalloz.de Tue Aug 16 13:25:05 2005 From: alex at dalloz.de (Alexander Dalloz) Date: Tue, 16 Aug 2005 15:25:05 +0200 Subject: NOT APPROVED: keychain In-Reply-To: <1123242981.23575.49.camel@localhost.localdomain> References: <1123234721.23575.21.camel@localhost.localdomain> <1123242981.23575.49.camel@localhost.localdomain> Message-ID: <1124198705.7774.92.camel@serendipity.dogma.lan> Am Fr, den 05.08.2005 schrieb Ville Skytt? um 13:56: > I noticed a problem with the opt-in mechanism in the keychain package. > When a user who has done the opt-in and has such a ssh-agent running > runs "sudo -s", a new keychain/ssh-agent appears to be executed as root, > but using the original user's keys. This does not happen if I use the > old way of stuffing the commands from the man page to ~/.bash_profile. > Plain "su" or "su -" seem to behave as expected, no matter if the > ~/.keychainrc or ~/.bash_profile way is being used. Ville, sorry to reply that late - I am actually very busy. The thing with "sudo -s" is that while the user becomes root he (mainly) keeps his environment settings, here in specific the $HOME. So my proposal is following: a) keychain.sh USERID=`id -un` USERHOME=`getent passwd "$USERID" | cut -d: -f6` if [ $HOME == "$USERHOME" -a -f $HOME/.keychainrc ]; then . $HOME/.keychainrc (further script content follows) b) keychain.csh set USERID = `id -un` set USERHOME = `getent passwd "$USERID" | cut -d: -f6` if ($HOME == $USERHOME && -f $HOME/.keychainrc) then eval `grep -v '^[:blank:]*#' $HOME/.keychainrc | \ sed 's|\([^=]*\)=\([^=]*\)|set \1 = \2|g' | sed 's|$|;|'` (further script content follows) The change I suggest is to test whether the current $HOME variable is identical to what `getent' gives back as homedir setting for the current UID the opt-in script runs for. I am a bit unsure whether we can catch all possible configurations (what about users stored in LDAP?) - but in doubt the opt-in script will simply not run. Alexander -- 1024D/866ED681 2005-07-11 Alexander Dalloz (Fedora Project) Key fingerprint = CD40 0A91 7814 C1E4 5940 8E0E 1FD5 C316 866E D681 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From joost at cnoc.nl Tue Aug 16 13:36:38 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Tue, 16 Aug 2005 15:36:38 +0200 Subject: ppc buildserver problem Message-ID: <1124199398.24711.15.camel@joost> Hi all, the ppc buildsystem fails in compiling fpc. The pre-compiled binary gives a segfault. I asked someone on IRC to try to build the fpc-rpm on a old ppc, and there it works. (He used Debian Unstable, though) Can someone give me some more information about what kind of powerpc the buildsystem has? Could it be that, using gcc4, the binary-format changed somehow, or that one or more syscalls are deprecated? The log file is here: http://buildsys.fedoraproject.org/logs//development/7-fpc-2.0.0-1/ppc/build.log regards, Joost. From bugzilla at redhat.com Tue Aug 16 14:01:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 10:01:28 -0400 Subject: [Bug 165955] Review Request: grads Grid Analysis and Display System In-Reply-To: Message-ID: <200508161401.j7GE1Sn9002169@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grads Grid Analysis and Display System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165955 ------- Additional Comments From pertusus at free.fr 2005-08-16 10:01 EST ------- I can't test a build on 64 bits so I can't help otherwise I would have tried to help to build on 64 bits. opendap is optionnal for grads, although it would be better to have it enabled. I know some people that use grads as their dods client. I have reposted a grads without opendap support and other changes, especially those needed to build with the updated libsx. http://www.environnement.ens.fr/docs/fc-srpms/grads-1.9b4-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Tue Aug 16 14:23:25 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 16 Aug 2005 16:23:25 +0200 Subject: [Bug 165615] Review Request: perl-Text-Template - Expand template text with embedded Perl In-Reply-To: <200508161315.j7GDFRk5026439@www.beta.redhat.com> References: <200508161315.j7GDFRk5026439@www.beta.redhat.com> Message-ID: <1124202205.4262.243.camel@mccallum.corsepiu.local> On Tue, 2005-08-16 at 09:15 -0400, bugzilla at redhat.com wrote: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165615 > > ------- Additional Comments From paul at city-fan.org 2005-08-16 09:15 EST ------- > Nitpick: > > " || :" after %check isn't really needed for an Extras package, unless you're > aiming for backwards specfile compatibility with legacy distros. Didn't we have a thread recently which identified this to be a RH-6.0 or similar compatibility issue? Ralf From bugzilla at redhat.com Tue Aug 16 14:23:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 10:23:42 -0400 Subject: [Bug 166059] New: Review Request: perl-Class-Container Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166059 Summary: Review Request: perl-Class-Container Product: Fedora Extras Version: devel Platform: All URL: http://ftp.kspei.com/pub/steve/rpms/perl-Class- Container-0.12-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: steve at silug.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-Class-Container/perl-Class-Container.spec SRPM Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-Class-Container-0.12-1.src.rpm Description: This class facilitates building frameworks of several classes that inter-operate. It was first designed and built for "HTML::Mason", in which the Compiler, Lexer, Interpreter, Resolver, Component, Buffer, and several other objects must create each other transparently, passing the appropriate parameters to the right class, possibly substituting other subclasses for any of these objects. The main features of "Class::Container" are: * Explicit declaration of containment relationships (aggregation, factory creation, etc.) * Declaration of constructor parameters accepted by each member in a class framework * Transparent passing of constructor parameters to the class that needs them * Ability to create one (automatic) or many (manual) contained objects automatically and transparently -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 14:23:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 10:23:55 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508161423.j7GENtLh006852@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 steve at silug.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166059 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Tue Aug 16 14:29:05 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 16 Aug 2005 10:29:05 -0400 Subject: Extra wireless support. In-Reply-To: <001001c5a238$0f6ae860$6a00a8c0@zachary> References: <001001c5a238$0f6ae860$6a00a8c0@zachary> Message-ID: <1124202545.19778.5.camel@dcbw.boston.redhat.com> On Tue, 2005-08-16 at 17:26 +0930, Zachary Mitchell, BCIS wrote: > I am not sure which email message list, and hence which people I > should send this message to, but I would like additional wireless > support (an up-to-date driver) included as part of the next release of > Fedora core. The policy of Fedora Core is to stay as close to the upstream, "official" kernel sources as possible (with the exception of stuff like SELinux). Therefore, unless the driver for your card is included in the upstream kernel sources, it is highly unlikely that the driver will be in Fedora Core. > I have an example of one driver I would love to see included. Ithe > DLink dwl-520 rev.b card. This uses the linux-wlan-ng driver (or at least, the link from dlink points there). I would urge you to push the upstream driver authors for linux-wlan-ng to submit their driver to the Linux kernel maintainers (probably Jeff Garzik and the netdev mailing list) for inclusion into the Linux kernel. When the kernel gets it, Fedora Core will get it. > There is a Linux driver available here, but installing it requires > re-compilation of the kernel. If a driver really requires the kernel source code to compile, it either needs to fix itself, since its wrong, or it needs to submit the required changes upstream to the Linux kernel maintainers. Most sane wireless drivers (acx100, madwifi, ipw, etc) only require the "kernel-devel" package, which has the needed headers. If you actually need the kernel source, the driver most likely needs to get (a) fixed or (b) upstream. Dan From dcbw at redhat.com Tue Aug 16 14:31:48 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 16 Aug 2005 10:31:48 -0400 Subject: Package built but not available? In-Reply-To: <20050816145434.3e7a4d39@python2> References: <20050816145434.3e7a4d39@python2> Message-ID: <1124202708.19778.8.camel@dcbw.boston.redhat.com> On Tue, 2005-08-16 at 14:54 +0200, Matthias Saou wrote: > Hi, > > I've just rebuilt i8kutils for FC-4 and devel, but when I go here : > > http://buildsys.fedoraproject.org/logs//4/41-i8kutils-1.25-4.fc4/i386/ > > I only see the source rpm and the logs, there is no i386 package in the > i386/ directory as I would have expected (as it used to be). Has something > changed? I see one "unusual" thing about this package : it's exclusivearch > i386, could that be the cause? Just wondering... The build system moves the packages from the temporary build directories (which you link to above) into the build system repository. It then deletes the stuff in the temporary build directories. Otherwise, we have 4 or 5 copies of something like OpenOffice.org around :) Eventually, the stuff gets pushed live, which I believe Seth is still working on. In the mean time, we can probably expose the build system repository so you can take a look at your packages. Dan From paul at city-fan.org Tue Aug 16 14:35:34 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 16 Aug 2005 15:35:34 +0100 Subject: [Bug 165615] Review Request: perl-Text-Template - Expand template text with embedded Perl In-Reply-To: <1124202205.4262.243.camel@mccallum.corsepiu.local> References: <200508161315.j7GDFRk5026439@www.beta.redhat.com> <1124202205.4262.243.camel@mccallum.corsepiu.local> Message-ID: <4301F9B6.4030102@city-fan.org> Ralf Corsepius wrote: > On Tue, 2005-08-16 at 09:15 -0400, bugzilla at redhat.com wrote: > > >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165615 > > >>------- Additional Comments From paul at city-fan.org 2005-08-16 09:15 EST ------- > > >>Nitpick: >> >> " || :" after %check isn't really needed for an Extras package, unless you're >>aiming for backwards specfile compatibility with legacy distros. > > > Didn't we have a thread recently which identified this to be a RH-6.0 or > similar compatibility issue? Yes: https://www.redhat.com/archives/fedora-extras-list/2005-July/msg00109.html Paul. From dcbw at redhat.com Tue Aug 16 14:39:56 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 16 Aug 2005 10:39:56 -0400 Subject: ppc buildserver problem In-Reply-To: <1124199398.24711.15.camel@joost> References: <1124199398.24711.15.camel@joost> Message-ID: <1124203196.19778.14.camel@dcbw.boston.redhat.com> On Tue, 2005-08-16 at 15:36 +0200, Joost van der Sluis wrote: > Hi all, > > the ppc buildsystem fails in compiling fpc. The pre-compiled binary > gives a segfault. I asked someone on IRC to try to build the fpc-rpm on > a old ppc, and there it works. (He used Debian Unstable, though) > > Can someone give me some more information about what kind of powerpc the > buildsystem has? Not a PowerPC at all :) It's got a couple of these: cpu : POWER5 (gr) clock : 1655.992000MHz If you've got altivec or something like that compiled in, you're hosed. What's using a precompiled binary anyway? That seems wrong, for the exact reasons this job failed. In any case, this is an interesting topic, since the build machines, while blazingly fast, don't support Altivec, which most Fedora PPC users have. I'm not sure how to even differentiate between those jobs needing Altivec (so they might go to a capable machine) and those jobs not requiring it (so they could go to the POWER5). Dan From bugzilla at redhat.com Tue Aug 16 14:40:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 10:40:28 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508161440.j7GEeSB6009359@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-16 10:40 EST ------- This additionnal feature is indeed very suitable for the use I have of pam_ssh. However this force the sysadmin to use pam_ssh for every authentification channel. I still think that the user should be able to see the content of that file. The change should be documented anyway, in the man page. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 14:41:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 10:41:05 -0400 Subject: [Bug 166063] New: Review Request: perl-HTML-Mason Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 Summary: Review Request: perl-HTML-Mason Product: Fedora Extras Version: devel Platform: All URL: http://ftp.kspei.com/pub/steve/rpms/perl-HTML-Mason- 1.30-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: steve at silug.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-HTML-Mason/perl-HTML-Mason.spec SRPM Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-HTML-Mason-1.30-1.src.rpm Description: Mason is a powerful Perl-based web site development and delivery engine. With Mason you can embed Perl code in your HTML and construct pages from shared, reusable components. Mason solves the common problems of site development: caching, debugging, templating, maintaining development and production sites, and more. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 14:41:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 10:41:22 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508161441.j7GEfMCx009572@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 steve at silug.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166063 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From joost at cnoc.nl Tue Aug 16 14:39:44 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Tue, 16 Aug 2005 16:39:44 +0200 Subject: ppc buildserver problem In-Reply-To: <1124199398.24711.15.camel@joost> References: <1124199398.24711.15.camel@joost> Message-ID: <1124203184.24711.25.camel@joost> > the ppc buildsystem fails in compiling fpc. The pre-compiled binary > gives a segfault. I asked someone on IRC to try to build the fpc-rpm on > a old ppc, and there it works. (He used Debian Unstable, though) > > Can someone give me some more information about what kind of powerpc the > buildsystem has? I asked it to the other fpc-developers, and one of them told me this: >The reason is probably that the machine you are building on is a G5. >For some reason, the Linux kernel people do not turn on a >compatibility bit in the G5 which guarantees the same behaviour for >the dcbz instruction as on other PPC's (it's meaning is "fill a cache >line with zeroes", but cache lines on G5's are 128 bytes as opposed >to 32 bytes on other ppc's and many programs, including the FPC rtl, >count on that -- which is the reason why this compatibility bit >exists and why the G5 also has a dcbzl instruction which zeroes out a >full 128 bytes in all cases). Is it indeed a G5? Then this problem has to be solved upstream. In the meantime I think fpc can't be available on powerpc. How do I do that? Use the excludearc-option? I saw somewhere that I then also need to make a bugzilla-item for it? -- Met vriendelijke groeten, Joost van der Sluis CNOC Informatiesystemen en Netwerken http://www.cnoc.nl From bugzilla at redhat.com Tue Aug 16 14:44:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 10:44:43 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508161444.j7GEih8U010193@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 ------- Additional Comments From orion at cora.nwra.com 2005-08-16 10:44 EST ------- I would recommend the following spec layout: %build export CFLAGS="$RPM_OPT_FLAGS" sed -i -e 's|-Wpointer-arith|-Wpointer-arith -falign-functions=4|' \ src/makemake.in ./configure --prefix=%{_prefix} --fsstnd=redhat --with-dynamic-ffi \ --with-dynamic-modules --with-module=regexp --with-module=pcre \ --with-module=clx/new-clx --with-module=syscalls --with-module=wildcard \ --with-module=bindings/glibc --with-readline --build %install rm -rf ${RPM_BUILD_ROOT} %makeinstall -C src rm ${RPM_BUILD_ROOT}/%{_docdir}/doc/clisp.* %find_lang %{name} %find_lang %{name}low cat %{name}low.lang >> %{name}.lang %files -f %{name}.lang %defattr(-,root,root,-) %{_bindir}/clisp %{_libdir}/clisp %{_mandir}/man1/* %{_docdir}/clisp-%{version}/ The export CFLAGS doesn't work quite as well as it should (doesn't end up on every gcc line). perl -> sed avoids a BuildRequires: perl no point in having a define for configure options %makeinstall macro does what you need. No need to do the funky %doc moves. Use %find_lang instead of listing the locale files. TODO: # rpmlint clisp W: clisp incoherent-version-in-changelog 2.33.2-2 2.33.2-3 W: clisp devel-file-in-non-devel-package /usr/lib/clisp/base/libnoreadline.a W: clisp devel-file-in-non-devel-package /usr/lib/clisp/base/libavcall.a W: clisp devel-file-in-non-devel-package /usr/lib/clisp/linkkit/clisp.h W: clisp devel-file-in-non-devel-package /usr/lib/clisp/linkkit/modules.c W: clisp devel-file-in-non-devel-package /usr/lib/clisp/full/libavcall.a W: clisp devel-file-in-non-devel-package /usr/lib/clisp/base/modules.h W: clisp devel-file-in-non-devel-package /usr/lib/clisp/full/libcallback.a W: clisp devel-file-in-non-devel-package /usr/lib/clisp/full/lisp.a W: clisp devel-file-in-non-devel-package /usr/lib/clisp/base/libcharset.a W: clisp devel-file-in-non-devel-package /usr/lib/clisp/full/modules.h W: clisp devel-file-in-non-devel-package /usr/lib/clisp/base/libcallback.a W: clisp devel-file-in-non-devel-package /usr/lib/clisp/base/lisp.a E: clisp non-executable-script /usr/lib/clisp/clisp-link 0644 W: clisp devel-file-in-non-devel-package /usr/lib/clisp/full/libnoreadline.a W: clisp devel-file-in-non-devel-package /usr/lib/clisp/full/libcharset.a I would either put %{_libdir}/clisp into a -devel package or just not ship it at all. Also looks like we need a chmod +x ${RPM_BUILD_ROOT}%{_libdir}/clisp/clisp-link in %install. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ivazquez at ivazquez.net Tue Aug 16 14:55:16 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 16 Aug 2005 10:55:16 -0400 Subject: ppc buildserver problem In-Reply-To: <1124203196.19778.14.camel@dcbw.boston.redhat.com> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> Message-ID: <1124204116.4453.10.camel@ignacio.lan> On Tue, 2005-08-16 at 10:39 -0400, Dan Williams wrote: > What's using a precompiled binary anyway? That seems wrong, for the > exact reasons this job failed. It's a Pascal compiler, and it's written in Pascal. Chicken-and-egg. -- 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 dcbw at redhat.com Tue Aug 16 14:57:12 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 16 Aug 2005 10:57:12 -0400 Subject: ppc buildserver problem In-Reply-To: <1124204116.4453.10.camel@ignacio.lan> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> <1124204116.4453.10.camel@ignacio.lan> Message-ID: <1124204232.19778.18.camel@dcbw.boston.redhat.com> On Tue, 2005-08-16 at 10:55 -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-08-16 at 10:39 -0400, Dan Williams wrote: > > What's using a precompiled binary anyway? That seems wrong, for the > > exact reasons this job failed. > > It's a Pascal compiler, and it's written in Pascal. Chicken-and-egg. Cute. Ok, that's a valid reason, now how do we fix it... Dan From bugzilla at redhat.com Tue Aug 16 14:59:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 10:59:06 -0400 Subject: [Bug 166065] New: Review Request: perl-Exception-Class Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166065 Summary: Review Request: perl-Exception-Class Product: Fedora Extras Version: devel Platform: All URL: http://ftp.kspei.com/pub/steve/rpms/perl-Exception- Class-1.21-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: steve at silug.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-Exception-Class/perl-Exception-Class.spec SRPM Name or Url: http://ftp.kspei.com/pub/steve/rpms/perl-Exception-Class-1.21-1.src.rpm Description: This module allows you to declare hierarchies of exception classes for use in your code. It also provides a simple exception class that it uses as the default base class for all other exceptions. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 14:59:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 10:59:21 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508161459.j7GExL6J013866@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 steve at silug.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166065 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 15:01:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 11:01:06 -0400 Subject: [Bug 166059] Review Request: perl-Class-Container In-Reply-To: Message-ID: <200508161501.j7GF16ks014297@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-Container https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166059 ------- Additional Comments From rc040203 at freenet.de 2005-08-16 11:00 EST ------- Package looks fine, source match cpan, ... Some minor nits: - The LD_RUN_PATH "sed" isn't necessary. - %check ||: - Explicitly setting perl_vendorlib isn't necessary since FC3 I'd approve the package with the patch from the attachment applied. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From joost at cnoc.nl Tue Aug 16 14:58:22 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Tue, 16 Aug 2005 16:58:22 +0200 Subject: ppc buildserver problem In-Reply-To: <1124203196.19778.14.camel@dcbw.boston.redhat.com> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> Message-ID: <1124204302.24711.35.camel@joost> > > the ppc buildsystem fails in compiling fpc. The pre-compiled binary > > gives a segfault. I asked someone on IRC to try to build the fpc-rpm on > > a old ppc, and there it works. (He used Debian Unstable, though) > > > > Can someone give me some more information about what kind of powerpc the > > buildsystem has? > > Not a PowerPC at all :) It's got a couple of these: > > cpu : POWER5 (gr) > clock : 1655.992000MHz > If you've got altivec or something like that compiled in, you're hosed. > What's using a precompiled binary anyway? That seems wrong, for the > exact reasons this job failed. fpc is a compiler. It has to be build (bootstrapped) by itself, or an older version of itself. So the first time it needs a 'seed' to get it into the buildsystem. That's why there is a binary. But according to some other fpc-developers fpc doesn't run on a Power5 machine. Not only for the lack of Altivec (VMX) but also for some other things. (you also can't compile a version which does) And the changes that we'll be able to fix that are very slim, since those machines aren't cheap... > In any case, this is an interesting topic, since the build machines, > while blazingly fast, don't support Altivec, which most Fedora PPC users > have. I'm not sure how to even differentiate between those jobs needing > Altivec (so they might go to a capable machine) and those jobs not > requiring it (so they could go to the POWER5). Well, fpc _does_ run on powerpc, but not on power. How should I handle this? Regards, Joost. From dcbw at redhat.com Tue Aug 16 15:05:28 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 16 Aug 2005 11:05:28 -0400 Subject: ppc buildserver problem In-Reply-To: <1124204302.24711.35.camel@joost> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> <1124204302.24711.35.camel@joost> Message-ID: <1124204728.19778.20.camel@dcbw.boston.redhat.com> On Tue, 2005-08-16 at 16:58 +0200, Joost van der Sluis wrote: > > > the ppc buildsystem fails in compiling fpc. The pre-compiled binary > > > gives a segfault. I asked someone on IRC to try to build the fpc-rpm on > > > a old ppc, and there it works. (He used Debian Unstable, though) > > > > > > Can someone give me some more information about what kind of powerpc the > > > buildsystem has? > > > > Not a PowerPC at all :) It's got a couple of these: > > > > cpu : POWER5 (gr) > > clock : 1655.992000MHz > > > If you've got altivec or something like that compiled in, you're hosed. > > What's using a precompiled binary anyway? That seems wrong, for the > > exact reasons this job failed. > > fpc is a compiler. It has to be build (bootstrapped) by itself, or an > older version of itself. So the first time it needs a 'seed' to get it > into the buildsystem. That's why there is a binary. > > But according to some other fpc-developers fpc doesn't run on a Power5 > machine. Not only for the lack of Altivec (VMX) but also for some other > things. (you also can't compile a version which does) > > And the changes that we'll be able to fix that are very slim, since > those machines aren't cheap... > > > In any case, this is an interesting topic, since the build machines, > > while blazingly fast, don't support Altivec, which most Fedora PPC users > > have. I'm not sure how to even differentiate between those jobs needing > > Altivec (so they might go to a capable machine) and those jobs not > > requiring it (so they could go to the POWER5). > > Well, fpc _does_ run on powerpc, but not on power. How should I handle > this? Not sure. There is _no_ chance that the upstream devs could fix what's wrong on POWER, or at least work around it? Does it actually require Altivec, or is it the stuff like cache line instructions that are missing? Dan From dcbw at redhat.com Tue Aug 16 15:09:09 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 16 Aug 2005 11:09:09 -0400 Subject: ppc buildserver problem In-Reply-To: <1124204302.24711.35.camel@joost> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> <1124204302.24711.35.camel@joost> Message-ID: <1124204949.19778.23.camel@dcbw.boston.redhat.com> On Tue, 2005-08-16 at 16:58 +0200, Joost van der Sluis wrote: > > > the ppc buildsystem fails in compiling fpc. The pre-compiled binary > > > gives a segfault. I asked someone on IRC to try to build the fpc-rpm on > > > a old ppc, and there it works. (He used Debian Unstable, though) > > > > > > Can someone give me some more information about what kind of powerpc the > > > buildsystem has? > > > > Not a PowerPC at all :) It's got a couple of these: > > > > cpu : POWER5 (gr) > > clock : 1655.992000MHz > > > If you've got altivec or something like that compiled in, you're hosed. > > What's using a precompiled binary anyway? That seems wrong, for the > > exact reasons this job failed. > > fpc is a compiler. It has to be build (bootstrapped) by itself, or an > older version of itself. So the first time it needs a 'seed' to get it > into the buildsystem. That's why there is a binary. > > But according to some other fpc-developers fpc doesn't run on a Power5 > machine. Not only for the lack of Altivec (VMX) but also for some other > things. (you also can't compile a version which does) > > And the changes that we'll be able to fix that are very slim, since > those machines aren't cheap... > > > In any case, this is an interesting topic, since the build machines, > > while blazingly fast, don't support Altivec, which most Fedora PPC users > > have. I'm not sure how to even differentiate between those jobs needing > > Altivec (so they might go to a capable machine) and those jobs not > > requiring it (so they could go to the POWER5). > > Well, fpc _does_ run on powerpc, but not on power. How should I handle > this? Note that there are accessible POWER machines around, namely two that were used for the Linux on POWER challenge this summer. One is in Portland, OR and another is in Germany. You can email the admins to get accounts on either, so maybe upstream could look into that? The other option is to get Seth to add his (really really slow) G4 back into the mix and we figure out some way to tie certain packages to the G4. Seth? Dan From bugzilla at redhat.com Tue Aug 16 15:18:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 11:18:23 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508161518.j7GFINJK018566@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-16 11:18 EST ------- OK. There is no any information leaks if we made "r--r--r--" permissons. Typical contents of such files is: SSH_AUTH_SOCK=/tmp/ssh-nRQKz11544/agent.11544; export SSH_AUTH_SOCK; SSH_AGENT_PID=11545; export SSH_AGENT_PID; echo Agent pid 11545; Agent pid can be always found by anyone using "ps" command, auth sock can be found by "ls -l /tmp", etc. I have not found files under /var/run which would not belong to root (or other special account), therefore I don`t want to make these files owned by a user. What do you mean "documented anyway in the man page" ? There is no mention in pam_ssh.8 about ~/.ssh/agent-* files, therefore nothing to change... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 15:29:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 11:29:23 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508161529.j7GFTNRA021548@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 ------- Additional Comments From orion at cora.nwra.com 2005-08-16 11:29 EST ------- Just found out why you need to do make install rather than %makeinstall. Still don't need the mkdirs or the funky doc stuff though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 15:32:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 11:32:25 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508161532.j7GFWPM1022351@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-16 11:32 EST ------- Patrice, Get the changed /var/run patch (makes "r--r--r--"): http://dmitry.butskoy.name/pam_ssh/pam_ssh-1.91-var_run.patch -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From qspencer at ieee.org Tue Aug 16 15:50:09 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Tue, 16 Aug 2005 10:50:09 -0500 Subject: spec file question Message-ID: <43020B31.7000601@ieee.org> I'm working on a spec file with a line that looks something like this (borrowed from a Debian package): cc -shared -Wl,-soname= -o tmp/*.o -lm When I run rpmbuild, the line run like this: cc -shared -Wl,-soname= -o 'tmp/*.o' -lm and the result is that the command fails because of the single quotes around 'tmp/*.o'. I suppose I could replace it with `ls tmp/*.o` or something, but I find this odd. Why does RPM insert the quotes, and is there a way to prevent this? -Quentin From ivazquez at ivazquez.net Tue Aug 16 16:04:41 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 16 Aug 2005 12:04:41 -0400 Subject: spec file question In-Reply-To: <43020B31.7000601@ieee.org> References: <43020B31.7000601@ieee.org> Message-ID: <1124208281.4453.23.camel@ignacio.lan> On Tue, 2005-08-16 at 10:50 -0500, Quentin Spencer wrote: > I'm working on a spec file with a line that looks something like this > (borrowed from a Debian package): > cc -shared -Wl,-soname= -o tmp/*.o -lm > > When I run rpmbuild, the line run like this: > cc -shared -Wl,-soname= -o 'tmp/*.o' -lm > > and the result is that the command fails because of the single quotes > around 'tmp/*.o'. I suppose I could replace it with `ls tmp/*.o` or > something, but I find this odd. Why does RPM insert the quotes, and is > there a way to prevent this? Do you have a link to the spec file somewhere? -- 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 bugzilla at redhat.com Tue Aug 16 16:04:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 12:04:46 -0400 Subject: [Bug 166065] Review Request: perl-Exception-Class In-Reply-To: Message-ID: <200508161604.j7GG4kpD030639@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Exception-Class https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166065 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165572 OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-08-16 12:04 EST ------- Package looks fine, source match cpan, ... Some minor nits: - The LD_RUN_PATH "sed" isn't necessary (noarch package!). - %check ||: (Only relevant for ancient RHL) - Explicitly setting perl_vendorlib isn't necessary since FC3 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 16:15:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 12:15:46 -0400 Subject: [Bug 165564] Review Request: perl-File-Find-Rule In-Reply-To: Message-ID: <200508161615.j7GGFkHV000582@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-File-Find-Rule https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165564 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-16 12:15 EST ------- Review: - rpmlint clean - naming of package and spec meets guidelines - package meets guidelines - license same as perl - spec file written in English and is legible - source matches upstream - package builds ok in FC4 and in mock for devel (i386) - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership issues - no duplicate files - permissions are fine - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime Nitpick: - BR: perl not needed - Finding empty .bs files not needed for noarch package These can be addressed post-CVS. I'm happy with this, and will review the BR: perl(Text::Glob) shortly. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 16:33:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 12:33:09 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508161633.j7GGX9pQ004018@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 ------- Additional Comments From gemi at bluewin.ch 2005-08-16 12:32 EST ------- The package for 2.34 should be ready soon, including your changes. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 16:35:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 12:35:01 -0400 Subject: [Bug 165563] Review Request: perl-Text-Glob In-Reply-To: Message-ID: <200508161635.j7GGZ1rx004907@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Glob https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165563 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-16 12:34 EST ------- Review: - rpmlint clean - package and spec naming fine - package meets guidelines - license is same as perl - spec written in English and is legible - source matches upstream - package builds ok in FC4 and in mock for devel (i386) - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership issues - no duplicate files - permissions are fine - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime Nitpick: - BR: perl not needed - Finding empty .bs files not needed for noarch package These can be addressed post-CVS. I'm happy with this. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dwmw2 at infradead.org Tue Aug 16 16:45:13 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 16 Aug 2005 17:45:13 +0100 Subject: ppc buildserver problem In-Reply-To: <1124204232.19778.18.camel@dcbw.boston.redhat.com> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> <1124204116.4453.10.camel@ignacio.lan> <1124204232.19778.18.camel@dcbw.boston.redhat.com> Message-ID: <1124210714.3869.9.camel@localhost.localdomain> On Tue, 2005-08-16 at 10:57 -0400, Dan Williams wrote: > Cute. Ok, that's a valid reason, now how do we fix it... Fix the source to deal with the fact that cache line sizes vary. Rebuild on a G4. Use the resulting binary for future bootstrapping. -- dwmw2 From dwmw2 at infradead.org Tue Aug 16 16:44:32 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 16 Aug 2005 17:44:32 +0100 Subject: ppc buildserver problem In-Reply-To: <1124204728.19778.20.camel@dcbw.boston.redhat.com> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> <1124204302.24711.35.camel@joost> <1124204728.19778.20.camel@dcbw.boston.redhat.com> Message-ID: <1124210673.3869.7.camel@localhost.localdomain> On Tue, 2005-08-16 at 11:05 -0400, Dan Williams wrote: > Not sure. There is _no_ chance that the upstream devs could fix > what's wrong on POWER, or at least work around it? Does it actually > require Altivec, or is it the stuff like cache line instructions that > are missing? It's just a bug in their code. They're making assumptions about cache line size. Should be simple to fix. -- dwmw2 From bugzilla at redhat.com Tue Aug 16 16:48:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 12:48:42 -0400 Subject: [Bug 165361] Review Request: NetHack, a rogue-like single player dungeon exploration game In-Reply-To: Message-ID: <200508161648.j7GGmgCv009823@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NetHack, a rogue-like single player dungeon exploration game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 joost at cnoc.nl changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |joost at cnoc.nl OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From joost at cnoc.nl 2005-08-16 12:48 EST ------- At second thought, maybe it's better to keep /var/games/nethack (without the version number) so that after an update the old save-games aren't lost? But I leave that to your descision. And I can assign the bug to myself now, so it's accepted. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 17:02:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 13:02:43 -0400 Subject: [Bug 165361] Review Request: NetHack, a rogue-like single player dungeon exploration game In-Reply-To: Message-ID: <200508161702.j7GH2hrX012518@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NetHack, a rogue-like single player dungeon exploration game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 ------- Additional Comments From lmacken at redhat.com 2005-08-16 13:02 EST ------- I changed the state directory back to /var/games/nethack. I'll close this bug when the build goes through. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 17:07:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 13:07:33 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508161707.j7GH7X4u013809@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-16 13:07 EST ------- Thanks Dmitry, I am fine with your updated patch. Regarding documentation I know it wasn't documented but I added some documentation nevertheless to show how the fedora package differs from the upstream. The new srpm is here: http://www.environnement.ens.fr/docs/fc-srpms/pam_ssh-1.91-6.src.rpm For me it is ready to publish. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From joost at cnoc.nl Tue Aug 16 17:04:47 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Tue, 16 Aug 2005 19:04:47 +0200 Subject: ppc buildserver problem In-Reply-To: <1124210673.3869.7.camel@localhost.localdomain> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> <1124204302.24711.35.camel@joost> <1124204728.19778.20.camel@dcbw.boston.redhat.com> <1124210673.3869.7.camel@localhost.localdomain> Message-ID: <1124211888.24711.50.camel@joost> On Tue, 2005-08-16 at 17:44 +0100, David Woodhouse wrote: > On Tue, 2005-08-16 at 11:05 -0400, Dan Williams wrote: > > Not sure. There is _no_ chance that the upstream devs could fix > > what's wrong on POWER, or at least work around it? Does it actually > > require Altivec, or is it the stuff like cache line instructions that > > are missing? > > It's just a bug in their code. They're making assumptions about cache > line size. Should be simple to fix. If that's the only problem, yes. But building the ppc-binaries on a non- ppc system stays a little bit odd. But it seems to be that Altivec/vmx isn't used in fpc, so we can give it a try. Further fpc was one of the assignments for the Linux on POWER project. The person who won that contest is willing to help and give his account on those machines to me. I'm not sure if all fpc-developers may log in into that system, since they are the jury for the contest. (which is over, so it shoudn't be a real problem) But the fact is that fpc 2.0.0 will never work on that system. So I must patch it, or wait till 2.0.2 will be released. Maybe it's better to do a excludearch until the problem is solved, and released in a new stable version? Regards, Joost. From fedora at camperquake.de Tue Aug 16 17:28:53 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 16 Aug 2005 19:28:53 +0200 Subject: ppc buildserver problem In-Reply-To: <1124203196.19778.14.camel@dcbw.boston.redhat.com> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> Message-ID: <20050816172852.GA2317@ryoko.camperquake.de> On Tue, Aug 16, 2005 at 10:39:56AM -0400, Dan Williams wrote: > In any case, this is an interesting topic, since the build machines, > while blazingly fast, don't support Altivec, which most Fedora PPC users > have. I'm not sure how to even differentiate between those jobs needing > Altivec (so they might go to a capable machine) and those jobs not > requiring it (so they could go to the POWER5). But the compiler is able to create Altivec code, should the source request it? From katzj at redhat.com Tue Aug 16 17:29:20 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 16 Aug 2005 13:29:20 -0400 Subject: ppc buildserver problem In-Reply-To: <1124203196.19778.14.camel@dcbw.boston.redhat.com> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> Message-ID: <1124213360.3195.25.camel@bree.local.net> On Tue, 2005-08-16 at 10:39 -0400, Dan Williams wrote: > In any case, this is an interesting topic, since the build machines, > while blazingly fast, don't support Altivec, which most Fedora PPC users > have. I'm not sure how to even differentiate between those jobs needing > Altivec (so they might go to a capable machine) and those jobs not > requiring it (so they could go to the POWER5). Altivec shouldn't be needed on the system to compile things for it. You should do run-time handling of Altivec just like you have to do for MMX or SSE, etc Jeremy From gemi at bluewin.ch Tue Aug 16 17:31:58 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Tue, 16 Aug 2005 19:31:58 +0200 Subject: Setup problem for plt-scheme package Message-ID: <1124213519.9511.4.camel@scriabin.tannenrauch.ch> I am the maintainer of the plt-scheme package, and recently noticed a problem with how the package is set up. As part of the rpm building process, after the files have been installed in $RPM_BUILD_ROOT, setup-plt is executed, which compiles the library scheme files. If this is not done, drscheme starts up very slowly. The problem is that the compiled files have dependencies that contain the $RPM_BUILD_ROOT prefix. Thus the installed rpm does not work correctly, as some library files fail to load. A solution is to omit the setup-plt step, and let the user perform it (as root) after installing the package. Or it can be done as part of the post-install script. However the compilation takes quite a long time. What would be the best way? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From bugzilla at redhat.com Tue Aug 16 17:37:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 13:37:48 -0400 Subject: [Bug 165361] Review Request: NetHack, a rogue-like single player dungeon exploration game In-Reply-To: Message-ID: <200508161737.j7GHbmDw018998@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NetHack, a rogue-like single player dungeon exploration game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165361 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From lmacken at redhat.com 2005-08-16 13:37 EST ------- Good to go. Thanks everyone. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From michel.salim at gmail.com Tue Aug 16 17:41:09 2005 From: michel.salim at gmail.com (Michel Salim) Date: Tue, 16 Aug 2005 12:41:09 -0500 Subject: [update] amarok 1.3 - needs sponsor Message-ID: <883cfe6d050816104119395cee@mail.gmail.com> I just updated amarok to the newly-released 1.3 - there's a new output plugin, helix, though it does not seem to work properly yet - can't even play Oggs. Not sure if it should be built by default at this stage. Patch #2, fixing the forward declarations, is no longer needed, and is substituted by a patch to change the defaults for the gst and helix engines (by default gst is using osssink instead of alsasink). I'd need someone to check this in (Michael?), since I was away when Fedora Extras started and don't have CVS access yet. Please review the changes. Thanks, -- Michel Salim ??? http://www.cs.indiana.edu/~msalim -------------- next part -------------- A non-text attachment was scrubbed... Name: amarok.spec Type: application/octet-stream Size: 10349 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: amarok.spec.diff Type: text/x-patch Size: 2249 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: amarok-1.3-engines-cfg.patch Type: text/x-patch Size: 2212 bytes Desc: not available URL: From bugzilla at redhat.com Tue Aug 16 17:48:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 13:48:48 -0400 Subject: [Bug 165265] Review Request: libnjb In-Reply-To: Message-ID: <200508161748.j7GHmmV9021209@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnjb https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165265 ------- Additional Comments From triad at df.lth.se 2005-08-16 13:48 EST ------- OK sorry indeed for all the DNSBL trouble Michael, I had my postmaster remove my account from any blacklist filtering. If I survive the incoming spam flood with just spamassassin and ClamAV I'll keep it this way and hope the mail gets through. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Tue Aug 16 17:58:33 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 16 Aug 2005 13:58:33 -0400 Subject: ppc buildserver problem In-Reply-To: <20050816172852.GA2317@ryoko.camperquake.de> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> <20050816172852.GA2317@ryoko.camperquake.de> Message-ID: <1124215113.22444.2.camel@dcbw.boston.redhat.com> On Tue, 2005-08-16 at 19:28 +0200, Ralf Ertzinger wrote: > On Tue, Aug 16, 2005 at 10:39:56AM -0400, Dan Williams wrote: > > > In any case, this is an interesting topic, since the build machines, > > while blazingly fast, don't support Altivec, which most Fedora PPC users > > have. I'm not sure how to even differentiate between those jobs needing > > Altivec (so they might go to a capable machine) and those jobs not > > requiring it (so they could go to the POWER5). > > But the compiler is able to create Altivec code, should the source > request it? Probably, yes. So building with Altivec is fine as long as the package doesn't try to _use_ the built binaries. Stuff like OpenOffice.org, for example, builds a lot of little tools early in the build process, and uses them later on. That would break here if the package made CFLAGS tell the compiler to generate altivec. Dan From bugzilla at redhat.com Tue Aug 16 18:00:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 14:00:17 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508161800.j7GI0Hxf025124@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 ------- Additional Comments From gemi at bluewin.ch 2005-08-16 14:00 EST ------- Here it is: http://math.ifi.unizh.ch/fedora/spec/clisp.spec http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/clisp-2.34-1.src.rpm I have split it into two: the devel package contains the files needed for linking CLISP. The CFLAGS setting breaks the build, so I removed it. I disabled the dynamic modules, they are not needed and not used. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Tue Aug 16 18:11:19 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 16 Aug 2005 20:11:19 +0200 Subject: [update] amarok 1.3 - needs sponsor In-Reply-To: <883cfe6d050816104119395cee@mail.gmail.com> References: <883cfe6d050816104119395cee@mail.gmail.com> Message-ID: <20050816201119.10e015a3.bugs.michael@gmx.net> On Tue, 16 Aug 2005 12:41:09 -0500, Michel Salim wrote: > I just updated amarok to the newly-released 1.3 - there's a new output > plugin, helix, though it does not seem to work properly yet - can't > even play Oggs. Not sure if it should be built by default at this > stage. > > Patch #2, fixing the forward declarations, is no longer needed, and is > substituted by a patch to change the defaults for the gst and helix > engines (by default gst is using osssink instead of alsasink). > > I'd need someone to check this in (Michael?), since I was away when > Fedora Extras started and don't have CVS access yet. Please review the > changes. Amarok in Extras has a package maintainer (Aurelien Bompard), and I won't touch it for doing an upgrade. From ville.skytta at iki.fi Tue Aug 16 19:31:14 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 16 Aug 2005 22:31:14 +0300 Subject: NOT APPROVED: keychain In-Reply-To: <1124198705.7774.92.camel@serendipity.dogma.lan> References: <1123234721.23575.21.camel@localhost.localdomain> <1123242981.23575.49.camel@localhost.localdomain> <1124198705.7774.92.camel@serendipity.dogma.lan> Message-ID: <1124220674.21490.140.camel@localhost.localdomain> On Tue, 2005-08-16 at 15:25 +0200, Alexander Dalloz wrote: > Am Fr, den 05.08.2005 schrieb Ville Skytt? um 13:56: > > > I noticed a problem with the opt-in mechanism in the keychain package. > > When a user who has done the opt-in and has such a ssh-agent running > > runs "sudo -s", a new keychain/ssh-agent appears to be executed as root, > > but using the original user's keys. This does not happen if I use the > > old way of stuffing the commands from the man page to ~/.bash_profile. > > Plain "su" or "su -" seem to behave as expected, no matter if the > > ~/.keychainrc or ~/.bash_profile way is being used. > > Ville, > > sorry to reply that late - I am actually very busy. NP, we all are sometimes. > So my proposal is following: Just from reading it, makes sense to me. Go ahead and commit this to CVS and I'll test some more. A few remarks: > USERID=`id -un` There's also $USER, but I don't know how portable that is. > if [ $HOME == "$USERHOME" -a -f $HOME/.keychainrc ]; then AFAIK "==" in comparisons like this is not portable; at least it doesn't seem to work in zsh. Use "=" instead? > I am a bit unsure whether we can catch > all possible configurations (what about users stored in LDAP?) I think "getent passwd" should return users from LDAP, too. > - but in doubt the opt-in script will simply not run. Good. From bugzilla at redhat.com Tue Aug 16 20:10:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 16:10:51 -0400 Subject: [Bug 166087] New: Review Request: quarry - A multi-purpose board game GUI Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 Summary: Review Request: quarry - A multi-purpose board game GUI Product: Fedora Extras Version: devel Platform: All URL: http://hircus.org/fedora/quarry/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: msalim at cs.indiana.edu QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://hircus.org/fedora/quarry/quarry.spec SRPM Name or Url: http://hircus.org/fedora/quarry/quarry-0.1.15-1.fc4.src.rpm Description: Quarry is a multi-purpose GUI for several board games, at present Go, Amazons and Othello. It allows users to play against computer players (third-party programs, e.g. GNU Go or GRhino) or other humans, view and edit game records. Future versions will also support Internet game servers and provide certain features for developers of board game-playing engines for enhancing their programs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 20:10:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 16:10:58 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508162010.j7GKAwXD027912@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 msalim at cs.indiana.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166087 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 20:16:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 16:16:30 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508162016.j7GKGUpA029562@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-16 16:16 EST ------- pam_ssh-1.91-man_agent_files.diff: first, the word "Fedora" must begins Upper case :-) . Second, we should mention /var/run/pam_ssh/* filename, but IMHO the comment about upstream is extra. The majority of users, even advanced, do not know what "upstream" means... Anyway, pam_ssh.8 is not a place where it should be noted. About dependencies: IMHO "openssh-clients" always implies "openssh" too, may be specify "openssh-clients" only. And we must specify "Requires: openssl". "Openssh" implies it currently, but it is hypothetically possible that openssh uses another ssl-library (gnutls or mosilla-nss) :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 20:38:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 16:38:10 -0400 Subject: [Bug 166092] New: Review Request: python-myghty - A Python-based templating system derived from HTML::Mason Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166092 Summary: Review Request: python-myghty - A Python-based templating system derived from HTML::Mason Product: Fedora Extras Version: devel Platform: All URL: http://www.myghty.org OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lmacken at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/lmacken/python-myghty.spec SRPM Name or Url: http://people.redhat.com/lmacken/python-myghty-0.98a-1.src.rpm Description: Myghty is a Python based web and templating framework originally based on HTML::Mason, the enterprise-level framework used by Amazon.com, del.icio.us and Salon.com, among many others. Myghty fully implements Mason's templating language, component-based architecture, and caching system, and goes beyond, adding new paradigms such the Module Components controller paradigm, full Python whitespace syntax, threading support, WSGI support, session support, and much more. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 20:38:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 16:38:22 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508162038.j7GKcM6h001902@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 lmacken at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166092 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Tue Aug 16 20:58:15 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 16 Aug 2005 10:58:15 -1000 Subject: Setup problem for plt-scheme package In-Reply-To: <1124213519.9511.4.camel@scriabin.tannenrauch.ch> References: <1124213519.9511.4.camel@scriabin.tannenrauch.ch> Message-ID: <43025367.8090300@redhat.com> G?rard Milmeister wrote: > I am the maintainer of the plt-scheme package, and recently noticed a > problem with how the package is set up. As part of the rpm building > process, after the files have been installed in $RPM_BUILD_ROOT, > setup-plt is executed, which compiles the library scheme files. If this > is not done, drscheme starts up very slowly. The problem is that the > compiled files have dependencies that contain the $RPM_BUILD_ROOT > prefix. Thus the installed rpm does not work correctly, as some library > files fail to load. A solution is to omit the setup-plt step, and let > the user perform it (as root) after installing the package. Or it can be > done as part of the post-install script. However the compilation takes > quite a long time. What would be the best way? What is the file format of the library scheme files? Can string substitution simply remove the $RPM_BUILD_ROOT paths safely? Warren Togami wtogami at redhat.com From alex at dalloz.de Tue Aug 16 21:03:31 2005 From: alex at dalloz.de (Alexander Dalloz) Date: Tue, 16 Aug 2005 23:03:31 +0200 Subject: NOT APPROVED: keychain In-Reply-To: <1124220674.21490.140.camel@localhost.localdomain> References: <1123234721.23575.21.camel@localhost.localdomain> <1123242981.23575.49.camel@localhost.localdomain> <1124198705.7774.92.camel@serendipity.dogma.lan> <1124220674.21490.140.camel@localhost.localdomain> Message-ID: <1124226211.7774.108.camel@serendipity.dogma.lan> Am Di, den 16.08.2005 schrieb Ville Skytt? um 21:31: > > So my proposal is following: > > Just from reading it, makes sense to me. Go ahead and commit this to > CVS and I'll test some more. A few remarks: > > > USERID=`id -un` > > There's also $USER, but I don't know how portable that is. I played it through all Fedora shells (bash, sh, zsh, csh, tcsh, zsh) and $USER is available in all. So made the change to the scripts for more simplicity. > > if [ $HOME == "$USERHOME" -a -f $HOME/.keychainrc ]; then > > AFAIK "==" in comparisons like this is not portable; at least it doesn't > seem to work in zsh. Use "=" instead? Ok, changed as well. > > I am a bit unsure whether we can catch > > all possible configurations (what about users stored in LDAP?) > > I think "getent passwd" should return users from LDAP, too. > > > - but in doubt the opt-in script will simply not run. > > Good. Commited changes to CVS. Thanks a lot Ville for helping to get a perfect egg. Alexander -- 1024D/866ED681 2005-07-11 Alexander Dalloz (Fedora Project) Key fingerprint = CD40 0A91 7814 C1E4 5940 8E0E 1FD5 C316 866E D681 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From gemi at bluewin.ch Tue Aug 16 21:29:45 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Tue, 16 Aug 2005 23:29:45 +0200 Subject: Setup problem for plt-scheme package In-Reply-To: <43025367.8090300@redhat.com> References: <1124213519.9511.4.camel@scriabin.tannenrauch.ch> <43025367.8090300@redhat.com> Message-ID: <1124227785.27299.1.camel@scriabin.tannenrauch.ch> On Tue, 2005-08-16 at 10:58 -1000, Warren Togami wrote: > G?rard Milmeister wrote: > > I am the maintainer of the plt-scheme package, and recently noticed a > > problem with how the package is set up. As part of the rpm building > > process, after the files have been installed in $RPM_BUILD_ROOT, > > setup-plt is executed, which compiles the library scheme files. If this > > is not done, drscheme starts up very slowly. The problem is that the > > compiled files have dependencies that contain the $RPM_BUILD_ROOT > > prefix. Thus the installed rpm does not work correctly, as some library > > files fail to load. A solution is to omit the setup-plt step, and let > > the user perform it (as root) after installing the package. Or it can be > > done as part of the post-install script. However the compilation takes > > quite a long time. What would be the best way? > > What is the file format of the library scheme files? Can string > substitution simply remove the $RPM_BUILD_ROOT paths safely? Ok, problem is solved, I think. The file /usr/lib/plt/install is combined shell and mzscheme script that can be run in %post and does all the corrections. It does not recompile everything, and thus is fast enough. The same script is run by the original shell archive. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From wtogami at redhat.com Tue Aug 16 21:33:20 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 16 Aug 2005 11:33:20 -1000 Subject: Setup problem for plt-scheme package In-Reply-To: <1124227785.27299.1.camel@scriabin.tannenrauch.ch> References: <1124213519.9511.4.camel@scriabin.tannenrauch.ch> <43025367.8090300@redhat.com> <1124227785.27299.1.camel@scriabin.tannenrauch.ch> Message-ID: <43025BA0.2070904@redhat.com> G?rard Milmeister wrote: > > Ok, problem is solved, I think. The file /usr/lib/plt/install is > combined shell and mzscheme script that can be run in %post and does all > the corrections. It does not recompile everything, and thus is fast > enough. The same script is run by the original shell archive. Does it create any files during %post that are not installed as part of the %files list? Warren From bugzilla at redhat.com Tue Aug 16 21:57:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 17:57:33 -0400 Subject: [Bug 165811] cproto Fedora Extras inclusion In-Reply-To: Message-ID: <200508162157.j7GLvXla016195@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: cproto Fedora Extras inclusion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165811 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |bugs.michael at gmx.net OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-16 17:57 EST ------- Looks okay packaging-wise. Changing to FE-ACCEPT. These changes are still preferred by packaging guidelines and rpmlint: --- cproto.spec.orig 2005-08-13 15:42:41.000000000 +0200 +++ cproto.spec 2005-08-16 23:52:14.000000000 +0200 @@ -1,4 +1,4 @@ -Summary: Generates function prototypes and variable declarations from C code. +Summary: Generates function prototypes and variable declarations from C code Name: cproto Version: 4.7c Release: 7 @@ -7,7 +7,7 @@ Source: ftp://invisible-island.net/cproto/cproto-4_7c.tgz URL: http://invisible-island.net/ BuildRequires: byacc, flex -BuildRoot: %{_tmppath}/%{name}-root +BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) %description Cproto generates function prototypes and variable declarations from C -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 16 22:07:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 18:07:56 -0400 Subject: [Bug 165910] Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws In-Reply-To: Message-ID: <200508162207.j7GM7usv018099@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165910 ------- Additional Comments From bugs.michael at gmx.net 2005-08-16 18:07 EST ------- > BuildRequires: synce-devel I believe this is a dead end on x86_64, where it doesn't build: bug 148003 You can use the %setup macro for simpler tarball extraction into rpm build dir. This would also clean up the %doc statements: --- sylpheed-claws-plugins.spec.orig 2005-08-14 01:55:44.000000000 +0200 +++ sylpheed-claws-plugins.spec 2005-08-17 00:03:08.000000000 +0200 @@ -104,13 +104,9 @@ Evolution or Outlook. %prep -%{__mkdir_p} %{_builddir}/%{name}-%{version}/ -cd %{_builddir}/%{name}-%{version}/ -%{__tar} xzvf %{SOURCE0} +%setup -q -c %build -cd %{_builddir}/%{name}-%{version} - # cachesaver cd cachesaver-0.5 %configure --disable-static --disable-dependency-tracking @@ -154,8 +150,6 @@ %install rm -rf $RPM_BUILD_ROOT -cd %{_builddir}/%{name}-%{version} - # cachesaver cd cachesaver-0.5 %{__make} install DESTDIR=$RPM_BUILD_ROOT @@ -195,70 +189,70 @@ %files %defattr(-,root,root,-) -%doc %{name}-%{version}/README +%doc README %files cachesaver %defattr(-,root,root,-) -%doc %{name}-%{version}/cachesaver-0.5/AUTHORS -%doc %{name}-%{version}/cachesaver-0.5/ChangeLog -%doc %{name}-%{version}/cachesaver-0.5/COPYING +%doc cachesaver-0.5/AUTHORS +%doc cachesaver-0.5/ChangeLog +%doc cachesaver-0.5/COPYING %{_libdir}/sylpheed-claws/plugins/cachesaver* %files etpan-privacy %defattr(-,root,root,-) -%doc %{name}-%{version}/etpan-privacy-0.9/AUTHORS -%doc %{name}-%{version}/etpan-privacy-0.9/ChangeLog -%doc %{name}-%{version}/etpan-privacy-0.9/COPYING -%doc %{name}-%{version}/etpan-privacy-0.9/README +%doc etpan-privacy-0.9/AUTHORS +%doc etpan-privacy-0.9/ChangeLog +%doc etpan-privacy-0.9/COPYING +%doc etpan-privacy-0.9/README %{_libdir}/sylpheed-claws/plugins/etpan-privacy.so %files fetchinfo %defattr(-,root,root,-) -%doc %{name}-%{version}/fetchinfo-plugin-0.4.6/ChangeLog -%doc %{name}-%{version}/fetchinfo-plugin-0.4.6/COPYING -%doc %{name}-%{version}/fetchinfo-plugin-0.4.6/README +%doc fetchinfo-plugin-0.4.6/ChangeLog +%doc fetchinfo-plugin-0.4.6/COPYING +%doc fetchinfo-plugin-0.4.6/README %{_libdir}/sylpheed-claws/plugins/fetchinfo* %files maildir %defattr(-,root,root,-) -%doc %{name}-%{version}/maildir-0.8/AUTHORS -%doc %{name}-%{version}/maildir-0.8/ChangeLog -%doc %{name}-%{version}/maildir-0.8/COPYING -%doc %{name}-%{version}/maildir-0.8/README -%doc %{name}-%{version}/maildir-0.8/doc/README.xml +%doc maildir-0.8/AUTHORS +%doc maildir-0.8/ChangeLog +%doc maildir-0.8/COPYING +%doc maildir-0.8/README +%doc maildir-0.8/doc/README.xml %{_libdir}/sylpheed-claws/plugins/maildir* %files mailmbox %defattr(-,root,root,-) -%doc %{name}-%{version}/mailmbox-1.2/AUTHORS -%doc %{name}-%{version}/mailmbox-1.2/ChangeLog -%doc %{name}-%{version}/mailmbox-1.2/COPYING -%doc %{name}-%{version}/mailmbox-1.2/README +%doc mailmbox-1.2/AUTHORS +%doc mailmbox-1.2/ChangeLog +%doc mailmbox-1.2/COPYING +%doc mailmbox-1.2/README %{_libdir}/sylpheed-claws/plugins/mailmbox* %files perl %defattr(-,root,root,-) -%doc %{name}-%{version}/perl_plugin-0.3/AUTHORS -%doc %{name}-%{version}/perl_plugin-0.3/ChangeLog -%doc %{name}-%{version}/perl_plugin-0.3/COPYING -%doc %{name}-%{version}/perl_plugin-0.3/README -%doc %{name}-%{version}/perl_plugin-0.3/sc_perl.pod +%doc perl_plugin-0.3/AUTHORS +%doc perl_plugin-0.3/ChangeLog +%doc perl_plugin-0.3/COPYING +%doc perl_plugin-0.3/README +%doc perl_plugin-0.3/sc_perl.pod %{_libdir}/sylpheed-claws/plugins/perl_plugin.so %files synce %defattr(-,root,root,-) -%doc %{name}-%{version}/synce_plugin-0.2/AUTHORS -%doc %{name}-%{version}/synce_plugin-0.2/ChangeLog -%doc %{name}-%{version}/synce_plugin-0.2/COPYING -%doc %{name}-%{version}/synce_plugin-0.2/README +%doc synce_plugin-0.2/AUTHORS +%doc synce_plugin-0.2/ChangeLog +%doc synce_plugin-0.2/COPYING +%doc synce_plugin-0.2/README %{_libdir}/sylpheed-claws/plugins/synce* %files vcalendar %defattr(-,root,root,-) -%doc %{name}-%{version}/vcalendar-1.6/AUTHORS -%doc %{name}-%{version}/vcalendar-1.6/ChangeLog -%doc %{name}-%{version}/vcalendar-1.6/COPYING -%doc %{name}-%{version}/vcalendar-1.6/README +%doc vcalendar-1.6/AUTHORS +%doc vcalendar-1.6/ChangeLog +%doc vcalendar-1.6/COPYING +%doc vcalendar-1.6/README %{_libdir}/sylpheed-claws/plugins/vcalendar.so %{_includedir}/ical.h -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gemi at bluewin.ch Tue Aug 16 22:17:39 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Wed, 17 Aug 2005 00:17:39 +0200 Subject: Setup problem for plt-scheme package In-Reply-To: <43025BA0.2070904@redhat.com> References: <1124213519.9511.4.camel@scriabin.tannenrauch.ch> <43025367.8090300@redhat.com> <1124227785.27299.1.camel@scriabin.tannenrauch.ch> <43025BA0.2070904@redhat.com> Message-ID: <1124230659.4169.2.camel@scriabin.tannenrauch.ch> On Tue, 2005-08-16 at 11:33 -1000, Warren Togami wrote: > G?rard Milmeister wrote: > > > > Ok, problem is solved, I think. The file /usr/lib/plt/install is > > combined shell and mzscheme script that can be run in %post and does all > > the corrections. It does not recompile everything, and thus is fast > > enough. The same script is run by the original shell archive. > > Does it create any files during %post that are not installed as part of > the %files list? No, at least "rpm -e plt-scheme" leaves no files. There is, however, now a build problem: http://buildsys.fedoraproject.org/logs//4/55-plt-scheme-299.200-3.fc4/x86_64/build.log I can build it on i386 myself without problems. I don't know what happens on i386 and ppc on the build system, since the jobs are killed as soon as the x86_64 build fails. Curiously, the first 299.200 build completed successfully. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From chris at chrisgrau.com Tue Aug 16 22:36:02 2005 From: chris at chrisgrau.com (Chris Grau) Date: Tue, 16 Aug 2005 15:36:02 -0700 Subject: Request to edit CVSSyncNeeded In-Reply-To: <1124191172.24711.4.camel@joost> References: <1124191172.24711.4.camel@joost> Message-ID: <20050816223602.GA22602@chrisgrau.com> On Tue, Aug 16, 2005 at 01:19:32PM +0200, Joost van der Sluis wrote: > Hi, > > maybe someone would be so kind to give me the possibility to edit the > CVSSyncNeeded wiki-page? My wiki-user name is JoostVanDerSluis. > > -- > Met vriendelijke groeten, > > Joost van der Sluis > CNOC Informatiesystemen en Netwerken > http://www.cnoc.nl I realized last night that I could use this access as well. Could someone please set me up? Wiki user name is ChrisGrau. Thanks. -- Chris Grau From bugzilla at redhat.com Tue Aug 16 23:03:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 19:03:17 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508162303.j7GN3HWm024824@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From orion at cora.nwra.com 2005-08-16 19:03 EST ------- Don't need sed BuildRequires, see: http://fedoraproject.org/wiki/PackagingGuidelines#head-5e0efda65c4d4266d60c269ced6ea1c28051cb6e Looks like perl would have been okay as well, but still seems overkill. Lets keep: %{_docdir}/clisp-%{version}/ The extra / explicitly tells us it is a directory. I think you need a %defattr for the -devel sub-package. Perhaps make a comment that CFLAGS breaks the build. It's standard to use it so it might be useful to know why it doesn't. Might lead towards trying it again in the future. What files are missing that breaks make check? # rpmlint clisp clisp-devel W: clisp-devel no-documentation If it makes sense to split any of the docs into the -devel package, do so. Otherwise I'd ignore. In any case, all of these are easily fixed and minor. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 02:17:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 16 Aug 2005 22:17:18 -0400 Subject: [Bug 165952] Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508170217.j7H2HIkt015008@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 ------- Additional Comments From ed at eh3.com 2005-08-16 22:17 EST ------- Hi Patrice, I tried the -3 version and now rpmlint does not complain about the main package (which is good) but it does give 16 dangling-relative-symlink warnings such as: W: libsx-devel dangling-relative-symlink /usr/share/doc/libsx-devel-2.05/xmore/libsx.h ../src/libsx.h and one error: E: libsx-devel wrong-script-interpreter /usr/share/doc/libsx-devel-2.05/pcurve/makefile "smake" -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Wed Aug 17 06:18:41 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 17 Aug 2005 08:18:41 +0200 Subject: No more buildsys completion mails? Message-ID: <1124259522.17573.123.camel@mccallum.corsepiu.local> Hi, as it seems to me, the buildsys doesn't send buildsystem package building completion mails in response to completed build requests anymore? At least, I had issued several build requests during the last 24hours and have not received any completion mail, yet. Bug, feature, breakdown? Ralf From skvidal at phy.duke.edu Wed Aug 17 06:25:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 17 Aug 2005 02:25:21 -0400 Subject: No more buildsys completion mails? In-Reply-To: <1124259522.17573.123.camel@mccallum.corsepiu.local> References: <1124259522.17573.123.camel@mccallum.corsepiu.local> Message-ID: <1124259921.29999.41.camel@cutter> On Wed, 2005-08-17 at 08:18 +0200, Ralf Corsepius wrote: > Hi, > > as it seems to me, the buildsys doesn't send buildsystem package > building completion mails in response to completed build requests > anymore? > > At least, I had issued several build requests during the last 24hours > and have not received any completion mail, yet. > > Bug, feature, breakdown? > have you checked the buildsys web page? what's the results showing there? -sv From rc040203 at freenet.de Wed Aug 17 06:36:10 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 17 Aug 2005 08:36:10 +0200 Subject: No more buildsys completion mails? In-Reply-To: <1124259921.29999.41.camel@cutter> References: <1124259522.17573.123.camel@mccallum.corsepiu.local> <1124259921.29999.41.camel@cutter> Message-ID: <1124260570.17573.126.camel@mccallum.corsepiu.local> On Wed, 2005-08-17 at 02:25 -0400, seth vidal wrote: > On Wed, 2005-08-17 at 08:18 +0200, Ralf Corsepius wrote: > > Hi, > > > > as it seems to me, the buildsys doesn't send buildsystem package > > building completion mails in response to completed build requests > > anymore? > > > > At least, I had issued several build requests during the last 24hours > > and have not received any completion mail, yet. > > > > Bug, feature, breakdown? > > > > have you checked the buildsys web page? No, URL? > what's the results showing there? plague-client list <..> lists my build requests as "needsign/success" Ralf From skvidal at phy.duke.edu Wed Aug 17 06:43:27 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 17 Aug 2005 02:43:27 -0400 Subject: No more buildsys completion mails? In-Reply-To: <1124260570.17573.126.camel@mccallum.corsepiu.local> References: <1124259522.17573.123.camel@mccallum.corsepiu.local> <1124259921.29999.41.camel@cutter> <1124260570.17573.126.camel@mccallum.corsepiu.local> Message-ID: <1124261007.29999.51.camel@cutter> On Wed, 2005-08-17 at 08:36 +0200, Ralf Corsepius wrote: > On Wed, 2005-08-17 at 02:25 -0400, seth vidal wrote: > > On Wed, 2005-08-17 at 08:18 +0200, Ralf Corsepius wrote: > > > Hi, > > > > > > as it seems to me, the buildsys doesn't send buildsystem package > > > building completion mails in response to completed build requests > > > anymore? > > > > > > At least, I had issued several build requests during the last 24hours > > > and have not received any completion mail, yet. > > > > > > Bug, feature, breakdown? > > > > > > > have you checked the buildsys web page? > No, URL? > http://buildsys.fedoraproject.org/build-status/ > > what's the results showing there? > plague-client list <..> > lists my build requests as "needsign/success" I just checked the maillogs on the plague server. Aug 17 01:50:40 extras64 postfix/smtp[18752]: 8A35E8016: to=, relay=mail.geht-schon.de[212.112.227.48], delay=68, status=sent (250 OK id=1E5Gor-0006E6-ND) which means it sent mail to your system and it accepted it. Check with your mail admin. -sv From ville.skytta at iki.fi Wed Aug 17 06:52:13 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 17 Aug 2005 09:52:13 +0300 Subject: Request to edit CVSSyncNeeded In-Reply-To: <20050816223602.GA22602@chrisgrau.com> References: <1124191172.24711.4.camel@joost> <20050816223602.GA22602@chrisgrau.com> Message-ID: <1124261533.21490.159.camel@localhost.localdomain> On Tue, 2005-08-16 at 15:36 -0700, Chris Grau wrote: > I realized last night that I could use this access as well. Could > someone please set me up? Wiki user name is ChrisGrau. Thanks. Done. From bugzilla at redhat.com Wed Aug 17 07:33:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 03:33:16 -0400 Subject: [Bug 165564] Review Request: perl-File-Find-Rule In-Reply-To: Message-ID: <200508170733.j7H7XGIW001218@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-File-Find-Rule https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165564 Bug 165564 depends on bug 165551, which changed state. Bug 165551 Summary: Review Request: perl-Number-Compare https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165551 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 07:34:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 03:34:24 -0400 Subject: [Bug 165952] Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508170734.j7H7YOph001432@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 ------- Additional Comments From pertusus at free.fr 2005-08-17 03:34 EST ------- I fixed the dangling symlinks by removing the files. The error seems doubly wrong to me: the makefile is not executable and smake may be a valid interpreter. Should I really fix it? I know that some of the examples won't build as is but I don't think this is something we should bother with. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 07:36:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 03:36:41 -0400 Subject: [Bug 166065] Review Request: perl-Exception-Class In-Reply-To: Message-ID: <200508170736.j7H7afBH001964@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Exception-Class https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166065 Bug 166065 depends on bug 165572, which changed state. Bug 165572 Summary: Review Request: perl-Devel-StackTrace https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165572 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 07:39:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 03:39:00 -0400 Subject: [Bug 165564] Review Request: perl-File-Find-Rule In-Reply-To: Message-ID: <200508170739.j7H7d0wD002457@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-File-Find-Rule https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165564 Bug 165564 depends on bug 165563, which changed state. Bug 165563 Summary: Review Request: perl-Text-Glob https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165563 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 07:56:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 03:56:28 -0400 Subject: [Bug 165811] cproto Fedora Extras inclusion In-Reply-To: Message-ID: <200508170756.j7H7uSiq005652@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: cproto Fedora Extras inclusion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165811 jnovy at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jnovy at redhat.com 2005-08-17 03:56 EST ------- Ok, applied. The cproto package is now imported and initial build is in progress. Thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 08:38:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 04:38:09 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508170838.j7H8c9CC013402@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-17 04:37 EST ------- I will replace "upstream" with original. And if the place where it should be noted isn't pam_ssh.8, where is it? In pam_ssh.8 there is allready a fair amount of technical information, I think it shouldn't be bad to have that there. The README seems to terse to me for that use. Regarding dependencies: I removed openssh from Requires. We should not require openssl, and openssh doesn't require it. It requires libcrypto.so.5, just like pam_ssh and this dependency is picked up automatically by rpm. So if another library is used it will be picked up automatically too, still anothere devel package would have to be precised in BuildRequires. I even removed pam from the requires as it is picked up by libpam.so.0. I have checked that pam_ssh builds in mock. Here is the next srpm: http://www.environnement.ens.fr/docs/fc-srpms/pam_ssh-1.91-7.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 09:06:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 05:06:05 -0400 Subject: [Bug 166087] Review Request: quarry - A multi-purpose board game GUI In-Reply-To: Message-ID: <200508170906.j7H965q9019317@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quarry - A multi-purpose board game GUI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gajownik at gmail.com ------- Additional Comments From gajownik at gmail.com 2005-08-17 05:05 EST ------- Hi! I don't have rights to make a review but I may help you cleaning up the spec :] - first of all: read the output from the build process: scrollkeeper-update -p /var/scrollkeeper -o /var/tmp/quarry-0.1.15-1-root-rpm-build/usr/share/omf/quarry Could not create directory /var/scrollkeeper : Permission denied Cannot write to log file: /var/log/scrollkeeper.log : Permission denied Could not create database. Aborting update. Cannot write to log file: /var/log/scrollkeeper.log : Permission denied make[4]: [install-data-hook-omf] Error 1 (ignored) I have prepared a small patch to resolve this problem. You will also need to add this stuff: http://fedoraproject.org/wiki/ScriptletSnippets#head-3c9f517f0cd4aaabb369a8805226d85dc2f02793 warning: File listed twice: /usr/share/omf/quarry/quarry-C.omf warning: File listed twice: /usr/share/quarry/gtkrc warning: File listed twice: /usr/share/quarry/help warning: File listed twice: /usr/share/quarry/help/C warning: File listed twice: /usr/share/quarry/help/C/fdl.xml warning: File listed twice: /usr/share/quarry/help/C/figures warning: File listed twice: /usr/share/quarry/help/C/figures/control-center.png warning: File listed twice: /usr/share/quarry/help/C/legal.xml warning: File listed twice: /usr/share/quarry/help/C/quarry.html warning: File listed twice: /usr/share/quarry/help/C/quarry.xml warning: File listed twice: /usr/share/quarry/help/quarry-help.css warning: File listed twice: /usr/share/quarry/markup-themes warning: File listed twice: /usr/share/quarry/markup-themes/bold warning: File listed twice: /usr/share/quarry/markup-themes/bold/circle.svg warning: File listed twice: /usr/share/quarry/markup-themes/bold/cross.svg warning: File listed twice: /usr/share/quarry/markup-themes/bold/last-move.svg warning: File listed twice: /usr/share/quarry/markup-themes/bold/selected.svg warning: File listed twice: /usr/share/quarry/markup-themes/bold/square.svg warning: File listed twice: /usr/share/quarry/markup-themes/bold/theme.cfg warning: File listed twice: /usr/share/quarry/markup-themes/bold/triangle.svg warning: File listed twice: /usr/share/quarry/markup-themes/default warning: File listed twice: /usr/share/quarry/markup-themes/default/circle.svg warning: File listed twice: /usr/share/quarry/markup-themes/default/cross.svg warning: File listed twice: /usr/share/quarry/markup-themes/default/last-move.svg warning: File listed twice: /usr/share/quarry/markup-themes/default/selected.svg warning: File listed twice: /usr/share/quarry/markup-themes/default/square.svg warning: File listed twice: /usr/share/quarry/markup-themes/default/theme.cfg warning: File listed twice: /usr/share/quarry/markup-themes/default/triangle.svg warning: File listed twice: /usr/share/quarry/markup-themes/filled warning: File listed twice: /usr/share/quarry/markup-themes/filled/circle.svg warning: File listed twice: /usr/share/quarry/markup-themes/filled/cross.svg warning: File listed twice: /usr/share/quarry/markup-themes/filled/last-move.svg warning: File listed twice: /usr/share/quarry/markup-themes/filled/selected.svg warning: File listed twice: /usr/share/quarry/markup-themes/filled/square.svg warning: File listed twice: /usr/share/quarry/markup-themes/filled/theme.cfg warning: File listed twice: /usr/share/quarry/markup-themes/filled/triangle.svg warning: File listed twice: /usr/share/quarry/textures warning: File listed twice: /usr/share/quarry/textures/wood1.jpg warning: File listed twice: /usr/share/quarry/textures/wood2.jpg You should wrote: %{_datadir}/omf/quarry/ %{_datadir}/quarry/ instead of: %{_datadir}/omf/quarry %{_datadir}/omf/quarry/quarry*.omf %{_datadir}/quarry %{_datadir}/quarry/* Michael Schwendt gave a good explanation of this problem here ? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616#c8 - use variables in "Source0" tag. You will have less work with new releases: Source0: http://download.gna.org/quarry/%{name}-%{version}.tar.gz - use %find_lang macro - please provide menu entry: http://fedoraproject.org/wiki/Extras/FedoraDesktopEntryGuidelines - you don't have to add dist tag in the changelog Everything else looks good to me :] -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 09:23:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 05:23:47 -0400 Subject: [Bug 166087] Review Request: quarry - A multi-purpose board game GUI In-Reply-To: Message-ID: <200508170923.j7H9Nl3D023661@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quarry - A multi-purpose board game GUI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 ------- Additional Comments From paul at city-fan.org 2005-08-17 05:23 EST ------- (In reply to comment #1) > - use variables in "Source0" tag. You will have less work with new releases: > > Source0: http://download.gna.org/quarry/%{name}-%{version}.tar.gz I would avoid using the %{name} macro in Source: lines (and in fact most other places); whilst %{version} may change with each release, %{name} should hardly ever change and the spec file will be clearer if the package name is used instead. The value of the %{name} macro comes when templates are used for spec files; a hand-crafted spec file will generally be better off not using it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 09:43:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 05:43:34 -0400 Subject: [Bug 165811] cproto Fedora Extras inclusion In-Reply-To: Message-ID: <200508170943.j7H9hYYt029384@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: cproto Fedora Extras inclusion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165811 ------- Additional Comments From ville.skytta at iki.fi 2005-08-17 05:43 EST ------- I don't think it's properly enqueued. http://buildsys.fedoraproject.org/build-status/indiv.psp?email=jnovy%40redhat.com You should be using "make plague" to enqueue build requests, not "make build". http://fedoraproject.org/wiki/Extras/BuildRequests -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 10:12:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 06:12:00 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508171012.j7HAC05o004351@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-17 06:11 EST ------- comment #34, comment #35 -- IMHO these are cosmetic things, do not want to discuss about it. Tom, For me, the package is ready too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 10:33:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 06:33:21 -0400 Subject: [Bug 165932] Review Request: An SMTP Client In-Reply-To: Message-ID: <200508171033.j7HAXLH3009767@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An SMTP Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165932 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pertusus at free.fr ------- Additional Comments From pertusus at free.fr 2005-08-17 06:33 EST ------- Why not use gnu sasl? It brings more features. Is it because gnu sasl doesn't work on Fedora? I cannot find it in fedora, if it isn't submitted somebody would have to, however... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 10:45:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 06:45:42 -0400 Subject: [Bug 165552] Review Request: Prints a short string to the console in very large letters In-Reply-To: Message-ID: <200508171045.j7HAjggj012164@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Prints a short string to the console in very large letters https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165552 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-17 06:45 EST ------- Review: - rpmlint not clean - see NeedsWork below - naming of package and spec meets guidelines - package meets guidelines - license is GPL, text included in package - spec file written in English and is legible - source matches upstream - package builds ok in FC4 and in mock for devel (i386) - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership issues - no duplicate files - permissions are fine - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime Needswork: - the Group: tag of "Toys" is not from the list in /usr/share/doc/rpm-*/GROUPS (this is the cause of the rpmlint not being clean). I suggest "Amusements/Graphics" or "Applications/Text" (probably the latter) instead. Comments: - I recall using a "banner" program on an old SunOS box, which printed text in *very* large letters indeed, such that they could be printed on roll or fold-feed paper and be visible from the other end of a large office. Those were the days... - I'd include ChangeLog as %doc - The last two sentences in %description about it being a good example of a very small autoconf-enabled program, written in ANSI C, are probably not of interest to prospective users of the package. Personally I'd drop them. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 10:50:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 06:50:51 -0400 Subject: [Bug 165690] Review Request: Prints a short string to the console in very large letters In-Reply-To: Message-ID: <200508171050.j7HAopiK012960@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Prints a short string to the console in very large letters https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165690 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE OtherBugsDependingO|163776 | nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-17 06:50 EST ------- *** This bug has been marked as a duplicate of 165552 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 10:50:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 06:50:57 -0400 Subject: [Bug 165552] Review Request: Prints a short string to the console in very large letters In-Reply-To: Message-ID: <200508171050.j7HAovDu012997@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Prints a short string to the console in very large letters https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165552 ------- Additional Comments From paul at city-fan.org 2005-08-17 06:50 EST ------- *** Bug 165690 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gajownik at fedora.pl Wed Aug 17 11:05:30 2005 From: gajownik at fedora.pl (Dawid Gajownik) Date: Wed, 17 Aug 2005 13:05:30 +0200 Subject: Request to edit CVSSyncNeeded In-Reply-To: <1124191172.24711.4.camel@joost> References: <1124191172.24711.4.camel@joost> Message-ID: <430319FA.1060809@fedora.pl> Hi! I wrote about it before [1] but I'm still not able to edit CVSSyncNeeded page. May someone give me "edit" priviliges (account name: "DawidGajownik")? [1] http://www.redhat.com/archives/fedora-extras-list/2005-August/msg00645.html Thanks, Dawid. -- ^_* From buildsys at fedoraproject.org Wed Aug 17 11:27:14 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 17 Aug 2005 07:27:14 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050817112714.AEA548015@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 27 Glide3-20050815-1 abicheck-1.2-8 abicheck-1.2-9 athcool-0.3.11-2.fc5 denyhosts-1.0.0-1.fc5 dumpasn1-20050404-1.fc5 freeciv-2.0.4-4.fc5 gkrellm-aclock-0.3.3-2.fc5 gqview-2.0.1-2 gramps-2.0.6-2.fc5 i8kutils-1.25-4.fc5 koffice-langpack-1.4.1-3.fc5 libnjb-2.2.1-7.fc5 liferea-0.9.6-2.fc5 mail-notification-2.0-1.fc5 moin-1.3.5-1.fc5 moin-1.3.5-2.fc5 nethack-3.4.3-1.fc5 nexuiz-1.1-2.fc5 perl-File-Find-Rule-0.28-3.fc5 perl-Text-Glob-0.06-3.fc5 plague-0.3.2-2.fc5 snownews-1.5.7-2.fc5 svgalib-1.9.21-5 sylpheed-2.0.0-2 sylpheed-claws-1.9.13-4.fc5 yumex-0.42-1.0.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From jnovy at redhat.com Wed Aug 17 11:29:45 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 17 Aug 2005 13:29:45 +0200 Subject: Request to edit CVSSyncNeeded In-Reply-To: <430319FA.1060809@fedora.pl> References: <1124191172.24711.4.camel@joost> <430319FA.1060809@fedora.pl> Message-ID: <1124278186.3067.15.camel@enigma> Hello, On Wed, 2005-08-17 at 13:05 +0200, Dawid Gajownik wrote: > Hi! > > I wrote about it before [1] but I'm still not able to edit CVSSyncNeeded > page. May someone give me "edit" priviliges (account name: "DawidGajownik")? > > [1] > http://www.redhat.com/archives/fedora-extras-list/2005-August/msg00645.html > > Thanks, > Dawid. Please give the the edit privileges to CVSSyncNeeded too. I need it to create FC-4 branch for cproto and don't want to bother Seth every time. Thanks, Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From buildsys at fedoraproject.org Wed Aug 17 11:34:55 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 17 Aug 2005 07:34:55 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050817113455.75D6B8015@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 18 abicheck-1.2-6.2.fc4 dumpasn1-20050404-1.fc4 gmime-2.1.15-1.fc4 gramps-2.0.6-1.fc4 i8kutils-1.25-4.fc4 koffice-1.4.1-4.fc4 libnjb-2.2.1-7.fc4 liferea-0.9.6-1.fc4 mail-notification-2.0-1.fc4 moin-1.3.5-2.fc4 nexuiz-1.1-2.fc4 perl-Devel-StackTrace-1.11-4.fc4 perl-File-Find-Rule-0.28-3.fc4 perl-Params-Validate-0.78-2.fc4 perl-Text-Glob-0.06-3.fc4 qtparted-0.4.5-1.fc4 snownews-1.5.7-2.fc4 yumex-0.42-1.0.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Wed Aug 17 11:34:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 07:34:50 -0400 Subject: [Bug 165811] cproto Fedora Extras inclusion In-Reply-To: Message-ID: <200508171134.j7HBYo9E019227@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: cproto Fedora Extras inclusion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165811 ------- Additional Comments From bugs.michael at gmx.net 2005-08-17 07:34 EST ------- The "tobuild" file is still imported by Seth from time to time, isn't it? Else the move from "make build" to "make plague" has been unclear and confusing to several packagers. In particular, since "make build" will use plague-client as soon as the testing period is over. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Wed Aug 17 11:41:38 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Wed, 17 Aug 2005 07:41:38 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050817114138.F15CC8015@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 7 abicheck-1.2-3.2.fc3 libnjb-2.2.1-7.fc3 perl-Devel-StackTrace-1.11-4.fc3 perl-File-Find-Rule-0.28-3.fc3 perl-Params-Validate-0.78-2.fc3 perl-Text-Glob-0.06-3.fc3 snownews-1.5.7-2.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Wed Aug 17 11:42:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 07:42:34 -0400 Subject: [Bug 165811] cproto Fedora Extras inclusion In-Reply-To: Message-ID: <200508171142.j7HBgYnd020370@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: cproto Fedora Extras inclusion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165811 ------- Additional Comments From jnovy at redhat.com 2005-08-17 07:42 EST ------- Package cproto enqueued. Job ID: 83. Michael, yes, make plague doesn't look too intuitive ;-) I would be nice to see make build working again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 11:47:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 07:47:33 -0400 Subject: [Bug 165811] cproto Fedora Extras inclusion In-Reply-To: Message-ID: <200508171147.j7HBlXwm021325@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: cproto Fedora Extras inclusion https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165811 ------- Additional Comments From skvidal at phy.duke.edu 2005-08-17 07:47 EST ------- Michael, yes it is but school starts this week so I've been very busy. Could I ask you to enqueue those builds? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Wed Aug 17 12:25:56 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 17 Aug 2005 14:25:56 +0200 Subject: Request to edit CVSSyncNeeded In-Reply-To: <430319FA.1060809@fedora.pl> References: <1124191172.24711.4.camel@joost> <430319FA.1060809@fedora.pl> Message-ID: <20050817142556.6aacebbd.bugs.michael@gmx.net> On Wed, 17 Aug 2005 13:05:30 +0200, Dawid Gajownik wrote: > Hi! > > I wrote about it before [1] but I'm still not able to edit CVSSyncNeeded > page. May someone give me "edit" priviliges (account name: "DawidGajownik")? done From bugs.michael at gmx.net Wed Aug 17 12:28:53 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 17 Aug 2005 14:28:53 +0200 Subject: Request to edit CVSSyncNeeded In-Reply-To: <1124278186.3067.15.camel@enigma> References: <1124191172.24711.4.camel@joost> <430319FA.1060809@fedora.pl> <1124278186.3067.15.camel@enigma> Message-ID: <20050817142853.465f225d.bugs.michael@gmx.net> On Wed, 17 Aug 2005 13:29:45 +0200, Jindrich Novy wrote: > Hello, > > On Wed, 2005-08-17 at 13:05 +0200, Dawid Gajownik wrote: > > Hi! > > > > I wrote about it before [1] but I'm still not able to edit CVSSyncNeeded > > page. May someone give me "edit" priviliges (account name: "DawidGajownik")? > > > > [1] > > http://www.redhat.com/archives/fedora-extras-list/2005-August/msg00645.html > > > > Thanks, > > Dawid. > > Please give the the edit privileges to CVSSyncNeeded too. I need it to > create FC-4 branch for cproto and don't want to bother Seth every time. Adding somebody to EditGroup would be trivial to do for anyone in that group, provided that your Wiki UserName were known. Don't let us guess whether you also chose FirstnameLastname! ;) From jnovy at redhat.com Wed Aug 17 12:33:07 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 17 Aug 2005 14:33:07 +0200 Subject: Request to edit CVSSyncNeeded In-Reply-To: <20050817142853.465f225d.bugs.michael@gmx.net> References: <1124191172.24711.4.camel@joost> <430319FA.1060809@fedora.pl> <1124278186.3067.15.camel@enigma> <20050817142853.465f225d.bugs.michael@gmx.net> Message-ID: <1124281987.3067.19.camel@enigma> Hello Michael, On Wed, 2005-08-17 at 14:28 +0200, Michael Schwendt wrote: > On Wed, 17 Aug 2005 13:29:45 +0200, Jindrich Novy wrote: > > > Hello, > > > > On Wed, 2005-08-17 at 13:05 +0200, Dawid Gajownik wrote: > > > Hi! > > > > > > I wrote about it before [1] but I'm still not able to edit CVSSyncNeeded > > > page. May someone give me "edit" priviliges (account name: "DawidGajownik")? > > > > > > [1] > > > http://www.redhat.com/archives/fedora-extras-list/2005-August/msg00645.html > > > > > > Thanks, > > > Dawid. > > > > Please give the the edit privileges to CVSSyncNeeded too. I need it to > > create FC-4 branch for cproto and don't want to bother Seth every time. > > Adding somebody to EditGroup would be trivial to do for anyone in that > group, provided that your Wiki UserName were known. Don't let us guess > whether you also chose FirstnameLastname! ;) sorry, this is what I forgot to write here, my wiki username is "JindrichNovy", so the "FirstnameLastname" would be a good guess ;) Thanks, Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From bugs.michael at gmx.net Wed Aug 17 12:51:26 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 17 Aug 2005 14:51:26 +0200 Subject: Request to edit CVSSyncNeeded In-Reply-To: <1124281987.3067.19.camel@enigma> References: <1124191172.24711.4.camel@joost> <430319FA.1060809@fedora.pl> <1124278186.3067.15.camel@enigma> <20050817142853.465f225d.bugs.michael@gmx.net> <1124281987.3067.19.camel@enigma> Message-ID: <20050817145126.1a191325.bugs.michael@gmx.net> On Wed, 17 Aug 2005 14:33:07 +0200, Jindrich Novy wrote: > > > Please give the the edit privileges to CVSSyncNeeded too. I need it to > > > create FC-4 branch for cproto and don't want to bother Seth every time. > > > > Adding somebody to EditGroup would be trivial to do for anyone in that > > group, provided that your Wiki UserName were known. Don't let us guess > > whether you also chose FirstnameLastname! ;) > > sorry, this is what I forgot to write here, my wiki username is > "JindrichNovy", so the "FirstnameLastname" would be a good guess ;) done From bugzilla at redhat.com Wed Aug 17 12:52:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 08:52:49 -0400 Subject: [Bug 165553] Review Request: perl-Sort-Versions In-Reply-To: Message-ID: <200508171252.j7HCqnU8001961@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Sort-Versions https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165553 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-17 08:52 EST ------- Review: - rpmlint clean - naming of package and spec meets guidelines - package meets guidelines - license same as perl - spec file written in English and is legible - source matches upstream - package builds ok in FC4 and in mock for devel (i386) - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership issues - no duplicate files - permissions are fine - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime Issues: - rpmlint not clean: E: perl-Sort-Versions non-executable-script /usr/lib/perl5/vendor_perl/5.8.6/Sort/Versions.pm 0644 This script is not executable I believe this is a spurious error caused by the shebang at the start of the file, but you could get rid of it anyway by appending to %prep: %{__perl} -ni -e 'print if (2 .. eof());' Versions.pm or something equivalent. - suggest adding README as %doc - BR: perl redundant - Finding empty .bs files not needed for noarch package These can be addressed post-CVS. I'm happy with this. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 12:56:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 08:56:29 -0400 Subject: [Bug 165553] Review Request: perl-Sort-Versions In-Reply-To: Message-ID: <200508171256.j7HCuTEx002510@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Sort-Versions https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165553 ------- Additional Comments From paul at city-fan.org 2005-08-17 08:56 EST ------- (In reply to comment #4) > Review: > > - rpmlint clean I did of course mean "rpmlint *not* clean - see below... Paul. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tibbs at math.uh.edu Wed Aug 17 13:13:19 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 17 Aug 2005 08:13:19 -0500 Subject: No more buildsys completion mails? In-Reply-To: <1124259522.17573.123.camel@mccallum.corsepiu.local> (Ralf Corsepius's message of "Wed, 17 Aug 2005 08:18:41 +0200") References: <1124259522.17573.123.camel@mccallum.corsepiu.local> Message-ID: >>>>> "RC" == Ralf Corsepius writes: RC> Hi, as it seems to me, the buildsys doesn't send buildsystem RC> package building completion mails in response to completed build RC> requests anymore? I queued a build of denyhosts last night and received an emailed notification of a successful build about two minutes later. - J< From rc040203 at freenet.de Wed Aug 17 13:18:28 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 17 Aug 2005 15:18:28 +0200 Subject: [Bug 165553] Review Request: perl-Sort-Versions In-Reply-To: <200508171252.j7HCqnU8001961@www.beta.redhat.com> References: <200508171252.j7HCqnU8001961@www.beta.redhat.com> Message-ID: <1124284709.17573.282.camel@mccallum.corsepiu.local> On Wed, 2005-08-17 at 08:52 -0400, bugzilla at redhat.com wrote: > Please do not reply directly to this email. All additional > comments should be made in the comments box of this bug report. > > Summary: Review Request: perl-Sort-Versions > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165553 > ------- Additional Comments From paul at city-fan.org 2005-08-17 08:52 EST ------- > - rpmlint not clean: > > E: perl-Sort-Versions non-executable-script > /usr/lib/perl5/vendor_perl/5.8.6/Sort/Versions.pm 0644 > This script is not executable > > I believe this is a spurious error caused by the shebang at the start of the > file, Yes, this is an rpmlint bug. > but you could get rid of it anyway by appending to %prep: > %{__perl} -ni -e 'print if (2 .. eof());' Versions.pm I don't want to clutter rpm specs with hacks to workaround deficits in rpmlint. I am considering to file a PR against rpmlint, instead. Ralf From rc040203 at freenet.de Wed Aug 17 13:19:23 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 17 Aug 2005 15:19:23 +0200 Subject: No more buildsys completion mails? In-Reply-To: References: <1124259522.17573.123.camel@mccallum.corsepiu.local> Message-ID: <1124284764.17573.283.camel@mccallum.corsepiu.local> On Wed, 2005-08-17 at 08:13 -0500, Jason L Tibbitts III wrote: > >>>>> "RC" == Ralf Corsepius writes: > > RC> Hi, as it seems to me, the buildsys doesn't send buildsystem > RC> package building completion mails in response to completed build > RC> requests anymore? > > I queued a build of denyhosts last night and received an emailed > notification of a successful build about two minutes later. For the record: Seth was right. The mails were stuck in a broken mailserver. Ralf From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Aug 17 14:31:53 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 17 Aug 2005 16:31:53 +0200 Subject: rpms/fpc/devel .cvsignore,1.2,1.3 fpc.spec,1.1,1.2 sources,1.2,1.3 In-Reply-To: <200508171418.j7HEI1Ti000529@cvs-int.fedora.redhat.com> References: <200508171418.j7HEI1Ti000529@cvs-int.fedora.redhat.com> Message-ID: <20050817163153.5af615c9@python2> Joost van der Sluis wrote : > --- sources 5 Aug 2005 15:15:37 -0000 1.2 > +++ sources 17 Aug 2005 14:17:59 -0000 1.3 > @@ -1,2 +1,3 @@ > -db9a94a468bdc5f1067f2803818f5b2b fpc-2.0.0.compiler.bin.tar.gz > +30de6e4d22949f53459a52e5f2b23799 fpc-2.0.0.compiler.bin.tar.gz > 3f9c64d0146a3631f6963fd7477776d1 fpc-2.0.0.source.tar.gz > +70d0dda3414db0991b1bf5742d1a01c1 fpc-2.0.0-G5.patch > Patches, if not too large, are usually better under CVS version control than uploaded as sources, especially if you want to update/fix the patch without changing the file name and committing new .cvsignore and sources files. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.09 0.50 0.46 From bugzilla at redhat.com Wed Aug 17 14:40:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 10:40:35 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508171440.j7HEeZbH020987@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tcallawa at redhat.com 2005-08-17 10:40 EST ------- Good work guys. Close this when its built in the buildsystem. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From joost at cnoc.nl Wed Aug 17 15:08:47 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Wed, 17 Aug 2005 17:08:47 +0200 Subject: rpms/fpc/devel .cvsignore, 1.2, 1.3 fpc.spec, 1.1, 1.2 sources, 1.2, 1.3 In-Reply-To: <20050817163153.5af615c9@python2> References: <200508171418.j7HEI1Ti000529@cvs-int.fedora.redhat.com> <20050817163153.5af615c9@python2> Message-ID: <1124291328.5655.8.camel@joost> > > --- sources 5 Aug 2005 15:15:37 -0000 1.2 > > +++ sources 17 Aug 2005 14:17:59 -0000 1.3 > > @@ -1,2 +1,3 @@ > > -db9a94a468bdc5f1067f2803818f5b2b fpc-2.0.0.compiler.bin.tar.gz > > +30de6e4d22949f53459a52e5f2b23799 fpc-2.0.0.compiler.bin.tar.gz > > 3f9c64d0146a3631f6963fd7477776d1 fpc-2.0.0.source.tar.gz > > +70d0dda3414db0991b1bf5742d1a01c1 fpc-2.0.0-G5.patch > > > > Patches, if not too large, are usually better under CVS version control > than uploaded as sources, especially if you want to update/fix the patch > without changing the file name and committing new .cvsignore and sources > files. Ow, you're right offcourse. I didn't thought of that. Should I fix this or let it rest? Joost From qspencer at ieee.org Wed Aug 17 15:41:51 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 17 Aug 2005 10:41:51 -0500 Subject: Handling packages with SSE extensions Message-ID: <43035ABF.2@ieee.org> Hello all, I'm working on a package for ATLAS (Automatically Tuned Linear Algebra Subsystem). On i386, it can use SSE, SSE2 and 3Dnow. How are programs handled that use these extensions? Are there other packages that would make good references? I have gmp installed on my system, and I see that there are libs with identical names in /usr/lib and /usr/lib/sse2. Is this the standard way of dealing with this? How does the system load the correct libraries? How does rpm/yum deal with choosing what to install? -Quentin From nphilipp at redhat.com Wed Aug 17 16:03:58 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 17 Aug 2005 18:03:58 +0200 Subject: Handling packages with SSE extensions In-Reply-To: <43035ABF.2@ieee.org> References: <43035ABF.2@ieee.org> Message-ID: <1124294638.15805.16.camel@wombat.tiptoe.de> On Wed, 2005-08-17 at 10:41 -0500, Quentin Spencer wrote: > Hello all, > > I'm working on a package for ATLAS (Automatically Tuned Linear Algebra > Subsystem). On i386, it can use SSE, SSE2 and 3Dnow. How are programs > handled that use these extensions? Are there other packages that would > make good references? I have gmp installed on my system, and I see that > there are libs with identical names in /usr/lib and /usr/lib/sse2. Is > this the standard way of dealing with this? How does the system load the > correct libraries? How does rpm/yum deal with choosing what to install? Ideally the package should do what gimp does: have codepaths for all optimization levels (i.e. nothing, mmx, sse, ...) in the binary and dynamically select the best one for the machine it's running on. Then a single package (or library) is sufficient. 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 joost at cnoc.nl Wed Aug 17 16:51:12 2005 From: joost at cnoc.nl (Joost van der Sluis) Date: Wed, 17 Aug 2005 18:51:12 +0200 Subject: ppc buildserver problem In-Reply-To: <1124211888.24711.50.camel@joost> References: <1124199398.24711.15.camel@joost> <1124203196.19778.14.camel@dcbw.boston.redhat.com> <1124204302.24711.35.camel@joost> <1124204728.19778.20.camel@dcbw.boston.redhat.com> <1124210673.3869.7.camel@localhost.localdomain> <1124211888.24711.50.camel@joost> Message-ID: <1124297473.5655.16.camel@joost> On Tue, 2005-08-16 at 19:04 +0200, Joost van der Sluis wrote: > On Tue, 2005-08-16 at 17:44 +0100, David Woodhouse wrote: > > On Tue, 2005-08-16 at 11:05 -0400, Dan Williams wrote: > > > Not sure. There is _no_ chance that the upstream devs could fix > > > what's wrong on POWER, or at least work around it? Does it actually > > > require Altivec, or is it the stuff like cache line instructions that > > > are missing? > > > > It's just a bug in their code. They're making assumptions about cache > > line size. Should be simple to fix. > But it seems to be that Altivec/vmx isn't used in fpc, so we can give it > a try. > But the fact is that fpc 2.0.0 will never work on that system. So I must > patch it, or wait till 2.0.2 will be released. > > Maybe it's better to do a excludearch until the problem is solved, and > released in a new stable version? I've solved the problem by patching fpc, and it builds now! Maybe it could give some problems in the future, though. Thanks all for your help the last few months for getting fpc into extras: for sponsering me and for all the reviews and comments. Joost. From qspencer at ieee.org Wed Aug 17 17:47:08 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 17 Aug 2005 12:47:08 -0500 Subject: Handling packages with SSE extensions In-Reply-To: <1124294638.15805.16.camel@wombat.tiptoe.de> References: <43035ABF.2@ieee.org> <1124294638.15805.16.camel@wombat.tiptoe.de> Message-ID: <4303781C.2060001@ieee.org> Nils Philippsen wrote: >On Wed, 2005-08-17 at 10:41 -0500, Quentin Spencer wrote: > > >>I'm working on a package for ATLAS (Automatically Tuned Linear Algebra >>Subsystem). On i386, it can use SSE, SSE2 and 3Dnow. How are programs >>handled that use these extensions? Are there other packages that would >>make good references? I have gmp installed on my system, and I see that >>there are libs with identical names in /usr/lib and /usr/lib/sse2. Is >>this the standard way of dealing with this? How does the system load the >>correct libraries? How does rpm/yum deal with choosing what to install? >> >> > >Ideally the package should do what gimp does: have codepaths for all >optimization levels (i.e. nothing, mmx, sse, ...) in the binary and >dynamically select the best one for the machine it's running on. Then a >single package (or library) is sufficient. > > ATLAS doesn't do this. It is based on compile-time optimizations (that make for very long compiles). Because the resulting binaries are hardware dependent, I'm using the Debian package as a starting point because it uses a scheme of "recorded builds" from "average" hardware to produce binaries that are repeatable regardless of hardware and perform reasonably well on a range of hardware. Some additional performance improvement can be obtained if a user rebuilds a custom package for their system. The ATLAS sourceforge site distributes separate binaries for all of the different SIMD extensions, and I don't see this changing. I was hoping to put all the separate extensions in separate packages and have the user install the correct one (or find a way for yum to find the correct one), like is done with the different kernels. This is a very tricky packaging problem, and I welcome any suggestions on how best to deal with it. -Quentin From duncan_j_ferguson at yahoo.co.uk Wed Aug 17 18:02:29 2005 From: duncan_j_ferguson at yahoo.co.uk (Duncan Ferguson) Date: Wed, 17 Aug 2005 19:02:29 +0100 Subject: cpan2rpm builds & spec files Message-ID: <43037BB5.1000109@yahoo.co.uk> Is it acceptable to use cpan2rpm to make perl module spec and rpm files? There seems to be a lot of perl modules being made but nothing seems to be mentioned about cpan2rpm? Certainly nothing I can find on the wiki about it. Thanks Duncs ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com From ghenry at suretecsystems.com Wed Aug 17 18:11:37 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Wed, 17 Aug 2005 19:11:37 +0100 Subject: cpan2rpm builds & spec files In-Reply-To: <43037BB5.1000109@yahoo.co.uk> References: <43037BB5.1000109@yahoo.co.uk> Message-ID: <43037DD9.8050809@suretecsystems.com> Duncan Ferguson said the following on 17/08/05 19:02: > Is it acceptable to use cpan2rpm to make perl module spec and rpm > files? There seems to be a lot of perl modules being made but nothing > seems to be mentioned about cpan2rpm? Certainly nothing I can find on > the wiki about it. > > Thanks > > Duncs > > > ___________________________________________________________ To help you > stay safe and secure online, we've developed the all new Yahoo! Security > Centre. http://uk.security.yahoo.com > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list You can, but it's a bit broken at the moment. I look after the RPM in Extras and need to apply a user submitted patch. It's best to make them by hand, unless someone on the list can confirm otherwise.? -- Kind Regards, Gavin Henry. Open Source. Open Solutions.(tm) http://www.suretecsystems.com/ From paul at city-fan.org Wed Aug 17 18:20:02 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 17 Aug 2005 19:20:02 +0100 Subject: cpan2rpm builds & spec files In-Reply-To: <43037DD9.8050809@suretecsystems.com> References: <43037BB5.1000109@yahoo.co.uk> <43037DD9.8050809@suretecsystems.com> Message-ID: <1124302803.2864.67.camel@laurel.intra.city-fan.org> On Wed, 2005-08-17 at 19:11 +0100, Gavin Henry wrote: > Duncan Ferguson said the following on 17/08/05 19:02: > > Is it acceptable to use cpan2rpm to make perl module spec and rpm > > files? There seems to be a lot of perl modules being made but nothing > > seems to be mentioned about cpan2rpm? Certainly nothing I can find on > > the wiki about it. > > > > Thanks > > > > Duncs > > > > > > ___________________________________________________________ To help you > > stay safe and secure online, we've developed the all new Yahoo! Security > > Centre. http://uk.security.yahoo.com > > > > -- > > fedora-extras-list mailing list > > fedora-extras-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-extras-list > > You can, but it's a bit broken at the moment. I look after the RPM in > Extras and need to apply a user submitted patch. > > It's best to make them by hand, unless someone on the list can confirm > otherwise.? They're OK as a starting point but you'd probably be better off (and will get fewer issues brought up in reviews) starting with the perl module template from fedora-rpmdevtools. The key point is that the module has to meet the guidelines and pass a review; how it gets there doesn't really matter. Paul. -- Paul Howarth From tcallawa at redhat.com Wed Aug 17 18:29:34 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 17 Aug 2005 13:29:34 -0500 Subject: Handling packages with SSE extensions In-Reply-To: <4303781C.2060001@ieee.org> References: <43035ABF.2@ieee.org> <1124294638.15805.16.camel@wombat.tiptoe.de> <4303781C.2060001@ieee.org> Message-ID: <1124303374.2753.54.camel@localhost.localdomain> On Wed, 2005-08-17 at 12:47 -0500, Quentin Spencer wrote: > ATLAS doesn't do this. It is based on compile-time optimizations (that > make for very long compiles). Because the resulting binaries are > hardware dependent, I'm using the Debian package as a starting point > because it uses a scheme of "recorded builds" from "average" hardware to > produce binaries that are repeatable regardless of hardware and perform > reasonably well on a range of hardware. Some additional performance > improvement can be obtained if a user rebuilds a custom package for > their system. The ATLAS sourceforge site distributes separate binaries > for all of the different SIMD extensions, and I don't see this changing. > I was hoping to put all the separate extensions in separate packages and > have the user install the correct one (or find a way for yum to find the > correct one), like is done with the different kernels. This is a very > tricky packaging problem, and I welcome any suggestions on how best to > deal with it. Well, I'm not that familiar with ATLAS, but you might be able to resolve it like this: Assuming that on i386, it can generate multiple binary files for SSE, SSE2 and 3Dnow optimizations. Loop through all possible optimizations, and generate sets of binaries that are named appropriately (e.g. atlas-sse, atlas-sse2, atlas-3dnow) Generate a program that detects which optimizations the hardware is capable of using. In %files, %ghost the expected binary name. Then, in %post, run the detection program and use the output to symlink the best optimized fit to the expected binary name. The downside to this approach is that you end up with a lot of extra binaries on the system that can't be used (or perform sub-par). :/ ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From duncan_j_ferguson at yahoo.co.uk Wed Aug 17 18:35:08 2005 From: duncan_j_ferguson at yahoo.co.uk (Duncan Ferguson) Date: Wed, 17 Aug 2005 19:35:08 +0100 Subject: cpan2rpm builds & spec files In-Reply-To: <1124302803.2864.67.camel@laurel.intra.city-fan.org> References: <43037BB5.1000109@yahoo.co.uk> <43037DD9.8050809@suretecsystems.com> <1124302803.2864.67.camel@laurel.intra.city-fan.org> Message-ID: <4303835C.1050006@yahoo.co.uk> Re cpan2rpm builds Paul Howarth wrote: >They're OK as a starting point but you'd probably be better off (and >will get fewer issues brought up in reviews) starting with the perl >module template from fedora-rpmdevtools. > > Thats what I'll do then... Thanks Duncs ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com From qspencer at ieee.org Wed Aug 17 18:51:23 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 17 Aug 2005 13:51:23 -0500 Subject: Handling packages with SSE extensions In-Reply-To: <1124303374.2753.54.camel@localhost.localdomain> References: <43035ABF.2@ieee.org> <1124294638.15805.16.camel@wombat.tiptoe.de> <4303781C.2060001@ieee.org> <1124303374.2753.54.camel@localhost.localdomain> Message-ID: <4303872B.4090903@ieee.org> Tom 'spot' Callaway wrote: >On Wed, 2005-08-17 at 12:47 -0500, Quentin Spencer wrote: > > > >>ATLAS doesn't do this. It is based on compile-time optimizations (that >>make for very long compiles). Because the resulting binaries are >>hardware dependent, I'm using the Debian package as a starting point >>because it uses a scheme of "recorded builds" from "average" hardware to >>produce binaries that are repeatable regardless of hardware and perform >>reasonably well on a range of hardware. Some additional performance >>improvement can be obtained if a user rebuilds a custom package for >>their system. The ATLAS sourceforge site distributes separate binaries >>for all of the different SIMD extensions, and I don't see this changing. >>I was hoping to put all the separate extensions in separate packages and >>have the user install the correct one (or find a way for yum to find the >>correct one), like is done with the different kernels. This is a very >>tricky packaging problem, and I welcome any suggestions on how best to >>deal with it. >> >> > >Well, I'm not that familiar with ATLAS, but you might be able to resolve >it like this: > >Assuming that on i386, it can generate multiple binary files for SSE, >SSE2 and 3Dnow optimizations. > >Loop through all possible optimizations, and generate sets of binaries >that are named appropriately (e.g. atlas-sse, atlas-sse2, atlas-3dnow) > >Generate a program that detects which optimizations the hardware is >capable of using. > >In %files, %ghost the expected binary name. Then, in %post, run the >detection program and use the output to symlink the best optimized fit >to the expected binary name. > >The downside to this approach is that you end up with a lot of extra >binaries on the system that can't be used (or perform sub-par). :/ > > Thanks for the suggestions. Now one more related question: suppose as I alluded to earlier that we have an SRPM that rebuilds predictably on any system but I want to add an option for a user to do a custom RPM for their own hardware. What's the best way to do that? I was thinking along the lines of adding something in the spec file that triggers a custom compilation when some special switch is added to the rpmbuild command. -Quentin From bugzilla at redhat.com Wed Aug 17 18:59:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 14:59:19 -0400 Subject: [Bug 166171] New: Review Request: gnomad2 a digital audio player manager Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166171 Summary: Review Request: gnomad2 a digital audio player manager Product: Fedora Extras Version: devel Platform: All URL: http://sourceforge.net/project/showfiles.php?group_id=65 573 OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: triad at df.lth.se QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: libnjb.spec SRPM Name or Url: http://download.sourceforge.net/gnomad2/gnomad2-2.8.0-4.src.rpm Description: Gnomad2 manages several digital audio players, Creative NOMAD jukeboxes, Creative Zen, Zen 2.0, NX, Xtra, Touch and Micro are supported, as well as Dell DJs "dellpods". (Trivia: I am also the author of this program.) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 18:59:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 14:59:34 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508171859.j7HIxYOv010119@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 triad at df.lth.se changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166171 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 19:00:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 15:00:06 -0400 Subject: [Bug 166046] Review Request: libAfterImage - A generic image manipulation library In-Reply-To: Message-ID: <200508171900.j7HJ06nY010324@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libAfterImage - A generic image manipulation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166046 ------- Additional Comments From bugs.michael at gmx.net 2005-08-17 14:59 EST ------- $ rpmlint libAfterImage-1.07-1.src.rpm W: libAfterImage spelling-error-in-description powerfull powerful > %package devel > Summary: Development package for %{name} Ambiguous. Suggest "Files needed for software development with %{name}" %defattr missing in -devel %files section. Suspicious error during %install: [...] /usr/bin/install -c -m 644 xwrap.h /home/qa/tmp/rpm/tmp/libAfterImage-1.07-1-root-qa/usr/include/libAfterImage cd apps; make install; cd .. make[1]: Entering directory `/home/qa/tmp/rpm/BUILD/libAfterImage-1.07/apps' make[1]: *** No rule to make target `../../libAfterImage/asimage.c', needed by `../../libAfterImage/libAfterImage.so'. Stop. make[1]: Leaving directory `/home/qa/tmp/rpm/BUILD/libAfterImage-1.07/apps' + cd apps [...] While --enable-gdb may prevent compiler option -g from being removed from default $RPM_OPT_FLAGS, it enables debug output in the library (see "grep NO_DEBUG_OUTPUT * -R" and configure.in). afterimage-config.in includes a hardcoded check for /usr/lib which is supposed to prevent a standard library search path from being added to the linker command-line with -L (on x86_64 this check will fail and add -L/usr/lib64) I believe the configure script looks for X in /usr/X11R6/lib also on 64-bit platforms and probably won't find X libraries. Why --enable-xlocale? MMX -> This is from the included README: > !!!!!!!!!!!!!!!!!!!!!!!!! MMX NOTICE !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > Note: > libAfterImage gets compiled with inline MMX assembly enabled. > If you have CPU that does not support it - you'll > have to manually turn that off by using --disable-mmx-optimization > option to configure script. > Otherwise you gonna get wierd segfaults and Illigal Instruction > exceptions. > !!!!!!!!!!!!!!!!!!!!!!!!! MMX NOTICE !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From roland at redhat.com Wed Aug 17 19:19:57 2005 From: roland at redhat.com (Roland McGrath) Date: Wed, 17 Aug 2005 12:19:57 -0700 (PDT) Subject: Handling packages with SSE extensions In-Reply-To: Quentin Spencer's message of Wednesday, 17 August 2005 13:51:23 -0500 <4303872B.4090903@ieee.org> Message-ID: <20050817191957.8CD95180988@magilla.sf.frob.com> I don't think the suggestion of install-time hardware selection is wise. We pretty much only have install-time hardware detection for the kernel and X. People know about those cases. Those aside, people certainly do things like replace a processor or move an installed disk to a different box. When it's not really, really difficult to accomplish, I think the selections should be done at startup time. Someone mentioned an example that does its own runtime selection, which is ideal but complicated. The other approach is the one libc uses, which is hwcap-based DSO selection. From bugzilla at redhat.com Wed Aug 17 20:11:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:11:44 -0400 Subject: [Bug 166181] New: Review Request: perl-CGI-Untaint : Process CGI input parameters Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166181 Summary: Review Request: perl-CGI-Untaint : Process CGI input parameters Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/CGI-Untaint/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-CGI-Untaint.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-CGI-Untaint-1.25-2.src.rpm Description: Process CGI input parameters (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:11:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:11:51 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172011.j7HKBpU4027118@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166181 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:13:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:13:18 -0400 Subject: [Bug 166182] New: Review Request: perl-CGI-Untaint-date : Validate a date Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166182 Summary: Review Request: perl-CGI-Untaint-date : Validate a date Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/CGI-Untaint-date/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-CGI-Untaint-date.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-CGI-Untaint-date-0.03-2.src.rpm Description: Validate a date (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:13:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:13:30 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172013.j7HKDUle027418@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166182 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:16:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:16:32 -0400 Subject: [Bug 166183] New: Review Request: perl-Class-Accessor-Chained Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166183 Summary: Review Request: perl-Class-Accessor-Chained Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-Accessor-Chained/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-Accessor-Chained.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-Accessor-Chained-0.01-2.src.rpm Description: Make chained accessors. (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:16:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:16:39 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172016.j7HKGdAD027984@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166183 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:18:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:18:26 -0400 Subject: [Bug 166184] New: Review Request: perl-Class-DBI : Simple Database Abstraction Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166184 Summary: Review Request: perl-Class-DBI : Simple Database Abstraction Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-0.96-2.src.rpm Description: Simple Database Abstraction (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:18:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:18:38 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172018.j7HKIcYa028319@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166184 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:20:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:20:15 -0400 Subject: [Bug 166185] New: Review Request: perl-Class-DBI-AbstractSearch : Abstract Class::DBI's SQL with SQL::Abstract Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166185 Summary: Review Request: perl-Class-DBI-AbstractSearch : Abstract Class::DBI's SQL with SQL::Abstract Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-AbstractSearch/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-AbstractSearch.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-AbstractSearch-0.05-2.src.rpm Description: Abstract Class::DBI's SQL with SQL::Abstract. (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:20:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:20:22 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172020.j7HKKMZs029179@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166185 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:21:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:21:46 -0400 Subject: [Bug 166186] New: Review Request: perl-Class-DBI-AsForm : Produce HTML form elements for database columns Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166186 Summary: Review Request: perl-Class-DBI-AsForm : Produce HTML form elements for database columns Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-AsForm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-AsForm.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-AsForm-2.41-2.src.rpm Description: Produce HTML form elements for database columns. (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:22:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:22:00 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172022.j7HKM0ej030133@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166186 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:28:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:28:14 -0400 Subject: [Bug 166187] New: Review Request: perl-Class-DBI-FromCGI : Update Class::DBI data using CGI::Untaint Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166187 Summary: Review Request: perl-Class-DBI-FromCGI : Update Class::DBI data using CGI::Untaint Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-FromCGI/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-FromCGI.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-FromCGI-0.94-2.src.rpm Description: Update Class::DBI data using CGI::Untaint (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:28:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:28:21 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172028.j7HKSLma032496@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166187 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:29:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:29:36 -0400 Subject: [Bug 166188] New: Review Request: perl-Class-DBI-Loader : Dynamic definition of Class::DBI sub classes Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166188 Summary: Review Request: perl-Class-DBI-Loader : Dynamic definition of Class::DBI sub classes Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-Loader/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Loader.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Loader-0.22-2.src.rpm Description: Dynamic definition of Class::DBI sub classes (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:29:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:29:48 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172029.j7HKTmq0001223@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166188 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:32:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:32:27 -0400 Subject: [Bug 166189] New: Review Request: perl-Class-DBI-Loader-Relationship : Easier relationship specification in CDBI::L Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166189 Summary: Review Request: perl-Class-DBI-Loader-Relationship : Easier relationship specification in CDBI::L Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-Loader- Relationship/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Loader-Relationship.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Loader-Relationship-1.2-2.src.rpm Description: Easier relationship specification in CDBI::L (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:32:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:32:39 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172032.j7HKWdwP001823@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166189 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:34:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:34:03 -0400 Subject: [Bug 166190] New: Review Request: perl-Class-DBI-Pager : Pager utility for Class::DBI Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166190 Summary: Review Request: perl-Class-DBI-Pager : Pager utility for Class::DBI Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-Pager/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Pager.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Pager-0.06-2.src.rpm Description: Pager utility for Class::DBI (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:34:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:34:15 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172034.j7HKYFgL002158@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166190 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:35:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:35:13 -0400 Subject: [Bug 166191] New: Review Request: perl-Class-DBI-Pg : Class::DBI extension for PostgreSQL Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166191 Summary: Review Request: perl-Class-DBI-Pg : Class::DBI extension for PostgreSQL Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-Pg/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Pg.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Pg-0.06-2.src.rpm Description: Class::DBI extension for PostgreSQL (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:35:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:35:25 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172035.j7HKZPKb002872@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166191 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:36:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:36:43 -0400 Subject: [Bug 166192] New: Review Request: perl-Class-DBI-Plugin : Abstract base class for Class::DBI plugins Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166192 Summary: Review Request: perl-Class-DBI-Plugin : Abstract base class for Class::DBI plugins Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-Plugin/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Plugin.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Plugin-0.03-2.src.rpm Description: Abstract base class for Class::DBI plugins (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:37:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:37:00 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172037.j7HKb0Lg003499@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166192 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:38:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:38:18 -0400 Subject: [Bug 166193] New: Review Request: perl-Class-DBI-Plugin-RetrieveAll : More complex retrieve_all() for Class::DBI Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166193 Summary: Review Request: perl-Class-DBI-Plugin-RetrieveAll : More complex retrieve_all() for Class::DBI Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-Plugin- RetrieveAll/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Plugin-RetrieveAll.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Plugin-RetrieveAll-1.01-2.src.rpm Description: More complex retrieve_all() for Class::DBI (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:38:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:38:35 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172038.j7HKcZDS003765@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166193 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:39:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:39:35 -0400 Subject: [Bug 166194] New: Review Request: perl-Class-DBI-Plugin-Type : Determine type information for columns Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166194 Summary: Review Request: perl-Class-DBI-Plugin-Type : Determine type information for columns Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-Plugin-Type/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Plugin-Type.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Plugin-Type-0.02-2.src.rpm Description: Determine type information for columns (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:39:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:39:47 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172039.j7HKdl32004406@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166194 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:40:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:40:58 -0400 Subject: [Bug 166195] New: Review Request: perl-Class-DBI-SQLite : Extension to Class::DBI for sqlite Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166195 Summary: Review Request: perl-Class-DBI-SQLite : Extension to Class::DBI for sqlite Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-SQLite/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-SQLite.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-SQLite-0.09-2.src.rpm Description: Extension to Class::DBI for sqlite (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:41:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:41:10 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172041.j7HKfAnp004678@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166195 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:42:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:42:22 -0400 Subject: [Bug 166196] New: Review Request: perl-Class-DBI-mysql : Extensions to Class::DBI for MySQL Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166196 Summary: Review Request: perl-Class-DBI-mysql : Extensions to Class::DBI for MySQL Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-DBI-mysql/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-mysql.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-mysql-0.23-2.src.rpm Description: Extensions to Class::DBI for MySQL (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:42:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:42:33 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172042.j7HKgXOn004912@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166196 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:43:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:43:42 -0400 Subject: [Bug 166197] New: Review Request: perl-Class-Trigger : Mixin to add / call inheritable triggers Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166197 Summary: Review Request: perl-Class-Trigger : Mixin to add / call inheritable triggers Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-Trigger/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-Trigger.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-Trigger-0.09-2.src.rpm Description: Mixin to add / call inheritable triggers (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:43:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:43:59 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172043.j7HKhxT6005139@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166197 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:45:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:45:17 -0400 Subject: [Bug 166198] New: Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166198 Summary: Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/DBIx-ContextualFetch/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-DBIx-ContextualFetch.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-DBIx-ContextualFetch-1.02-2.src.rpm Description: Add contextual fetches to DBI (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:45:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:45:29 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172045.j7HKjTda005422@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166198 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:46:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:46:43 -0400 Subject: [Bug 166199] New: Review Request: perl-Data-Page : Help when paging through sets of results Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166199 Summary: Review Request: perl-Data-Page : Help when paging through sets of results Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Data-Page/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Data-Page.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Data-Page-2.00-2.src.rpm Description: Help when paging through sets of results. (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:46:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:46:55 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172046.j7HKktQ8005786@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166199 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:48:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:48:00 -0400 Subject: [Bug 166200] New: Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166200 Summary: Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/IO-CaptureOutput OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-IO-CaptureOutput.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-IO-CaptureOutput-1.03-2.src.rpm Description: Capture STDOUT/STDERR from subprocesses and XS/C modules (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:48:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:48:12 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172048.j7HKmCUX006265@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166200 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:49:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:49:06 -0400 Subject: [Bug 166201] New: Review Request: perl-Ima-DBI : Database connection caching and organization Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166201 Summary: Review Request: perl-Ima-DBI : Database connection caching and organization Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Ima-DBI/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Ima-DBI.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Ima-DBI-0.33-2.src.rpm Description: Database connection caching and organization (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:49:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:49:18 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172049.j7HKnIKS006539@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166201 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:50:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:50:25 -0400 Subject: [Bug 166202] New: Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166202 Summary: Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Template-Plugin-Class/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Template-Plugin-Class.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Template-Plugin-Class-0.12-2.src.rpm Description: Allow calling of class methods on arbitrary classes (NOTE: This package is one of the Maypole dependencies) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:50:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:50:37 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172050.j7HKobLu007351@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166202 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:52:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:52:11 -0400 Subject: [Bug 166203] New: Review Request: perl-Maypole : MVC web application framework Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166203 Summary: Review Request: perl-Maypole : MVC web application framework Product: Fedora Extras Version: devel Platform: All URL: http://maypole.perl.org OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Maypole.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/Maypole/perl-Maypole-2.10-0.2.pre1.src.rpm Description: Maypole is a Perl framework for MVC-oriented web applications, similar to Jakarta's Struts. Maypole is designed to minimize coding requirements for creating simple web interfaces to databases, while remaining flexible enough to support enterprise web applications. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:52:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:52:29 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172052.j7HKqTFJ007660@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166203 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:54:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:54:41 -0400 Subject: [Bug 166205] New: Review Request: alleyoop : Graphical front-end to the Valgrind memory checker for x86 Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166205 Summary: Review Request: alleyoop : Graphical front-end to the Valgrind memory checker for x86 Product: Fedora Extras Version: devel Platform: All URL: http://alleyoop.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/alleyoop.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/alleyoop-0.9.0-2.src.rpm Description: Alleyoop is a graphical front-end to the increasingly popular Valgrind memory checker for x86 GNU/ Linux using the Gtk+ widget set and other GNOME libraries for the X-Windows environment. Features include a right-click context menu to intelligently suppress errors or launch an editor on the source file/jumping to the exact line of the error condition. A searchbar at the top of the viewer can be used to limit the viewable errors to those that match the regex criteria entered. Also included is a fully functional Suppressions editor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:54:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:54:48 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172054.j7HKsmMt008129@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166205 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:56:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:56:13 -0400 Subject: [Bug 166206] New: Review Request: xbsql : A SQL wrapper for xbase Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166206 Summary: Review Request: xbsql : A SQL wrapper for xbase Product: Fedora Extras Version: devel Platform: All URL: http://www.quaking.demon.co.uk/xbsql/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/xbsql.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/xbsql-0.11-3.src.rpm Description: XBSQL is a wrapper library which provides an SQL-subset interface to Xbase DBMS. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:56:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:56:26 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172056.j7HKuQgk008480@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166206 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:57:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:57:41 -0400 Subject: [Bug 166207] New: Review Request: rekall : A KDE database front-end application Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166207 Summary: Review Request: rekall : A KDE database front-end application Product: Fedora Extras Version: devel Platform: All URL: http://www.rekallrevealed.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/rekall.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/rekall-2.2.3-1.src.rpm Description: 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). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:57:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:57:53 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172057.j7HKvrS4008705@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166207 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:59:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:59:10 -0400 Subject: [Bug 166208] New: Review Request: tinyerp : Open Source ERP Client Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166208 Summary: Review Request: tinyerp : Open Source ERP Client Product: Fedora Extras Version: devel Platform: All URL: http://tinyerp.org OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/tinyerp.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/tinyerp-2.1.3-5.src.rpm Description: Tiny ERP is a free enterprise management software package. It covers all domains for small to medium businesses; accounting, stock management, sales, customer relationship, purchases, project management... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 20:59:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 16:59:22 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172059.j7HKxM8u009139@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166208 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 21:03:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 17:03:14 -0400 Subject: [Bug 166209] New: Review Request: apcupsd - APC UPS Power Control Daemon for Linux Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166209 Summary: Review Request: apcupsd - APC UPS Power Control Daemon for Linux Product: Fedora Extras Version: devel Platform: All URL: http://www.cora.nwra.com/~orion/fedora/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: orion at cora.nwra.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.cora.nwra.com/~orion/fedora/apcupsd.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/apcupsd-3.10.18-1.src.rpm Description: Apcupsd can be used for controlling most APC UPSes. During a power failure, apcupsd will inform the users about the power failure and that a shutdown may occur. If power is not restored, a system shutdown will follow when the battery is exausted, a timeout (seconds) expires, or the battery runtime expires based on internal APC calculations determined by power consumption rates. If the power is restored before one of the above shutdown conditions is met, apcupsd will inform users about this fact. Some features depend on what UPS model you have (simple or smart). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 21:03:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 17:03:31 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172103.j7HL3VfK009816@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166209 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 21:07:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 17:07:59 -0400 Subject: [Bug 166211] New: Review Request: TESTING-BUGSPAM Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166211 Summary: Review Request: TESTING-BUGSPAM Product: Fedora Extras Version: devel Platform: All URL: http://people.redhat.com/gdk/TESTING-BUGSPAM OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gdk at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: spam SRPM Name or Url: spam Description: spam -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 21:08:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 17:08:06 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508172108.j7HL86q2010711@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 gdk at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166211 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 21:09:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 17:09:48 -0400 Subject: [Bug 166211] Review Request: TESTING-BUGSPAM In-Reply-To: Message-ID: <200508172109.j7HL9m4e010983@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TESTING-BUGSPAM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166211 ------- Additional Comments From gdk at redhat.com 2005-08-17 17:09 EST ------- RANDOM COMMENT #1: this is a test -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 21:10:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 17:10:55 -0400 Subject: [Bug 166211] Review Request: TESTING-BUGSPAM In-Reply-To: Message-ID: <200508172110.j7HLAtgO011284@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TESTING-BUGSPAM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166211 gdk at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gdk at redhat.com 2005-08-17 17:10 EST ------- MOVE TO FE-REVIEW #2 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 21:12:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 17:12:04 -0400 Subject: [Bug 166211] Review Request: TESTING-BUGSPAM In-Reply-To: Message-ID: <200508172112.j7HLC4XH011470@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TESTING-BUGSPAM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166211 gdk at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gdk at redhat.com 2005-08-17 17:11 EST ------- MOVE TO FE-ACCEPT #3 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 21:12:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 17:12:52 -0400 Subject: [Bug 166211] Review Request: TESTING-BUGSPAM In-Reply-To: Message-ID: <200508172112.j7HLCqp9011606@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: TESTING-BUGSPAM https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166211 gdk at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |WORKSFORME ------- Additional Comments From gdk at redhat.com 2005-08-17 17:12 EST ------- CLOSED WORKSFORME -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From steve at silug.org Wed Aug 17 21:34:44 2005 From: steve at silug.org (Steven Pritchard) Date: Wed, 17 Aug 2005 16:34:44 -0500 Subject: cpan2rpm builds & spec files In-Reply-To: <1124302803.2864.67.camel@laurel.intra.city-fan.org> References: <43037BB5.1000109@yahoo.co.uk> <43037DD9.8050809@suretecsystems.com> <1124302803.2864.67.camel@laurel.intra.city-fan.org> Message-ID: <20050817213444.GA3163@osiris.silug.org> On Wed, Aug 17, 2005 at 07:20:02PM +0100, Paul Howarth wrote: > They're OK as a starting point but you'd probably be better off (and > will get fewer issues brought up in reviews) starting with the perl > module template from fedora-rpmdevtools. Or you could try my script... http://www.silug.org/~steve/software/scripts/perl/cpanspec It's not perfect (still a work in progress), but it will get you pretty close. 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 bugzilla at redhat.com Wed Aug 17 22:04:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 18:04:16 -0400 Subject: [Bug 166197] Review Request: perl-Class-Trigger : Mixin to add / call inheritable triggers In-Reply-To: Message-ID: <200508172204.j7HM4GkI020856@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-Trigger : Mixin to add / call inheritable triggers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166197 ------- Additional Comments From chris at chrisgrau.com 2005-08-17 18:04 EST ------- Review: - rpmlint clean - good package name - good spec file name - acceptible license - license matches upstream - spec file is am. english (and is legible) - source matches upstream - package builds on FC-4 - no locales - no shared libs - not relocatable - owns all created directories - no duplicate %files - file permissions okay - %clean okay - consistent use of macros - contains code, not content - no -docs package - %doc okay - no -devel package Needswork: BuildRequires: perl >= 1:5.6.1 Is this necessary? Perl is a given for rpm-build and Class::Trigger doesn't explicitly require a minimum version. Makefile.PL lists Class::Data::Inheritable >= 0.02 as a requirement, but it's not listed as a BR (nor does it build without it installed). In %build, make is given without %{_smp_mflags}. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 22:04:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 18:04:46 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508172204.j7HM4kZR020975@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sds at gnu.org ------- Additional Comments From gemi at bluewin.ch 2005-08-17 18:04 EST ------- The package builds on i386 and x86_64 but fails on ppc. http://buildsys.fedoraproject.org/logs//4/113-clisp-2.34-2.fc4/ppc/build.log I set ExcludeArch ppc for now. Maybe Sam (sds at gnu.org) can help out. Could it be that the build machine is running on Power5 instead of PowerPC? There is been a problem reported about this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 22:22:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 18:22:40 -0400 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200508172222.j7HMMerc023780@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ------- Additional Comments From tcallawa at redhat.com 2005-08-17 18:22 EST ------- New SRPM: http://www.auroralinux.org/people/spot/review/pam_pkcs11-0.5.2-1.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/pam_pkcs11.spec I don't see any problem with it Obsoleting pam_opensc when the time comes. --disable-static didn't work, it broke the compile. All other changes were made. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 22:32:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 18:32:41 -0400 Subject: [Bug 166197] Review Request: perl-Class-Trigger : Mixin to add / call inheritable triggers In-Reply-To: Message-ID: <200508172232.j7HMWfo3024574@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-Trigger : Mixin to add / call inheritable triggers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166197 ------- Additional Comments From tcallawa at redhat.com 2005-08-17 18:32 EST ------- The BuildRequires: perl >= 1:5.6.1 is in the spec template... but I doubt we need it. (perl spec template here: http://gsd.di.uminho.pt/jpo/perl/specfiles/) I didn't see any reason to use _smp_mflags for a noarch perl package that just runs a cp command when make is triggered... but for consistency, I've added it. :) Good catch on C::D::I, i've added it as a BR. New SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-Trigger-0.09-3.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-Trigger.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 22:40:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 18:40:58 -0400 Subject: [Bug 166202] Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes In-Reply-To: Message-ID: <200508172240.j7HMewCv025214@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166202 ------- Additional Comments From chris at chrisgrau.com 2005-08-17 18:40 EST ------- Review: - rpmlint clean - good package name - good spec file name - good license - license matches upstream - spec is am. english (and legible) - source matches upstream (and is latest version) - package builds on FC-4 - no locales - no shared libs - not relocatable - no duplicate %files - file permissions okay - %clean okay - consistent use of macros - code, not content - no -docs package - %doc okay - no -devel package Needswork: I was prompted to install Module::Build when running rpmbuild. This should be in the BR. > BuildRequires: perl >= 1:5.6.1 Is this BR necessary? make does not include %{?_smp_mflags}. > $ rpm -qf /usr/lib/perl5/vendor_perl/5.8.6/Template > file /usr/lib/perl5/vendor_perl/5.8.6/Template is not owned by any package perl-Template-Toolkit installs to %{perl_vendorarch} instead of %{perl_vendorlib}, so it doesn't create/own this Template directory. RPM doesn't automatically pick up the requires on perl(Template). Should probably be added explicitly. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 22:46:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 18:46:37 -0400 Subject: [Bug 166059] Review Request: perl-Class-Container In-Reply-To: Message-ID: <200508172246.j7HMkbtQ025657@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-Container https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166059 ------- Additional Comments From steve at silug.org 2005-08-17 18:46 EST ------- Done, and checked into CVS. Approved? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 22:48:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 18:48:02 -0400 Subject: [Bug 166197] Review Request: perl-Class-Trigger : Mixin to add / call inheritable triggers In-Reply-To: Message-ID: <200508172248.j7HMm2gi025881@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-Trigger : Mixin to add / call inheritable triggers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166197 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-08-17 18:47 EST ------- (In reply to comment #2) > The BuildRequires: perl >= 1:5.6.1 is in the spec template... but I doubt we > need it. > > (perl spec template here: http://gsd.di.uminho.pt/jpo/perl/specfiles/) I used to use the same BR for perl. The spectemplate-perl.spec in the fedora-rpmdevtools package only lists "BuildRequires: perl." I think it's redundant, but probably there for looks in a perl-* package. I noticed that perl is already a requirement for rpm-build, so the whole thing is pretty silly. > I didn't see any reason to use _smp_mflags for a noarch perl package that just > runs a cp command when make is triggered... but for consistency, I've added it. :) Agreed, it's pointless in such a case. I would have approved either way. :) > Good catch on C::D::I, i've added it as a BR. > > New SRPM: > http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-Trigger-0.09-3.src.rpm > > New SPEC: > http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-Trigger.spec And with that, APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 22:53:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 18:53:28 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508172253.j7HMrSm8026247@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 sds at gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bruno at clisp.org ------- Additional Comments From sds at gnu.org 2005-08-17 18:53 EST ------- please remove --with-module=i18n --with-module=regexp --with-module=syscalls these modules are included by default even in the base linking set. please add "build" argument to build in the separate "build" directory (as opposed to the src directory) the log indicates that CLISP crashes on the first GC. this means that some non-trivial memory management adjustments for Power5 might be necessary. Bruno Haible (bruno at clisp.org) should be able to handle that. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 22:56:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 18:56:27 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508172256.j7HMuRUk026432@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 ------- Additional Comments From sds at gnu.org 2005-08-17 18:56 EST ------- (In reply to comment #2) > ./configure --prefix=%{_prefix} --fsstnd=redhat --with-dynamic-ffi \ > --with-dynamic-modules --with-module=regexp --with-module=pcre \ > --with-module=clx/new-clx --with-module=syscalls --with-module=wildcard \ > --with-module=bindings/glibc --with-readline --build 1. --with-dynamic-modules precludes some optimizations. 2. make it --build build to build in a separate directory. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 17 23:00:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 19:00:36 -0400 Subject: [Bug 166065] Review Request: perl-Exception-Class In-Reply-To: Message-ID: <200508172300.j7HN0agh026729@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Exception-Class https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166065 ------- Additional Comments From steve at silug.org 2005-08-17 19:00 EST ------- Done, and checked into CVS. Approved? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tibbs at math.uh.edu Wed Aug 17 23:07:44 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 17 Aug 2005 18:07:44 -0500 Subject: Best way to pull devel changes into release branches Message-ID: So I've done a bunch of work on my package, adding a bunch of files and deleting a bunch as well. The release branches will need no modifications. What's the simplest way to get everything copied over? Is this what cvs-import.sh was intended for? The Wiki says that it can only import on the devel branch but its help text seems to indicate otherwise. (Yeah, I know I could just experiment, but I'd rather ask dumb questions than screw up the repository.) - J< From steve at silug.org Wed Aug 17 23:21:11 2005 From: steve at silug.org (Steven Pritchard) Date: Wed, 17 Aug 2005 18:21:11 -0500 Subject: Best way to pull devel changes into release branches In-Reply-To: References: Message-ID: <20050817232111.GB3163@osiris.silug.org> On Wed, Aug 17, 2005 at 06:07:44PM -0500, Jason L Tibbitts III wrote: > Is this what cvs-import.sh was intended for? The Wiki says that it > can only import on the devel branch but its help text seems to > indicate otherwise. I think it can work on other branches as long as they already exist in CVS. Maybe you should wait for an answer from someone who knows what they are talking about 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 bugzilla at redhat.com Wed Aug 17 23:40:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 19:40:40 -0400 Subject: [Bug 166201] Review Request: perl-Ima-DBI : Database connection caching and organization In-Reply-To: Message-ID: <200508172340.j7HNeeEg029438@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Ima-DBI : Database connection caching and organization https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166201 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris at chrisgrau.com ------- Additional Comments From chris at chrisgrau.com 2005-08-17 19:40 EST ------- This package requires perl(Class::WhiteHole), but I can't find it with a yum provides or in a review request. Once that's available, I'll be happy to review this package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Wed Aug 17 23:46:22 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 18 Aug 2005 01:46:22 +0200 Subject: Best way to pull devel changes into release branches In-Reply-To: References: Message-ID: <20050818014622.24a1d601.bugs.michael@gmx.net> On Wed, 17 Aug 2005 18:07:44 -0500, Jason L Tibbitts III wrote: > So I've done a bunch of work on my package, adding a bunch of files > and deleting a bunch as well. The release branches will need no > modifications. What's the simplest way to get everything copied over? Whatever works for you. I prepare changes directly in a checked out cvs module (= my local working) copy, and only need to commit when everything is ready. > Is this what cvs-import.sh was intended for? It's a script for importing src.rpm packages. > The Wiki says that it > can only import on the devel branch but its help text seems to > indicate otherwise. One section in the Wiki says that the script can only create new modules in the devel tree. It cannot create new branches like FC-4 or FC-3. Once these branch directories exist, the script can import a src.rpm just fine. From bugzilla at redhat.com Thu Aug 18 00:04:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 20:04:52 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508180004.j7I04qRm032557@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 jwboyer at jdub.homelinux.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwboyer at jdub.homelinux.org ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-17 20:04 EST ------- Thanks for doing the updates. They look good. I agree that building with docs is probably important. We'll have to figure something out. I'll be checking off and on, but my kid decided to be born on Monday, so I'm not sure how much time I'll have. I'll bug some people about getting you sponsored and finishing this review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 00:05:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 20:05:58 -0400 Subject: [Bug 166198] Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI In-Reply-To: Message-ID: <200508180005.j7I05wmE032684@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166198 ------- Additional Comments From chris at chrisgrau.com 2005-08-17 20:05 EST ------- Review: - rpmlint clean - package name okay - spec file name okay - license okay - license matches upstream - spec file in am. english (and legible) - source matches upstream - package builds on FC-4 - no locales - no shared libs - not relocatable - all created directories owned - no duplicate %files - file permissions okay - %clean okay - consistent use of macros - code, not content - no -docs - no -devel Needswork: DBI is a requirement in Makefile.PL, but is not listed as a BR. However, the package does build without perl-DBI, but only due to the fact that the tests are skipped without DBD::SQLite2 installed. Since DBD::SQLite2 is available in extras, I think it should be a BR for complete test coverage. perl(DBI) is not automatically picked up as a requires, so it should be explicitly added. I've found this to be a deficiency in RPM that it doesn't automatically pick up modules found in "use base" declarations. Nitpicks: - BuildRequires: perl >= 1:5.6.1 - make called without %{?_smp_mflags} -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 00:06:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 20:06:37 -0400 Subject: [Bug 165836] Review Request: cogito In-Reply-To: Message-ID: <200508180006.j7I06bYi000310@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cogito https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165836 jwboyer at jdub.homelinux.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jwboyer at jdub.homelinux.org ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-17 20:06 EST ------- Updates look good. I think this one is mostly done. Still working on the sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jwboyer at jdub.homelinux.org Thu Aug 18 00:09:59 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 17 Aug 2005 19:09:59 -0500 Subject: Sponsor needed for cogito and git-core Message-ID: <1124323799.3299.22.camel@yoda.jdub.homelinux.org> Hi All, I've been reviewing the git-core and cogito packages in bugs 165833 and 165836. They're mostly done, but they need finishing and the submitter needs a sponsor. I can still try to help with the review, but my kid decided to be born Monday so time will be limited for a week or two. Help finishing these reviews up would be appreciated. thx, josh From bugzilla at redhat.com Thu Aug 18 00:09:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 20:09:51 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508180009.j7I09pfi000769@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 ------- Additional Comments From chrisw at osdl.org 2005-08-17 20:09 EST ------- Wow, congratulations! ;-) Thanks for your help. I'm open to suggestion re: the docs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 00:11:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 20:11:11 -0400 Subject: [Bug 165836] Review Request: cogito In-Reply-To: Message-ID: <200508180011.j7I0BBO3000933@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cogito https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165836 ------- Additional Comments From chrisw at osdl.org 2005-08-17 20:10 EST ------- Great, I'll feed the changes back upstream in the meantime. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 00:28:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 20:28:31 -0400 Subject: [Bug 166200] Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules In-Reply-To: Message-ID: <200508180028.j7I0SVqL003040@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166200 ------- Additional Comments From chris at chrisgrau.com 2005-08-17 20:28 EST ------- Review: - rpmlint clean - package name okay - spec file name okay - package meets PackagingGuidelines - license okay - license matches upstream - spec file in am. english (and legible) - source matches upstream - package builds on FC-4 - no locales - no shared libs - not relocatable - owns all created directories - no duplicate %files - file permissions okay - %clean okay - consistent use of macros - code, not content - no -docs package - no -devel package Needswork: Testing resulted in this output: > t/capture.........ok > 3/13 skipped: Inline->bind failed : This innvocation of Inline requires the Parse::RecDescent module. > t/capture_exec....ok > t/pod.............skipped > all skipped: Test::Pod 1.00 required for testing POD > t/pod_coverage....skipped > all skipped: Test::Pod::Coverage 1.00 required for testing pod coverage I see that perl(Inline) is a BR for testing, but the named modules should also be added to the BRs for complete test coverage. Nitpicks: - BuildRequires: perl >= 1:5.6.1 - make called without %{_smp_mflags} -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 00:51:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 20:51:03 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508180051.j7I0p3sE004785@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 ------- Additional Comments From gemi at bluewin.ch 2005-08-17 20:50 EST ------- - dynamic modules are already disabled in the final version - with the next release the mentioned --with-module will be removed (is there any harm leaving them in?) and the build argument included. - sds, is it possible that you manager the power issue together with bruno? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 01:34:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 21:34:02 -0400 Subject: [Bug 166059] Review Request: perl-Class-Container In-Reply-To: Message-ID: <200508180134.j7I1Y2Xl008831@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-Container https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166059 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-08-17 21:33 EST ------- Yep. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 02:15:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 22:15:11 -0400 Subject: [Bug 166181] Review Request: perl-CGI-Untaint : Process CGI input parameters In-Reply-To: Message-ID: <200508180215.j7I2FBin014383@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-CGI-Untaint : Process CGI input parameters https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166181 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rc040203 at freenet.de OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-08-17 22:14 EST ------- APPROVED. Minor nit-pick: * "BR: perl" -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 02:57:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 22:57:32 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508180257.j7I2vWfP020055@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 ------- Additional Comments From tcallawa at redhat.com 2005-08-17 22:57 EST ------- I'm not seeing asciidoc packaged in Core or Extras... am I missing something here? That will be needed before it will build with docs (and since thats the default...) Also, there are a couple of items in the spec: - It's not respecting RPM_OPT_FLAGS, which is bad, but trivial to fix. - The package wasn't owning any of the directories in %{_datadir}/git-core/ - You're not using a %{?dist} tag, which is ok, but it does make cross-branch versioning trickier. I patched in support for these items. Watch this space for attachments. :) But first... we need to see an asciidoc package request for review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 03:07:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 23:07:51 -0400 Subject: [Bug 166202] Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes In-Reply-To: Message-ID: <200508180307.j7I37pnr021409@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166202 ------- Additional Comments From tcallawa at redhat.com 2005-08-17 23:07 EST ------- All issues fixed in -3: New SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-Template-Plugin-Class-0.12-3.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-Template-Plugin-Class.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 03:16:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 23:16:10 -0400 Subject: [Bug 166201] Review Request: perl-Ima-DBI : Database connection caching and organization In-Reply-To: Message-ID: <200508180316.j7I3GAKl022473@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Ima-DBI : Database connection caching and organization https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166201 ------- Additional Comments From tcallawa at redhat.com 2005-08-17 23:15 EST ------- perl-Class-Whitehole provides it... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 03:19:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 23:19:23 -0400 Subject: [Bug 166198] Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI In-Reply-To: Message-ID: <200508180319.j7I3JNaD022705@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166198 ------- Additional Comments From tcallawa at redhat.com 2005-08-17 23:19 EST ------- ALl items fixed in -3: New SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-DBIx-ContextualFetch-1.02-3.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-Template-Plugin-Class.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 03:24:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 23:24:07 -0400 Subject: [Bug 166200] Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules In-Reply-To: Message-ID: <200508180324.j7I3O7I2023455@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166200 ------- Additional Comments From tcallawa at redhat.com 2005-08-17 23:23 EST ------- All items fixed in -3: New SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-IO-CaptureOutput-1.03-3.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-IO-CaptureOutput.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Thu Aug 18 03:34:52 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 18 Aug 2005 05:34:52 +0200 Subject: [Bug 166202] Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes In-Reply-To: <200508172240.j7HMewCv025214@www.beta.redhat.com> References: <200508172240.j7HMewCv025214@www.beta.redhat.com> Message-ID: <1124336093.5137.6.camel@mccallum.corsepiu.local> On Wed, 2005-08-17 at 18:40 -0400, bugzilla at redhat.com wrote: > Please do not reply directly to this email. All additional > comments should be made in the comments box of this bug report. > > Summary: Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166202 > ------- Additional Comments From chris at chrisgrau.com 2005-08-17 18:40 EST ------- > RPM doesn't automatically pick up the requires on perl(Template). Should > probably be added explicitly. This doesn't seem right to me. >From Template/Plugin/Class.pm (line 3): > ... > use base 'Template::Plugin'; > ... => perl-Template-Plugin-Class depends on perl(Template::Plugin), not on perl(Template). Ralf From bugzilla at redhat.com Thu Aug 18 03:36:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 23:36:02 -0400 Subject: [Bug 166202] Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes In-Reply-To: Message-ID: <200508180336.j7I3a2EE024792@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166202 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-08-17 23:35 EST ------- Looks good. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 03:44:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 23:44:50 -0400 Subject: [Bug 166198] Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI In-Reply-To: Message-ID: <200508180344.j7I3ioCw026214@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166198 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-08-17 23:44 EST ------- The new spec URL is wrong. Everything else looks good. The new spec is missing a changelog entry for -3. Simple enough change, so approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 03:46:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 23:46:41 -0400 Subject: [Bug 166198] Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI In-Reply-To: Message-ID: <200508180346.j7I3kfxN026600@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166198 ------- Additional Comments From tcallawa at redhat.com 2005-08-17 23:46 EST ------- I knew I missed one! It was nagging me, I thought it was one of the other packages though. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jspaleta at gmail.com Thu Aug 18 03:51:59 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 17 Aug 2005 23:51:59 -0400 Subject: [Bug 166202] Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes In-Reply-To: <1124336093.5137.6.camel@mccallum.corsepiu.local> References: <200508172240.j7HMewCv025214@www.beta.redhat.com> <1124336093.5137.6.camel@mccallum.corsepiu.local> Message-ID: <604aa79105081720518cb4f2f@mail.gmail.com> On 8/17/05, Ralf Corsepius wrote: > This doesn't seem right to me. > > >From Template/Plugin/Class.pm (line 3): > > ... > > use base 'Template::Plugin'; > > ... > > => perl-Template-Plugin-Class depends on perl(Template::Plugin), > not on perl(Template). I'm not sure if either the packager nor the reviewer who are interacting with bugzilla are actively reading the resulting thread in fedora-extras-list. You might need to bring this up as a comment to the bugzilla ticket to make sure both people are made aware of this before a build request is made. -jef From bugzilla at redhat.com Thu Aug 18 03:52:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 23:52:07 -0400 Subject: [Bug 166200] Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules In-Reply-To: Message-ID: <200508180352.j7I3q7Mf027620@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166200 ------- Additional Comments From chris at chrisgrau.com 2005-08-17 23:52 EST ------- Still needs BR: perl(Test::Pod) for full test coverage. Add that and I'll approve it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 03:56:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 23:56:13 -0400 Subject: [Bug 166201] Review Request: perl-Ima-DBI : Database connection caching and organization In-Reply-To: Message-ID: <200508180356.j7I3uDKD028410@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Ima-DBI : Database connection caching and organization https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166201 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |chris at chrisgrau.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-08-17 23:56 EST ------- (In reply to comment #2) > perl-Class-Whitehole provides it... Oh. I wonder why yum provides didn't find it. Anyway, I'll ignore the obvious package name mismatch and start my review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 03:57:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 17 Aug 2005 23:57:32 -0400 Subject: [Bug 166200] Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules In-Reply-To: Message-ID: <200508180357.j7I3vWqP028712@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166200 ------- Additional Comments From tcallawa at redhat.com 2005-08-17 23:57 EST ------- Doh. I thought T::P::C would drag it in. I was wrong. Fixed in -4. New SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-IO-CaptureOutput-1.03-4.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-IO-CaptureOutput.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 04:03:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 00:03:50 -0400 Subject: [Bug 166200] Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules In-Reply-To: Message-ID: <200508180403.j7I43o6N030038@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-IO-CaptureOutput : Capture STDOUT/STDERR from subprocesses and XS/C modules https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166200 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-08-18 00:03 EST ------- Okay, it's approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 04:15:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 00:15:15 -0400 Subject: [Bug 166201] Review Request: perl-Ima-DBI : Database connection caching and organization In-Reply-To: Message-ID: <200508180415.j7I4FFLo032237@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Ima-DBI : Database connection caching and organization https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166201 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From chris at chrisgrau.com 2005-08-18 00:15 EST ------- Review: - rpmlint clean - package name okay - spec file name okay - meets PackagingGuidelines - license okay - license matches upstream - spec file in am. english (and legible) - source matches upstream - builds on FC-4 - BR looks good - no locales - not relocatable - owns all created directories - no duplicate %files - file permissions okay - %clean okay - consistent use of macros - code, not content - no -docs package - no -devel package Nitpicks: - BuildRequires: perl >= 1:5.6.1 - make without %{_smp_mflags} - README not in %doc. This was going to be a needswork, but the README is just a copy of the Ima::DBI POD--and not even formatted at that--so it'd be a waste to include in %doc. Looks good. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Thu Aug 18 04:19:11 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 18 Aug 2005 06:19:11 +0200 Subject: [Bug 166202] Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes In-Reply-To: <604aa79105081720518cb4f2f@mail.gmail.com> References: <200508172240.j7HMewCv025214@www.beta.redhat.com> <1124336093.5137.6.camel@mccallum.corsepiu.local> <604aa79105081720518cb4f2f@mail.gmail.com> Message-ID: <1124338751.5137.11.camel@mccallum.corsepiu.local> On Wed, 2005-08-17 at 23:51 -0400, Jeff Spaleta wrote: > On 8/17/05, Ralf Corsepius wrote: > > This doesn't seem right to me. > > > > >From Template/Plugin/Class.pm (line 3): > > > ... > > > use base 'Template::Plugin'; > > > ... > > > > => perl-Template-Plugin-Class depends on perl(Template::Plugin), > > not on perl(Template). > > > I'm not sure if either the packager nor the reviewer who are > interacting with bugzilla are actively reading the resulting thread in > fedora-extras-list. Well, I knew such kind of comment would come at some point in time. > You might need to bring this up as a comment to > the bugzilla ticket to make sure both people are made aware of this > before a build request is made. You might realize that bugzilla doesn't have an email interface, and therefore might not be an appropriate tool for QA, because QA, IMO should performed by as many eyes as possible, and not by an "inner circle" of those on the cc:-list of a particular PR ;) Ralf From chris at chrisgrau.com Thu Aug 18 04:24:25 2005 From: chris at chrisgrau.com (Chris Grau) Date: Wed, 17 Aug 2005 21:24:25 -0700 Subject: [Bug 166202] Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes In-Reply-To: <1124336093.5137.6.camel@mccallum.corsepiu.local> References: <200508172240.j7HMewCv025214@www.beta.redhat.com> <1124336093.5137.6.camel@mccallum.corsepiu.local> Message-ID: <20050818042425.GA25939@chrisgrau.com> On Thu, Aug 18, 2005 at 05:34:52AM +0200, Ralf Corsepius wrote: > On Wed, 2005-08-17 at 18:40 -0400, bugzilla at redhat.com wrote: > > Please do not reply directly to this email. All additional > > comments should be made in the comments box of this bug report. > > > > Summary: Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes > > > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166202 > > > ------- Additional Comments From chris at chrisgrau.com 2005-08-17 18:40 EST ------- > > > > RPM doesn't automatically pick up the requires on perl(Template). Should > > probably be added explicitly. > > This doesn't seem right to me. > > >From Template/Plugin/Class.pm (line 3): > > ... > > use base 'Template::Plugin'; > > ... > > => perl-Template-Plugin-Class depends on perl(Template::Plugin), > not on perl(Template). > > Ralf Ack! You're right. It should be perl(Template::Plugin). I'm adding the comment to Bugzilla. For what it's worth, perl(Template) and perl(Template::Plugin) are both provided by perl-Template-Toolkit. I think the real issue is that RPM doesn't pick up "use base" requirements, but that's another list. -chris From bugzilla at redhat.com Thu Aug 18 04:24:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 00:24:19 -0400 Subject: [Bug 166182] Review Request: perl-CGI-Untaint-date : Validate a date In-Reply-To: Message-ID: <200508180424.j7I4OJgE001540@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-CGI-Untaint-date : Validate a date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166182 Bug 166182 depends on bug 166181, which changed state. Bug 166181 Summary: Review Request: perl-CGI-Untaint : Process CGI input parameters https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166181 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 04:27:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 00:27:13 -0400 Subject: [Bug 166202] Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes In-Reply-To: Message-ID: <200508180427.j7I4RDuW002234@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166202 ------- Additional Comments From chris at chrisgrau.com 2005-08-18 00:27 EST ------- Oops. As mentioned by Ralf Corsepius in https://www.redhat.com/archives/fedora-extras-list/2005-August/msg01130.html, the explicit requires should be perl(Template::Plugin). It's provided by the same package as perl(Template), so it doesn't change anything, but it's good to be pedantic. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jspaleta at gmail.com Thu Aug 18 04:46:24 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 18 Aug 2005 00:46:24 -0400 Subject: [Bug 166202] Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes In-Reply-To: <1124338751.5137.11.camel@mccallum.corsepiu.local> References: <200508172240.j7HMewCv025214@www.beta.redhat.com> <1124336093.5137.6.camel@mccallum.corsepiu.local> <604aa79105081720518cb4f2f@mail.gmail.com> <1124338751.5137.11.camel@mccallum.corsepiu.local> Message-ID: <604aa791050817214654a88bb3@mail.gmail.com> On 8/18/05, Ralf Corsepius wrote: > You might realize that bugzilla doesn't have an email interface, and > therefore might not be an appropriate tool for QA, because QA, IMO > should performed by as many eyes as possible, and not by an "inner > circle" of those on the cc:-list of a particular PR ;) You can wax eloquent about the many eyes theory all you want... i really dont care about the theory of whether or not you should be holding all the discussions in the mailinglist. I made my comment on the grounds of practicality. Both the packager and reviewer are communicating in bugzilla.. you are not. If you want to effect change in a timely manner you will have to take the comments to either the packager at some point. There is absolutely no garuntee that the packager is watching the mailing list threads closely. If you want to make the best effort possible to make sure the packager gets this minor packaging issue fixed before he requests the first build.. you will most likely need to submit a comment directly to bugzilla. Please by all means use the mailing list to discuss the issue..but if you discuss it for too long without making your best effort to contact the packager via bugzilla, you'll miss your opportunity to get this fixed before the first package build. -jef From ivazquez at ivazquez.net Thu Aug 18 05:03:57 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 18 Aug 2005 01:03:57 -0400 Subject: Taking maintainership of fltk Message-ID: <1124341437.4453.55.camel@ignacio.lan> (see Subject) -- 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 bugzilla at redhat.com Thu Aug 18 05:42:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 01:42:45 -0400 Subject: [Bug 166197] Review Request: perl-Class-Trigger : Mixin to add / call inheritable triggers In-Reply-To: Message-ID: <200508180542.j7I5gjHZ012562@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-Trigger : Mixin to add / call inheritable triggers https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166197 ------- Additional Comments From ville.skytta at iki.fi 2005-08-18 01:42 EST ------- perl >= 1:5.6.1 was originally in the spec template because vendor install dirs are not supported for earlier versions. The version has been removed in newer versions because all old hacks that would be needed on FC1 and earlier has been pruned from the template, too -> it serves no purpose any more. I'm not convinced that perl will always be pulled in by rpm-build in the future because it appears to be used for, duh, mainly macros related to perl packages only. So unless someone can point out a real world problem with it, I'm going to keep the explicit "BuildRequires: perl" in the perl packages I maintain as well as the spec template in fedora-rpmdevtools. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 05:43:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 01:43:56 -0400 Subject: [Bug 165910] Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws In-Reply-To: Message-ID: <200508180543.j7I5hufv012658@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165910 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-18 01:43 EST ------- Thanks for the review. Here is the new version with disabled synce plugin on x86_64. http://fedora.lowlatency.de/review/sylpheed-claws-plugins-1.9.13-2.src.rpm http://fedora.lowlatency.de/review/sylpheed-claws-plugins.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 05:44:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 01:44:57 -0400 Subject: [Bug 166046] Review Request: libAfterImage - A generic image manipulation library In-Reply-To: Message-ID: <200508180544.j7I5iv8u012856@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libAfterImage - A generic image manipulation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166046 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-18 01:44 EST ------- All issues fixed except for the spelling error. The description has a powerful wich is the right spelling and I cannot whatsoever find powerfull anywhere else (except in one .h file but I don't think patching it is that important). http://fedora.lowlatency.de/review/libAfterImage-1.07-2.src.rpm http://fedora.lowlatency.de/review/libAfterImage.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Thu Aug 18 06:45:39 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 18 Aug 2005 08:45:39 +0200 Subject: rpms/perl-Class-Trigger/devel perl-Class-Trigger.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200508180311.j7I3Av81025936@cvs-int.fedora.redhat.com> References: <200508180311.j7I3Av81025936@cvs-int.fedora.redhat.com> Message-ID: <1124347540.5137.26.camel@mccallum.corsepiu.local> On Wed, 2005-08-17 at 23:10 -0400, Tom Callaway wrote: > --- NEW FILE perl-Class-Trigger.spec --- > Requires: perl(IO::Scalar) No pedantry, just a "normal" packaging bug: ;) "Requires: perl(IO::Scalar)" can be removed, because IO::Scalar is not used Class/Trigger.pm. Ralf From bugzilla at redhat.com Thu Aug 18 07:21:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 03:21:25 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508180721.j7I7LP9m029483@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wtogami at redhat.com ------- Additional Comments From wtogami at redhat.com 2005-08-18 03:21 EST ------- Requires: sh-utils, diffutils, rsync, rcs, mktemp >= 1.5, curl, openssl sh-utils, diffutils, and mktemp are unnecessary to list here because you can't have an installed system without these packages already pulled in by core dependencies. The others are fine to list, except wouldn't openssl be pulled in as a linked library dependency automatically? Also please answer the question about asciidoc. If the package requires asciidoc by default to build, then you must also submit that for Extras review. Otherwise disable it by default in the spec. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 07:22:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 03:22:22 -0400 Subject: [Bug 166198] Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI In-Reply-To: Message-ID: <200508180722.j7I7MMqV029699@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166198 ------- Additional Comments From rc040203 at freenet.de 2005-08-18 03:22 EST ------- More missing deps: # grep 'use base' usr/lib/perl5/vendor_perl/5.8.6/DBIx/ContextualFetch.pm use base 'DBI'; use base 'DBI::db'; use base 'DBI::st'; => Requires: perl(DBI::db) Requires: perl(DBI::st) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Thu Aug 18 07:24:16 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 18 Aug 2005 03:24:16 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050818072416.C70C98015@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 15 clisp-2.34-5.fc3 fltk-1.1.4-9.fc3 fpc-2.0.0-4.fc3 frotz-2.43-3.fc3 perl-CGI-Untaint-1.25-3.fc3 perl-Class-Trigger-0.09-3.fc3 perl-DBIx-ContextualFetch-1.02-3.fc3 perl-IO-CaptureOutput-1.03-4.fc3 perl-Ima-DBI-0.33-3.fc3 perl-Sort-Versions-1.5-3.fc3 perl-Template-Plugin-Class-0.12-3.fc3 perl-Template-Plugin-Class-0.12-5.fc3 python-crypto-2.0.1-1.fc3 synergy-1.2.4-1.fc3 uim-0.4.8-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 Aug 18 07:24:52 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 18 Aug 2005 03:24:52 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050818072452.00278801A@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 18 athcool-0.3.11-2.fc4 clisp-2.34-3.fc4 fltk-1.1.4-10.fc4 fpc-2.0.0-4.fc4 frotz-2.43-3.fc4 gramps-2.0.6-2.fc4 nedit-5.5-4.fc4 perl-CGI-Untaint-1.25-3.fc4 perl-Class-Trigger-0.09-3.fc4 perl-DBIx-ContextualFetch-1.02-3.fc4 perl-IO-CaptureOutput-1.03-4.fc4 perl-Ima-DBI-0.33-3.fc4 perl-Sort-Versions-1.5-3.fc4 perl-Template-Plugin-Class-0.12-3.fc4 perl-Template-Plugin-Class-0.12-5.fc4 python-crypto-2.0.1-1.fc4 synergy-1.2.4-1.fc4 uim-0.4.8-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 Thu Aug 18 07:25:08 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 18 Aug 2005 03:25:08 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050818072508.90E068015@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 20 Terminal-0.2.4-5.fc5 aiksaurus-1.2.1-10 clisp-2.34-3.fc5 cproto-4.7c-7 exo-0.3.0-10.fc5 fltk-1.1.4-10.fc5 fpc-2.0.0-3 perl-CGI-Untaint-1.25-3.fc5 perl-Class-Trigger-0.09-3.fc5 perl-DBIx-ContextualFetch-1.02-3.fc5 perl-IO-CaptureOutput-1.03-4.fc5 perl-Ima-DBI-0.33-3.fc5 perl-Sort-Versions-1.5-3.fc5 perl-Template-Plugin-Class-0.12-3.fc5 perl-Template-Plugin-Class-0.12-5.fc5 perl-XML-LibXSLT-1.58-1.fc5 python-crypto-2.0.1-1.fc5 qof-0.5.0-6.fc5 scanssh-2.1-5.fc5 synergy-1.2.4-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From gemi at bluewin.ch Thu Aug 18 09:17:55 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Thu, 18 Aug 2005 11:17:55 +0200 Subject: Setup problem for plt-scheme package In-Reply-To: <1124230659.4169.2.camel@scriabin.tannenrauch.ch> References: <1124213519.9511.4.camel@scriabin.tannenrauch.ch> <43025367.8090300@redhat.com> <1124227785.27299.1.camel@scriabin.tannenrauch.ch> <43025BA0.2070904@redhat.com> <1124230659.4169.2.camel@scriabin.tannenrauch.ch> Message-ID: <1124356675.16969.2.camel@scriabin.tannenrauch.ch> On Wed, 2005-08-17 at 00:17 +0200, G?rard Milmeister wrote: > No, at least "rpm -e plt-scheme" leaves no files. > There is, however, now a build problem: > http://buildsys.fedoraproject.org/logs//4/55-plt-scheme-299.200-3.fc4/x86_64/build.log > I can build it on i386 myself without problems. I don't know what > happens on i386 and ppc on the build system, since the jobs are killed > as soon as the x86_64 build fails. > Curiously, the first 299.200 build completed successfully. Warren, can you try a build on x86_64 alone? Is it possible to request a plague build for a specific architecture? I any case, there may be a missing dependency, but I can't figure out what it may be. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From oliver at linux-kernel.at Thu Aug 18 09:50:35 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 18 Aug 2005 11:50:35 +0200 Subject: cpan2rpm builds & spec files In-Reply-To: <20050817213444.GA3163@osiris.silug.org> Message-ID: <200508180950.j7I9oS7R009618@mail.linux-kernel.at> > On Wed, Aug 17, 2005 at 07:20:02PM +0100, Paul Howarth wrote: > > They're OK as a starting point but you'd probably be better > > off (and > > will get fewer issues brought up in reviews) starting with the perl > > module template from fedora-rpmdevtools. > > Or you could try my script... > > http://www.silug.org/~steve/software/scripts/perl/cpanspec > > It's not perfect (still a work in progress), but it will get > you pretty close. Best is you hack the fedora-rpmdevtools spec-template into cpan2rpm - which can be easily done. I did it using Template Toolkit :-) It's just a quick-hack, but it works fine. Best, Oliver From bugzilla at redhat.com Thu Aug 18 09:53:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 05:53:00 -0400 Subject: [Bug 165537] Review Request: athcool - enabling/disabling Powersaving mode for AMD processors In-Reply-To: Message-ID: <200508180953.j7I9r0o1023063@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: athcool - enabling/disabling Powersaving mode for AMD processors https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165537 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From gajownik at gmail.com 2005-08-18 05:52 EST ------- Everything went fine: package was built, FC-4 branch was created and owners.list file was updated. Once again, thanks for the review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Thu Aug 18 09:54:42 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 18 Aug 2005 11:54:42 +0200 Subject: [Bug 166202] Review Request: perl-Template-Plugin-Class : Allow calling of class methods on arbitrary classes In-Reply-To: <604aa791050817214654a88bb3@mail.gmail.com> References: <200508172240.j7HMewCv025214@www.beta.redhat.com> <1124336093.5137.6.camel@mccallum.corsepiu.local> <604aa79105081720518cb4f2f@mail.gmail.com> <1124338751.5137.11.camel@mccallum.corsepiu.local> <604aa791050817214654a88bb3@mail.gmail.com> Message-ID: <20050818115442.5ae745e6.bugs.michael@gmx.net> On Thu, 18 Aug 2005 00:46:24 -0400, Jeff Spaleta wrote: > On 8/18/05, Ralf Corsepius wrote: > > You might realize that bugzilla doesn't have an email interface, and > > therefore might not be an appropriate tool for QA, because QA, IMO > > should performed by as many eyes as possible, and not by an "inner > > circle" of those on the cc:-list of a particular PR ;) > > You can wax eloquent about the many eyes theory all you want... i > really dont care about the theory of whether or not you should be > holding all the discussions in the mailinglist. I made my comment on > the grounds of practicality. Both the packager and reviewer are > communicating in bugzilla.. you are not. If you want to effect change > in a timely manner you will have to take the comments to either the > packager at some point. There is absolutely no garuntee that the > packager is watching the mailing list threads closely. If you want to > make the best effort possible to make sure the packager gets this > minor packaging issue fixed before he requests the first build.. you > will most likely need to submit a comment directly to bugzilla. Please > by all means use the mailing list to discuss the issue..but if you > discuss it for too long without making your best effort to contact the > packager via bugzilla, you'll miss your opportunity to get this fixed > before the first package build. Stop argueing with rhetoric like "best effort" or "inner circles"! Be glad that somebody has been paying attention to detail and has taken the time to point out a packaging bug. Instead of argueing about it here in 15 lines you could have cut'n'pasted the comment into bugzilla yourself. Being subscribed to extras list and commits list is still a requirement for all contributors. Such a subscription is useless if packagers rush with their builds and don't give other subscribers a chance to comment on cvs commits, for instance. From bugzilla at redhat.com Thu Aug 18 09:55:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 05:55:17 -0400 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200508180955.j7I9tHc2023369@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2005-08-18 05:55 EST ------- Just a few remarks : - 2005-08-R1 is out and fixes important security issues. - I find it really harder to read spec files where %variables aren't in %{curly_braces} (breaks some displaying in vim). It also adds some possible doubts about where the variable name stops. - Why add the subst() function when perl or inplace sed edit works fine? - I don't really like relying on the external "fedora-usermgmt" from the fedora.us era for use creation/deletion. Also, where does the 12 come from and does it guarantee there will be no clash? - The name "IP sentinel user" for the user seems like a copy/paste mistake, unless you're trying to share a user between multiple packages/daemons (which IMHO should be avoided). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ghenry at suretecsystems.com Thu Aug 18 10:36:09 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Thu, 18 Aug 2005 11:36:09 +0100 (BST) Subject: New Packages: Sprog RPM and perl RPM dependancies Message-ID: <58037.195.38.86.72.1124361369.squirrel@webmail.suretecsystems.com> Dear List, New build to add jpo's recommendations and new perl-Imager RPM: http://www.perl.me.uk/downloads/modules/md5sums http://www.perl.me.uk/downloads/modules/Sprog-0.14-2.src.rpm http://www.perl.me.uk/downloads/modules/Sprog.spec http://www.perl.me.uk/downloads/modules/perl-Apache-LogRegex-1.2-2.src.rpm http://www.perl.me.uk/downloads/modules/perl-Apache-LogRegex.spec http://www.perl.me.uk/downloads/modules/perl-Gnome2-Canvas-1.002-2.src.rpm http://www.perl.me.uk/downloads/modules/perl-Gnome2-Canvas.spec http://www.perl.me.uk/downloads/modules/perl-Gtk2-GladeXML-1.005-2.src.rpm http://www.perl.me.uk/downloads/modules/perl-Gtk2-GladeXML.spec http://www.perl.me.uk/downloads/modules/perl-Imager-0.45-1.src.rpm http://www.perl.me.uk/downloads/modules/perl-Imager.spec -- 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 bugzilla at redhat.com Thu Aug 18 11:30:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 07:30:56 -0400 Subject: [Bug 166251] New: Review Request: perl-Apache-LogRegex Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 Summary: Review Request: perl-Apache-LogRegex Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Apache-LogRegex/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ghenry at suretecsystems.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://www.perl.me.uk/downloads/modules/perl-Apache-LogRegex.spec SRPM Url: http://www.perl.me.uk/downloads/modules/perl-Apache-LogRegex-1.2-2.src.rpm Description: Designed as a simple class to parse Apache log files. It will construct a regex that will parse the given log file format and can then parse lines from the log file line by line returning a hash of each line. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 11:31:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 07:31:03 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508181131.j7IBV3JS002305@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ghenry at suretecsystems.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166251 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 11:32:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 07:32:09 -0400 Subject: [Bug 166252] New: Review Request: perl-Gnome2-Canvas Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 Summary: Review Request: perl-Gnome2-Canvas Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Gnome2-Canvas/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ghenry at suretecsystems.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://www.perl.me.uk/downloads/modules/perl-Gnome2-Canvas.spec SRPM Url: http://www.perl.me.uk/downloads/modules/perl-Gnome2-Canvas-1.002-2.src.rpm Description: The Gnome Canvas is an engine for structured graphics that offers a rich imaging model, high-performance rendering, and a powerful, high level API. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 11:32:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 07:32:26 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508181132.j7IBWQIQ002477@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ghenry at suretecsystems.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166252 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 11:33:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 07:33:37 -0400 Subject: [Bug 166253] New: Review Request: perl-Gtk2-GladeXML Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166253 Summary: Review Request: perl-Gtk2-GladeXML Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Gtk2-GladeXML/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ghenry at suretecsystems.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://www.perl.me.uk/downloads/modules/perl-Gtk2-GladeXML.spec SRPM Url: http://www.perl.me.uk/downloads/modules/perl-Gtk2-GladeXML-1.005-2.src.rpm Description: Glade is a free user interface builder for GTK+ and GNOME. After designing a user interface with glade-2 the layout and configuration are saved in an XML file. libglade is a library which knows how to build and hook up the user interface described in the Glade XML file at application run time. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 11:33:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 07:33:49 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508181133.j7IBXnQt002634@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ghenry at suretecsystems.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166253 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 11:34:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 07:34:48 -0400 Subject: [Bug 166254] New: Review Request: perl-Imager Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166254 Summary: Review Request: perl-Imager Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Imager/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ghenry at suretecsystems.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://www.perl.me.uk/downloads/modules/perl-Imager.spec SRPM Url: http://www.perl.me.uk/downloads/modules/perl-Imager-0.45-1.src.rpm Description: Imager is a module for creating and altering images. It can read and write various image formats, draw primitive shapes like lines,and polygons, blend multiple images together in various ways, scale, crop, render text and more. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 11:35:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 07:35:06 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508181135.j7IBZ6PQ002842@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ghenry at suretecsystems.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166254 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 11:36:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 07:36:09 -0400 Subject: [Bug 166255] New: Review Request: Sprog Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166255 Summary: Review Request: Sprog Product: Fedora Extras Version: devel Platform: All URL: http://sprog.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ghenry at suretecsystems.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Url: http://www.perl.me.uk/downloads/modules/Sprog.spec SRPM Url: http://www.perl.me.uk/downloads/modules/Sprog-0.14-2.src.rpm Description: Sprog is a tool for working with data. It allows you to do all the things those clever Unix geeks can do with their cryptic command lines but you can now do it all with point-n-click and drag-n-drop. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 11:36:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 07:36:25 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508181136.j7IBaP51003028@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ghenry at suretecsystems.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166255 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 11:59:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 07:59:40 -0400 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200508181159.j7IBxe0V006843@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2005-08-18 07:59 EST ------- http://ensc.de/fedora/kismet.spec http://ensc.de/fedora/kismet-0.0.2005.08.R1-1.src.rpm ================= > - 2005-08-R1 is out and fixes important security issues. thx; updated > - I find it really harder to read spec files where %variables aren't > in %{curly_braces} mmh... I find it really harder to read spec files where %variables are in %{curly_braces} ;) > (breaks some displaying in vim). I tested it and it seems that there is no difference between %var and %{var} in vim. > It also adds some possible doubts about where the variable name > stops. I took care about this and added braces where needed. > - Why add the subst() function when perl or inplace sed edit works fine? ok; removed it. It happens in %prep where the files *will* be modified so that I do not need to keep the timestamp. > - I don't really like relying on the external "fedora-usermgmt" from > the fedora.us era for use creation/deletion. I do not see an alternative as I need consistent uids across different systems. > Also, where does the 12 come from and does it guarantee there will > be no clash? Ok; copied http://www.fedora.us/wiki/PackageUserRegistry to http://fedoraproject.org/wiki/PackageUserRegistry and updated it. > - The name "IP sentinel user" for the user seems like a copy/paste > mistake, unless you're trying to share a user between multiple > packages/daemons (which IMHO should be avoided). oops; should be fixed now -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 12:19:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 08:19:30 -0400 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200508181219.j7ICJUqr010085@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From matthias at rpmforge.net 2005-08-18 08:19 EST ------- > > (breaks some displaying in vim). > > I tested it and it seems that there is no difference between %var and > %{var} in vim. That's because it isn't recognized as an existing base macro. Try %{_var} or %{_localstatedir} and you'll see a different color. > > It also adds some possible doubts about where the variable name > > stops. > > I took care about this and added braces where needed. It's easier to just put them everywhere :-D > > - I don't really like relying on the external "fedora-usermgmt" from > > the fedora.us era for use creation/deletion. > > I do not see an alternative as I need consistent uids across different > systems. I'm not saying I'm against any fixed uid/gid scheme, just that I don't really like adding a dependency on an external package instead os using plain useradd/userdel. > > Also, where does the 12 come from and does it guarantee there will > > be no clash? > > Ok; copied http://www.fedora.us/wiki/PackageUserRegistry to > http://fedoraproject.org/wiki/PackageUserRegistry and updated it. That page is definitely missing some information (which I don't know), as the names there simply cannot have uids 1 to 12. I guess there is a fixed value automatically added by the additional user management tools like 200 or 300? It should definitely be added to that page. >From there, I'd really prefer simply putting the full real uid/gid to that page and use plain useradd with it in packages. Maybe a discussion for fedora-packaging list? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 12:31:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 08:31:32 -0400 Subject: [Bug 166259] New: Review Request: Zile: Zile Is Lossy Emacs Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166259 Summary: Review Request: Zile: Zile Is Lossy Emacs Product: Fedora Extras Version: devel Platform: All URL: http://zile.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jeff+redhatbugzilla at ultimateevil.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.ultimateevil.org/~jeff/Fedora/zile.spec SRPM Name or Url: http://www.ultimateevil.org/~jeff/Fedora/zile-2.2.1-3.src.rpm Description: Zile is a small Emacs clone. Zile is a customizable, self-documenting real-time open-source display editor. Zile was written to be as similar as possible to Emacs; every Emacs user should feel at home. * This is my first contribution. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 12:31:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 08:31:49 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508181231.j7ICVnSQ011816@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jeff+redhatbugzilla at ultimateevil.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166259 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 12:55:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 08:55:10 -0400 Subject: [Bug 166208] Review Request: tinyerp : Open Source ERP Client In-Reply-To: Message-ID: <200508181255.j7ICtAKM015009@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tinyerp : Open Source ERP Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166208 ------- Additional Comments From jamatos at fc.up.pt 2005-08-18 08:55 EST ------- Review Request: tinyerp : Open Source ERP Client I copy parts of a message sent to the extras list before: The package seems interesting but I am unable to make it: + ./setup.py build Xlib: connection to "localhost:0.0" refused by server Xlib: No protocol specified This is what I get using mock. I am building the packages remotely and I would expect for the fedora build system to fail as well in this case. The culprit it is clearly the pygtk2 detection code that requires an X server to be running to confirm that the package is present. Is there any other alternative for this? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 13:20:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 09:20:49 -0400 Subject: [Bug 165314] Review Request: kismet -- A WLAN detector, sniffer and IDS In-Reply-To: Message-ID: <200508181320.j7IDKniQ019264@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kismet -- A WLAN detector, sniffer and IDS https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165314 ------- Additional Comments From enrico.scholz at informatik.tu-chemnitz.de 2005-08-18 09:20 EST ------- > > > (breaks some displaying in vim). > > > > I tested it and it seems that there is no difference between %var and > > %{var} in vim. > > That's because it isn't recognized as an existing base macro. Try %{_var} or > %{_localstatedir} and you'll see a different color. really, there is absolutely no difference between these variants. An 'vim /tmp/kismet.spec' gives http://ensc.de/kismet.png (vim-enhanced-6.3.071-3) > > I do not see an alternative as I need consistent uids across different > > systems. > > I'm not saying I'm against any fixed uid/gid scheme, just that I > don't really like adding a dependency on an external package instead > os using plain useradd/userdel. I could do it with %scriptlets also, but with errorhandling and other features it would be very complicated. And somehow, I dislike scriptlets with >100 lines... I imported http://fedoraproject.org/wiki/PackageUserCreation also, which explains this. > Ok; copied http://www.fedora.us/wiki/PackageUserRegistry to > http://fedoraproject.org/wiki/PackageUserRegistry and updated it. That page is definitely missing some information (which I don't know), as the names there simply cannot have uids 1 to 12. I guess there is a fixed value automatically added by the additional user management tools like 200 or 300? It should definitely be added to that page. ok; I imported the other related pages from the fedora.us wiki http://fedoraproject.org/wiki/PackageUserCreation http://fedoraproject.org/wiki/PackageDynamicUserCreationConsideredBad Some information are outdated but these are minor issues only and I do not have time now to update it. > From there, I'd really prefer simply putting the full real uid/gid > to that page and use plain useradd with it in packages. Maybe a > discussion for fedora-packaging list? There was a recent discussion but without a result. Summarized, there were three parties: * those, who want really fixed UIDs (and ignore problems with existing systems) * those, who want semi-static UIDs (the fedora-usermgmt way) * those, who do not want a usercreation with deterministic UIDs http://listman.redhat.com/archives/fedora-packaging/2005-July/msg00000.html -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 13:59:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 09:59:00 -0400 Subject: [Bug 166265] New: Review request: perl-Text-Wrapper - Text::Wrapper Perl module Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166265 Summary: Review request: perl-Text-Wrapper - Text::Wrapper Perl module Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Text-Wrapper/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Text-Wrapper.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Text-Wrapper-1.000-1.src.rpm Description: This module provides simple word wrapping. It breaks long lines, but does not alter spacing or remove existing line breaks. If you're looking for more sophisticated text formatting, try the Text::Format module. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 13:59:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 09:59:14 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508181359.j7IDxEua027904@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166265 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 14:23:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 10:23:09 -0400 Subject: [Bug 166208] Review Request: tinyerp : Open Source ERP Client In-Reply-To: Message-ID: <200508181423.j7IEN9gn001382@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tinyerp : Open Source ERP Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166208 ------- Additional Comments From tcallawa at redhat.com 2005-08-18 10:22 EST ------- Hmm. Good point. I worked around this by using Xvfb instead. Take a look at -6: New SRPM: http://www.auroralinux.org/people/spot/review/tinyerp-2.1.3-6.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/tinyerp.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 14:26:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 10:26:56 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508181426.j7IEQun0002364@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From rc040203 at freenet.de 2005-08-18 10:26 EST ------- Not a formal review, just some comments/questions on the spec: * BuildRequires: perl >= 2:5.8.0 Whatfor? "BR: perl" makes at least some sense, but ">= 2:5.8.0" seems a bit bizarre to me. * %check || : Plain "%check" is sufficient. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 14:46:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 10:46:31 -0400 Subject: [Bug 166259] Review Request: Zile: Zile Is Lossy Emacs In-Reply-To: Message-ID: <200508181446.j7IEkV4c006151@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Zile: Zile Is Lossy Emacs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166259 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |tcallawa at redhat.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From tcallawa at redhat.com 2005-08-18 10:46 EST ------- Review: Good: - rpmlint checks clean - meets naming, packaging guidelines - license ok (GPL), COPYING in %doc, matches source - spec file in am. engl, legible - sources match upstream - no locales - no libraries - not relocatable - owns all dirs it creates - no duplicate files - permissions ok - clean section OK - macro use consistent - code, not content - no need for -docs - builds and runs fine on fc4 (x86) - nothing in %doc affects runtime - no need for -devel - no .la, no .pc Needswork: - Missing BuildRequires: libtermcap-devel This is a very minor needswork. Post the fixed spec and I'll approve it. (Also, resubmit your request for cvsextras access and I'll sponsor). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 14:47:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 10:47:54 -0400 Subject: [Bug 166046] Review Request: libAfterImage - A generic image manipulation library In-Reply-To: Message-ID: <200508181447.j7IElsjd006605@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libAfterImage - A generic image manipulation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166046 ------- Additional Comments From ville.skytta at iki.fi 2005-08-18 10:47 EST ------- There is one instance of "Powerfull" in the description, in the beginning of the last paragraph. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 15:02:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 11:02:17 -0400 Subject: [Bug 166198] Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI In-Reply-To: Message-ID: <200508181502.j7IF2H6Z010830@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166198 ------- Additional Comments From chris at chrisgrau.com 2005-08-18 11:02 EST ------- (In reply to comment #5) > More missing deps: > # grep 'use base' usr/lib/perl5/vendor_perl/5.8.6/DBIx/ContextualFetch.pm > use base 'DBI'; > use base 'DBI::db'; > use base 'DBI::st'; > > => > Requires: perl(DBI::db) > Requires: perl(DBI::st) I don't think that's a good idea. Both DBI::db and DBI::st are found inside the DBI.pm file (hidden to prevent PAUSE indexing), but they're not explicitly provided by perl-DBI. So then we'd end up with dependencies that could not be resolved. I suppose that perl-DBI could be changed to explicitly provide these, but in the meantime, perl(DBI) is enough to resolve dependencies. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 15:07:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 11:07:15 -0400 Subject: [Bug 166259] Review Request: Zile: Zile Is Lossy Emacs In-Reply-To: Message-ID: <200508181507.j7IF7FLo011859@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Zile: Zile Is Lossy Emacs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166259 ------- Additional Comments From jeff+redhatbugzilla at ultimateevil.org 2005-08-18 11:07 EST ------- New spec and http://www.ultimateevil.org/~jeff/Fedora/zile-2.2.1-4.src.rpm posted. I'll also add it builds and runs fine on my ppc32 system. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 15:13:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 11:13:36 -0400 Subject: [Bug 165353] Review Request: A natural language translation library In-Reply-To: Message-ID: <200508181513.j7IFDaYY013227@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: A natural language translation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165353 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |tcallawa at redhat.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From tcallawa at redhat.com 2005-08-18 11:13 EST ------- There are a couple of items I'd like you to fix before I do the formal review. I've provided a diff that implements these items: - I strongly recommend that you use the %{?dist} tag. It will help you ensure that builds for each branch do not have the same n-v-r - Get rid of all of the Requires, except libsoup >= 2.2, because rpm finds them automatically. - Devel packages should Require: %{name} = %{version}-%{release} - You need to run: rm -f $RPM_BUILD_ROOT%{_libdir}/libtranslate/modules/*.la - Your %files needs a little work. Remember, you need to own directories that you create, but not directories that already exist on the system. This means that you need to own %{_libdir}/libtranslate/ and %{_libdir}/libtranslate/modules/ and %{_includedir}/libtranslate/ ... but NOT %{_datadir}/gtk-doc/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 15:14:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 11:14:44 -0400 Subject: [Bug 166206] Review Request: xbsql : A SQL wrapper for xbase In-Reply-To: Message-ID: <200508181514.j7IFEig7013584@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xbsql : A SQL wrapper for xbase https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166206 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adrian at lisas.de OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From adrian at lisas.de 2005-08-18 11:14 EST ------- This has already been approved by me: https://www.redhat.com/archives/fedora-extras-list/2005-July/msg01227.html -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 15:17:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 11:17:23 -0400 Subject: [Bug 166259] Review Request: Zile: Zile Is Lossy Emacs In-Reply-To: Message-ID: <200508181517.j7IFHNQw014087@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Zile: Zile Is Lossy Emacs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166259 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tcallawa at redhat.com 2005-08-18 11:17 EST ------- Approved. Good job. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 15:20:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 11:20:00 -0400 Subject: [Bug 166259] Review Request: Zile: Zile Is Lossy Emacs In-Reply-To: Message-ID: <200508181520.j7IFK0pp014563@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Zile: Zile Is Lossy Emacs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166259 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163779 |163778 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-18 11:19 EST ------- Missing "Buildrequires: texinfo": gcc -c -I../doc -I.. -I../src -Wall -g -fexceptions -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables -Wall -W -Wmissing-prototypes -Wstrict-prototypes -Wconversion -pedantic ./mkdoc.c makeinfo --no-header --no-split -I../doc ../doc/zile.texi >>HELP /bin/sh: makeinfo: command not found make[2]: *** [HELP] Error 127 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 15:20:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 11:20:04 -0400 Subject: [Bug 166206] Review Request: xbsql : A SQL wrapper for xbase In-Reply-To: Message-ID: <200508181520.j7IFK4s3014574@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xbsql : A SQL wrapper for xbase https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166206 ------- Additional Comments From tcallawa at redhat.com 2005-08-18 11:19 EST ------- Whoops. :) Thanks! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 15:34:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 11:34:52 -0400 Subject: [Bug 166259] Review Request: Zile: Zile Is Lossy Emacs In-Reply-To: Message-ID: <200508181534.j7IFYqf1017463@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Zile: Zile Is Lossy Emacs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166259 ------- Additional Comments From jeff+redhatbugzilla at ultimateevil.org 2005-08-18 11:34 EST ------- Thanks for catching that. New spec and src.rpm. http://www.ultimateevil.org/~jeff/Fedora/zile-2.2.1-5.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 15:40:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 11:40:27 -0400 Subject: [Bug 166198] Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI In-Reply-To: Message-ID: <200508181540.j7IFeRA6018363@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-DBIx-ContextualFetch : Add contextual fetches to DBI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166198 ------- Additional Comments From rc040203 at freenet.de 2005-08-18 11:40 EST ------- (In reply to comment #6) > (In reply to comment #5) > > More missing deps: > I suppose that perl-DBI could be changed to explicitly provide these, but > in the meantime, perl(DBI) is enough to resolve dependencies. Well, IMO, this is a case of 2 "falses" (Missing provides in perl-DBI, missing deps in perl-DBIx-ContextualFetch) giving one "right" (Correct operation). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 16:03:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 12:03:44 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508181603.j7IG3iNZ023806@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-18 12:03 EST ------- Sorry the Perl version was left over from other stuff. I'll change the check. Gavin. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 17:05:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 13:05:33 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508181705.j7IH5Xkq004589@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 sds at gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC|bruno at clisp.org | ------- Additional Comments From sds at gnu.org 2005-08-18 13:05 EST ------- (In reply to comment #10) > - (is there any harm leaving them in?) no, just confusion that they are available only in full while in fact they are available in base too > - sds, is it possible that you manager the power issue together with bruno? it turned out that the solution is already mentioned in the unix/PLATFORMS file: ulimit -S -s 8192 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 17:34:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 13:34:29 -0400 Subject: [Bug 166087] Review Request: quarry - A multi-purpose board game GUI In-Reply-To: Message-ID: <200508181734.j7IHYTn2008853@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quarry - A multi-purpose board game GUI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 ------- Additional Comments From msalim at cs.indiana.edu 2005-08-18 13:34 EST ------- Thanks, Dawid and Paul. Dawid, I actually added a desktop file already - but didn't bump up the revision number, since I did it within an hour and didn't think anyone would have downloaded the originals. Sorry for that! http://hircus.org/fedora/quarry/quarry.spec http://hircus.org/fedora/quarry/quarry-0.1.15-1.fc4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 18:55:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 14:55:52 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508181855.j7IItqEd029794@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 ------- Additional Comments From gemi at bluewin.ch 2005-08-18 14:55 EST ------- > it turned out that the solution is already mentioned in the unix/PLATFORMS file: > ulimit -S -s 8192 I fear this does only apply to MacOS X and is not an architecture issue. In any case it fails: http://buildsys.fedoraproject.org/logs//4/177-clisp-2.34-7.fc4/ppc/build.log -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 18:59:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 14:59:19 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508181859.j7IIxJ0n030534@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 ------- Additional Comments From chrisw at osdl.org 2005-08-18 14:59 EST ------- Thank you for the updates. I had added openssl as suggested by Josh, however the library dependency is certainly auto discovered. So I've removed it, as well as sh-utils, diffutils and mktemp. One question regarding RPM_OPT_FLAGS, is it reasonable to simply do: %build COPTS=$RPM_OPT_FLAGS make all... as opposed to maintaining a patch that will never go upstream? That'd be my preference unless it's an issue of some standardization for FE that I'm unaware of. Regarding asciidoc, I'll just submit that package for review this afternoon. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 19:08:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 15:08:34 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508181908.j7IJ8Y1M032587@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 ------- Additional Comments From tcallawa at redhat.com 2005-08-18 15:08 EST ------- No, thats actually a much better idea. I tried doing CFLAGS=$RPM_OPT_FLAGS, but that didn't do the trick, so I wrote the patch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 19:09:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 15:09:42 -0400 Subject: [Bug 166208] Review Request: tinyerp : Open Source ERP Client In-Reply-To: Message-ID: <200508181909.j7IJ9gqT000406@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: tinyerp : Open Source ERP Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166208 ------- Additional Comments From jamatos at fc.up.pt 2005-08-18 15:09 EST ------- + It builds cleanly in mock for FC4/i386 + rpmlint gives: E: tinyerp incorrect-locale-sv /usr/share/locale/sw/LC_MESSAGES/tinyerp-client.mo (weird) E: tinyerp-server explicit-lib-dependency libxml2-python E: tinyerp-server explicit-lib-dependency libxslt-python (it is just rpmlint being silly, can be ignored) E: tinyerp-server non-executable-script /usr/lib/python2.4/site-packages/tinyerp_server/report/render/rml2pdf/trml2pdf.py 0644 E: tinyerp-server non-executable-script /usr/lib/python2.4/site-packages/tinyerp_server/addons/stock/stock.py 0644 E: tinyerp-server non-executable-script /usr/lib/python2.4/site-packages/tinyerp_server/report/render/rml2html/rml2html.py 0644 E: tinyerp-server non-executable-script /usr/lib/python2.4/site-packages/tinyerp_server/netsvc.py 0644 (I trust your judgment here.) + license is correct (GPL) and is present in both packages + %find_lang use + spec file is written in English and is readable + %{?dist} use + desktop entry + %files is correct and it handles directory ownership correctly + sha1sum of sources is the same as upstream + %subject is OK + %description is OK After all this consider it APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 19:13:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 15:13:56 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508181913.j7IJDup1001045@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 sds at gnu.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bruno at clisp.org ------- Additional Comments From sds at gnu.org 2005-08-18 15:13 EST ------- (In reply to comment #12) > > it turned out that the solution is already mentioned in the unix/PLATFORMS file: > > ulimit -S -s 8192 > I fear this does only apply to MacOS X and is not an architecture issue. In any > case it fails: > http://buildsys.fedoraproject.org/logs//4/177-clisp-2.34-7.fc4/ppc/build.log well, I do not have an access to a ppc/linux box, so I will have to leave it to bruno anyway. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 20:00:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 16:00:02 -0400 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200508182000.j7IK024x009381@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hunkyfonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165900 ------- Additional Comments From ariszlo at gmail.com 2005-08-18 15:59 EST ------- I didn't read ?5 of the Copyright FAQ when I changed the license, which was a mistake. All I read was the license itself which only says that one has to rename the fonts if they change them. I will repackage the fonts with Bitstream's copyright in the next couple of days. Sorry for the inconvenience. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 20:35:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 16:35:57 -0400 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200508182035.j7IKZv3h016897@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ------- Additional Comments From ville.skytta at iki.fi 2005-08-18 16:35 EST ------- Still just poking around, I have nothing to test this with right now (but will have later this week), assorted notes (some of them cosmetic): - I would personally just nuke the whole %{_datadir}/pam_pkcs11 dir, the same files are already installed in /etc/pki/pkcs11 as config files. Exception: pam.d_login.example could be added to main package's %doc, it doesn't seem to be available elsewhere. - Maybe move the default location of the "default" module to somewhere below %{_libdir} too, /lib/security appears somewhat kind of reserved for pam modules and pkcs11_module.so there seems slightly misplaced to me. This wouldn't cause any /lib vs /usr/lib mountedness problems; pam_pkcs11.so won't function anyway if /usr is not mounted. Upstream seems to have changed to /usr/lib/pam_pkcs11/pkcs11_module.so in svn, http://www.opensc.org/pam_pkcs11/file/trunk/etc/pam_pkcs11.conf.example - Hardcoded /lib/security in src/pam_pkcs11/Makefile* will probably break on x86_64 and friends. Maybe "%ifarch x86_64 ppc64 sparc64 ia64" (dunno what's the exact list of potentially affected archs) and just move the module to /lib64/security if so. - Ditto, hardcoded /usr/lib/pkcs11/opensc-pkcs11.so for the opensc PKCS #11 module location and /usr/lib/pam_pkcs11 for the mappers will cause problems on the above archs. - %changelog mentions --disable-static, but it's not used - %defattr missing from -tools - Doubly-owned %{_sysconfdir}/pki/pkcs11 in both main package and -tools, doesn't really hurt, though. With the above taken care of, go ahead and commit to CVS, the rest can be worked out there before the first build. I'll recheck a bit later when I have access to a smart card reader again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Thu Aug 18 20:50:40 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 18 Aug 2005 23:50:40 +0300 Subject: re-APPROVED: keychain In-Reply-To: <1124226211.7774.108.camel@serendipity.dogma.lan> References: <1123234721.23575.21.camel@localhost.localdomain> <1123242981.23575.49.camel@localhost.localdomain> <1124198705.7774.92.camel@serendipity.dogma.lan> <1124220674.21490.140.camel@localhost.localdomain> <1124226211.7774.108.camel@serendipity.dogma.lan> Message-ID: <1124398240.19299.4.camel@localhost.localdomain> On Tue, 2005-08-16 at 23:03 +0200, Alexander Dalloz wrote: > Commited changes to CVS. Okay, been using this for a while and noticed nothing wrong, so re-APPROVED. Go ahead and request builds and branches, and don't forget to update owners.list in CVS. Thanks! From bugzilla at redhat.com Thu Aug 18 21:39:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 17:39:04 -0400 Subject: [Bug 166087] Review Request: quarry - A multi-purpose board game GUI In-Reply-To: Message-ID: <200508182139.j7ILd4GC026213@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quarry - A multi-purpose board game GUI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 ------- Additional Comments From jspaleta at gmail.com 2005-08-18 17:38 EST ------- Small trademark nitpick, Othello I believe is a trademark and you should probably make note of that in the description text. Othello is a registered trademark of Tsukuda Original, licensed by Anjar Co., copyright 1973, 1990 Pressman Toy Corporation For reference see this thread in fedora-extras-list about appropriate ways to deal with trademarks that show up in the descriptive text like this. https://www.redhat.com/archives/fedora-extras-list/2005-July/msg00161.html -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 22:52:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 18:52:05 -0400 Subject: [Bug 166046] Review Request: libAfterImage - A generic image manipulation library In-Reply-To: Message-ID: <200508182252.j7IMq56n006855@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libAfterImage - A generic image manipulation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166046 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-18 18:51 EST ------- *narf* never trust a case sensitive grep and a blind packager... thx Other issues? Otherwise I will add this change upon import... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Thu Aug 18 23:30:07 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 18 Aug 2005 19:30:07 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050818233007.14F668017@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 28 NetworkManager-vpnc-0.3-1 anjuta-1.2.3-3.fc5 bittorrent-4.1.4-1.fc5 contact-lookup-applet-0.13-3.fc5 denyhosts-1.0.1-2.fc5 firestarter-1.0.3-6.fc5 gai-0.5.10-4.fc5 gai-pal-0.7-7 gai-temp-0.1.1-3.fc5 gaim-guifications-2.12-2.fc5 galculator-1.2.5-2.fc5 glabels-2.0.3-3.fc5 glunarclock-0.32.4-3.fc5 gnotime-2.2.1-11.fc5 gnumeric-1.4.3-6 gossip-0.9-4.fc5 gramps-2.0.6-3.fc5 inkscape-0.42-3.fc5 istanbul-0.1.1-5 kile-1.8.1-3.fc5 libgnomedb-1.2.0-5 liferea-0.9.6-3.fc5 plplot-5.5.3-7.fc5 python-matplotlib-0.83.2-3.fc5 synaptic-0.57.2-2.fc5 tinyerp-2.1.3-6.fc5 xbase-2.0.0-3.fc5 xbsql-0.11-5.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Thu Aug 18 23:32:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 19:32:58 -0400 Subject: [Bug 166308] New: Review Request: asciidoc Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166308 Summary: Review Request: asciidoc Product: Fedora Extras Version: devel Platform: All URL: http://www.methods.co.nz/asciidoc/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: chrisw at osdl.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec: http://www.kernel.org/pub/linux/kernel/people/chrisw/git/review/asciidoc.spec SRPM: http://www.kernel.org/pub/linux/kernel/people/chrisw/git/review/asciidoc-7.0.1-2.src.rpm AsciiDoc is a text document format for writing short documents, articles, books and UNIX man pages. AsciiDoc files can be translated to HTML and DocBook markups using the asciidoc(1) command. It is a prerequisite for building git-core, used for generating the man pages. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 18 23:33:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 19:33:10 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508182333.j7INXAjR012992@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 chrisw at osdl.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166308 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Thu Aug 18 23:37:40 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 18 Aug 2005 19:37:40 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050818233740.2F74A8017@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 8 cproto-4.7c-7.fc4 denyhosts-1.0.1-2.fc4 rdiff-backup-1.0.0-1.fc4 scanssh-2.1-5.fc4 tinyerp-2.1.3-6.fc4 xbase-2.0.0-3.fc4 xbsql-0.11-5.fc4 yumex-0.42-2.0.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Thu Aug 18 23:42:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 19:42:32 -0400 Subject: [Bug 166087] Review Request: quarry - A multi-purpose board game GUI In-Reply-To: Message-ID: <200508182342.j7INgWo8014055@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quarry - A multi-purpose board game GUI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 ------- Additional Comments From msalim at cs.indiana.edu 2005-08-18 19:42 EST ------- http://hircus.org/fedora/quarry/quarry.spec http://hircus.org/fedora/quarry/quarry-0.1.15-3.fc4.src.rpm (*) Revision 3, with trademark notice added. Thanks Jef! So that's why the game's also called Reversi (or Iagno in case of gnome-games..) (*) My previous comment should have said 2.fc4 not 1.fc4, oops. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Thu Aug 18 23:44:32 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 18 Aug 2005 19:44:32 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050818234432.9AAF68017@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 6 OpenEXR-1.2.2-5.fc3 denyhosts-1.0.1-2.fc3 scanssh-2.1-5.fc3 tinyerp-2.1.3-6.fc3 xbase-2.0.0-3.fc3 xbsql-0.11-5.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Fri Aug 19 00:06:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 20:06:14 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508190006.j7J06ELd018928@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 ------- Additional Comments From chrisw at osdl.org 2005-08-18 20:06 EST ------- OK, updated and uploading to: http://www.kernel.org/pub/linux/kernel/people/chrisw/git/review/ I submitted asciidoc as well. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 00:30:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 20:30:31 -0400 Subject: [Bug 166308] Review Request: asciidoc In-Reply-To: Message-ID: <200508190030.j7J0UVGs022298@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: asciidoc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166308 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wtogami at redhat.com ------- Additional Comments From wtogami at redhat.com 2005-08-18 20:30 EST ------- Please do not use both $RPM_BUILD_ROOT and %{buildroot}. Choose one and stick to for consistency purposes. I personally prefer the former but you may make your own choice. I may be willing to sponsor your Fedora membership. I am interested do you have any further plans for other packages for Extras? https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FE-NEW&hide_resolved=1 https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FE-REVIEW&hide_resolved=1 Could you help a little in reviewing other package submissions? There are a wide variety of packages submitted that may interest you. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 01:34:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 21:34:27 -0400 Subject: [Bug 166313] New: Review Request: ANOTHER TEST Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166313 Summary: Review Request: ANOTHER TEST Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: wtogami at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: SRPM Name or Url: Description: adfa -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 01:34:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 21:34:35 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508190134.j7J1YZkr029532@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166313 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 01:38:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 21:38:39 -0400 Subject: [Bug 166314] New: Review Request: TESTING AGAIN Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166314 Summary: Review Request: TESTING AGAIN Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: wtogami at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: SRPM Name or Url: Description: adfa -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 01:38:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 21:38:54 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508190138.j7J1cs3F030023@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166314 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 01:44:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 21:44:46 -0400 Subject: [Bug 166259] Review Request: Zile: Zile Is Lossy Emacs In-Reply-To: Message-ID: <200508190144.j7J1ikUU030815@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Zile: Zile Is Lossy Emacs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166259 ------- Additional Comments From mfleming+rpm at enlartenment.com 2005-08-18 21:44 EST ------- FWIW you might want to update this to the current version (2.2.4). 2.2.1 crashed on startup on 64bit systems which will likely make the x86_64 build a bit unhappy. (It's fixed in 2.2.2, which is what I ship in my own repository at the moment.) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 02:40:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 22:40:15 -0400 Subject: [Bug 166317] New: Review Request: perl-X11-Protocol Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166317 Summary: Review Request: perl-X11-Protocol Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/~smccam/X11-Protocol- 0.54/Protocol.pm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: duncan_j_ferguson at yahoo.co.uk QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Please note, this is my first package and I need a sponsor. Spec Url: http://queeg.dyndns.org/perl-X11-Protocol.spec SRPM Url: http://queeg.dyndns.org/perl-X11-Protocol-0.54-1.src.rpm Description: X11::Protocol is a client-side interface to the X11 Protocol (see X(1) for information about X11), allowing perl programs to display windows and graphics on X11 servers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 02:40:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 22:40:21 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508190240.j7J2eLQJ006907@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 duncan_j_ferguson at yahoo.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166317 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 03:18:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 23:18:41 -0400 Subject: [Bug 166318] New: Review request: perl-Font-AFM - Font::AFM Perl module Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166318 Summary: Review request: perl-Font-AFM - Font::AFM Perl module Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Font-AFM/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Font-AFM.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Font-AFM-1.19-1.src.rpm Description: Interface to Adobe Font Metrics files -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 03:18:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 23:18:56 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508190318.j7J3IuUf012440@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166318 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 03:20:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 23:20:27 -0400 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: Message-ID: <200508190320.j7J3KRtd012698@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Imager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166254 ------- Additional Comments From jspaleta at gmail.com 2005-08-18 23:20 EST ------- built on against a rawhide box, rpmlint perl-Imager-0.45-1.i386.rpm: W: perl-Imager unstripped-binary-or-object /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/auto/Imager/Imager.so ->Ignorable warning E: perl-Imager wrong-script-interpreter /usr/share/doc/perl-Imager-0.45/samples/anaglyph.pl "perl" E: perl-Imager wrong-script-interpreter /usr/share/doc/perl-Imager-0.45/samples/interleave.pl "perl" ->Can you patch the sample scripts in the samples directory to use #!/usr/bin/perl -w instead of #!perl -w and should they be executable? E: perl-Imager wrong-script-interpreter /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/Imager/Font/Wrap.pm "perl" E: perl-Imager non-executable-script /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/Imager/Font/Wrap.pm 0644 ->Same issue. Wrap.pm is the only pm file in the Font subdirectory that has an interpreter defined in the header. Either this needs to be corrected like the sample scripts or the interpreter line should be removed. I'm not sure which workaround is correct for Wrap.pm. Is it meant to be run as a stand-alone executable script? -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 03:44:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 18 Aug 2005 23:44:31 -0400 Subject: [Bug 166259] Review Request: Zile: Zile Is Lossy Emacs In-Reply-To: Message-ID: <200508190344.j7J3iVtH015793@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Zile: Zile Is Lossy Emacs https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166259 ------- Additional Comments From jeff+redhatbugzilla at ultimateevil.org 2005-08-18 23:44 EST ------- Thanks, I hadn't checked the latest release in a while. Ok, I've bumped up the source to the latest. Spec file is still in the same place. Here's the latest SRPM: http://www.ultimateevil.org/~jeff/Fedora/zile-2.2.4-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 05:43:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 01:43:38 -0400 Subject: [Bug 166320] New: Review request: perl-HTML-Format - HTML::Format Perl module Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166320 Summary: Review request: perl-HTML-Format - HTML::Format Perl module Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/HTML-Format/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-HTML-Format.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-HTML-Format-2.04-1.src.rpm Description: A collection of modules that formats HTML as plaintext, PostScript or RTF. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 05:43:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 01:43:49 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508190543.j7J5hnKK000894@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166320 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 05:47:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 01:47:07 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508190547.j7J5l7j8001411@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 jspaleta at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG ------- Additional Comments From jspaleta at gmail.com 2005-08-19 01:46 EST ------- Other than what ralf has already pointed out.... GOOD: rpmlint returns clean packagename conforms to nameguideline noarch is appropriate specfile matches name spec in legible english license tag matches license upstrem md5sum matches Sources in srpm 268f87285fbfb5b7b811e4d779e7835c owns all created directories clean section present BAD: - not providing the license text for Artistic and GPL licenses in the doc section. you could probably crib the licenses from another perl package such as perl-Carp-Clan from core and include them as additional sources in your spec file. Providing the license text is a stated requirement as per: http://www.fedoraproject.org/wiki/PackageReviewGuidelines - Shouldn't be including perl as a BuildRequires at all as per: http://www.fedoraproject.org/wiki/PackagingGuidelines#Exceptions I think thats basically it. It builds on my local rawhide box but I'm having trouble with mock at the moment on that box so I haven't built it in a clean mock environment yet. If you can roll another spec that takes care of the %check and the tho issues I've raised. I think this is in good shape for approval. I still want to rebuild in mock before the i give final approval for completeness. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 05:58:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 01:58:53 -0400 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: Message-ID: <200508190558.j7J5wrPh003638@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Imager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166254 ------- Additional Comments From jspaleta at gmail.com 2005-08-19 01:58 EST ------- additionally you'll need to clean up the same problems with this package as you had with perl-Apache-LogRegex - just use %check - remove the buildrequires on perl - need to include the license text in the docs section for the package. I haven't made it through the full review of this yet.. but i just want to make you aware that the same minor problems exist here. Most likely the other two pending perl packages for sprog deps have the same easy to fix issues too, so its a good idea to check over those packages as well for these 3 items. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Fri Aug 19 06:14:46 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 19 Aug 2005 08:14:46 +0200 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: <200508190558.j7J5wrPh003638@www.beta.redhat.com> References: <200508190558.j7J5wrPh003638@www.beta.redhat.com> Message-ID: <1124432086.5137.90.camel@mccallum.corsepiu.local> On Fri, 2005-08-19 at 01:58 -0400, bugzilla at redhat.com wrote: > Please do not reply directly to this email. All additional > comments should be made in the comments box of this bug report. > > Summary: Review Request: perl-Imager > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166254 > ------- Additional Comments From jspaleta at gmail.com 2005-08-19 01:58 EST ------- > - remove the buildrequires on perl > - need to include the license text in the docs section for the package. Now, that you don't get tired to reiterate this I can't avoid to veto against this: IMHO (IANAL), this is a non-issue and the guidelines should be changed accordingly. The only point here is: The GPL wants authors to ship a copy of the GPL with packages. However the GPL is not in a position to enforce this, nor does not shipping a verbatim copy of the GPL void the license of a package. The original authors have decided not to ship it, but in most cases of perl modules prefer to refer to "the license as perl". So be it. Ralf From jspaleta at gmail.com Fri Aug 19 06:32:59 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 19 Aug 2005 02:32:59 -0400 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: <1124432086.5137.90.camel@mccallum.corsepiu.local> References: <200508190558.j7J5wrPh003638@www.beta.redhat.com> <1124432086.5137.90.camel@mccallum.corsepiu.local> Message-ID: <604aa79105081823326a9ef086@mail.gmail.com> On 8/19/05, Ralf Corsepius wrote: > IMHO (IANAL), this is a non-issue and the guidelines should be changed > accordingly. Are you the only person to hold this opinion or is there recent list discussion you can point me to that suggests there is a consensous view that this particular review guideline requirement needs adjusting or a less strict interpretation when a license is implied by reference to another package's license? I'm not a lawyer either so until the guideline language is weakened to suggest there is some leeway I'm going to lean on the provided guideline language which says its required. But please if you feel strongly about this, perhaps you can discuss this potential change in the current guidelines in the fedora-packaging list and get this requirement stricken. -jef From paul at city-fan.org Fri Aug 19 07:20:05 2005 From: paul at city-fan.org (Paul Howarth) Date: Fri, 19 Aug 2005 08:20:05 +0100 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: <604aa79105081823326a9ef086@mail.gmail.com> References: <200508190558.j7J5wrPh003638@www.beta.redhat.com> <1124432086.5137.90.camel@mccallum.corsepiu.local> <604aa79105081823326a9ef086@mail.gmail.com> Message-ID: <1124436005.16837.75.camel@laurel.intra.city-fan.org> On Fri, 2005-08-19 at 02:32 -0400, Jeff Spaleta wrote: > On 8/19/05, Ralf Corsepius wrote: > > IMHO (IANAL), this is a non-issue and the guidelines should be changed > > accordingly. > > Are you the only person to hold this opinion or is there recent list > discussion you can point me to that suggests there is a consensous > view that this particular review guideline requirement needs adjusting > or a less strict interpretation when a license is implied by reference > to another package's license? I'm not a lawyer either so until the > guideline language is weakened to suggest there is some leeway I'm > going to lean on the provided guideline language which says its > required. But please if you feel strongly about this, perhaps you can > discuss this potential change in the current guidelines in the > fedora-packaging list and get this requirement stricken. Suggestion: Why don't we do what Debian do and ship an "common licenses" package? That way, any package using one of those licenses can include the common licenses package as a dependency. That ensures that the license is installed (and can be referred to) whenever the package gets installed, and saves a lot of duplication, e.g. for the GPL, which is duplicated by many, many packages on most systems. Paul. -- Paul Howarth From rc040203 at freenet.de Fri Aug 19 08:10:33 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 19 Aug 2005 10:10:33 +0200 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: <1124436005.16837.75.camel@laurel.intra.city-fan.org> References: <200508190558.j7J5wrPh003638@www.beta.redhat.com> <1124432086.5137.90.camel@mccallum.corsepiu.local> <604aa79105081823326a9ef086@mail.gmail.com> <1124436005.16837.75.camel@laurel.intra.city-fan.org> Message-ID: <1124439033.5137.114.camel@mccallum.corsepiu.local> On Fri, 2005-08-19 at 08:20 +0100, Paul Howarth wrote: > On Fri, 2005-08-19 at 02:32 -0400, Jeff Spaleta wrote: > > On 8/19/05, Ralf Corsepius wrote: > > > IMHO (IANAL), this is a non-issue and the guidelines should be changed > > > accordingly. > > > > Are you the only person to hold this opinion or is there recent list > > discussion you can point me to that suggests there is a consensous > > view that this particular review guideline requirement needs adjusting > > or a less strict interpretation when a license is implied by reference > > to another package's license? That's we currently do. > > I'm not a lawyer either so until the > > guideline language is weakened to suggest there is some leeway I'm > > going to lean on the provided guideline language which says its > > required. But please if you feel strongly about this, As any legal issues can not be taken easily, I do feel strong about it. It's quite simple: Either legal requirements force us to ship verbatim copies or they don't. Setting up our own rules to fulfill non-existing laws doesn't help anybody. AFAICT, there is no requirement to ship the license files: All the GPL does is to say (http://www.gnu.org/licenses/gpl.html#SEC4) "You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA." In my understanding, this does not imply authors MUST ship a copy of the GPL with their packages, they SHOULD, but also can do otherwise. Also, AFAICT, according to US laws, shipping a detached License file is not considered legally binding and therefore is consider unsafe. The only safe way of licensing is to include license conditions to each source file (This is the reason why many GNU programs' sources such as GCC often are being systematically overhauled to include the correct licensing terms). Applied to perl-modules, this would mean a sentence such as "same license as perl" inside of a perl file is legally more binding than a detached license, added by would be. Also I feel, a public discussion doesn't help ether. We need a lawyer to give a clear judgment if there is necessity to add license files to such packages or not. > Suggestion: > Why don't we do what Debian do and ship an "common licenses" package? IMO, this causes more hassle than directly copying license files, because licenses often vary in details. Ralf From bugzilla at redhat.com Fri Aug 19 08:18:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 04:18:03 -0400 Subject: [Bug 166087] Review Request: quarry - A multi-purpose board game GUI In-Reply-To: Message-ID: <200508190818.j7J8I3f4032406@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quarry - A multi-purpose board game GUI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 ------- Additional Comments From gajownik at gmail.com 2005-08-19 04:17 EST ------- Few remarks: - you still don't use find_lang macro :P Remove this line: %{_datadir}/locale/*/LC_MESSAGES/quarry.mo and change "%files" to: %files -f %{name}.lang You have to do this in this way because "%_install_langs" macro in /root/.rpmmacros file will not work. find_lang macro allows users to install only _needed_ translations. - in my build envinronment this line is unnecessary: mkdir -p $RPM_BUILD_ROOT%{_datadir}/applications desktop-file-install creates this directory automatically - close brackets at the end of your e-mail adress in the changelog section - please add to the desktop file "GenericName" tag, for example: GenericName=Multi-purpose board game GUI - IMHO line "X-Desktop-File-Install-Version=0.10" in the desktop file is unnecessary. desktop-file-install program will add it automatically. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 08:45:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 04:45:10 -0400 Subject: [Bug 165900] Review Request: hunkyfonts In-Reply-To: Message-ID: <200508190845.j7J8jAs9006866@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: hunkyfonts https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165900 ------- Additional Comments From sarantis at cnl.di.uoa.gr 2005-08-19 04:45 EST ------- Hi, I am glad we can work it out. Since you are working on repackaging your fonts, please consider the following things: Using *GPL as a license for fonts is somewhat murky, since it applies to code and not content (such as fonts or a picture). I don't know how LGPL can be dealt with, but with the GPL one should issue an exception to make the documents produced with this font _not_ fall under the GPL (see http://www.fsf.org/licensing/licenses/gpl-faq.html#FontException). Nevertheless, if you insist on releasing the fonts under LGPL, we have to ask legal, if it is permitted (to change the license), and what consequences it might have. I would think that there would be no License needed, and the copyright text of the original Bitstream fonts extended to cover your additions and changes to the fonts. For example the Dejavu folks have released their additional changes to the public domain (http://dejavu.sourceforge.net/wiki/index.php/License). Another course of action would be to maintain the same copyright text as Bitstream, but with you as the copyright holder. These are simple enough copyright additions, that I can understand and approve. Sorry to bother you with legalese, but it is essential to keep our bases covered. Thanks for your cooperation. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Fri Aug 19 09:01:21 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 18 Aug 2005 23:01:21 -1000 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: <1124439033.5137.114.camel@mccallum.corsepiu.local> References: <200508190558.j7J5wrPh003638@www.beta.redhat.com> <1124432086.5137.90.camel@mccallum.corsepiu.local> <604aa79105081823326a9ef086@mail.gmail.com> <1124436005.16837.75.camel@laurel.intra.city-fan.org> <1124439033.5137.114.camel@mccallum.corsepiu.local> Message-ID: <43059FE1.70806@redhat.com> Ralf Corsepius wrote: > > As any legal issues can not be taken easily, I do feel strong about it. > > It's quite simple: Either legal requirements force us to ship verbatim > copies or they don't. Setting up our own rules to fulfill non-existing > laws doesn't help anybody. > > AFAICT, there is no requirement to ship the license files: > All the GPL does is to say (http://www.gnu.org/licenses/gpl.html#SEC4) > > "You should have received a copy of the GNU General Public License > along with this program; if not, write to the Free Software > Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA." > > In my understanding, this does not imply authors MUST ship a copy of the > GPL with their packages, they SHOULD, but also can do otherwise. > > Also, AFAICT, according to US laws, shipping a detached License file is > not considered legally binding and therefore is consider unsafe. The > only safe way of licensing is to include license conditions to each > source file (This is the reason why many GNU programs' sources such as > GCC often are being systematically overhauled to include the correct > licensing terms). > > Applied to perl-modules, this would mean a sentence such as "same > license as perl" inside of a perl file is legally more binding than a > detached license, added by would be. > > Also I feel, a public discussion doesn't help ether. We need a lawyer to > give a clear judgment if there is necessity to add license files to such > packages or not. > I very often disagree with Ralf's opinion, but I totally agree with the above. I think we need legal clarification on this, because this is extremely silly to be forcing this on software that may already be compliant. I generally think that all source files should ideally have their own copyright and license/permissions notice in order to help avoid ambiguity. This however is not a blocker for inclusion if the work itself is clearly licensed. > > >>Suggestion: >>Why don't we do what Debian do and ship an "common licenses" package? > > > IMO, this causes more hassle than directly copying license files, > because licenses often vary in details. > I disagree here. The vast majority of software use the unmodified GPL or LGPL, and the packager could possibly recognize this and link it instead of including hundreds of duplicate copies that are different only in whitespace. There are however problems in doing this... - older distros wont have it, resulting spec deltas - the license package will upgrade in the future, kinda messy to dep a newer version - complication with "GPL v2 or later" and when GPLv3 comes... This being said I don't particularly care much about this. I analyzed the amount of RPM and install disk space that this would save sometime last year, and it wasn't worth the effort. If you really care about saving as much space as possible when installing your RPM tree then use rpm --exclude-docs. I tried to make it so no software runtime or buildtime is broken by missing %doc files. If you find any case however where it causes breakage, file a bug and CC me. Warren Togami wtogami at redhat.com From bugzilla at redhat.com Fri Aug 19 09:30:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 05:30:01 -0400 Subject: [Bug 165230] Review Request: Eclipse Graphical Editing Framework In-Reply-To: Message-ID: <200508190930.j7J9U1Mu014175@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Eclipse Graphical Editing Framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165230 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |matthias at rpmforge.net OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From matthias at rpmforge.net 2005-08-19 05:29 EST ------- Find attached a patch to the spec file that fixes small issues and other minor cosmetic changes. The whole top arch defines seemed usless to me, but maybe I'm missing something. Also, is this arch specific code or could the package be noarch? I don't know much about java, but it seems that only xml and jar files are in this package, so I was wondering. Last, I've built the package successfully in a development x86_64 root, but I don't have a real desktop system running development where I could test the install. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 09:37:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 05:37:01 -0400 Subject: [Bug 165685] Review Request: Perl extension for collecting information about the machine In-Reply-To: Message-ID: <200508190937.j7J9b1WU014938@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Perl extension for collecting information about the machine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165685 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From matthias at rpmforge.net 2005-08-19 05:36 EST ------- *** This bug has been marked as a duplicate of 165533 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 09:37:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 05:37:08 -0400 Subject: [Bug 165533] Review Request: Perl extension for collecting information about the machine In-Reply-To: Message-ID: <200508190937.j7J9b8ow014976@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Perl extension for collecting information about the machine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165533 ------- Additional Comments From matthias at rpmforge.net 2005-08-19 05:37 EST ------- *** Bug 165685 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 09:40:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 05:40:46 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508190940.j7J9ekDX015548@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-19 05:40 EST ------- I can't remember how to get an extra file in the doc section. Here's the latest specfile: Name: perl-Apache-LogRegex Version: 1.2 Release: 3%{?dist} Summary: Parse a line from an Apache logfile into a hash Group: Development/Libraries License: GPL or Artistic URL: http://search.cpan.org/dist/Apache-LogRegex/ Source0: http://search.cpan.org/CPAN/authors/id/P/PE/PETERHI/Apache-LogRegex-%{version}.tar.gz Source1: GNU_GPL.txt BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) BuildArch: noarch Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo $version)) %description Designed as a simple class to parse Apache log files. It will construct a regex that will parse the given log file format and can then parse lines from the log file line by line returning a hash of each line. %prep %setup -q -n Apache-LogRegex-%{version} %build %{__perl} Makefile.PL INSTALLDIRS=vendor 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 d -depth -exec rmdir {} 2>/dev/null ';' chmod -R u+w $RPM_BUILD_ROOT/* %check make test %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root,-) %doc README GNU_GPL.txt %{perl_vendorlib}/Apache/ %{_mandir}/man3/*.3* %changelog * Fri Aug 19 2005 Gavin Henry - 1.2-3 - Cleaning up specifle. * Thu Aug 18 2005 Gavin Henry - 1.2-2 - Second build. * Sun Jul 3 2005 Gavin Henry - 1.2-1 - First build. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 09:42:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 05:42:38 -0400 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: Message-ID: <200508190942.j7J9gcPH015797@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Imager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166254 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-19 05:42 EST ------- I'll get this done next week. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 09:55:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 05:55:34 -0400 Subject: [Bug 165456] Review Request: Enables hotkey functions for Toshiba laptop In-Reply-To: Message-ID: <200508190955.j7J9tYPi018501@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Enables hotkey functions for Toshiba laptop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165456 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: Enables |Review Request: Enables |hotkey functions for Toshiba|hotkey functions for Toshiba |laptop |laptop Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |matthias at rpmforge.net OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From matthias at rpmforge.net 2005-08-19 05:55 EST ------- Attached is a patch to the spec file to fix minor issues. The first real blocker would have been that the _sysconfdir/fnfx/ directory was unowned by the package, thus not removed upon uninstall. The second maybe the execution bit of the init script after storing the file in CVS, as it wasn't explicitely set anywhere. Now for the init script : Things seem wrong, as if the daemon crashes, then the /var/lock/subsys/fnfxd will be left over, and given how the checks are made, it will prevent it from being started again, and even forcing a stop or restart won't get rid of the file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 09:59:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 05:59:55 -0400 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200508190959.j7J9xt2a019697@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Sprog https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166255 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-19 05:59 EST ------- If I change: %check ||: make test to %check: make test The whole build fails. What is actually wrong with: %check ||: make test -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 10:04:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 06:04:49 -0400 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200508191004.j7JA4nRc021894@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Sprog https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166255 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-19 06:04 EST ------- New version: http://www.perl.me.uk/downloads/modules/Sprog-0.14-3.src.rpm http://www.perl.me.uk/downloads/modules/md5sums -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 10:06:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 06:06:42 -0400 Subject: [Bug 166253] Review Request: perl-Gtk2-GladeXML In-Reply-To: Message-ID: <200508191006.j7JA6gie022506@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gtk2-GladeXML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166253 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-19 06:06 EST ------- New version: http://www.perl.me.uk/downloads/modules/perl-Gtk2-GladeXML-1.005-3.src.rpm http://www.perl.me.uk/downloads/modules/md5sums -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 10:07:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 06:07:36 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508191007.j7JA7aSm022842@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-19 06:07 EST ------- New version: http://www.perl.me.uk/downloads/modules/perl-Gnome2-Canvas-1.002-3.src.rpm http://www.perl.me.uk/downloads/modules/md5sums -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 10:15:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 06:15:45 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508191015.j7JAFjAc025292@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From paul at city-fan.org 2005-08-19 06:15 EST ------- I'd suggest removing the Source1 reference and instead: Add to %setup: perldoc -t perlartistic > Artistic.txt perldoc -t perlgpl > GPL.txt Add to %files: %doc Artistic.txt GPL.txt -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 10:17:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 06:17:06 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508191017.j7JAH6hS025544@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From bugs.michael at gmx.net 2005-08-19 06:16 EST ------- [independent of Paul's comment] In %install cp %{SOURCE1} . copies the extra source file into the current build directory, then "%doc GNU_GPL.txt" in %files section finds it there. The current build directory you start in at the beginning of the spec sections (%build, %install, %check) is the directory below $RPM_BUILD_DIR which is created with the %setup macro. Here it's. $RPM_BUILD_DIR/Apache-LogRegex-%{version}/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 10:19:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 06:19:29 -0400 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200508191019.j7JAJTmd025969@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Sprog https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166255 ------- Additional Comments From paul at city-fan.org 2005-08-19 06:19 EST ------- Change it to: %check not: %check: The "|| :" after %check is redundant unless you're targeting very old (certainly pre-Fedora) distros with your specfile. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 10:27:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 06:27:59 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508191027.j7JARx7X027709@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-19 06:27 EST ------- I have done it Pauls way: New files: Spec Url: http://www.perl.me.uk/downloads/modules/perl-Apache-LogRegex.spec SRPM Url: http://www.perl.me.uk/downloads/modules/perl-Apache-LogRegex-1.2-3.src.rpm md5sums: http://www.perl.me.uk/downloads/modules/md5sums -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 10:31:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 06:31:02 -0400 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200508191031.j7JAV245028288@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Sprog https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166255 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-19 06:30 EST ------- As I said, the build fails without %check ||: ???? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 10:50:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 06:50:50 -0400 Subject: [Bug 165353] Review Request: A natural language translation library In-Reply-To: Message-ID: <200508191050.j7JAoowF032008@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: A natural language translation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165353 ------- Additional Comments From dmitry at butskoy.name 2005-08-19 06:50 EST ------- Thanks, New srpms is at http://dmitry.butskoy.name/libtranslate/libtranslate-0.99-3.src.rpm I also remove libtranslate/modules/*.a from devel package, IMHO it is not needed... An appropriate cleanups was made for gnome-translate too (bug #165960). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 11:55:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 07:55:56 -0400 Subject: [Bug 165659] Review Request: perl-Test-LongString In-Reply-To: Message-ID: <200508191155.j7JBtuu8009111@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Test-LongString https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165659 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-19 07:55 EST ------- Review: - rpmlint clean - package and spec file naming is OK - package meets guidelines - license is same as perl - spec file written in English and is legible - source matches upstream - builds OK on FC4 and in mock for devel - BR's OK - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership or permissions issues - no duplicate files - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime Nitpick: - BR: perl is redundant - find of empty .bs files is redundant These can be fixed post-import. Comment: - I think "A library to test long strings" would be a better summary than "Tests strings for equality" Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 12:05:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 08:05:37 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508191205.j7JC5bbY011193@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From rc040203 at freenet.de 2005-08-19 08:05 EST ------- # rpmbuild -ba perl-Gnome2-Canvas.spec .. Unrecognized argument in LIBS ignored: '-pthread' .. Wow! glib2's gthread-2.0.pc is bugged: /usr/lib/pkgconfig/gthread-2.0.pc -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 12:10:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 08:10:17 -0400 Subject: [Bug 165660] Review Request: perl-Text-Quoted In-Reply-To: Message-ID: <200508191210.j7JCAHtu012235@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Quoted https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165660 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-19 08:10 EST ------- Review: - rpmlint not quite clean - see below - package and spec file naming is OK - package meets guidelines - license is same as perl - spec file written in English and is legible - source matches upstream - builds OK on FC4 and in mock for devel - BR's OK - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership issues - Quoted.pm installed with wrong permissions - see below - no duplicate files - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime Issues: - rpmlint output E: perl-Text-Quoted script-without-shellbang /usr/lib/perl5/vendor_perl/5.8.6/Text/Quoted.pm This script does not begins with a shellbang. It will prevent its execution. This is a permissions problem and can be fixed by adding after %setup: chmod -x Quoted.pm - BR: perl is redundant - find of empty .bs files is redundant These can be fixed post-import. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 12:10:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 08:10:45 -0400 Subject: [Bug 166255] Review Request: Sprog In-Reply-To: Message-ID: <200508191210.j7JCAjbq012401@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Sprog https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166255 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-19 08:10 EST ------- Thanks Paul. Done. New version: http://www.perl.me.uk/downloads/modules/Sprog-0.14-3.src.rpm http://www.perl.me.uk/downloads/modules/Sprog.spec http://www.perl.me.uk/downloads/modules/md5sums -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 13:03:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 09:03:42 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508191303.j7JD3gSk021205@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From jspaleta at gmail.com 2005-08-19 09:03 EST ------- (In reply to comment #5) > I'd suggest removing the Source1 reference and instead: > > Add to %setup: > perldoc -t perlartistic > Artistic.txt > perldoc -t perlgpl > GPL.txt > > Add to %files: > %doc Artistic.txt GPL.txt that sir.. is slick. If the requirement for the full license text sticks around after the latest round of discussion in the extras-list is over... I'd say this approach should be documented for future submitters who run into this license text issue. Since perldoc is part of the perl package this doesn't add any requirements at all. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Fri Aug 19 13:21:32 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 19 Aug 2005 08:21:32 -0500 Subject: rpms/inkscape/devel inkscape-0.42-GC-check.patch, 1.1, 1.2 inkscape.spec, 1.20, 1.21 In-Reply-To: <200508182156.j7ILur5v026323@cvs-int.fedora.redhat.com> References: <200508182156.j7ILur5v026323@cvs-int.fedora.redhat.com> Message-ID: Michael Schwendt (mschwendt) wrote: > Index: inkscape-0.42-GC-check.patch > =================================================================== > RCS file: /cvs/extras/rpms/inkscape/devel/inkscape-0.42-GC-check.patch,v > retrieving revision 1.1 > retrieving revision 1.2 > diff -u -r1.1 -r1.2 > --- inkscape-0.42-GC-check.patch 18 Aug 2005 21:39:18 -0000 1.1 > +++ inkscape-0.42-GC-check.patch 18 Aug 2005 21:56:51 -0000 1.2 > @@ -1,12 +1,12 @@ > diff -Nur inkscape-0.42-orig/configure inkscape-0.42/configure > --- inkscape-0.42-orig/configure 2005-07-25 07:25:35.000000000 +0200 > -+++ inkscape-0.42/configure 2005-08-18 23:31:12.000000000 +0200 > ++++ inkscape-0.42/configure 2005-08-18 23:55:52.000000000 +0200 > @@ -22931,7 +22931,7 @@ > # desired function name. They're all in libgc. > # The "break" will exit from the top level > # AC_CHECK_HEADERS. > - gc_libs="" > -+ gc_libs="-lpthread $lt_cv_dlopen_libs" > ++ gc_libs="-lpthread -ldl" FYI, Extras gc is patched (gc*opendl.patch) to not need -lpthread -ldl (it's linked in the shared lib so there are no undefinted symbols, and help prelink), so you could probably leave those out altogether, if you're already testing things. -- Rex From bugzilla at redhat.com Fri Aug 19 13:25:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 09:25:38 -0400 Subject: [Bug 165660] Review Request: perl-Text-Quoted In-Reply-To: Message-ID: <200508191325.j7JDPc4U024949@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Quoted https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165660 ------- Additional Comments From rc040203 at freenet.de 2005-08-19 09:25 EST ------- > E: perl-Text-Quoted script-without-shellbang > /usr/lib/perl5/vendor_perl/5.8.6/Text/Quoted.pm > This script does not begins with a shellbang. It will prevent its execution. This is a perl module (*.pm) and not a script. Perl modules normally aren't executed directly, so they don't have to carry a shebang, nor are they supposed to be executable. IMO, this yet another case of a "false error" from rpmlint. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 13:27:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 09:27:44 -0400 Subject: [Bug 165660] Review Request: perl-Text-Quoted In-Reply-To: Message-ID: <200508191327.j7JDRi32025337@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Quoted https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165660 ------- Additional Comments From paul at city-fan.org 2005-08-19 09:27 EST ------- Without the chmod referred to in the review, it *is* installed as executeable and therefore it isn't a "false error". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 13:38:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 09:38:50 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508191338.j7JDcofY027385@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 jspaleta at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|NOTABUG | ------- Additional Comments From jspaleta at gmail.com 2005-08-19 09:38 EST ------- oops... i accidently closed this as notabug.. sorry about that... must have been a fat finger incident. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 13:43:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 09:43:51 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508191343.j7JDhpYS028187@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-19 09:43 EST ------- I never knew you could do that with perldoc either. Very nice. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 14:02:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 10:02:04 -0400 Subject: [Bug 165660] Review Request: perl-Text-Quoted In-Reply-To: Message-ID: <200508191402.j7JE24Hw000357@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Quoted https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165660 ------- Additional Comments From rc040203 at freenet.de 2005-08-19 10:01 EST ------- Urgs, you are right. Sorry for having missed this. To be fixed RSN. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Fri Aug 19 14:06:15 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 19 Aug 2005 16:06:15 +0200 Subject: rpms/inkscape/devel inkscape-0.42-GC-check.patch, 1.1, 1.2 inkscape.spec, 1.20, 1.21 In-Reply-To: References: <200508182156.j7ILur5v026323@cvs-int.fedora.redhat.com> Message-ID: <20050819160615.6aaf81e3.bugs.michael@gmx.net> On Fri, 19 Aug 2005 08:21:32 -0500, Rex Dieter wrote: > Michael Schwendt (mschwendt) wrote: > > > Index: inkscape-0.42-GC-check.patch > > =================================================================== > > RCS file: /cvs/extras/rpms/inkscape/devel/inkscape-0.42-GC-check.patch,v > > retrieving revision 1.1 > > retrieving revision 1.2 > > diff -u -r1.1 -r1.2 > > --- inkscape-0.42-GC-check.patch 18 Aug 2005 21:39:18 -0000 1.1 > > +++ inkscape-0.42-GC-check.patch 18 Aug 2005 21:56:51 -0000 1.2 > > @@ -1,12 +1,12 @@ > > diff -Nur inkscape-0.42-orig/configure inkscape-0.42/configure > > --- inkscape-0.42-orig/configure 2005-07-25 07:25:35.000000000 +0200 > > -+++ inkscape-0.42/configure 2005-08-18 23:31:12.000000000 +0200 > > ++++ inkscape-0.42/configure 2005-08-18 23:55:52.000000000 +0200 > > @@ -22931,7 +22931,7 @@ > > # desired function name. They're all in libgc. > > # The "break" will exit from the top level > > # AC_CHECK_HEADERS. > > - gc_libs="" > > -+ gc_libs="-lpthread $lt_cv_dlopen_libs" > > ++ gc_libs="-lpthread -ldl" > > FYI, Extras gc is patched (gc*opendl.patch) to not need -lpthread -ldl > (it's linked in the shared lib so there are no undefinted symbols, and > help prelink), so you could probably leave those out altogether, if > you're already testing things. Well, I didn't patch it without reason. Inkscape gtk/cairo rebuild request failed after 10 seconds on x86_64, which made me insert "cat config.log" to get a better picture: checking for gc.h... yes checking for GC_init in -lgc... no checking for GC_malloc in -lgc... no checking for GC_realloc in -lgc... no checking for GC_free in -lgc... no configure: error: libgc (the Boehm Conservative Collector) 6.4+, is needed to compile inkscape -- http://www.hpl.hp.com/personal/Hans_Boehm/gc + : + cat config.log [...] configure:22935: checking for GC_init in -lgc configure:22965: g++ -o conftest -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=nocona conftest.cc -lgc >&5 /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `pthread_create' /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `sem_destroy' /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `sem_wait' /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `sem_post' /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `pthread_detach' /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `sem_init' /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `pthread_kill' /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `dlopen' /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `pthread_sigmask' /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `sem_getvalue' /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `pthread_mutex_trylock' /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `pthread_join' collect2: ld returned 1 exit status From bugzilla at redhat.com Fri Aug 19 14:08:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 10:08:14 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508191408.j7JE8EOr002127@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From jspaleta at gmail.com 2005-08-19 10:08 EST ------- http://www.perl.me.uk/downloads/modules/perl-Apache-LogRegex-1.2-3.src.rpm builds in mock for fc4 just fine. rpmlint returns clean on the resulting binary the relevant md5sums match and the new spec file takes care of the issues raised so far. I think this is good to go. I'm going to leave this ticket in review state for another 8 hours or so and will flip the approved switch at the end of the business day if there isn't another blocker comment in the meantime. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 14:20:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 10:20:42 -0400 Subject: [Bug 166342] New: Review Request: scim-hangul Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166342 Summary: Review Request: scim-hangul Product: Fedora Extras Version: devel Platform: All URL: http://www.scim-im.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ryo-dairiki at users.sourceforge.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://proxy.f2.ymdb.yahoofs.jp/users/d1e4801f/bc/scim-hangul/scim-hangul.spec?bcCYJfDBOBAjsIN6 SRPM Name or Url: http://proxy.f2.ymdb.yahoofs.jp/users/d1e4801f/bc/scim-hangul/scim-hangul-0.2.0-1.src.rpm?bcCYJfDBtZGg2g68 Description: Scim-hangul is a SCIM IMEngine module for korean(hangul) input. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 14:20:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 10:20:56 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508191420.j7JEKuSb005544@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ryo-dairiki at users.sourceforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166342 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 14:27:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 10:27:42 -0400 Subject: [Bug 166343] New: Review Request: nail - An enhanced implementation of the mailx command Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166343 Summary: Review Request: nail - An enhanced implementation of the mailx command Product: Fedora Extras Version: devel Platform: All URL: http://nail.sourceforge.net OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: dmitry at butskoy.name QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://dmitry.butskoy.name/nail/nail.spec SRPM Name or Url: http://dmitry.butskoy.name/nail/nail-11.25-1.src.rpm Description: Nail is an enhanced mail command, which provides the functionality of the POSIX mailx command. It is derived from Berkeley Mail. Additionally to the POSIX features, nail can work with Maildir/ e-mail storage format (as well as mailboxes), supports IMAP, POP3 and SMTP procotols (including over SSL) to operate with remote hosts, handles mime types and different charsets. There are a lot of other useful features, see nail.html in the documentation. And as its ancient analogues, nail can be used as a mail script language, both for sending and receiving mail. Additional info: As now RedHat recommends to use new Maildir/ format instead of old mailboxes, the "mail" command becomes useless for mail reading, because it supports the mailbox format only. Using nail can solve this issue. In addition, nail provides many useful features, for a long time pending to be implemented in a command line interface. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 14:27:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 10:27:53 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508191427.j7JERrEf007207@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 dmitry at butskoy.name changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166343 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 14:34:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 10:34:10 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508191434.j7JEYAXQ008421@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From ville.skytta at iki.fi 2005-08-19 10:33 EST ------- The perldoc trick is indeed a very useful one. Thanks! Two nitpicks, though: The -T option seems more appropriate than -t even though it doesn't seem to matter when the output is directed to a file. Second, I'd suggest using the "standard" filenames of "COPYING" for the GPL and "Artistic" for the Artistic License. IIRC a statement like "see the file COPYING" was included in some revisions of the GPL, in the blurb that it suggests adding to source files. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Fri Aug 19 14:31:00 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 19 Aug 2005 09:31:00 -0500 Subject: rpms/inkscape/devel inkscape-0.42-GC-check.patch, 1.1, 1.2 inkscape.spec, 1.20, 1.21 In-Reply-To: <20050819160615.6aaf81e3.bugs.michael@gmx.net> References: <200508182156.j7ILur5v026323@cvs-int.fedora.redhat.com> <20050819160615.6aaf81e3.bugs.michael@gmx.net> Message-ID: <4305ED24.5020208@math.unl.edu> Michael Schwendt wrote: > On Fri, 19 Aug 2005 08:21:32 -0500, Rex Dieter wrote: >>FYI, Extras gc is patched (gc*opendl.patch) to not need -lpthread -ldl >>(it's linked in the shared lib so there are no undefinted symbols, and >>help prelink), so you could probably leave those out altogether, if >>you're already testing things. > > > Well, I didn't patch it without reason. Inkscape gtk/cairo rebuild request > failed after 10 seconds on x86_64, which made me insert "cat config.log" > to get a better picture: ... > configure: error: libgc (the Boehm Conservative Collector) 6.4+, is needed to compile inkscape -- http://www.hpl.hp.com/personal/Hans_Boehm/gc > + : > + cat config.log > [...] > configure:22935: checking for GC_init in -lgc > configure:22965: g++ -o conftest -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=nocona conftest.cc -lgc >&5 > /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `pthread_create' > /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: undefined reference to `dlopen' WTF? On my FC4 system at least (with gc-6.5): $ldd /usr/lib/libgc.so linux-gate.so.1 => (0x001f2000) libpthread.so.0 => /lib/libpthread.so.0 (0x00e8d000) libdl.so.2 => /lib/libdl.so.2 (0x00977000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x004b5000) libc.so.6 => /lib/libc.so.6 (0x006ca000) /lib/ld-linux.so.2 (0x00433000) (Not sure what linux-gate.so.1 is??) I'll have to go check on FC5(devel) to see if libgc really did link against libdl/libpthread or not. Is this failure specific to x86_64 or does it occur on i386 too? -- Rex From bugzilla at redhat.com Fri Aug 19 14:43:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 10:43:57 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508191443.j7JEhv5F010642@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From paul at city-fan.org 2005-08-19 10:43 EST ------- (In reply to comment #12) > The perldoc trick is indeed a very useful one. Thanks! Two nitpicks, though: > > The -T option seems more appropriate than -t even though it doesn't seem to > matter when the output is directed to a file. It makes a difference here: "perldoc -T perlgpl > file" results in a file with old-fashioned highlighting (visible in vim) such as: N^HNA^HAM^HME^HE perlgpl - the GNU General Public License, version 2 This doesn't happen with -t > Second, I'd suggest using the "standard" filenames of "COPYING" for the GPL > and "Artistic" for the Artistic License. IIRC a statement like "see the file > COPYING" was included in some revisions of the GPL, in the blurb that it > suggests adding to source files. Agreed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From qspencer at ieee.org Fri Aug 19 14:49:31 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Fri, 19 Aug 2005 09:49:31 -0500 Subject: static lib question Message-ID: <4305F17B.7050004@ieee.org> I'm still struggling with packaging ATLAS, and I'm trying first to get the static libs working. I've run into the following problem. Compiling a test program from Octave's configure script, I get this error: /usr/lib/libf77blas.a(sgemm.o)(.text+0x20d): In function `sgemm_': : undefined reference to `atl_f77wrap_sgemm_' "nm /usr/lib/libf77blas.a | grep sgemm" reveals ATL_F77wrap_sgemm.o: 00000000 T atl_f77wrap_sgemm__ If I go into the build directory and do the same thing to the file before it was copied to $RPM_BUILD_ROOT, I get: ATL_F77wrap_sgemm.o: 00000000 T atl_f77wrap_sgemm_ If I manually copy this file into /usr/lib, my test program links correctly, but it won't work when the file is put there via an RPM install because the symbol seems to have an extra _ character added. It would seem that the rpmbuild process is changing the symbol in this file. Is that possible? How can I fix this? -Quentin From rdieter at math.unl.edu Fri Aug 19 14:55:55 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 19 Aug 2005 09:55:55 -0500 Subject: rpms/inkscape/devel inkscape-0.42-GC-check.patch, 1.1, 1.2 inkscape.spec, 1.20, 1.21 In-Reply-To: <4305ED24.5020208@math.unl.edu> References: <200508182156.j7ILur5v026323@cvs-int.fedora.redhat.com> <20050819160615.6aaf81e3.bugs.michael@gmx.net> <4305ED24.5020208@math.unl.edu> Message-ID: Rex Dieter wrote: > Michael Schwendt wrote: > >> On Fri, 19 Aug 2005 08:21:32 -0500, Rex Dieter wrote: > > >>> FYI, Extras gc is patched (gc*opendl.patch) to not need -lpthread >>> -ldl (it's linked in the shared lib so there are no undefinted >>> symbols, and help prelink), so you could probably leave those out >>> altogether, if you're already testing things. >> >> >> >> Well, I didn't patch it without reason. Inkscape gtk/cairo rebuild >> request >> failed after 10 seconds on x86_64, which made me insert "cat config.log" >> to get a better picture: > > ... > >> configure: error: libgc (the Boehm Conservative Collector) 6.4+, is >> needed to compile inkscape -- >> http://www.hpl.hp.com/personal/Hans_Boehm/gc >> + : >> + cat config.log >> [...] >> configure:22935: checking for GC_init in -lgc >> configure:22965: g++ -o conftest -O2 -g -pipe -Wall >> -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector >> --param=ssp-buffer-size=4 -m64 -mtune=nocona conftest.cc -lgc >&5 >> /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: >> undefined reference to `pthread_create' >> /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: >> undefined reference to `dlopen' > > > WTF? On my FC4 system at least (with gc-6.5): > > $ldd /usr/lib/libgc.so > linux-gate.so.1 => (0x001f2000) > libpthread.so.0 => /lib/libpthread.so.0 (0x00e8d000) > libdl.so.2 => /lib/libdl.so.2 (0x00977000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x004b5000) > libc.so.6 => /lib/libc.so.6 (0x006ca000) > /lib/ld-linux.so.2 (0x00433000) > > (Not sure what linux-gate.so.1 is??) > > I'll have to go check on FC5(devel) to see if libgc really did link > against libdl/libpthread or not. > > Is this failure specific to x86_64 or does it occur on i386 too? I've confirmed the failure to be specific to x86_64. That build isn't linked against libdl/libpthread. Now, I need to determine why/how it happened. -- Rex From bugzilla at redhat.com Fri Aug 19 15:02:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 11:02:33 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508191502.j7JF2XO7014111@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 ------- Additional Comments From orion at cora.nwra.com 2005-08-19 11:02 EST ------- Just as a data point, clisp builds fine on my ppc box, a Mac Mini G4. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 15:02:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 11:02:44 -0400 Subject: [Bug 166253] Review Request: perl-Gtk2-GladeXML In-Reply-To: Message-ID: <200508191502.j7JF2iCX014233@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gtk2-GladeXML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166253 ------- Additional Comments From jspaleta at gmail.com 2005-08-19 11:02 EST ------- perl-Gtk2-GladeXML-1.005-3.src.rpm builds in mock for fc4 rpmlint perl-Gtk2-GladeXML-1.005-3.fc4.i386.rpm W: perl-Gtk2-GladeXML devel-file-in-non-devel-package /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/Gtk2/GladeXML/Install/gladexmlperl.h Now the review guidelines say that all header files must be in devel subpackage, but so far I can't find any examples of a contributed perl package that follows this rule. So i'm pretty sure we can ignore this because its a perl package. Both perl-Glib and perl-Gtk2 for example have similar files without a devel package. Good: meets packaging naming guides for perl packages spec name matches licensed GPL and text included in the doc section matches upstream source md5 097ab67c4f0025b74e721ae835a2d554 owns all created directories legible spec check and clean sections look good no shared objects in linker path to worry about I'm not seeing any obvious blockers. But I would like to ask why you are doing find examples -type f -exec chmod -x {} ';' to remove the executable bit on the sample scripts? If you are going to remove the executable bit should you include a short additional readme file in the examples directory tell users they need to run the examples under a call to perl instead of trying to re-enabled the x bit. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 15:07:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 11:07:30 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508191507.j7JF7U5T015188@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From ville.skytta at iki.fi 2005-08-19 11:07 EST ------- Duh, right, that's what you get by going handwaving after hastily (mis)reading a man page and not actually testing :?. Thanks for the sanity check. (Could still use -tT, though ;)) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Fri Aug 19 15:08:53 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 19 Aug 2005 10:08:53 -0500 Subject: rpms/inkscape/devel inkscape-0.42-GC-check.patch, 1.1, 1.2 inkscape.spec, 1.20, 1.21 In-Reply-To: <4305ED24.5020208@math.unl.edu> References: <200508182156.j7ILur5v026323@cvs-int.fedora.redhat.com> <20050819160615.6aaf81e3.bugs.michael@gmx.net> <4305ED24.5020208@math.unl.edu> Message-ID: <4305F605.7020700@math.unl.edu> Rex Dieter wrote: > Rex Dieter wrote: > >> Michael Schwendt wrote: >> >>> On Fri, 19 Aug 2005 08:21:32 -0500, Rex Dieter wrote: >> >> >> >>>> FYI, Extras gc is patched (gc*opendl.patch) to not need -lpthread >>>> -ldl (it's linked in the shared lib so there are no undefinted >>>> symbols, and help prelink), so you could probably leave those out >>>> altogether, if you're already testing things. >>> >>> >>> >>> >>> Well, I didn't patch it without reason. Inkscape gtk/cairo rebuild >>> request >>> failed after 10 seconds on x86_64, which made me insert "cat config.log" >>> to get a better picture: >> >> >> ... >> >>> configure: error: libgc (the Boehm Conservative Collector) 6.4+, is >>> needed to compile inkscape -- >>> http://www.hpl.hp.com/personal/Hans_Boehm/gc >>> + : >>> + cat config.log >>> [...] >>> configure:22935: checking for GC_init in -lgc >>> configure:22965: g++ -o conftest -O2 -g -pipe -Wall >>> -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector >>> --param=ssp-buffer-size=4 -m64 -mtune=nocona conftest.cc -lgc >&5 >>> /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: >>> undefined reference to `pthread_create' >>> /usr/lib/gcc/x86_64-redhat-linux/4.0.1/../../../../lib64/libgc.so: >>> undefined reference to `dlopen' >> >> >> >> WTF? On my FC4 system at least (with gc-6.5): >> >> $ldd /usr/lib/libgc.so >> linux-gate.so.1 => (0x001f2000) >> libpthread.so.0 => /lib/libpthread.so.0 (0x00e8d000) >> libdl.so.2 => /lib/libdl.so.2 (0x00977000) >> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x004b5000) >> libc.so.6 => /lib/libc.so.6 (0x006ca000) >> /lib/ld-linux.so.2 (0x00433000) >> >> (Not sure what linux-gate.so.1 is??) >> >> I'll have to go check on FC5(devel) to see if libgc really did link >> against libdl/libpthread or not. >> >> Is this failure specific to x86_64 or does it occur on i386 too? > > > I've confirmed the failure to be specific to x86_64. That build isn't > linked against libdl/libpthread. Now, I need to determine why/how it > happened. From gc's x86_64 build.log: No shared -lpthread or -ldl on x86_64? Anyone know what's going on here? ------------------------ /bin/sh ./libtool --mode=link gcc -fexceptions -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffe r-size=4 -m64 -mtune=nocona -o libgc.la -rpath /usr/lib64 -version-info 1:2:0 allchblk.lo alloc.lo blacklst.lo checksums.lo dbg_mlc.lo dy n_load.lo finalize.lo gc_dlopen.lo gcj_mlc.lo headers.lo malloc.lo mallocx.lo mark.lo mark_rts.lo misc.lo new_hblk.lo obj_map.lo os_dep.lo pcr_interface.lo ptr_chck.lo real_malloc.lo reclaim.lo solaris_pthreads.lo solaris_threads.lo specific.lo stubborn.lo typd_mlc.lo backgra ph.lo win32_threads.lo pthread_support.lo pthread_stop_world.lo darwin_stop_world.lo mach_dep.lo -lpthread -ldl mkdir .libs rm -fr .libs/libgc.la .libs/libgc.* .libs/libgc.* *** Warning: This library needs some functionality provided by -lpthread. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -ldl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. From bugzilla at redhat.com Fri Aug 19 15:08:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 11:08:11 -0400 Subject: [Bug 166253] Review Request: perl-Gtk2-GladeXML In-Reply-To: Message-ID: <200508191508.j7JF8Bxr015343@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gtk2-GladeXML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166253 ------- Additional Comments From paul at city-fan.org 2005-08-19 11:08 EST ------- (In reply to comment #2) > I'm not seeing any obvious blockers. But I would like to ask why you are doing > find examples -type f -exec chmod -x {} ';' > to remove the executable bit on the sample scripts? If you are going to remove > the executable bit should you include a short additional readme file in the > examples directory tell users they need to run the examples under a call to perl > instead of trying to re-enabled the x bit. This is probably to prevent additional dependencies being added to the package by find_requires as a result of executeable example code. Another way around that would be to use a custom find_requires script that runs the default script and then filters out any bogus dependencies. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 15:13:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 11:13:30 -0400 Subject: [Bug 166318] Review request: perl-Font-AFM - Font::AFM Perl module In-Reply-To: Message-ID: <200508191513.j7JFDUPZ016321@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Font-AFM - Font::AFM Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166318 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ville.skytta at iki.fi OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-08-19 11:13 EST ------- IMO, the default path where to look *.afm for could use some tweaking to work better OOTB on a Fedora box. Will attach a suggested patch in a jiffy. For better test coverage, could do: BuildRequires: a2ps %{__perl} -pi -e 's/"Helvetica"/"phvr"/' t/afm.t ...and if the attached patch is not applied: METRICS=%{_datadir}/a2ps/afm make test Summary could be improved somewhat, too, eg. "Perl interface to Adobe Font Metrics files" -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 15:19:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 11:19:14 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508191519.j7JFJEmW017513@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 ------- Additional Comments From gemi at bluewin.ch 2005-08-19 11:18 EST ------- (In reply to comment #14) > Just as a data point, clisp builds fine on my ppc box, a Mac Mini G4. I suppose you built from the current src.rpm, so that it is certain that the problem is not with the .spec file. It really seems that differences between Power5 and PowerPC affect clisp memory management. There has been some discussion to provide a PowerPC build system for these cases. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From katzj at redhat.com Fri Aug 19 15:33:01 2005 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 19 Aug 2005 11:33:01 -0400 Subject: rpms/inkscape/devel inkscape-0.42-GC-check.patch, 1.1, 1.2 inkscape.spec, 1.20, 1.21 In-Reply-To: <4305ED24.5020208@math.unl.edu> References: <200508182156.j7ILur5v026323@cvs-int.fedora.redhat.com> <20050819160615.6aaf81e3.bugs.michael@gmx.net> <4305ED24.5020208@math.unl.edu> Message-ID: <1124465582.2955.12.camel@bree.local.net> On Fri, 2005-08-19 at 09:31 -0500, Rex Dieter wrote: > (Not sure what linux-gate.so.1 is??) linux-gate.so.1 is the vsyscall page provided by the kernel Jeremy From bugzilla at redhat.com Fri Aug 19 15:59:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 11:59:35 -0400 Subject: [Bug 165892] Review Request: xsupplicant In-Reply-To: Message-ID: <200508191559.j7JFxZlh026385@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xsupplicant https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165892 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jamatos at fc.up.pt 2005-08-19 11:59 EST ------- I have followed the link to sourceforge and I only find the the 1.2 version. If you redo the package for 1.2 I will review the package. FWIW, the spec file looks perfect. :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 16:05:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 12:05:26 -0400 Subject: [Bug 165230] Review Request: Eclipse Graphical Editing Framework In-Reply-To: Message-ID: <200508191605.j7JG5QiT027968@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Eclipse Graphical Editing Framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165230 ------- Additional Comments From aluchko at redhat.com 2005-08-19 12:05 EST ------- Thanks for the patch, I glanced over it and will try to have a better look at it on Monday (I'm going to be away for a few days) but there seem to be some good suggestions. The reason we need the arch specific code is while it's all java and xml we use gcj to compile the code to binary as well as bytecode though I'll need to have a glance to make sure it is getting generated. I'll try to respond sometime on Monday with an updated spec and the scripts I used to build the tarball since the procedure is fairly non-trivial. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 16:12:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 12:12:49 -0400 Subject: [Bug 166253] Review Request: perl-Gtk2-GladeXML In-Reply-To: Message-ID: <200508191612.j7JGCn48030000@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gtk2-GladeXML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166253 ------- Additional Comments From jspaleta at gmail.com 2005-08-19 12:12 EST ------- (In reply to comment #3) > Another way around > that would be to use a custom find_requires script that runs the default script > and then filters out any bogus dependencies. Sounds like that cure is worse than the disease. I'm not sure how important leaving the example scripts executable is. Here's the requirements that get sucked in if the scripts are left executable perl(constant) perl(Data::Dumper) perl(File::Spec) perl(Gtk2::Gdk::Keysyms) perl(Gtk2::GladeXML) perl(Gtk2::SimpleList) /usr/bin/perl All of these are provided by packages which are required already, perl and perl-Gtk2. So in this case we aren't really filtering anything significant. I think as a compromise it might be most appropriate to add a README.FEDORA file or similar which points out which additional packages are needed to run the examples and that the non executable examples can be run as arguments to the perl command instead of as stand-alone executables. example FEDORA.README To use the the examples in this directory you may need to install these additional packages if they are not already present on your system: The examples are shipped non-executable. To run the examples call them as arguments to the perl command. For example: >cd /usr/share/doc/perl-Gtk2-GladeXML-1.005/examples >perl progress.pl -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 16:16:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 12:16:23 -0400 Subject: [Bug 165892] Review Request: xsupplicant In-Reply-To: Message-ID: <200508191616.j7JGGNKs031005@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xsupplicant https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165892 ------- Additional Comments From tcallawa at redhat.com 2005-08-19 12:16 EST ------- Sneaky, sneaky. They haven't updated their website yet. :) New SRPM: http://www.auroralinux.org/people/spot/review/xsupplicant-1.2-1.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/xsupplicant.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 16:17:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 12:17:50 -0400 Subject: [Bug 166253] Review Request: perl-Gtk2-GladeXML In-Reply-To: Message-ID: <200508191617.j7JGHogP031344@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gtk2-GladeXML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166253 ------- Additional Comments From paul at city-fan.org 2005-08-19 12:17 EST ------- (In reply to comment #4) > (In reply to comment #3) > > Another way around > > that would be to use a custom find_requires script that runs the default script > > and then filters out any bogus dependencies. > > Sounds like that cure is worse than the disease. I'm not sure how important > leaving the example scripts executable is. Here's the requirements that get > sucked in if the scripts are left executable > > perl(constant) > perl(Data::Dumper) > perl(File::Spec) > perl(Gtk2::Gdk::Keysyms) > perl(Gtk2::GladeXML) > perl(Gtk2::SimpleList) > /usr/bin/perl > > All of these are provided by packages which are required already, perl and > perl-Gtk2. So in this case we aren't really filtering anything significant. In that case I don't see any point in turning off the executable bits of the example files at all. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 16:24:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 12:24:44 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508191624.j7JGOiE3001167@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 ------- Additional Comments From sds at gnu.org 2005-08-19 12:24 EST ------- there is also a clisp powerpc debian package http://packages.debian.org/unstable/interpreters/clisp.html http://packages.debian.org/cgi-bin/download.pl?arch=powerpc&file=pool%2Fmain%2Fc%2Fclisp%2Fclisp_2.34-5_powerpc.deb&md5sum=d7f34a0d0ac3a866fdd4b6db97fafa20&arch=powerpc&type=main -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nphilipp at redhat.com Fri Aug 19 16:29:48 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 19 Aug 2005 18:29:48 +0200 Subject: Unmaintained packages Message-ID: <1124468988.29060.9.camel@gibraltar.stuttgart.redhat.com> Hi Panu, after reporting a new version of supertux available and not getting a response I found that you have some open tickets unanswered for a while -- everything alright with you? Would you need assistance? I could e.g. update supertux by myself if it's okay with you. 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 bugzilla at redhat.com Fri Aug 19 16:46:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 12:46:01 -0400 Subject: [Bug 165661] Review Request: perl-Tree-Simple In-Reply-To: Message-ID: <200508191646.j7JGk11U009396@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Tree-Simple https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165661 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-19 12:45 EST ------- Review: - rpmlint not quite clean - see below - package and spec file naming is OK - package meets guidelines - license is same as perl - spec file written in English and is legible - source matches upstream - builds OK on FC4 and in mock for devel - BR's OK - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership issues - Tree/Simple.pm installed with wrong permissions - see below - no duplicate files - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime Issues: - rpmlint output E: perl-Tree-Simple script-without-shellbang /usr/lib/perl5/vendor_perl/5.8.6/Tree/Simple.pm This script does not begins with a shellbang. It will prevent its execution. Fix by adding to %setup: chmod -x lib/Tree/Simple.pm - BR: perl is redundant - find of empty .bs files is redundant - add BR: perl(Test::Pod) for better test coverage; this is not pulled in by the perl(Test::Pod::Coverage) >= 1.04 BR. These can be fixed post-import. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 17:01:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 13:01:05 -0400 Subject: [Bug 166087] Review Request: quarry - A multi-purpose board game GUI In-Reply-To: Message-ID: <200508191701.j7JH15Uc012438@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quarry - A multi-purpose board game GUI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 ------- Additional Comments From msalim at cs.indiana.edu 2005-08-19 13:00 EST ------- Ah yes. I called %{find_lang} but did not make use of it in %files before. Thanks! Updated the scrollkeeper patch - after your patch it was still trying to create /var/scrollkeeper, the ${mkinstalldirs} was still there. Added GenericName and modified Comment - seems that GenericName should be shorter (Board Game GUI) and Comment longer (Multi-purpose board game GUI ...) Many thanks Dawid. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 17:07:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 13:07:11 -0400 Subject: [Bug 166004] Review Request: clisp - Common Lisp (ANSI CL) implementation In-Reply-To: Message-ID: <200508191707.j7JH7B0H013571@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: clisp - Common Lisp (ANSI CL) implementation https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166004 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From gemi at bluewin.ch 2005-08-19 13:06 EST ------- I opened a new bug report #166347 specific to the ppc issue. I think we can close this ticket now. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 17:15:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 13:15:55 -0400 Subject: [Bug 165662] Review Request: perl-Regexp-Common In-Reply-To: Message-ID: <200508191715.j7JHFtSW015019@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Regexp-Common https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165662 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-19 13:15 EST ------- Review: - rpmlint not quite clean - see below - package and spec file naming is OK - package meets guidelines - license is Artistic (only) - spec file written in English and is legible - source matches upstream - builds OK on FC4 and in mock for devel - BR's OK - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership or permissions issues - no duplicate files - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime Issues: - rpmlint output W: perl-Regexp-Common incoherent-version-in-changelog 1.120-1 2.120-1 Your last entry in %changelog contains a version that is not coherent with the current version of your package. This is just a typo in both of the specfile changelog entries. - BR: perl is redundant - find of empty .bs files is redundant - suggest for %files: %{perl_vendorlib}/Regexp/ rather than %{perl_vendorlib}/* These can be fixed post-import. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 17:22:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 13:22:13 -0400 Subject: [Bug 166351] New: Review Request: gnome-applet-rhythmbox: A GNOME panel applet to control Rhythmbox's playback Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166351 Summary: Review Request: gnome-applet-rhythmbox: A GNOME panel applet to control Rhythmbox's playback Product: Fedora Extras Version: devel Platform: All URL: http://web.ics.purdue.edu/~kuliniew/rhythmbox-applet/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ivazquez at ivazquez.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.ivazquez.net/files/extras/gnome-applet-rhythmbox.spec SRPM Name or Url: http://fedora.ivazquez.net/files/extras/gnome-applet-rhythmbox-0.1.7-1.src.rpm Description: Rhythmbox Applet is a small, simple GNOME panel applet that lets you control Rhythmbox's playback from a panel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 17:22:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 13:22:30 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508191722.j7JHMUK4015960@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166351 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 17:29:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 13:29:34 -0400 Subject: [Bug 166354] New: Review Request: nautilus-search-tool: A nautilus's extension to have "search files" on popup menu Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166354 Summary: Review Request: nautilus-search-tool: A nautilus's extension to have "search files" on popup menu Product: Fedora Extras Version: devel Platform: All URL: http://saettaz.altervista.org/software/nautilus_search_t ool.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ivazquez at ivazquez.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.ivazquez.net/files/extras/nautilus-search-tool.spec SRPM Name or Url: http://fedora.ivazquez.net/files/extras/nautilus-search-tool-0.1-1.src.rpm Description: This package adds an option to the context menu in Nautilus to search for files. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 17:29:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 13:29:44 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508191729.j7JHTiL3017648@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166354 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 17:57:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 13:57:35 -0400 Subject: [Bug 166087] Review Request: quarry - A multi-purpose board game GUI In-Reply-To: Message-ID: <200508191757.j7JHvZml023441@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: quarry - A multi-purpose board game GUI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 ------- Additional Comments From msalim at cs.indiana.edu 2005-08-19 13:57 EST ------- http://hircus.org/fedora/quarry/quarry-0.1.15-4.fc4.src.rpm The first scrollkeeper patch only applied if the Makefile.in's are regenerated, and they need automake 1.7 - currently resorting to patching help/C/Makefile.in manually, will contact upstream about this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 18:14:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 14:14:40 -0400 Subject: [Bug 165878] Review Request: kadu In-Reply-To: Message-ID: <200508191814.j7JIEe3r027537@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kadu https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165878 ------- Additional Comments From gogers at gmail.com 2005-08-19 14:14 EST ------- New: SPEC: http://kadu.net/~nastian/kadu.spec SRPM: http://kadu.net/~nastian/kadu-0.4.1-2.src.rpm I can't avoid underscore in package name becouse it is module name. Files: %{_datadir}/%{name}/AUTHORS %{_datadir}/%{name}/README %{_datadir}/%{name}/ChangeLog %{_datadir}/%{name}/COPYING %{_datadir}/%{name}/HISTORY %{_datadir}/%{name}/THANKS are used by Kadu in About window so they must be in that path. If I put them also to doc they will be duplicated in package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 18:17:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 14:17:24 -0400 Subject: [Bug 165892] Review Request: xsupplicant In-Reply-To: Message-ID: <200508191817.j7JIHO7M028153@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xsupplicant https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165892 ------- Additional Comments From jamatos at fc.up.pt 2005-08-19 14:17 EST ------- + package builds in mock for x86_64 + rpmlint check rpmlint xsupplicant-1.2-1.fc4.x86_64.rpm E: xsupplicant non-readable /etc/xsupplicant.conf 0600 (clearly here rpmlint is wrong, xsupplicant configuration should not be public) + package follows name convention and the spec file is correctly named + no locales, libraries, subpackages, pkgconfigs etc. to worry about + not relocatable + no directory ownership or permissions issues + no duplicate files + the license is correct (GPL) and it ships in the package + the spec file is in English and it is readable + the source file is the same as upstream (sha1sum agrees) + build requires are correct (*) So the package is APPROVED. (*) Is the any special reason to require byacc and not bison? I am just curious. :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 18:56:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 14:56:03 -0400 Subject: [Bug 165892] Review Request: xsupplicant In-Reply-To: Message-ID: <200508191856.j7JIu36o006649@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xsupplicant https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165892 ------- Additional Comments From tcallawa at redhat.com 2005-08-19 14:55 EST ------- No reason. In fact, I'll change it to bison before I commit. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 19:19:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 15:19:10 -0400 Subject: [Bug 165485] Review Request: This is a port of WMApm 1.1 with ACPI support In-Reply-To: Message-ID: <200508191919.j7JJJA7W013084@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: This is a port of WMApm 1.1 with ACPI support https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165485 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jamatos at fc.up.pt 2005-08-19 15:18 EST ------- Could you please improve the summary and description of the packages? It was very difficult to me to know what it did other than reading the included files. Believe me or not that is my main complain with the spec file. :-) One other nitpick, please add a blank line over %clean, just to increase the readability of the spec file. You could also replace the version number by %{version} in the %{source} line as well as using %{?dist} in the release file. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From hballal at gmail.com Fri Aug 19 20:12:47 2005 From: hballal at gmail.com (Hrishikesh Ballal) Date: Fri, 19 Aug 2005 16:12:47 -0400 Subject: Wiki Screwup Message-ID: <87d5f0430508191312215873ae@mail.gmail.com> Hi All, I was on the wiki and looking at the RecentChanges page and my mouse screwed up? the page started "auto-scrolling" down as I hit the left mouse button key to stop it an by accident it was over the "revert" link on the Edit Group? I am sorry but it was totally unintentional. How can I over write my changes? .. can you cancel my changes? I am sorry about it.. Following are the details of the change? 89 2005-04-20 20:56:12 1480 ColinCharles josh boyer (jwb on irc) added I feel stupid doing it.. you can remove me off the EditGroup for doing it? Hrishi From skvidal at phy.duke.edu Fri Aug 19 20:17:02 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 19 Aug 2005 16:17:02 -0400 Subject: Wiki Screwup In-Reply-To: <87d5f0430508191312215873ae@mail.gmail.com> References: <87d5f0430508191312215873ae@mail.gmail.com> Message-ID: <1124482622.15939.39.camel@cutter> On Fri, 2005-08-19 at 16:12 -0400, Hrishikesh Ballal wrote: > Hi All, > I was on the wiki and looking at the RecentChanges page and my mouse > screwed up? the page started "auto-scrolling" down as I hit the left mouse > button key to stop it an by accident it was over the "revert" link on > the Edit Group? I am sorry but it was totally unintentional. How can I > over write my changes? .. can you cancel my changes? I am sorry about > it.. Following are the details of the change? > > 89 2005-04-20 20:56:12 1480 ColinCharles josh boyer (jwb on irc) added > > > I feel stupid doing it.. you can remove me off the EditGroup for doing it? It is fixed. I just reverted what you reverted. We all appreciate the honesty and can understand a mess up. Luckily the wiki catches it for us by keeping revision history for a long long time. :) -sv From bugzilla at redhat.com Fri Aug 19 21:23:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 17:23:13 -0400 Subject: [Bug 165485] Review Request: This is a port of WMApm 1.1 with ACPI support In-Reply-To: Message-ID: <200508192123.j7JLNDkN006405@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: This is a port of WMApm 1.1 with ACPI support https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165485 ------- Additional Comments From jamatos at fc.up.pt 2005-08-19 17:22 EST ------- The spec file is missing one BR: xorg-x11-libs or else you cann't link with X11. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 21:41:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 17:41:03 -0400 Subject: [Bug 166377] New: Review Request: erlang - General-purpose programming language and runtime environment Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166377 Summary: Review Request: erlang - General-purpose programming language and runtime environment Product: Fedora Extras Version: devel Platform: All URL: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/erlang -R10B-6.1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gemi at bluewin.ch QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://math.ifi.unizh.ch/fedora/spec/erlang.spec SRPM Name or Url: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/erlang-R10B-6.1.src.rpm Description: Erlang is a general-purpose programming language and runtime environment. Erlang has built-in support for concurrency, distribution and fault tolerance. Erlang is used in several large telecommunication systems from Ericsson. Remark: This is required for the wings3d modeller (http://www.wings3d.com) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 21:41:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 17:41:21 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508192141.j7JLfLnE009125@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166377 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 21:55:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 17:55:03 -0400 Subject: [Bug 165910] Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws In-Reply-To: Message-ID: <200508192155.j7JLt3o9012205@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165910 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-19 17:54 EST ------- First a few somewhat related findings: $ strings $(which sylpheed-claws) | grep firefox mozilla-firefox -remote 'openURL(%s,new-window)' Since "mozilla-firefox" does not exist in PATH, a better default for Sylpheed-claws would be: gnome-open '%s' [...] I cannot seem to get Sylpheed-claws to verify GPG MIME signatures automatically in a convenient way. Plugin is loaded, sending signed mails works. But it only lists the signatures as "[application/pgp-signature (189 bytes)]" and in the message body parts list view above/right of the message text box. Only if I select the text/plain MIME part there, I get the signature verification status message at the bottom of the window. [...] For any attachments (like signatures above or the text/plain part), if I double-click on them in the MIME Type list, I get: execvp: No such file or directory [...] Now back to this package: /usr/include/ical.h in package "sylpheed-claws-plugins-vcalendar" is an API for libical, which is used in this plugin. Installing it looks like an upstream mistake and only bears the risk of creating a conflict with any other package which would provide /usr/include/ical.h Rest looks good. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 22:03:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 18:03:42 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508192203.j7JM3gWT014276@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 jspaleta at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jspaleta at gmail.com 2005-08-19 18:03 EST ------- Okay I'm going to go ahead and approve this. You can import this into cvs. Just make sure you change the license filenames as suggested in comment 12, "COPYING" for the GPL and "Artistic" for the Artistic License, before you do a build request. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 22:04:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 18:04:13 -0400 Subject: [Bug 165910] Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws In-Reply-To: Message-ID: <200508192204.j7JM4DiH014411@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165910 ------- Additional Comments From bugs.michael at gmx.net 2005-08-19 18:04 EST ------- synce is now orphaned, see /cvs/extras/owners/owners.list revision 1.103 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 22:44:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 18:44:05 -0400 Subject: [Bug 165485] Review Request: This is a port of WMApm 1.1 with ACPI support In-Reply-To: Message-ID: <200508192244.j7JMi5CZ020821@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: This is a port of WMApm 1.1 with ACPI support https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165485 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-19 18:43 EST ------- I will add dist later after importing. xorg-x11-libs is not needed because it gets pulled in from BR: xorg-x11-devel. Other than that: http://fedora.lowlatency.de/review/wmacpi-1.34-2.src.rpm http://fedora.lowlatency.de/review/wmacpi.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 22:45:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 18:45:20 -0400 Subject: [Bug 165456] Review Request: Enables hotkey functions for Toshiba laptop In-Reply-To: Message-ID: <200508192245.j7JMjK5Q021003@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Enables hotkey functions for Toshiba laptop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165456 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-19 18:45 EST ------- I still don't know about the init script but the rest is fixed: http://fedora.lowlatency.de/review/fnfx-0.3-3.src.rpm http://fedora.lowlatency.de/review/fnfx.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 22:46:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 18:46:02 -0400 Subject: [Bug 165910] Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws In-Reply-To: Message-ID: <200508192246.j7JMk2Qc021118@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165910 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-19 18:45 EST ------- I will look at the sylpheed-claws issues and maybe report the gpg stuff upstream. As for ical.h: excluded from current release. I will take ownership of synce as I am working on multisync packages atm anyway... Thx for the review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 22:53:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 18:53:09 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508192253.j7JMr9dh022078@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From jspaleta at gmail.com 2005-08-19 18:52 EST ------- (In reply to comment #2) > # rpmbuild -ba perl-Gnome2-Canvas.spec > .. > Unrecognized argument in LIBS ignored: '-pthread' > .. > > Wow! glib2's gthread-2.0.pc is bugged: > /usr/lib/pkgconfig/gthread-2.0.pc did you do this build on a rawhide box an x86-64 rawhide box? I have a slightly dated rawhide x86 config and perl-Gnome2-Canvas-1.002-3.src.rpm is building on that system just fine, as well as building on one of my x86 fc4 desktops. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 19 23:25:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 19:25:30 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508192325.j7JNPUdW025739@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From jspaleta at gmail.com 2005-08-19 19:25 EST ------- okay it builds in mock and outside of mock on a development i386 box rpmlint perl-Gnome2-Canvas-1.002-3.fc5.i386.rpm E: perl-Gnome2-Canvas zero-length /usr/share/doc/perl-Gnome2-Canvas-1.002/canvas_demo/ENTRYPOINT_IS_canvas.pl Is this really a zero-length file or a strange build error? If its really zero length its probably best to exclude it. W: perl-Gnome2-Canvas devel-file-in-non-devel-package /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/Gnome2/Canvas/Install/gnomecanvasperl-autogen.h W: perl-Gnome2-Canvas devel-file-in-non-devel-package /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/Gnome2/Canvas/Install/gnomecanvasperl-version.h W: perl-Gnome2-Canvas devel-file-in-non-devel-package /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi/Gnome2/Canvas/Install/gnomecanvasperl.h Ignorable for perl packages as best that i can determine looking at other perl packages in extras. Good: packagename meets perl naming guidelines the spec file name matches the packagename license tag matches included License file legible spec file source and upstream source md5sums match 93405a987ba4bbd03c2f91592b88f5cb buildrequires look sane no shared libraries in linker path packages owns all the directories it creates appropriately permissions look appropriate.. no executable scripts are part of this package. clean and check correct in specfile I take it chmod -R u+w $RPM_BUILD_ROOT/* in the specfile is there to work around a problem with the make test or the clean? I'm not seeing any major blockers here. I suspect the problems in comment 2 are some sort of arch specific problem in Core development which I can't see on x86. I'll hold off on flipping the approval bit for 12 hours or so, to see if any other blocker comments show up. The only minor problem i see is the one zero length file. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 00:31:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 20:31:26 -0400 Subject: [Bug 166308] Review Request: asciidoc In-Reply-To: Message-ID: <200508200031.j7K0VQ2i003844@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: asciidoc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166308 ------- Additional Comments From chrisw at osdl.org 2005-08-19 20:31 EST ------- Of course, you are right (bah, even part of guidelines, my fault). I fixed that up to consistently use RPM_BUILD_ROOT. Those are the only packages I have currently planned. I do appreciate you considering sponsor. Wow, that's a lot of -new. I'll see if I can't find something to review. http://www.kernel.org/pub/linux/kernel/people/chrisw/git/review/asciidoc.spec http://www.kernel.org/pub/linux/kernel/people/chrisw/git/review/asciidoc-7.0.1-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 01:46:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 21:46:15 -0400 Subject: [Bug 166046] Review Request: libAfterImage - A generic image manipulation library In-Reply-To: Message-ID: <200508200146.j7K1kFUA011207@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libAfterImage - A generic image manipulation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166046 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-19 21:46 EST ------- > --- old/libAfterImage.spec 2005-08-20 03:21:51.000000000 +0200 > +++ new/libAfterImage.spec 2005-08-20 03:21:51.000000000 +0200 > @@ -1,6 +1,8 @@ > +%define debug_package %{nil} > + No way! ;-P By doing this, you're shipping unstripped packages. Correct fix would be to either patch the source (so that it doesn't remove -g from CFLAGS) or to simulate default build-mode and add -DNO_DEBUG_OUTPUT to CFLAGS (might increase maintenance efforts for future versions, though, when developers modify default -D flags). Anyway, feel free to fix this in CVS. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 01:49:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 21:49:10 -0400 Subject: [Bug 165906] Review Request: perl-Test-WWW-Mechanize - Testing-specific WWW::Mechanize subclass In-Reply-To: Message-ID: <200508200149.j7K1nAUK011727@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Test-WWW-Mechanize - Testing-specific WWW::Mechanize subclass https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165906 Bug 165906 depends on bug 165659, which changed state. Bug 165659 Summary: Review Request: perl-Test-LongString https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165659 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 03:41:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 23:41:06 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508200341.j7K3f6ae023904@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From rc040203 at freenet.de 2005-08-19 23:40 EST ------- (In reply to comment #3) > (In reply to comment #2) > > # rpmbuild -ba perl-Gnome2-Canvas.spec > > .. > > Unrecognized argument in LIBS ignored: '-pthread' > > .. BTW: The warning originates from ExtUtils::MakeMaker composing its linker flags. It doesn't reckognize -pthread as library, and filters it out. On FC4/i386, -pthread is a linker short cut to -lpthread, i.e. -pthread is a valid linker flag and should not be filtered out. Whether having -pthread in libs is clever design is a different question. > did you do this build on a rawhide box an x86-64 rawhide box? Nope - FC4/i386 > that system just fine, as well as building on one of my x86 fc4 desktops. When you check the build logs, you'll notice that -pthread is being used during compilation: ... gcc ... -pthread ... ... but is being dropped during linkage: ... gcc -shared -L/usr/local/lib xs/GnomeCanvas.o xs/GnomeCanvasBpath.o xs/GnomeCanvasItem.o xs/GnomeCanvasPathDef.o xs/GnomeCanvasRichText.o xs/GnomeCanvasShape.o xs/GnomeCanvasUtil.o -o blib/arch/auto/Gnome2/Canvas/Canvas.so -lgnomecanvas-2 -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lgthread-2.0 ... => Canvas.so is not explicitly linked against -lpthread. The question now is, if this has a functional impact on this package or not. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 03:59:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 19 Aug 2005 23:59:32 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508200359.j7K3xWok026586@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From rc040203 at freenet.de 2005-08-19 23:59 EST ------- - Blocker: *spec doesn't acknowledge RPM_OPT_FLAGS (try rpmbuild --target=i686). I'd propose this change: %build -%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" +%{__perl} Makefile.PL INSTALLDIRS=vendor make %{?_smp_mflags} -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 04:00:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 00:00:53 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508200400.j7K40rLg026847@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From rc040203 at freenet.de 2005-08-20 00:00 EST ------- Sorry, reverted diff, of cause this way: -%{__perl} Makefile.PL INSTALLDIRS=vendor +%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ivazquez at ivazquez.net Sat Aug 20 04:42:22 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 20 Aug 2005 00:42:22 -0400 Subject: rpms/nautilus-open-terminal/devel .cvsignore, 1.2, 1.3 sources, 1.2, 1.3 In-Reply-To: <200508200432.j7K4WQm1015553@cvs-int.fedora.redhat.com> References: <200508200432.j7K4WQm1015553@cvs-int.fedora.redhat.com> Message-ID: <1124512943.3414.0.camel@ignacio.lan> On Sat, 2005-08-20 at 00:32 -0400, Paul W. Frields wrote: > Author: pfrields > > Update of /cvs/extras/rpms/nautilus-open-terminal/devel > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv15534 > > Modified Files: > .cvsignore sources > Log Message: > Committed new patch properly, hopefully Actually, it was fine before. -- 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 bugzilla at redhat.com Sat Aug 20 05:05:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 01:05:26 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508200505.j7K55QnD001271@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From jspaleta at gmail.com 2005-08-20 01:05 EST ------- (In reply to comment #5) > When you check the build logs, you'll notice that -pthread is being used > during compilation: grrr... i totally missed that when i looked over the build log.. i must of fat fingered the grep for pthread when i looked for this earlier. Sorry about that. I think we are definitely going to have to have an impact assessment before this leaves review. One thing to note ldd Canvas.so shows libpthread.so.0 => /lib/libpthread.so.0 (0x009d9000) and the demo canvas.pl script seems to be operating well. Everything in the demos seems to work and its throwing some rather mundane errors: Use of uninitialized value in subtraction (-) at canvas-primitives.pl line 386 Use of uninitialized value in subroutine entry at canvas-primitives.pl line 410 Use of uninitialized value in subroutine entry at canvas-primitives.pl line 400 Use of uninitialized value in numeric eq (==) at canvas-curve.pl line 138 What do you think? Is this a good enough assessment as to impact on functionality? Or do we need to ask the submitter to attempt to get clarification from the upstream author about the LIBS ignored: '-pthread' message? (In reply to comment #6 and #7) good catch. One question, the spectemplate-perl.spec from fedora-rpmdevtools uses make %{?_smp_mflags} OPTIMIZE="$RPM_OPT_FLAGS" I take it either form is equivalent? -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 05:09:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 01:09:07 -0400 Subject: [Bug 166308] Review Request: asciidoc In-Reply-To: Message-ID: <200508200509.j7K597NF001550@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: asciidoc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166308 ------- Additional Comments From rc040203 at freenet.de 2005-08-20 01:08 EST ------- Minor spec issues: - Source0: %{name}-%{version}.tar.gz This should be an URL - The spec file is ISO8859-1 encoded and contains non-ASCI chars in its changelogs. Please convert it to utf-8. Also please have a look at rpmlint's output on the resulting *.rpm. rpmlint is pretty verbose on the *.rpm, but I haven't checked the details. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 05:45:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 01:45:42 -0400 Subject: [Bug 166318] Review request: perl-Font-AFM - Font::AFM Perl module In-Reply-To: Message-ID: <200508200545.j7K5jgQQ004513@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Font-AFM - Font::AFM Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166318 ------- Additional Comments From rc040203 at freenet.de 2005-08-20 01:45 EST ------- I am a bit ambivalent on your proposals. The testsuite related bits seem a nice trick to get the testsuite fully working. I'll adopt them. But I am hesitant on the METRICS (Default-afm search paths) related bits. On one hand, the original default search path is completely useless on FC, so changing it to a more useful setup doesn't do much harm, on the other hand this easily could evolve into a maintainance nightmare should people want it to be updated whenever an arbitary package carrying afm's is added or changed (cf your enscript example). Also, I crosschecked the corresponding Debian and SuSE packages. Both use the original defaults and did not try to modify them. I am not yet sure how to handle this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 06:08:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 02:08:19 -0400 Subject: [Bug 166183] Review Request: perl-Class-Accessor-Chained In-Reply-To: Message-ID: <200508200608.j7K68JkN008074@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-Accessor-Chained https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166183 ------- Additional Comments From chris at chrisgrau.com 2005-08-20 02:08 EST ------- Good: - rpmlint clean - package name okay - spec file name okay - license okay (GPL or Artistic) - license matches upstream - spec file is am. english (and legible) - source matches upstream (md5: 9825a1f30a70e55e61bb5660b2bd7365) - package builds on FC-4/i386 - package builds in mock (FC-3/i386) - no locales - no shared libs - not relocatable - owns all directories it creates (/usr/lib/.../Class owned by perl-Class-Accessor, a prereq) - file permissions okay - %clean okay - consistent use of macros - code, not content - no -docs package - %doc does not affect runtime - no -devel package Needswork: > BuildRequires: perl >= 1:5.6.1 I'm on the fence over whether BR: perl should be included for perl modules. It's currently on the ForbiddenItems page, so I'm going to go with not, until such time as it's removed or an exception is made for perl modules. - README not in %doc The README is in POD format. Maybe pass it through pod2text in %prep? - no license text in %doc I let the last few slide without this because I was under the (obviously false) impression that Perl modules, not being shipped with a license themselves, could ignore this. As mentioned in bug 166251, adding perldoc -t perlartistic > Artistic perldoc -t perlgpl > COPYING in %prep and then adding them to %doc will do the job without the need to change anything more than the spec file. > $ grep -r 'use base' * > lib/Class/Accessor/Chained/Fast.pm:use base 'Class::Accessor::Fast'; > lib/Class/Accessor/Chained.pm:use base 'Class::Accessor'; [irrelevant results snipped] => explicit requires needed for perl(Class::Accessor) and perl(Class::Accessor::Fast) Nitpicks: - make called without %{_smp_mflags} - %description is just %{summary} I haven't mentioned it before, but I usually use the first paragraph or two from the DESCRIPTION section of the main module's POD. It's usually fitting. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 07:20:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 03:20:19 -0400 Subject: [Bug 165485] Review Request: This is a port of WMApm 1.1 with ACPI support In-Reply-To: Message-ID: <200508200720.j7K7KJSx017729@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: This is a port of WMApm 1.1 with ACPI support https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165485 ------- Additional Comments From jamatos at fc.up.pt 2005-08-20 03:20 EST ------- You are right about the building requirement, it was my mistake I misunderstood a problem I had using mock to generate the package in x86_64. Mock fails because in the makefile we have: LDFLAGS = $(OPT) -L/usr/X11R6/lib -lX11 -lXpm -lXext As you can see this is will fail for 64 bits where the right path ends with lib64. Notice also that OPT is used here, this is a bug from the original package. We do not optimize when linking, do we? That is an honest question, but even if you do I would expect it to be the same as the remaining Makefile. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 08:15:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 04:15:11 -0400 Subject: [Bug 166046] Review Request: libAfterImage - A generic image manipulation library In-Reply-To: Message-ID: <200508200815.j7K8FBTi025441@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libAfterImage - A generic image manipulation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166046 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-20 04:15 EST ------- Makes sense =) Thx for the review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 08:40:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 04:40:52 -0400 Subject: [Bug 165485] Review Request: This is a port of WMApm 1.1 with ACPI support In-Reply-To: Message-ID: <200508200840.j7K8eq1t027705@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: This is a port of WMApm 1.1 with ACPI support https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165485 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-20 04:40 EST ------- done http://fedora.lowlatency.de/review/wmacpi-1.34-3.src.rpm http://fedora.lowlatency.de/review/wmacpi.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 08:48:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 04:48:14 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508200848.j7K8mEGU028409@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From ville.skytta at iki.fi 2005-08-20 04:48 EST ------- Yes, OPTIMIZE appears to work both in "perl Makefile.PL ..." and "make ...", and unless someone finds a case where it doesn't, I'll move it to the Makefile.PL invocation in the next rpmdevtools release. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 09:15:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 05:15:20 -0400 Subject: [Bug 166318] Review request: perl-Font-AFM - Font::AFM Perl module In-Reply-To: Message-ID: <200508200915.j7K9FKbm030651@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Font-AFM - Font::AFM Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166318 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-08-20 05:15 EST ------- I checked freebsd and gentoo too, and they don't modify it either. So it boils down to whether the default value in the unmodified AFM.pm is useful on the majority of OS's; if not, applications using it will have to take it into account anyway some way, and thus having a better default value here won't help much. On the other hand, then it might be that instead of having a better defaults here, there could be several applications using Font::AFM that would need modification, which is probably even worse regarding maintenance. Also, the *.afm filenames seem to vary pretty much between the packages that provide them, like the test suite here expecting to find Helvetica.afm, which is shipped at least with the name Helvetica.afm in some OpenOffice's dirs, phvr.afm in a2ps and hv.afm in enscript. So, pick your poison, I don't see the default paths being a blocker, modified or unmodified, so consider this approved. The test suite coverage and summary improvement bits should be committed, though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 09:25:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 05:25:19 -0400 Subject: [Bug 166389] New: Review Request: NoGravity, 3D 'Wing Commander'-like game Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166389 Summary: Review Request: NoGravity, 3D 'Wing Commander'-like game Product: Fedora Extras Version: devel Platform: All URL: http://sourceforge.net/projects/nogravity/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: lemenkov at newmail.ru QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://paula.comtv.ru/nogravity.spec Description: No Gravity is a fantastic and futuristic universe made of five intergalactic worlds. An arcade type game with great playability, where it is easy to plunge into space battles against spacefighters, space stations and more! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 09:25:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 05:25:31 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508200925.j7K9PVvs031538@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 lemenkov at newmail.ru changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166389 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 10:39:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 06:39:29 -0400 Subject: [Bug 165485] Review Request: This is a port of WMApm 1.1 with ACPI support In-Reply-To: Message-ID: <200508201039.j7KAdTZ5005126@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: This is a port of WMApm 1.1 with ACPI support https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165485 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jamatos at fc.up.pt 2005-08-20 06:39 EST ------- + Builds inside mock on x86_64 + rpmlint output: W: wmacpi no-version-in-last-changelog I guess that is due to the version being in the next line. Easy to fix. + package name follows rules + the spec file is named correctly, it is written in English and it is legible + the license is correct (GPL), the same as upstream and it is included in %doc + The source file matches upstream. (sha1sum) + BR are correct + there are no locales, %post*, devel or doc subpackages to worry about + the package is not relocatable + there is no directory to be owned, and file permissions are correct I still do not like the description, I would expect something like (I took this from the web page with some small changes): This is a typical laptop ACPI dockapp. One interesting feature is the "timer" mode, where you can keep track of how long the laptop has been "on battery". This is opposite of the information usually provided by the BIOS, which is "time remaining", and in many cases wrong. This option can be toggled at run-time. System messages scroll on the bottom of the window, AC plug flashes when battery is charging, and green LED inside the big button flashes red if battery level is critical low. I think that the word laptop is also missing in the the Summary field, I think that you agree that this is only usefull for laptops. I am not aware of any desktop with an included battery. ;-) UPS does not count as such, at least for this program scope :-). I noticed that this program does not give any reliable information if you have two battery plugs and only the second one is present. But this is an upstream issue. The package is APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 10:52:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 06:52:12 -0400 Subject: [Bug 165485] Review Request: This is a port of WMApm 1.1 with ACPI support In-Reply-To: Message-ID: <200508201052.j7KAqC6K006320@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: This is a port of WMApm 1.1 with ACPI support https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165485 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-20 06:52 EST ------- Thx for the review... issues fixed... :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 11:54:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 07:54:02 -0400 Subject: [Bug 166046] Review Request: libAfterImage - A generic image manipulation library In-Reply-To: Message-ID: <200508201154.j7KBs2Tm012002@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libAfterImage - A generic image manipulation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166046 ------- Additional Comments From bugs.michael at gmx.net 2005-08-20 07:53 EST ------- > gcc -O3 -DNO_DEBUG_OUTPUT -Wall -fexceptions -m32 -march=i386 -mtune=pentium4 > -f asynchronous-unwind-tables -fPIC -I/usr/include/freetype2 > -I/usr/X11R6/include -c afterbase.c -o afterbase.o The -O3 in there looks like it mangles the CFLAGS even more than just dropping -g. RPM_OPT_FLAGS' default -g -O2 ought to be in there. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 11:56:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 07:56:39 -0400 Subject: [Bug 165910] Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws In-Reply-To: Message-ID: <200508201156.j7KBudwO012498@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sylpheed-claws-plugins - Additional plugins for sylpheed-claws https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165910 ------- Additional Comments From bugs.michael at gmx.net 2005-08-20 07:56 EST ------- With 'devel', sylpheed-claws needs a rebuild against new GTK+/Cairo ABI change in Rawhide before this could be built. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 12:14:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 08:14:23 -0400 Subject: [Bug 166046] Review Request: libAfterImage - A generic image manipulation library In-Reply-To: Message-ID: <200508201214.j7KCENHZ015100@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libAfterImage - A generic image manipulation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166046 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-20 08:14 EST ------- I noticed... I changed this after import so it will use rpm supplied opt flags and this works for FC4/i386 (at least here) but bails out on x86_64 (error is the same for fc{3,4,5}): http://buildsys.fedoraproject.org/logs//development/241-libAfterImage-1.07-3.fc5/ Ideas? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 13:05:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 09:05:16 -0400 Subject: [Bug 166046] Review Request: libAfterImage - A generic image manipulation library In-Reply-To: Message-ID: <200508201305.j7KD5GEm020153@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libAfterImage - A generic image manipulation library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166046 ------- Additional Comments From bugs.michael at gmx.net 2005-08-20 09:05 EST ------- Hint is in there: > /usr/bin/ld: afterbase.o: relocation R_X86_64_32 against `a local symbol' > can not be used when making a shared object; recompile with -fPIC > afterbase.o: could not read symbols: Bad value "recompile with -fPIC" means to add -fPIC to the CFLAGS for all object files which make it into the shared library -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 14:09:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 10:09:51 -0400 Subject: [Bug 166389] Review Request: NoGravity, 3D 'Wing Commander'-like game In-Reply-To: Message-ID: <200508201409.j7KE9pBV028310@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NoGravity, 3D 'Wing Commander'-like game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166389 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bdpepple at ameritech.net ------- Additional Comments From bdpepple at ameritech.net 2005-08-20 10:09 EST ------- Looks like you spec file is missing quite a few of the Build Requirements, and the source file doesn't contain the necessary bootstrap files. I've attached a patch in Comment #1, which should at least allow NoGravity to build. In the future you might want to use Mock to verify that you spec file builds. More information can be found here: http://fedoraproject.org/wiki/Projects/Mock In addition, this still needs a desktop file, and probably a simple script to run it, since the binary is located in /usr/games/nogravity. Later today, I'll probably have time to do this, and I'll post a src.rpm if you don't have time. More importantly, though, this might not be able to go into Fedora Extras, since the data file is copyrighted and licensed by RealTech. This was discussed a few months back on the mail list, but I'm not sure if this was ever resolved. We might need to check with Tom Callaway to see what the current rules are. If it's not eligible for Fedora Extras, you can submit it to the Livna repository. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Sat Aug 20 14:21:18 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 20 Aug 2005 10:21:18 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050820142118.CF4068015@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 23 abiword-2.3.4-4 aterm-1.0.0-1.fc5 brightside-1.4.0-9 chkrootkit-0.45-4.fc5 frotz-2.43-3.fc5 fyre-1.0.0-10.fc5 gazpacho-0.6.1-1.fc5 leafpad-0.8.3-2.fc5 libAfterImage-1.07-4.fc5 mail-notification-2.0-2.fc5 perl-Locale-gettext-1.05-3.fc5 perl-Regexp-Common-2.120-2.fc5 perl-Regexp-Common-2.120-3.fc5 perl-Test-LongString-0.08-2.fc5 perl-Text-Quoted-1.8-2.fc5 perl-Text-Quoted-1.8-3.fc5 perl-Tree-Simple-1.15-2.fc5 plague-0.3.3-1.fc5 plt-scheme-299.200-5.fc5 revelation-0.4.4-2.fc5 sylpheed-claws-1.9.13-5.fc5 wmacpi-1.34-4.fc5 xsupplicant-1.2-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From paul at all-the-johnsons.co.uk Sat Aug 20 14:25:14 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 20 Aug 2005 15:25:14 +0100 Subject: Fedora Extras development Package Build Report In-Reply-To: <20050820142118.CF4068015@extras64.linux.duke.edu> References: <20050820142118.CF4068015@extras64.linux.duke.edu> Message-ID: <1124547914.6693.94.camel@localhost> Hi, > Packages built and released for Fedora Extras development: 23 Any chance of a rebuild of Bluefish - it's coming up with pixman and cairo dependency problems. TTFN Paul -- "A lot of football success is in the mind. You must believe you are the best and then make sure that you are. In my time at Liverpool we always said we had the best two teams on Merseyside, Liverpool and Liverpool Reserves." - Bill Shankly From buildsys at fedoraproject.org Sat Aug 20 14:28:58 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 20 Aug 2005 10:28:58 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050820142858.A0A008015@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 15 aterm-1.0.0-1.fc4 chkrootkit-0.45-4.fc4 kile-1.8.1-3.fc4 libAfterImage-1.07-4.fc4 meld-1.0.0-0.1.fc4 perl-Locale-gettext-1.05-3.fc4 perl-Regexp-Common-2.120-3.fc4 perl-Test-LongString-0.08-2.fc4 perl-Text-Quoted-1.8-3.fc4 plague-0.3.3-1.fc4 plt-scheme-299.200-5.fc4 scim-anthy-0.6.1-1.fc4 synce-0.9.1-1.fc4 xsupplicant-1.2-1.fc4 yumex-0.42-3.0.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 Sat Aug 20 14:35:58 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 20 Aug 2005 10:35:58 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050820143558.216EC8015@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 11 aterm-1.0.0-1.fc3 chkrootkit-0.45-4.fc3 kile-1.8.1-3.fc3 libAfterImage-1.07-4.fc3 meld-1.0.0-0.1.fc3 perl-Regexp-Common-2.120-3.fc3 perl-Test-LongString-0.08-2.fc3 perl-Text-Quoted-1.8-3.fc3 plague-0.3.3-1.fc3 plt-scheme-299.200-5.fc3 xsupplicant-1.2-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugs.michael at gmx.net Sat Aug 20 14:41:32 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 20 Aug 2005 16:41:32 +0200 Subject: Fedora Extras development Package Build Report In-Reply-To: <1124547914.6693.94.camel@localhost> References: <20050820142118.CF4068015@extras64.linux.duke.edu> <1124547914.6693.94.camel@localhost> Message-ID: <20050820164132.488310bf.bugs.michael@gmx.net> On Sat, 20 Aug 2005 15:25:14 +0100, Paul F. Johnson wrote: > Hi, > > > Packages built and released for Fedora Extras development: 23 > > Any chance of a rebuild of Bluefish - it's coming up with pixman and > cairo dependency problems. Feel free to do it. I had a look at the changelog and saw increased activity from you in there. Made me think you took it over while compton has not come back yet. From bugs.michael at gmx.net Sat Aug 20 14:53:21 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 20 Aug 2005 16:53:21 +0200 Subject: Fedora Extras development Package Build Report In-Reply-To: <20050820164132.488310bf.bugs.michael@gmx.net> References: <20050820142118.CF4068015@extras64.linux.duke.edu> <1124547914.6693.94.camel@localhost> <20050820164132.488310bf.bugs.michael@gmx.net> Message-ID: <20050820165321.606d6f66.bugs.michael@gmx.net> On Sat, 20 Aug 2005 16:41:32 +0200, Michael Schwendt wrote: > On Sat, 20 Aug 2005 15:25:14 +0100, Paul F. Johnson wrote: > > > Hi, > > > > > Packages built and released for Fedora Extras development: 23 > > > > Any chance of a rebuild of Bluefish - it's coming up with pixman and > > cairo dependency problems. > > Feel free to do it. I had a look at the changelog and saw increased > activity from you in there. Made me think you took it over while compton > has not come back yet. Hmm, with "you" I meant the other Paul (Paul Howarth). ;) From paul at all-the-johnsons.co.uk Sat Aug 20 15:04:13 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 20 Aug 2005 16:04:13 +0100 Subject: Fedora Extras development Package Build Report In-Reply-To: <20050820164132.488310bf.bugs.michael@gmx.net> References: <20050820142118.CF4068015@extras64.linux.duke.edu> <1124547914.6693.94.camel@localhost> <20050820164132.488310bf.bugs.michael@gmx.net> Message-ID: <1124550253.6693.100.camel@localhost> Hi, > Feel free to do it. I had a look at the changelog and saw increased > activity from you in there. Made me think you took it over while compton > has not come back yet. http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-1.0.2-2.i386.rpm http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-debuginfo-1.0.2-2.i386.rpm http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-1.0.2-2.i386.src.rpm Built on my rawhide box. I'm happy to take over the package, but don't have upload rights. TTFN Paul -- "A lot of football success is in the mind. You must believe you are the best and then make sure that you are. In my time at Liverpool we always said we had the best two teams on Merseyside, Liverpool and Liverpool Reserves." - Bill Shankly From bugzilla at redhat.com Sat Aug 20 15:40:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 11:40:29 -0400 Subject: [Bug 166389] Review Request: NoGravity, 3D 'Wing Commander'-like game In-Reply-To: Message-ID: <200508201540.j7KFeTBO009036@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NoGravity, 3D 'Wing Commander'-like game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166389 ------- Additional Comments From bdpepple at ameritech.net 2005-08-20 11:40 EST ------- Here's the src rpm for the changes I made: http://piedmont.homelinux.org/fedora/nogravity/nogravity-1.99-3.src.rpm Might be a little slow on the download, since my home line is being used fairly heavy today. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From stickster at gmail.com Sat Aug 20 16:34:08 2005 From: stickster at gmail.com (Paul W. Frields) Date: Sat, 20 Aug 2005 12:34:08 -0400 Subject: rpms/nautilus-open-terminal/devel .cvsignore, 1.2, 1.3 sources, 1.2, 1.3 In-Reply-To: <1124512943.3414.0.camel@ignacio.lan> References: <200508200432.j7K4WQm1015553@cvs-int.fedora.redhat.com> <1124512943.3414.0.camel@ignacio.lan> Message-ID: <1124555648.20801.29.camel@localhost.localdomain> On Sat, 2005-08-20 at 00:42 -0400, Ignacio Vazquez-Abrams wrote: > On Sat, 2005-08-20 at 00:32 -0400, Paul W. Frields wrote: > > Author: pfrields > > > > Update of /cvs/extras/rpms/nautilus-open-terminal/devel > > In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv15534 > > > > Modified Files: > > .cvsignore sources > > Log Message: > > Committed new patch properly, hopefully > > Actually, it was fine before. On the docs list we've been trying to draw out lurkers with the encouragement that no question is too stupid. In light of that, I am willing to shoulder a little embarrassment and say that I can't seem to get the new release of n-o-t to build. I'd rather be embarrassed than ignorant. I thought that I had done everything correctly: - A 'make mockbuild' works. - I committed the new patch and the changed .spec file. - I did a 'make tag'. - I tried both doing a 'plague-client requeue ##', and then when that failed, 'make plague', in case it made a difference. I do get an error from 'make tag' that looks like this: = = = = = cvs tag -c nautilus-open-terminal-0_4-6_fc5 For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs ERROR: Tag nautilus-open-terminal-0_4-6_fc5 has been already created. The following tags have been created so far nautilus-open-terminal-0_4-4:devel:pfrields:1121605961 nautilus-open-terminal-0_4-4_fc5:devel:pfrields:1121610225 nautilus-open-terminal-0_4-5_fc5:devel:pfrields:1121687995 nautilus-open-terminal-0_4-6_fc5:devel:pfrields:1124287668 cvs tag: Pre-tag check failed cvs [tag aborted]: correct the above errors first! make: *** [tag] Error 1 = = = = = Do I need to up my release to, say, 6%{?dist}.1 and try again? The build keeps failing (see #238, #239), because the build system is not pulling the new spec file and patch. I have no doubt this is my fault, but I can't figure out from the Wiki documentation what it is I've done wrong. Ignacio, you helped me the other day, maybe you can offer some guidance again now. :-) -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Documentation Project: http://fedora.redhat.com/projects/docs/ -------------- 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 bugzilla at redhat.com Sat Aug 20 16:37:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 12:37:27 -0400 Subject: [Bug 166265] Review request: perl-Text-Wrapper - Text::Wrapper Perl module In-Reply-To: Message-ID: <200508201637.j7KGbRkr018489@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Text-Wrapper - Text::Wrapper Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166265 ------- Additional Comments From chris at chrisgrau.com 2005-08-20 12:37 EST ------- Good: - rpmlint clean - package name okay - spec file name okay - compatible license (GPL or Artistic) - license matches upstream - spec file is am. english (and legible) - source matches upstream (sha1: 573bc7c1b90dbddfdbe2f273548abbf57847842b) - builds on FC-4/i386 - builds in mock (FC-3/i386) - no unnecessary BRs - no locales - no shared libs - not relocatable - owns created dirs - no duplicate %files - file permissions okay - %clean okay - consistent use of macros - code, not content - no -docs package - %doc does not affect runtime - no -devel package Needswork: - license not included as %doc As noted in bug 166251, just add perldoc -t perlartistic > Artistic perldoc -t perlgpl > COPYING to %prep and add the resulting files to %doc. - summary is not very descriptive The Text::Wrapper distribution uses "Simple word wrapping routine," which would be a little better. In Makefile.PL: # This next line is just for my own use, you should comment it out: PREOP => 'cjm_fixup $(DISTVNAME)' # Converts CRLF to LF I tested both leaving it as is and commenting out the line as instructed. It made no difference on my system. Still, I think it would be best to patch Makefile.PL to comment out the line. I'll leave that to your discretion. All of these can be done post-commit, so consider this APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jimhayward at earthlink.net Sat Aug 20 16:50:22 2005 From: jimhayward at earthlink.net (Jim Hayward) Date: Sat, 20 Aug 2005 09:50:22 -0700 Subject: Fedora Extras development Package Build Report In-Reply-To: <1124550253.6693.100.camel@localhost> References: <20050820142118.CF4068015@extras64.linux.duke.edu> <1124547914.6693.94.camel@localhost> <20050820164132.488310bf.bugs.michael@gmx.net> <1124550253.6693.100.camel@localhost> Message-ID: <1124556622.2974.22.camel@garfield.linux.localdomain> On Sat, 2005-08-20 at 16:04 +0100, Paul F. Johnson wrote: > Hi, > > > Feel free to do it. I had a look at the changelog and saw increased > > activity from you in there. Made me think you took it over while compton > > has not come back yet. > > http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-1.0.2-2.i386.rpm > http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-debuginfo-1.0.2-2.i386.rpm > http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-1.0.2-2.i386.src.rpm I just posted the Bluefish 1.0.3 release. Unannounced yet except for the Bluefish mailing lists. You might want to package it for extras instead. ;-) Look at the NEWS file for changes. These are not on the master server yet. MD5SUM: f4cda1e21089155383930616ab673d69 bluefish-1.0.3.tar.bz2 0ce1ad4b61e68aa0e44131be30fb6025 bluefish-1.0.3.tar.gz http://www.linuxexperience.net/bluefish/downloads/bluefish-1.0.3.tar.bz2 http://www.linuxexperience.net/bluefish/downloads/bluefish-1.0.3.tar.gz Fedora Core 4 RPMS I made. Both i386 and x86_64. All are signed with this GPG key. Jim Hayward gpg --recv-keys --keyserver keyserver.noreply.org 0xAEDC1CCB MD5SUM: 95a01c9547383117a9b042bffd340bdb bluefish-1.0.3-1.fc4.x86_64.rpm 8237bb9a18dabca95a3677da4fa7ed1b bluefish-debuginfo-1.0.3-1.fc4.x86_64.rpm e5f20b76f489804ee79ce4995c7406ea bluefish-1.0.3-1.fc4.i386.rpm b3f34261e7939fca27aa57954ce857c0 bluefish-debuginfo-1.0.3-1.fc4.i386.rpm 4ee2f0d4585e72e6497ce5b1d79a2e2c bluefish-1.0.3-1.fc4.src.rpm http://www.linuxexperience.net/bluefish/downloads/bluefish-1.0.3-1.fc4.x86_64.rpm http://www.linuxexperience.net/bluefish/downloads/bluefish-debuginfo-1.0.3-1.fc4.x86_64.rpm http://www.linuxexperience.net/bluefish/downloads/bluefish-1.0.3-1.fc4.i386rpm. http://www.linuxexperience.net/bluefish/downloads/bluefish-debuginfo-1.0.3-1.fc4.i386.rpm http://www.linuxexperience.net/bluefish/downloads/bluefish-1.0.3-1.fc4.src.rpm Regards, Jim H -- Jim Hayward GPG Key available at: http://keyserver.noreply.org gpg --recv-keys --keyserver keyserver.noreply.org 0x85A92DCC GPG Fingerprint: 1AA9 AEC9 BFDF FF7A E4F8 90C7 4947 3A41 85A9 2DCC -------------- 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 all-the-johnsons.co.uk Sat Aug 20 17:08:15 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 20 Aug 2005 18:08:15 +0100 Subject: Fedora Extras development Package Build Report In-Reply-To: <1124556622.2974.22.camel@garfield.linux.localdomain> References: <20050820142118.CF4068015@extras64.linux.duke.edu> <1124547914.6693.94.camel@localhost> <20050820164132.488310bf.bugs.michael@gmx.net> <1124550253.6693.100.camel@localhost> <1124556622.2974.22.camel@garfield.linux.localdomain> Message-ID: <1124557695.4501.0.camel@localhost> Hi, > http://www.linuxexperience.net/bluefish/downloads/bluefish-1.0.3-1.fc4.src.rpm The server seems to think these are Real files. Any chance on emailing me the desktop patch file? TTFN Paul -- "A lot of football success is in the mind. You must believe you are the best and then make sure that you are. In my time at Liverpool we always said we had the best two teams on Merseyside, Liverpool and Liverpool Reserves." - Bill Shankly From ivazquez at ivazquez.net Sat Aug 20 17:26:19 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 20 Aug 2005 13:26:19 -0400 Subject: rpms/nautilus-open-terminal/devel .cvsignore, 1.2, 1.3 sources, 1.2, 1.3 In-Reply-To: <1124555648.20801.29.camel@localhost.localdomain> References: <200508200432.j7K4WQm1015553@cvs-int.fedora.redhat.com> <1124512943.3414.0.camel@ignacio.lan> <1124555648.20801.29.camel@localhost.localdomain> Message-ID: <1124558779.3414.11.camel@ignacio.lan> On Sat, 2005-08-20 at 12:34 -0400, Paul W. Frields wrote: > Do I need to up my release to, say, 6%{?dist}.1 and try again? Might want to use 7%{?dist} in order to keep it unambiguous. Also, the disttag should always be at the end. -- 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 jeff at ultimateevil.org Sat Aug 20 17:24:17 2005 From: jeff at ultimateevil.org (Jeff Carlson) Date: Sat, 20 Aug 2005 10:24:17 -0700 (PDT) Subject: Extras/CVSSyncNeeded help Message-ID: <44667.64.81.89.94.1124558657.squirrel@64.81.89.94> Hi, I just CVS imported my work for the zile package which I introduced earlier this week. Now, I'm trying to get builds for FC3 and FC4 set up, and I'm stuck on this page. It says "... submit your branch request here," but there is no hyperlink or form to fill in, nor any indication as to what external resource might be indicated by the word "here." I have read this page at least three times and I'm stuck scratching my head. And the Wiki page is immutable. (I have created a Wiki account, Wiki name is JeffCarlson.) Am I doing something wrong or is this an example of the process not having caught up to the documentation? Thanks, Jeff From ivazquez at ivazquez.net Sat Aug 20 17:34:37 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 20 Aug 2005 13:34:37 -0400 Subject: Extras/CVSSyncNeeded help In-Reply-To: <44667.64.81.89.94.1124558657.squirrel@64.81.89.94> References: <44667.64.81.89.94.1124558657.squirrel@64.81.89.94> Message-ID: <1124559277.3414.13.camel@ignacio.lan> On Sat, 2005-08-20 at 10:24 -0700, Jeff Carlson wrote: > Hi, > > I just CVS imported my work for the zile package which I introduced > earlier this week. Now, I'm trying to get builds for FC3 and FC4 set up, > and I'm stuck on this page. It says "... submit your branch request > here," but there is no hyperlink or form to fill in, nor any indication as > to what external resource might be indicated by the word "here." No, "here" as in "on this page". -- 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 jspaleta at gmail.com Sat Aug 20 17:31:47 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 20 Aug 2005 13:31:47 -0400 Subject: Extras/CVSSyncNeeded help In-Reply-To: <44667.64.81.89.94.1124558657.squirrel@64.81.89.94> References: <44667.64.81.89.94.1124558657.squirrel@64.81.89.94> Message-ID: <604aa79105082010312d814883@mail.gmail.com> On 8/20/05, Jeff Carlson wrote: > Hi, > > I just CVS imported my work for the zile package which I introduced > earlier this week. Now, I'm trying to get builds for FC3 and FC4 set up, > and I'm stuck on this page. It says "... submit your branch request > here," but there is no hyperlink or form to fill in, nor any indication as > to what external resource might be indicated by the word "here." I have > read this page at least three times and I'm stuck scratching my head. And > the Wiki page is immutable. (I have created a Wiki account, Wiki name is > JeffCarlson.) Am I doing something wrong or is this an example of the > process not having caught up to the documentation? Ive added you to the edit group in the wiki... try to edit that page now. -jef From jamatos at fc.up.pt Sat Aug 20 17:33:59 2005 From: jamatos at fc.up.pt (Jose' Matos) Date: Sat, 20 Aug 2005 18:33:59 +0100 Subject: Extras/CVSSyncNeeded help In-Reply-To: <44667.64.81.89.94.1124558657.squirrel@64.81.89.94> References: <44667.64.81.89.94.1124558657.squirrel@64.81.89.94> Message-ID: <200508201834.00002.jamatos@fc.up.pt> On Saturday 20 August 2005 18:24, Jeff Carlson wrote: > (I have created a Wiki account, Wiki name is > JeffCarlson.) ?Am I doing something wrong or is this an example of the > process not having caught up to the documentation? You must wait until someone with the right power to add you to the list of wiki editors. Then you can change that page as necessary. :-) > Thanks, > Jeff -- Jos? Ab?lio Matos From jeff at ultimateevil.org Sat Aug 20 17:34:23 2005 From: jeff at ultimateevil.org (Jeff Carlson) Date: Sat, 20 Aug 2005 10:34:23 -0700 (PDT) Subject: Extras/CVSSyncNeeded help In-Reply-To: <604aa79105082010312d814883@mail.gmail.com> References: <44667.64.81.89.94.1124558657.squirrel@64.81.89.94> <604aa79105082010312d814883@mail.gmail.com> Message-ID: <37378.64.81.89.94.1124559263.squirrel@64.81.89.94> On Sat, August 20, 2005 10:31 am, Jeff Spaleta said: > Ive added you to the edit group in the wiki... try to edit that page now. That did the trick. Thanks. From bugzilla at redhat.com Sat Aug 20 17:39:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 13:39:09 -0400 Subject: [Bug 166409] New: Review Request: gajim - jabber client written in PyGTK Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166409 Summary: Review Request: gajim - jabber client written in PyGTK Product: Fedora Extras Version: devel Platform: All URL: http://gajim.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gajownik at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://80.55.221.90/~gajownik/linux/RPMS/gajim/gajim.spec SRPM Name or Url: http://80.55.221.90/~gajownik/linux/RPMS/gajim/gajim-0.8-1.src.rpm sha1sum: http://80.55.221.90/~gajownik/linux/RPMS/gajim/sha1sum Description: Gajim is a Jabber client written in PyGTK. The goal of Gajim's developers is to provide a full featured and easy to use xmpp client for the GTK+ users. Gajim does not require GNOME to run, eventhough it exists with it nicely. /* I have one question: is it better to use python packages (gnome-python2-gtkspell;gnome-python2-libegg) to add systray and spell checking functionality or maybe I should compile modules provided in the tarball? */ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 17:39:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 13:39:26 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508201739.j7KHdQq0027161@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166409 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From luya at jpopmail.com Sat Aug 20 17:53:34 2005 From: luya at jpopmail.com (Luya Tshimbalanga) Date: Sat, 20 Aug 2005 09:53:34 -0800 Subject: fedora-extras-list Digest, Vol 9, Issue 81 Message-ID: <20050820175334.421F02B2B86@ws5-7.us4.outblaze.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From luya at jpopmail.com Sat Aug 20 17:56:18 2005 From: luya at jpopmail.com (Luya Tshimbalanga) Date: Sat, 20 Aug 2005 09:56:18 -0800 Subject: fedora-extras-list Digest, Vol 9, Issue 81 Message-ID: <20050820175618.5EED62B2B86@ws5-7.us4.outblaze.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From jimhayward at earthlink.net Sat Aug 20 19:03:40 2005 From: jimhayward at earthlink.net (Jim Hayward) Date: Sat, 20 Aug 2005 12:03:40 -0700 Subject: Fedora Extras development Package Build Report In-Reply-To: <1124557695.4501.0.camel@localhost> References: <20050820142118.CF4068015@extras64.linux.duke.edu> <1124547914.6693.94.camel@localhost> <20050820164132.488310bf.bugs.michael@gmx.net> <1124550253.6693.100.camel@localhost> <1124556622.2974.22.camel@garfield.linux.localdomain> <1124557695.4501.0.camel@localhost> Message-ID: <1124564621.2974.31.camel@garfield.linux.localdomain> On Sat, 2005-08-20 at 18:08 +0100, Paul F. Johnson wrote: > Hi, > > > http://www.linuxexperience.net/bluefish/downloads/bluefish-1.0.3-1.fc4.src.rpm > > The server seems to think these are Real files. Any chance on emailing > me the desktop patch file? It's actually Fedora that thinks they are Real Player files. :-P Use wget to grab the file. Note, I'm sure the SPEC file used to build these is different from the one in Extras. wget http://www.linuxexperience.net/bluefish/downloads/bluefish-1.0.3-1.fc4.src.rpm wget http://www.linuxexperience.net/bluefish/downloads/bluefish.spec Regards, Jim H -- Jim Hayward GPG Key available at: http://keyserver.noreply.org gpg --recv-keys --keyserver keyserver.noreply.org 0x85A92DCC GPG Fingerprint: 1AA9 AEC9 BFDF FF7A E4F8 90C7 4947 3A41 85A9 2DCC -------------- 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 Aug 20 19:12:31 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 20 Aug 2005 21:12:31 +0200 Subject: Fedora Extras development Package Build Report In-Reply-To: <1124564621.2974.31.camel@garfield.linux.localdomain> References: <20050820142118.CF4068015@extras64.linux.duke.edu> <1124547914.6693.94.camel@localhost> <20050820164132.488310bf.bugs.michael@gmx.net> <1124550253.6693.100.camel@localhost> <1124556622.2974.22.camel@garfield.linux.localdomain> <1124557695.4501.0.camel@localhost> <1124564621.2974.31.camel@garfield.linux.localdomain> Message-ID: <20050820211231.0fdeb649.bugs.michael@gmx.net> On Sat, 20 Aug 2005 12:03:40 -0700, Jim Hayward wrote: > On Sat, 2005-08-20 at 18:08 +0100, Paul F. Johnson wrote: > > Hi, > > > > > http://www.linuxexperience.net/bluefish/downloads/bluefish-1.0.3-1.fc4.src.rpm > > > > The server seems to think these are Real files. Any chance on emailing > > me the desktop patch file? > > It's actually Fedora that thinks they are Real Player files. :-P Use > wget to grab the file. Note, I'm sure the SPEC file used to build these > is different from the one in Extras. Well, first of all the server sends them out as MIME type audio/x-pn-realaudio-plugin see e.g. wget --server http://www.linuxexperience.net/bluefish/downloads/bluefish-1.0.3-1.fc4.src.rpm From bugzilla at redhat.com Sat Aug 20 19:34:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 15:34:46 -0400 Subject: [Bug 166414] New: Review Request: grace (Numerical Data Processing and Visualization Tool) Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166414 Summary: Review Request: grace (Numerical Data Processing and Visualization Tool) Product: Fedora Extras Version: devel Platform: All URL: http://plasma-gate.weizmann.ac.il/Grace/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jamatos at fc.up.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.fc.up.pt/pessoas/jamatos/grace.spec SRPM Name or Url: http://www.fc.up.pt/pessoas/jamatos/grace-5.1.18-1.src.rpm Description: Grace is a Motif application for two-dimensional data visualization. Grace can transform the data using free equations, FFT, cross- and auto-correlation, differences, integrals, histograms, and much more. The generated figures are of high quality. Grace is a very convenient tool for data inspection, data transformation, and and for making figures for publications. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 19:34:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 15:34:58 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508201934.j7KJYwYi016606@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166414 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 20:00:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 16:00:55 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200508202000.j7KK0tbq021964@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grace (Numerical Data Processing and Visualization Tool) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166414 ------- Additional Comments From ed at eh3.com 2005-08-20 16:00 EST ------- Hi Jose, I took a quick look at grace and, though it did build, rpmlint throws up a number of complaints: W: grace devel-file-in-non-devel-package /usr/share/grace/auxiliary/convcal.c W: grace dangling-symlink /usr/share/grace/bin /usr/bin W: grace symlink-should-be-relative /usr/share/grace/bin /usr/bin W: grace devel-file-in-non-devel-package /usr/share/grace/examples/tmc.c E: grace non-executable-script /usr/share/grace/doc/shiftdata.sh 0644 W: grace non-conffile-in-etc /etc/profile.d/grace.csh E: grace non-executable-script /etc/profile.d/grace.csh 0644 W: grace non-conffile-in-etc /etc/profile.d/grace.sh E: grace non-executable-script /etc/profile.d/grace.sh 0644 E: grace no-prereq-on chkfontpath E: grace no-prereq-on chkfontpath W: grace-devel dangling-symlink /usr/share/grace/lib /usr/lib W: grace-devel symlink-should-be-relative /usr/share/grace/lib /usr/lib W: grace-devel dangling-symlink /usr/share/grace/include /usr/include W: grace-devel symlink-should-be-relative /usr/share/grace/include /usr/include -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Sat Aug 20 20:16:27 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 20 Aug 2005 16:16:27 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050820201627.BDF998015@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 2 bluefish-1.0.2-3.fc5 grip-3.2.0-7.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Sat Aug 20 20:17:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 16:17:19 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200508202017.j7KKHJRj025487@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Mason https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris at chrisgrau.com ------- Additional Comments From chris at chrisgrau.com 2005-08-20 16:17 EST ------- HTML::Mason 1.31 was released today and is available on CPAN. It contains a handful of bug fixes. Might be worth upgrading prior to a review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at all-the-johnsons.co.uk Sat Aug 20 20:28:25 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 20 Aug 2005 21:28:25 +0100 Subject: Fedora Extras development Package Build Report In-Reply-To: <20050820201627.BDF998015@extras64.linux.duke.edu> References: <20050820201627.BDF998015@extras64.linux.duke.edu> Message-ID: <1124569705.4501.3.camel@localhost> Hi, > bluefish-1.0.2-3.fc5 And there was me about to say 1.0.3-1.fc5 can be found at http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-1.0.3-1.fc5.rpm http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-debuginfo-1.0.3-1.fc5.rpm http://www.all-the-johnsons.co.uk/linux/downloads/bluefish.spec I've not up'ed the src.rpm TTFN Paul -- "A lot of football success is in the mind. You must believe you are the best and then make sure that you are. In my time at Liverpool we always said we had the best two teams on Merseyside, Liverpool and Liverpool Reserves." - Bill Shankly From bugzilla at redhat.com Sat Aug 20 20:31:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 16:31:23 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200508202031.j7KKVNjs028678@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grace (Numerical Data Processing and Visualization Tool) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166414 ------- Additional Comments From jamatos at fc.up.pt 2005-08-20 16:31 EST ------- Thanks Ed, yes I am aware of rpmlint output. By parts; dangling-symlink warnings: The upstream package insists in having a structure like this: path_to_package: bin include lib ... The symbolic links allow us to keep that structure and to follow the usual structure for packaging. /etc/profile.d/ warnings: All files in there will be read from other files, so there is no need for them to executable. devel-file-in-non-devel-package those are examples, I am not sure if their number justify another subpackage. no-prereq-on chkfontpath this seems bogus as chkfontpath is only used at install time, there is no need to require it chkfontpath at building time, or there is? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Sat Aug 20 20:44:09 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 20 Aug 2005 22:44:09 +0200 Subject: Fedora Extras development Package Build Report In-Reply-To: <1124569705.4501.3.camel@localhost> References: <20050820201627.BDF998015@extras64.linux.duke.edu> <1124569705.4501.3.camel@localhost> Message-ID: <20050820224409.30b5d871.bugs.michael@gmx.net> On Sat, 20 Aug 2005 21:28:25 +0100, Paul F. Johnson wrote: > Hi, > > > bluefish-1.0.2-3.fc5 > > And there was me about to say 1.0.3-1.fc5 can be found at > > http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-1.0.3-1.fc5.rpm > http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-debuginfo-1.0.3-1.fc5.rpm > http://www.all-the-johnsons.co.uk/linux/downloads/bluefish.spec > > I've not up'ed the src.rpm > > TTFN > > Paul Sorry, but for the moment the rebuild is enough to fix the Cairo ABI related dependency breakage. Upgrade to upstream 1.0.3 may be done later (and then also for FC4 and FC3). I do respect package ownership. In particular when spec changelog entries indicate that there is somebody who possibly prepares an upgrade already. From paul at all-the-johnsons.co.uk Sat Aug 20 20:49:58 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 20 Aug 2005 21:49:58 +0100 Subject: Fedora Extras development Package Build Report In-Reply-To: <20050820224409.30b5d871.bugs.michael@gmx.net> References: <20050820201627.BDF998015@extras64.linux.duke.edu> <1124569705.4501.3.camel@localhost> <20050820224409.30b5d871.bugs.michael@gmx.net> Message-ID: <1124570998.4501.6.camel@localhost> Hi, > Sorry, but for the moment the rebuild is enough to fix the Cairo ABI > related dependency breakage. Upgrade to upstream 1.0.3 may be done later > (and then also for FC4 and FC3). I do respect package ownership. In > particular when spec changelog entries indicate that there is somebody who > possibly prepares an upgrade already. Not a problem. Likewise, I respect package ownership, but I also count packaging this as more an experience rather than anything official (given my complete number of packages so far made are for fuse (and associated libs), aeryn2 (which is causing me some problems) and this). TTFN Paul -- "A lot of football success is in the mind. You must believe you are the best and then make sure that you are. In my time at Liverpool we always said we had the best two teams on Merseyside, Liverpool and Liverpool Reserves." - Bill Shankly From bugzilla at redhat.com Sat Aug 20 21:16:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 17:16:16 -0400 Subject: [Bug 165985] Review Request: Aeryn - A C++ testing framework In-Reply-To: Message-ID: <200508202116.j7KLGGuk008882@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Aeryn - A C++ testing framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165985 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-08-20 17:16 EST ------- The spec file has now been updated and the RPM builds cleanly. Can you please review it for inclusion? http://www.all-the-johnsons.co.uk/aeryn/aeryn2.spec The RPMs are also there http://www.all-the-johnsons.co.uk/aeryn2/aeryn2-2-1.1.i386.rpm http://www.all-the-johnsons.co.uk/aeryn2/aeryn2-debuginfo-2-1.1.i386.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 21:17:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 17:17:54 -0400 Subject: [Bug 165985] Review Request: Aeryn - A C++ testing framework In-Reply-To: Message-ID: <200508202117.j7KLHsxI009260@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Aeryn - A C++ testing framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165985 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-08-20 17:17 EST ------- src.rpm also available from http://www.all-the-johnsons.co.uk/aeryn2/aeryn2-2-1.1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 21:26:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 17:26:45 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508202126.j7KLQjcW011218@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-20 17:26 EST ------- So where are we? Do I need to change anything here? Thanks, Gavin. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From stickster at gmail.com Sat Aug 20 21:42:00 2005 From: stickster at gmail.com (Paul W. Frields) Date: Sat, 20 Aug 2005 17:42:00 -0400 Subject: BloGTK in extras? Message-ID: <1124574120.3790.2.camel@localhost.localdomain> BloGTK is a simple pygtk2-based weblog interface for posting and editing. Seth used to provide an RPM for this one, but doesn't anymore. Is there anyone involved in packaging this for Extras? If not, I'd like to throw my hat in the ring. I'll reply to this post with a specfile once I have one cleaned up and ready to go. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Documentation Project: http://fedora.redhat.com/projects/docs/ -------------- 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 bugzilla at redhat.com Sat Aug 20 21:57:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 17:57:45 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508202157.j7KLvjNC020847@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-20 17:57 EST ------- Tried to import it, but my network connection got pulled half way through, and by the time I put it back in and entered my SSH key pass, the remote connection timed out. Could someone delete the half created/uploaded module? Thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 22:07:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 18:07:54 -0400 Subject: [Bug 166426] New: Review Request: grhino - Othello/Reversi game Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166426 Summary: Review Request: grhino - Othello/Reversi game Product: Fedora Extras Version: devel Platform: All URL: http://hircus.org/fedora/grhino/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: msalim at cs.indiana.edu QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://hircus.org/fedora/grhino/grhino.spec SRPM Name or Url: http://hircus.org/fedora/grhino/grhino-0.15.0-1.fc4.src.rpm Description: GRhino, or Rhino its former name, is an Othello/Reversi game on Linux and other UNIX-like systems as long as GNOME 2 libraries are installed. It is currently under development and a new version is available occasionally. What distinguish GRhino from most other Othello games is that GRhino will be targeted for experienced Othello players. Strong AI is the main focus with some additional good, useful features (like an endgame solver) is planned. The ultimate target strength of the AI is that it should be able to beat the best human player at the highest difficulty level. Beating Logistello (the strongest program available) is not in the plan :) Othello is a registered trademark of Tsukuda Original, licensed by Anjar Co., copyright 1973, 1990 Pressman Toy Corporation. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 22:08:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 18:08:07 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508202208.j7KM87Vd024828@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 msalim at cs.indiana.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166426 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 22:09:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 18:09:28 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508202209.j7KM9SNH025369@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From jspaleta at gmail.com 2005-08-20 18:09 EST ------- (In reply to comment #10) > So where are we? > > Do I need to change anything here? Summary of comment #5-#8 2 blockers: 1) there is build error happening "Unrecognized argument in LIBS ignored: '-pthread'" the Canvas.so might not be linking as the upstream authors expected and this may or may not have an impact on functionality. You might want to ask the upstream developer about that build time error message. I have tested the demo program that comes with the page and it appears to work, but I'm not if this is enough assurance. I was hoping Ralf would comment on my demo testing and see if that satified him since he originally found the build error. Though if you can make this build error go away via specfile manipulation that would be satifactory solution. We either need to fix the build error, get an explanation as to why this okay to allow, or we feel confident that this problem isn't going to affect functionality. 2) -%{__perl} Makefile.PL INSTALLDIRS=vendor +%{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" to make --target work. For future reference this(or equivalent) is part of the perl template spec file in fedora-rpmdevtools package. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 23:31:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 19:31:25 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200508202331.j7KNVPuY008950@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Mason https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 ------- Additional Comments From steve at silug.org 2005-08-20 19:31 EST ------- Will do. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 23:46:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 19:46:35 -0400 Subject: [Bug 166427] New: Review Request: inform - Compiler for Z-machine story files Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166427 Summary: Review Request: inform - Compiler for Z-machine story files Product: Fedora Extras Version: devel Platform: All URL: http://www.chrisgrau.com/packages/inform/inform-6.30.2- 1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: chris at chrisgrau.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.chrisgrau.com/packages/inform/inform.spec SRPM Name or Url: http://www.chrisgrau.com/packages/inform/inform-6.30.2-1.src.rpm Description: Inform is an Interactive Fiction (text adventure) game compiler -- it takes source code you write and turns it into a game data file which is then played using a Z-machine interpreter, such as frotz. Also of note, rpmlint reports many of the following errors: info-files-without-install-info-postin info-files-without-install-info-postun I suspect this is because the installation path of inform's data files is /usr/share/inform, which is very similar to /usr/share/info. The inform distribution contains no info files. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 23:46:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 19:46:52 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508202346.j7KNkqWK011155@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166427 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 20 23:55:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 19:55:42 -0400 Subject: [Bug 165985] Review Request: Aeryn - A C++ testing framework In-Reply-To: Message-ID: <200508202355.j7KNtg2d012933@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Aeryn - A C++ testing framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165985 ------- Additional Comments From bugs.michael at gmx.net 2005-08-20 19:55 EST ------- Okay, let's start somewhere. A first rather brief look: Package builds as "aeryn2-2-1.1.i386.rpm" although the upstream version is "2.1.1", so why not name the package "aeryn" with version "2.1.1" and release "1"? > $ rpmls aeryn2 | grep ^d > drwxr-xr-x /usr/include/aeryn/aeryn > drwxr-xr-x /usr/include/aeryn/aeryn/details This reveals that the directory /usr/include/aeryn/ is not included in the package. A look at the complete package listing reveals that /usr/lib/aeryn/ is not included either. Further, /usr/bin/TestClient is a rather generic name. It doesn't look like a useful binary that should be included, as it only runs a test suite which most likely ought to be ran during rpmbuild in %check or so instead. It looks like it returns a proper exit code for "failed/successful" state. > $ rpm -qd aeryn2 > $ No documentation included at all? [...] Now to the spec file (I usually start a review at the spec level, but moved it here): > Summary: Aeryn2 is a C++ unit test package Better IMO => Summary: C++ unit testing framework > Name: aeryn2 > Version: 2 > Release: 1.1%{?dist} As mentioned above, I believe this should be "Name: aeryn", "Version: 2.1.1" and "Release: 1%{?dist}". > Source0: http://www.all-the-johnsons.co.uk/aeryn/aeryn2.tar.bz2 This was a surprise, since the Source0 URL should point to the upstream projects download location. It seems you repackaged upstream author's ZIP archive and included the PDF documentation file in the tarball. Why not just take his ZIP as "Source0" and put the PDF into "Source1"? Sort of: %prep %setup -T -c -n %{name} unzip %{SOURCE0} and everything you did to build your tar.bz2 should be done after extracting the zip. > $ rpmlint aeryn2-2-1.1.src.rpm > E: aeryn2 description-line-too-long Keep %description lines below 80 characters. > %build > make %{?_smp_mflags} Code compiles without $RPM_OPT_FLAGS, e.g. > g++ -W -Wall -Werror -pedantic -Wcast-qual -Wcast-align -Wwrite-strings > -Winline -finline-limit=1048576 -g3 -c -o noncopyable.o > ../src/noncopyable.cpp -I../include -DNO_OUTPUT_OPERATOR_DETECTION It may be necessary to patch ./make/common.mk and adjust CXXFLAGS there. > %clean > [ "x${RPM_BUILD_ROOT}" != "x/" ] && rm -rf "${RPM_BUILD_ROOT}" Just "rm -rf $RPM_BUILD_ROOT" is enough and more readable. You do define a default buildroot. Rare users, who rpmbuild as superuser and redefine the buildroot play with fire anyway. > %files > %defattr(-, root, root) > %{_bindir}/* > %{_includedir}/aeryn/* > %{_libdir}/aeryn/* Instead, these two %{_includedir}/aeryn/ %{_libdir}/aeryn/ would also include the two directories and not just their contents. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 00:10:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 20:10:21 -0400 Subject: [Bug 166251] Review Request: perl-Apache-LogRegex In-Reply-To: Message-ID: <200508210010.j7L0ALlQ015254@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Apache-LogRegex https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166251 ------- Additional Comments From bugs.michael at gmx.net 2005-08-20 20:10 EST ------- Import again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 00:50:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 20:50:05 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200508210050.j7L0o5Li020441@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Mason https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 Bug 166063 depends on bug 166059, which changed state. Bug 166059 Summary: Review Request: perl-Class-Container https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166059 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 00:50:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 20:50:15 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200508210050.j7L0oFv9020505@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Mason https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 Bug 166063 depends on bug 166059, which changed state. Bug 166059 Summary: Review Request: perl-Class-Container https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166059 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED Bug 166063 depends on bug 166065, which changed state. Bug 166065 Summary: Review Request: perl-Exception-Class https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166065 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From skvidal at phy.duke.edu Sun Aug 21 01:21:00 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 20 Aug 2005 21:21:00 -0400 Subject: BloGTK in extras? In-Reply-To: <1124574120.3790.2.camel@localhost.localdomain> References: <1124574120.3790.2.camel@localhost.localdomain> Message-ID: <1124587260.25978.0.camel@cutter> On Sat, 2005-08-20 at 17:42 -0400, Paul W. Frields wrote: > BloGTK is a simple pygtk2-based weblog interface for posting and > editing. Seth used to provide an RPM for this one, but doesn't anymore. > Is there anyone involved in packaging this for Extras? If not, I'd like > to throw my hat in the ring. I'll reply to this post with a specfile > once I have one cleaned up and ready to go. > go for it. But don't reply to this post with a specfile- use the package approval process in bugzilla. -sv From bugzilla at redhat.com Sun Aug 21 03:04:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 20 Aug 2005 23:04:13 -0400 Subject: [Bug 166265] Review request: perl-Text-Wrapper - Text::Wrapper Perl module In-Reply-To: Message-ID: <200508210304.j7L34DUA000740@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Text-Wrapper - Text::Wrapper Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166265 ------- Additional Comments From rc040203 at freenet.de 2005-08-20 23:03 EST ------- (In reply to comment #1) > - license not included as %doc I will not accept this as a valid point, unless a US lawyer confirms this to be a legal requirement in the USA. [...] > All of these can be done post-commit, so consider this APPROVED. OK, I'll investigate you other points. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 05:41:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 01:41:22 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200508210541.j7L5fMJ6016923@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Mason https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 ------- Additional Comments From rc040203 at freenet.de 2005-08-21 01:41 EST ------- NEEDSWORK: * nitpicks: - %check || :, please use "%check". - sed'ing LD_RUN_PATH, please remove - setting perl_vendorlib is superfluous with FC >= FC3. * Arguable/Discussable: - /var/www/mason and /var/www/comp I am not sure if these are clever choices. /var/www/mason seems reasonable to me, but /var/www/comp seems a bit too unspecific to me. However I don't have strong opinion on this. * Major issue: Your /etc/http.d/conf.d/perl-HTML-Mason.conf doesn't work on FC4. It prevents apache/httpd from startup: # service http start Starting httpd: [FAILED] [Sun Aug 21 07:34:47 2005] [error] Can't load Perl module Apache2 for server ..., exiting.. I am not as much an apache expert to be able to tell what is wrong with it. AFAIS, it definitely is related to these lines in perl-HTML-Mason.conf, which would indicate a mod_perl/mod_perl2 incompatiblity issue: PerlModule Apache2 PerlModule Apache::compat -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 06:00:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 02:00:44 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200508210600.j7L60iUC019965@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Mason https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 ------- Additional Comments From chris at chrisgrau.com 2005-08-21 02:00 EST ------- (In reply to comment #3) [snip] > - /var/www/mason and /var/www/comp > I am not sure if these are clever choices. /var/www/mason seems reasonable to > me, but /var/www/comp seems a bit too unspecific to me. However I don't have > strong opinion on this. My (unrequested) opinion would be to do what conf.d/perl.conf does and leave every option commented as examples of what could be done. For example, I use /var/cache/mason (like mod_proxy) for MasonDataDir and /var/www/mason as MasonCompRoot. Also, since libapreq2 is available in extras, an example of using the apache args method would be nice in addition to the cgi args method. [snip] > I am not as much an apache expert to be able to tell what is wrong with it. > AFAIS, it definitely is related to these lines in perl-HTML-Mason.conf, which > would indicate a mod_perl/mod_perl2 incompatiblity issue: > PerlModule Apache2 > PerlModule Apache::compat Neither of these lines are used with current versions of mod_perl and HTML::Mason. A physical Apache2 module was removed in mod_perl 2.0.0rc5, and Apache::compat isn't needed in HTML::Mason >= 1.30. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 06:33:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 02:33:15 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200508210633.j7L6XFig024606@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Mason https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 ------- Additional Comments From rc040203 at freenet.de 2005-08-21 02:32 EST ------- (In reply to comment #4) > (In reply to comment #3) > [snip] > My (unrequested) opinion would be to do what conf.d/perl.conf does and leave > every option commented as examples of what could be done. For example, I use > /var/cache/mason (like mod_proxy) for MasonDataDir and /var/www/mason as > MasonCompRoot. Agreed, /var/cache/mason seems to be a better choice to me. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 07:55:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 03:55:53 -0400 Subject: [Bug 166427] Review Request: inform - Compiler for Z-machine story files In-Reply-To: Message-ID: <200508210755.j7L7trpZ007155@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: inform - Compiler for Z-machine story files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166427 ------- Additional Comments From ville.skytta at iki.fi 2005-08-21 03:55 EST ------- The noise from rpmlint looks bogus indeed, and will be fixed in the next rpmlint package revision. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 10:05:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 06:05:08 -0400 Subject: [Bug 166438] New: Review Request: R-mAr Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166438 Summary: Review Request: R-mAr Product: Fedora Extras Version: devel Platform: All URL: http://cran.r-project.org/contrib/main/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jamatos at fc.up.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.fc.up.pt/pessoas/jamatos/R-mAr.spec SRPM Name or Url: http://www.fc.up.pt/pessoas/jamatos/R-mAr-1.1-1.src.rpm Description: R package: An R add-on package for estimation of multivariate AR models through a computationally-efficient stepwise least-squares algorithm (Neumaier and Schneider, 2001); the procedure is of particular interest for high-dimensional data without missing values such as geophysical fields. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 10:05:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 06:05:24 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508211005.j7LA5Olf003459@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jamatos at fc.up.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166438 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From stickster at gmail.com Sun Aug 21 13:01:56 2005 From: stickster at gmail.com (Paul W. Frields) Date: Sun, 21 Aug 2005 09:01:56 -0400 Subject: BloGTK in extras? In-Reply-To: <1124587260.25978.0.camel@cutter> References: <1124574120.3790.2.camel@localhost.localdomain> <1124587260.25978.0.camel@cutter> Message-ID: <1124629316.3417.2.camel@localhost.localdomain> On Sat, 2005-08-20 at 21:21 -0400, seth vidal wrote: > On Sat, 2005-08-20 at 17:42 -0400, Paul W. Frields wrote: > > BloGTK is a simple pygtk2-based weblog interface for posting and > > editing. Seth used to provide an RPM for this one, but doesn't anymore. > > Is there anyone involved in packaging this for Extras? If not, I'd like > > to throw my hat in the ring. I'll reply to this post with a specfile > > once I have one cleaned up and ready to go. > > > > go for it. But don't reply to this post with a specfile- use the > package approval process in bugzilla. I realized my error, but only on a mojito-induced delay that was just long enough to accommodate hitting "Send." ;-D Mmm, mojito... -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Documentation Project: http://fedora.redhat.com/projects/docs/ -------------- 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 bugzilla at redhat.com Sun Aug 21 13:29:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 09:29:19 -0400 Subject: [Bug 165985] Review Request: Aeryn - A C++ testing framework In-Reply-To: Message-ID: <200508211329.j7LDTJea022490@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Aeryn - A C++ testing framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165985 ------- Additional Comments From paul at all-the-johnsons.co.uk 2005-08-21 09:29 EST ------- The package is actually called Aeryn2 with a version number of 2.1.1 hense the name! Documentation is a couple of PDFs - I can convert them to something sane, so that's not an issue and I'll change the TestClient executable to be performed as %check. I'll also make the changes so that it's not /usr/include/aeryn/aeryn but /usr/include/aeryn. No problems with the others. Thanks for the pointers and I'll get a newer version up at some point today. Other things are pressing though :-( -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 14:37:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 10:37:24 -0400 Subject: [Bug 165413] Review Request: plague RPM build system In-Reply-To: Message-ID: <200508211437.j7LEbONK032670@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: plague RPM build system https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165413 jwboyer at jdub.homelinux.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-21 10:37 EST ------- added to owners.list now. thanks for pointing that out. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 18:17:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 14:17:59 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200508211817.j7LIHxLr027832@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grace (Numerical Data Processing and Visualization Tool) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166414 ------- Additional Comments From paul at city-fan.org 2005-08-21 14:17 EST ------- (In reply to comment #2) > no-prereq-on chkfontpath > this seems bogus as chkfontpath is only used at install time, there is no > need to require it chkfontpath at building time, or there is? chkfontpath is used in your %post and %postun scripts. Therefore I think you should have: Requires(post): chkfontpath Requires(postun): chkfontpath rather than just: Requires: chkfontpath I think that's what rpmlint is alluding to. If the desktop file specifies a MIME type (I don't know if it does), you'd need to run update-desktop-database too - see the scriptlets page at http://fedoraproject.org/wiki/ScriptletSnippets -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 20:07:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 16:07:22 -0400 Subject: [Bug 165329] Review Request: roundup-0.8.4-3 In-Reply-To: Message-ID: <200508212007.j7LK7MCb016467@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: roundup-0.8.4-3 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165329 ------- Additional Comments From redhat at flyn.org 2005-08-21 16:07 EST ------- Bug #166451 proposes a SELinux policy for this Roundup package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Sun Aug 21 20:12:10 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 21 Aug 2005 16:12:10 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050821201210.3E5F3801D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 7 bluefish-1.0.3-1.fc3 perl-Text-Autoformat-1.13-2.fc3 perl-Tree-Simple-1.15-2.fc3 scim-anthy-0.6.1-1.fc3 synce-0.9.1-1.fc3 synce-0.9.1-2.fc3 synce-0.9.1-3.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 Aug 21 20:16:17 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 21 Aug 2005 16:16:17 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050821201617.6AA89801D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 8 OpenEXR-1.2.2-5.fc4 bluefish-1.0.3-1.fc4 perl-Text-Autoformat-1.13-2.fc4 perl-Tree-Simple-1.15-2.fc4 sylpheed-claws-plugins-1.9.13-4.fc4 sylpheed-claws-plugins-1.9.13-5.fc4 synce-0.9.1-2.fc4 synce-0.9.1-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 Sun Aug 21 20:29:53 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 21 Aug 2005 16:29:53 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050821202953.855A0801D@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 9 OpenEXR-1.2.2-5.fc5 abiword-2.3.5-1 airsnort-0.2.7e-6.fc5 bluefish-1.0.3-1.fc5 nautilus-open-terminal-0.4-7.fc5 perl-Class-Container-0.12-2.fc5 perl-Exception-Class-1.21-2.fc5 perl-Font-AFM-1.19-2.fc5 perl-Text-Autoformat-1.13-2.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Sun Aug 21 21:22:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 17:22:15 -0400 Subject: [Bug 166414] Review Request: grace (Numerical Data Processing and Visualization Tool) In-Reply-To: Message-ID: <200508212122.j7LLMFdZ030271@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grace (Numerical Data Processing and Visualization Tool) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166414 ------- Additional Comments From jamatos at fc.up.pt 2005-08-21 17:22 EST ------- (In reply to comment #3) > > chkfontpath is used in your %post and %postun scripts. Therefore I think you > should have: > > Requires(post): chkfontpath > Requires(postun): chkfontpath > rather than just: > Requires: chkfontpath > > I think that's what rpmlint is alluding to. You are right, of course, I have fixed that in the new version. http://www.fc.up.pt/pessoas/jamatos/grace.spec http://www.fc.up.pt/pessoas/jamatos/grace-5.1.18-2.src.rpm > If the desktop file specifies a MIME type (I don't know if it does), you'd need > to run update-desktop-database too - see the scriptlets page at > http://fedoraproject.org/wiki/ScriptletSnippets No it does not. Thanks for the advice I will remember next I have a case like that. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 21:35:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 17:35:24 -0400 Subject: [Bug 166455] New: Review Request: blogtk: GNOME app to create/edit blog entries Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166455 Summary: Review Request: blogtk: GNOME app to create/edit blog entries Product: Fedora Extras Version: devel Platform: All URL: http://blogtk.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: stickster at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://rpm.frields.org/FC4/blogtk/blogtk.spec SRPM Name or Url: http://rpm.frields.org/FC4/blogtk/blogtk-1.1-3.src.rpm Description: BloGTK is a weblog posting client written in Python for any platform that supports Python and the GTK widget set. BloGTK allows you to connect to your weblog with XML-RPC and create new posts. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 21:35:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 17:35:38 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508212135.j7LLZcKP031616@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 stickster at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166455 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 23:07:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 19:07:24 -0400 Subject: [Bug 166459] New: Review Request: bigloo - compiler for the Scheme programming language Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166459 Summary: Review Request: bigloo - compiler for the Scheme programming language Product: Fedora Extras Version: devel Platform: All URL: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/bigloo -2.6f-2.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gemi at bluewin.ch QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://math.ifi.unizh.ch/fedora/spec/bigloo.spec SRPM Name or Url: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/bigloo-2.6f-2.src.rpm Description: Bigloo is a compiler and interpreter for an extended version of the Scheme programming language. Bigloo allows a full connection between Scheme and C programs. It delivers fast and small executables. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 21 23:07:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 21 Aug 2005 19:07:46 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508212307.j7LN7kN6009695@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166459 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Mon Aug 22 05:57:20 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 22 Aug 2005 01:57:20 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050822055720.37637801D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 1 scim-1.4.2-0.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 Mon Aug 22 05:57:49 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 22 Aug 2005 01:57:49 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050822055749.7FC58801D@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 2 perl-Text-Wrapper-1.000-2.fc5 uim-0.4.8-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From s.mako at gmx.net Mon Aug 22 07:34:56 2005 From: s.mako at gmx.net (Zoltan Kota) Date: Mon, 22 Aug 2005 09:34:56 +0200 (CEST) Subject: recode Message-ID: Hi, As I see recode is unmaintained in extras. Since the packages I maintain require recode I could volunteer if nobody else wants it. Zoltan From bugzilla at redhat.com Mon Aug 22 07:48:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 03:48:52 -0400 Subject: [Bug 166470] New: Review Request: taskjuggler Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166470 Summary: Review Request: taskjuggler Product: Fedora Extras Version: devel Platform: All URL: http://www.taskjuggler.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: petersen at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/petersen/taskjuggler.spec SRPM Name or Url: http://people.redhat.com/petersen/taskjuggler-2.1.1-1.src.rpm Description: TaskJuggler is a project management tool. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 07:49:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 03:49:09 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508220749.j7M7n9Fs020140@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166470 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 07:54:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 03:54:44 -0400 Subject: [Bug 166470] Review Request: taskjuggler In-Reply-To: Message-ID: <200508220754.j7M7siiq021224@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: taskjuggler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166470 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|normal |low ------- Additional Comments From petersen at redhat.com 2005-08-22 03:54 EST ------- Package lightly tested. The tjx2gantt script requires the perl module PostScript::Simple, but according to the script it is still alpha - so dunno if it should just be disabled say? (I just packaged this for someone else and thought I might as well post it hear since noone has packaged it for Fedora yet afaict - so if someone else wants this package don't be sky. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 07:56:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 03:56:37 -0400 Subject: [Bug 165779] Review Request: kasumi In-Reply-To: Message-ID: <200508220756.j7M7ubnU021549@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kasumi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165779 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |petersen at redhat.com ------- Additional Comments From petersen at redhat.com 2005-08-22 03:56 EST ------- kasumi was added to FC devel recently btw. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:08:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:08:41 -0400 Subject: [Bug 166342] Review Request: scim-hangul In-Reply-To: Message-ID: <200508220808.j7M88fKr023963@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-hangul https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166342 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |petersen at redhat.com ------- Additional Comments From petersen at redhat.com 2005-08-22 04:08 EST ------- scim-hangul is now in Core devel btw. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:22:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:22:04 -0400 Subject: [Bug 166471] New: Review Request: scim-qtimm Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166471 Summary: Review Request: scim-qtimm Product: Fedora Extras Version: devel Platform: All URL: http://www.scim-im.org/projects/scim_qtimm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: petersen at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/petersen/scim-qtimm.spec SRPM Name or Url: http://people.redhat.com/petersen/scim-qtimm-0.9.4-0.src.rpm Description: scim-qtimm is an input method module for Qt (scim-qtimm was recently added to Fedora Core devel.) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:22:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:22:10 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508220822.j7M8MAQD027083@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166471 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:26:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:26:38 -0400 Subject: [Bug 166472] New: Review Request: libchewing Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166472 Summary: Review Request: libchewing Product: Fedora Extras Version: devel Platform: All URL: http://chewing.csie.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: petersen at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/petersen/libchewing.spec SRPM Name or Url: http://people.redhat.com/petersen/libchewing-0.2.7-0.src.rpm Description: libchewing is an intelligent phonetic input method library for Mandarin Chinese. libchewing was recently added to Fedora Core devel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:26:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:26:47 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508220826.j7M8QlkV028417@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166472 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:32:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:32:55 -0400 Subject: [Bug 166473] New: Review Request: scim-chewing Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166473 Summary: Review Request: scim-chewing Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: petersen at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://people.redhat.com/petersen/scim-chewing.spec SRPM Name or Url: http://people.redhat.com/petersen/scim-chewing-0.2.1-0.src.rpm Description: SCIM Chewing Chinese input method. scim-chewing was recently added to Fedora Core devel -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:33:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:33:04 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508220833.j7M8X4qE030217@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166473 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:33:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:33:47 -0400 Subject: [Bug 166474] New: Review request: perl-Class-ReturnValue - Class::ReturnValue Perl module Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166474 Summary: Review request: perl-Class-ReturnValue - Class::ReturnValue Perl module Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Class-ReturnValue OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Class-ReturnValue.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Class-ReturnValue-0.53-1.src.rpm Description: A return-value object that lets you treat it as as a boolean, array or object. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:34:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:34:04 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508220834.j7M8Y4Wg030464@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166474 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:35:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:35:15 -0400 Subject: [Bug 166473] Review Request: scim-chewing In-Reply-To: Message-ID: <200508220835.j7M8ZFS2030687@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-chewing https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166473 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166472 ------- Additional Comments From petersen at redhat.com 2005-08-22 04:35 EST ------- Add dependency on libchewing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:46:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:46:05 -0400 Subject: [Bug 166474] Review request: perl-Class-ReturnValue - Class::ReturnValue Perl module In-Reply-To: Message-ID: <200508220846.j7M8k5Tw032460@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Class-ReturnValue - Class::ReturnValue Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166474 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |165572 ------- Additional Comments From rc040203 at freenet.de 2005-08-22 04:45 EST ------- This is a dependency of rt3 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 08:55:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 04:55:35 -0400 Subject: [Bug 165552] Review Request: Prints a short string to the console in very large letters In-Reply-To: Message-ID: <200508220855.j7M8tZCB001830@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Prints a short string to the console in very large letters https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165552 ------- Additional Comments From oliver at linux-kernel.at 2005-08-22 04:55 EST ------- Build 2. See http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/banner -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 09:56:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 05:56:14 -0400 Subject: [Bug 165552] Review Request: Prints a short string to the console in very large letters In-Reply-To: Message-ID: <200508220956.j7M9uEGP015305@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Prints a short string to the console in very large letters https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165552 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-22 05:55 EST ------- Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 10:28:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 06:28:59 -0400 Subject: [Bug 166342] Review Request: scim-hangul In-Reply-To: Message-ID: <200508221028.j7MASxi8022424@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-hangul https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166342 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |wtogami at redhat.com OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-08-22 06:28 EST ------- Please import a scim-hangul that matches the core version and request a build. Keep this bug open for me to verify everything. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 10:29:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 06:29:21 -0400 Subject: [Bug 166471] Review Request: scim-qtimm In-Reply-To: Message-ID: <200508221029.j7MATLNA022545@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-qtimm https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166471 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |wtogami at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-08-22 06:29 EST ------- This is good enough to import into CVS and build. Remove the files from the devel directory. Keep this bug open for me to verify everything. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 10:29:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 06:29:36 -0400 Subject: [Bug 166473] Review Request: scim-chewing In-Reply-To: Message-ID: <200508221029.j7MATaxg022674@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-chewing https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166473 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |wtogami at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-08-22 06:29 EST ------- This is good enough to import into CVS and build. Remove the files from the devel directory. Keep this bug open for me to verify everything. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 10:29:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 06:29:51 -0400 Subject: [Bug 166472] Review Request: libchewing In-Reply-To: Message-ID: <200508221029.j7MATpuC022785@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libchewing https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166472 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |wtogami at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-08-22 06:29 EST ------- Perhaps remove the INSTALL file. This is good enough to import into CVS and build. Remove the files from the devel directory. Keep this bug open for me to verify everything. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 10:29:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 06:29:59 -0400 Subject: [Bug 166472] Review Request: libchewing In-Reply-To: Message-ID: <200508221029.j7MATxGH022842@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libchewing https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166472 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |wtogami at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From wtogami at redhat.com 2005-08-22 06:29 EST ------- Perhaps remove the INSTALL file. This is good enough to import into CVS and build. Remove the files from the devel directory. Keep this bug open for me to verify everything. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nphilipp at redhat.com Mon Aug 22 10:54:41 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 22 Aug 2005 12:54:41 +0200 Subject: How long until... In-Reply-To: <43099AFA.4050204@redhat.com> References: <1124690769.5130.9.camel@localhost.localdomain> <1124702699.4229.5.camel@wombat.tiptoe.de> <43099AFA.4050204@redhat.com> Message-ID: <1124708081.4229.12.camel@wombat.tiptoe.de> [Followup on fedora-extras-list] On Mon, 2005-08-22 at 14:59 +0530, Rahul Sundaram wrote: > Nils Philippsen wrote: > > >On Mon, 2005-08-22 at 16:06 +1000, Rodd Clarkson wrote: > > > > > >>... someone gets Quake ]I[ into extras? > >> > >>see: http://www.shacknews.com/docs/press/081905_quake3.x > >> > >> > > > >... probably a long time because only the code, not the artwork, has > >been GPLed. > > > >Nils > > > > > The game data including artwork sound etc might have more value but > perhaps the gaming engine is nice for other developers to base their > work on it. Its not bad to have it in extras if anyone is interested in > doing that. Usually people fork the engine code for their own projects so I doubt having the q3 engine in Extras (without supplementing artwork) has much benefit. 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 bugzilla at redhat.com Mon Aug 22 10:55:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 06:55:35 -0400 Subject: [Bug 165552] Review Request: Prints a short string to the console in very large letters In-Reply-To: Message-ID: <200508221055.j7MAtZCe025873@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Prints a short string to the console in very large letters https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165552 ------- Additional Comments From oliver at linux-kernel.at 2005-08-22 06:55 EST ------- cvs imported. What is the correct bugzilla status now? NEXTRELEASE? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 11:03:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 07:03:01 -0400 Subject: [Bug 165552] Review Request: Prints a short string to the console in very large letters In-Reply-To: Message-ID: <200508221103.j7MB31Wt026590@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Prints a short string to the console in very large letters https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165552 ------- Additional Comments From paul at city-fan.org 2005-08-22 07:02 EST ------- See http://fedoraproject.org/wiki/Extras/NewPackageProcess When your builds are done, close the bug NEXTRELEASE. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 11:06:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 07:06:19 -0400 Subject: [Bug 165666] Review Request: Graph Visualization Tools In-Reply-To: Message-ID: <200508221106.j7MB6JQr027037@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Graph Visualization Tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165666 ------- Additional Comments From oliver at linux-kernel.at 2005-08-22 07:06 EST ------- Please check build 3.(In reply to comment #1) > Not a formal review, just some remarks on the spec files: > > - BuildRoot not conforming to FE conventions: > BuildRoot: %{_tmppath}/%{name}-root Fixed. > - Questionable: > %{expand: %%define optflags %{optflags} -ffast-math} We also have this for graphviz itself. It comes from the original specfile provided within the tarball. > - Probably wrong: > %configure .... > transform='s,x,x,' \ > [If this is required, the configure script is utterly broken.] Stays as we also use it for graphviz package. > This is twice questionable: > 1. Using -ffast-math is questionable by itself. I recommend against it. > 2. The expand. Pass CFLAGS="$RPM_OPT_FLAGS " to configure instead. > > - Missing > Requires(post): %{_bindir}/dot > Requires(postun): %{_bindir}/dot Fixed. Please see build 3. Same URL. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 11:09:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 07:09:38 -0400 Subject: [Bug 166481] New: Review Request: network grep Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166481 Summary: Review Request: network grep Product: Fedora Extras Version: devel Platform: All URL: http://filelister.linux- kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/ ngrep OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/ngrep/ngrep.spec SRPM Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/ngrep/ngrep-1.44_1-1.src.rpm Description: ngrep strives to provide most of GNU grep's common features, applying them to the network layer. ngrep is a pcap-aware tool that will allow you to specify extended regular or hexadecimal expressions to match against data payloads of packets. It currently recognizes TCP, UDP, ICMP, IGMP and Raw protocols across Ethernet, PPP, SLIP, FDDI, Token Ring, 802.11 and null interfaces, and understands bpf filter logic in the same fashion as more common packet sniffing tools, such as tcpdump and snoop. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 11:09:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 07:09:45 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508221109.j7MB9jww027416@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166481 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 11:11:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 07:11:53 -0400 Subject: [Bug 166482] New: Review Request: Active OS fingerprinting tools Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166482 Summary: Review Request: Active OS fingerprinting tools Product: Fedora Extras Version: devel Platform: All URL: http://filelister.linux- kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/ xprobe OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/xprobe/xprobe2.spec SRPM Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/xprobe/xprobe2-0.3-1.src.rpm Description: Xprobe (I & II) is an Active OS fingerprinting tools based on Ofir Arkin's ICMP Usage In Scanning Research project. Xprobe is an alternative to some tools which are heavily dependent upon the usage of the TCP protocol for remote active operating system fingerprinting. Xprobe I combines various remote active operating system fingerprinting methods using the ICMP protocol, which were discovered during the "ICMP Usage in Scanning" research project, into a simple, fast, efficient and a powerful way to detect an underlying operating system a targeted host is using. Xprobe2 is an active operating system fingerprinting tool with a different approach to operating system fingerprinting. Xprobe2 rely on fuzzy signature matching, probabilistic guesses, multiple matches simultaneously, and a signature database. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 11:12:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 07:12:00 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508221112.j7MBC00e027655@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166482 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oliver at linux-kernel.at Mon Aug 22 11:19:44 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 22 Aug 2005 13:19:44 +0200 Subject: libnet Message-ID: <4309B4D0.3010908@linux-kernel.at> Nobody maintains this anymore? I would volunteer to take-over, if nobody has problems with that. Best, Oliver From bugzilla at redhat.com Mon Aug 22 11:20:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 07:20:15 -0400 Subject: [Bug 166483] New: Review Request: File archiver with highest compression ratio. Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166483 Summary: Review Request: File archiver with highest compression ratio. Product: Fedora Extras Version: devel Platform: All URL: http://filelister.linux- kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/ p7zip OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: oliver at linux-kernel.at QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/p7zip/p7zip.spec SRPM Name or Url: http://filelister.linux-kernel.at/downloads/packages/FC_EXTRAS_APPROVAL/p7zip/p7zip-4.20-1.src.rpm Description: p7zip is a port of 7za.exe for Unix. 7-Zip is a file archiver with highest compression ratio. Original version can be found at http://www.7zip.org. Package contains also virtual file system for Midnigth Commander. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 11:20:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 07:20:22 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508221120.j7MBKM9F028487@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166483 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oliver at linux-kernel.at Mon Aug 22 11:27:03 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 22 Aug 2005 13:27:03 +0200 Subject: Missing reviews Message-ID: <4309B687.9080101@linux-kernel.at> syck : Bug 165686 perl-YAML-Parser-Syck: Bug 165688 perl-Unix-Statgrab : Bug 165533 squidGuard : Bug 165689 ngrep : Bug 166481 xprobe : Bug 166482 p7zip : Bug 166483 I hope someone is going to review those... Some of them are a bit 'old' allready. :-) Best, Oliver From paul at city-fan.org Mon Aug 22 11:42:42 2005 From: paul at city-fan.org (Paul Howarth) Date: Mon, 22 Aug 2005 12:42:42 +0100 Subject: Missing reviews In-Reply-To: <4309B687.9080101@linux-kernel.at> References: <4309B687.9080101@linux-kernel.at> Message-ID: <4309BA32.3080301@city-fan.org> Oliver Falk wrote: > syck : Bug 165686 > perl-YAML-Parser-Syck: Bug 165688 > > perl-Unix-Statgrab : Bug 165533 > squidGuard : Bug 165689 > ngrep : Bug 166481 > xprobe : Bug 166482 > p7zip : Bug 166483 > > I hope someone is going to review those... Some of them are a bit 'old' > allready. :-) Any potenial reviewer with a little time on their hands might like to take a look at https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FE-NEW&hide_resolved=1 where they'll find a list of packages awaiting review... Paul. From oliver at linux-kernel.at Mon Aug 22 11:50:34 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 22 Aug 2005 13:50:34 +0200 Subject: libnet In-Reply-To: <4309B4D0.3010908@linux-kernel.at> References: <4309B4D0.3010908@linux-kernel.at> Message-ID: <4309BC0A.70201@linux-kernel.at> On 08/22/2005 01:19 PM, Oliver Falk wrote: > Nobody maintains this anymore? > > I would volunteer to take-over, if nobody has problems with that. Forget it... This one has allready a bugzilla entry... -of From buildsys at fedoraproject.org Mon Aug 22 11:55:12 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 22 Aug 2005 07:55:12 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050822115512.37BE0801D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 5 awstats-6.5-0.1.050822.fc3 bwm-ng-0.5-6.fc3 perl-Font-AFM-1.19-2.fc3 perl-Mail-Alias-1.12-6.fc3 perl-Text-Wrapper-1.000-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 Mon Aug 22 11:59:13 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 22 Aug 2005 07:59:13 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050822115913.7D073801D@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 5 awstats-6.5-0.1.050822.fc4 bwm-ng-0.5-6.fc4 perl-Font-AFM-1.19-2.fc4 perl-Mail-Alias-1.12-6.fc4 perl-Text-Wrapper-1.000-2.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Mon Aug 22 11:59:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 07:59:53 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508221159.j7MBxrBu001613@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oliver at linux-kernel.at ------- Additional Comments From oliver at linux-kernel.at 2005-08-22 07:59 EST ------- Good: - rpmlint is quiet - License is OK To be changed: - Make should be: make %{?_smp_mflags} (Works at least with 1.1.3 RC Ideas: - Subpackage a -devel package - Subpackage a -sample package or put the samples in the -devel package Everything else seems to be fine. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 12:06:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 08:06:21 -0400 Subject: [Bug 166409] Review Request: gajim - jabber client written in PyGTK In-Reply-To: Message-ID: <200508221206.j7MC6LtG002789@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gajim - jabber client written in PyGTK https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166409 ------- Additional Comments From gajownik at gmail.com 2005-08-22 08:06 EST ------- I have updated the files. Now it's easier to choose whether to use internal or external modules. Links are the same. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Mon Aug 22 12:10:23 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Mon, 22 Aug 2005 08:10:23 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050822121023.2F6F9801D@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 4 awstats-6.5-0.1.050822.fc5 banner-1.3.1-2.fc5 bwm-ng-0.5-6.fc5 perl-Mail-Alias-1.12-6.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Mon Aug 22 12:22:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 08:22:27 -0400 Subject: [Bug 166343] Review Request: nail - An enhanced implementation of the mailx command In-Reply-To: Message-ID: <200508221222.j7MCMRi5005147@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nail - An enhanced implementation of the mailx command https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166343 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oliver at linux-kernel.at ------- Additional Comments From oliver at linux-kernel.at 2005-08-22 08:22 EST ------- Good: - rpmlint is clean - License is OK - Works with my IMAP server. :-) To be changed: - Remove the 'An' from the beginning of the Summary - BuildRoot is not Fedora standard: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) - I would remove the leading spaces in the %description - Use %{_sbindir}/sendmail in the makeflags; Inconsitent use of macros - Do we really need the nail webpage??? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 12:39:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 08:39:25 -0400 Subject: [Bug 165903] Review Request: perl-Carp-Assert - Executable comments In-Reply-To: Message-ID: <200508221239.j7MCdPoZ008596@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Carp-Assert - Executable comments https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165903 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |rc040203 at freenet.de OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-08-22 08:39 EST ------- NEEDSWORK: The package builds fine in chroot without Test::Inline installed, but chokes if Test::Inline is installed: rpmbuild ... ... cp lib/Carp/Assert.pm blib/lib/Carp/Assert.pm make: pod2test: Command not found ... Nitpicking: - %check || : -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 12:54:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 08:54:49 -0400 Subject: [Bug 166483] Review Request: File archiver with highest compression ratio. In-Reply-To: Message-ID: <200508221254.j7MCsnhw010881@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: File archiver with highest compression ratio. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166483 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG OtherBugsDependingO|163776 | nThis| | ------- Additional Comments From matthias at rpmforge.net 2005-08-22 08:54 EST ------- Hum... p7zip is already in Extras. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 12:57:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 08:57:37 -0400 Subject: [Bug 165903] Review Request: perl-Carp-Assert - Executable comments In-Reply-To: Message-ID: <200508221257.j7MCvbcD011167@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Carp-Assert - Executable comments https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165903 ------- Additional Comments From paul at city-fan.org 2005-08-22 08:57 EST ------- (In reply to comment #1) > NEEDSWORK: > > The package builds fine in chroot without Test::Inline installed, but chokes if > Test::Inline is installed: > > rpmbuild ... > ... > cp lib/Carp/Assert.pm blib/lib/Carp/Assert.pm > make: pod2test: Command not found > ... The Changes file for Test::Inline says that pod2test was removed at version 2.00_07. This probably needs fixing upstream. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 13:01:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 09:01:35 -0400 Subject: [Bug 166343] Review Request: nail - An enhanced implementation of the mailx command In-Reply-To: Message-ID: <200508221301.j7MD1ZqQ011637@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nail - An enhanced implementation of the mailx command https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166343 ------- Additional Comments From dmitry at butskoy.name 2005-08-22 09:01 EST ------- " - Remove the 'An' from the beginning of the Summary" " - BuildRoot is not Fedora standard:" done. " - I would remove the leading spaces in the %description" I use leading spaces for paragraphs. IMHO, the description will be more readable if paragraphs will be used. Or it is not recommended? " - Use %{_sbindir}/sendmail in the makeflags;" done. " - Do we really need the nail webpage???" Why are not? :-) It seemed to me that there is no good README in this package, therefore I have added a copy of its current homepage. See new release: http://dmitry.butskoy.name/nail/nail-11.25-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 13:19:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 09:19:14 -0400 Subject: [Bug 166343] Review Request: nail - An enhanced implementation of the mailx command In-Reply-To: Message-ID: <200508221319.j7MDJERr015278@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nail - An enhanced implementation of the mailx command https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166343 ------- Additional Comments From oliver at linux-kernel.at 2005-08-22 09:19 EST ------- (In reply to comment #2) > " - I would remove the leading spaces in the %description" > I use leading spaces for paragraphs. IMHO, the description will be more > readable if paragraphs will be used. Or it is not recommended? Good, if you *wanted* it like this. > " - Do we really need the nail webpage???" > Why are not? :-) It seemed to me that there is no good README in this package, > therefore I have added a copy of its current homepage. OK. I thought the man-page is enough. But you are right a good readme is fine to have... > See new release: http://dmitry.butskoy.name/nail/nail-11.25-2.src.rpm Add this bug #166343 to the changelog... And I approve it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 13:25:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 09:25:22 -0400 Subject: [Bug 166483] Review Request: File archiver with highest compression ratio. In-Reply-To: Message-ID: <200508221325.j7MDPMgt016488@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: File archiver with highest compression ratio. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166483 ------- Additional Comments From oliver at linux-kernel.at 2005-08-22 09:25 EST ------- Argh... You are right... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 13:28:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 09:28:22 -0400 Subject: [Bug 166343] Review Request: nail - An enhanced implementation of the mailx command In-Reply-To: Message-ID: <200508221328.j7MDSMZC017038@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nail - An enhanced implementation of the mailx command https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166343 ------- Additional Comments From bugs.michael at gmx.net 2005-08-22 09:28 EST ------- Blank lines in front of paragraphs are most common. Leading spaces decrease readability and lead to a sort of stair-case effect. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 13:31:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 09:31:23 -0400 Subject: [Bug 166343] Review Request: nail - An enhanced implementation of the mailx command In-Reply-To: Message-ID: <200508221331.j7MDVNWB017679@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nail - An enhanced implementation of the mailx command https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166343 ------- Additional Comments From dmitry at butskoy.name 2005-08-22 09:31 EST ------- Add bug #166343 to changelog. (The same source, I did not increment release for this...) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 13:41:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 09:41:09 -0400 Subject: [Bug 166343] Review Request: nail - An enhanced implementation of the mailx command In-Reply-To: Message-ID: <200508221341.j7MDf9MK019932@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: nail - An enhanced implementation of the mailx command https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166343 ------- Additional Comments From dmitry at butskoy.name 2005-08-22 09:41 EST ------- Also change leading spaces to blank lines. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 13:53:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 09:53:10 -0400 Subject: [Bug 166377] Review Request: erlang - General-purpose programming language and runtime environment In-Reply-To: Message-ID: <200508221353.j7MDrAKF023005@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: erlang - General-purpose programming language and runtime environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166377 triad at df.lth.se changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |triad at df.lth.se ------- Additional Comments From triad at df.lth.se 2005-08-22 09:53 EST ------- OK there is one odd thing to be spotted here immediately. The version is "R10B" which I know for sure is Ericsson-internal revision numbering. Have you made sure that this will work with RPM upgrades? Is it really OK for the revision to start with a letter? The number scheme means next release in R10 will be R10C through R10Z, but then the real trouble starts, because after that R10AA will follow (I believe) and that might not work so well with RPM, I believe it will be considered a lesser version than R10Z... Of course if the revision policy is such that Erlang will never pass beyond R10Z it will be OK, if and only if the "R" first in the revision number is OK, as stated in the previous remark. Please test and clarify this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Mon Aug 22 13:51:31 2005 From: pertusus at free.fr (Patrice Dumas) Date: Mon, 22 Aug 2005 15:51:31 +0200 Subject: static libraries/devel subpackages Message-ID: <20050822135131.GA2439@free.fr> Hi, I have some questions and comments regarding the packaging guidelines. 1) In the packaging guidelines there is a paragraph about Exclusion of Static Libraries with is the following sentence: "Static libraries should only be included in exceptional circumstances" Should it really be followed? I may be wrong but all the packages I know in extra distribute the static libraries in -devel subpackages. 2) It also seems to me that something about the devel subpackages is missing in the packaging guidelines. More precisely I think that the following should be stated: * When should a devel package be done (I believe always if possible) * what to put in -devel and non-devel package (in devel include files static libs, api documentation, .so file, lib-config utility, code samples) rpmlint does a good work at detecting some of these items. * it should be noted that the -devel package should require the non devel package and how it should do so: - with Requires: %{name} = %{version}-%{release} - or Requires: %{name} = %{version} * when the package consists only in static libraries, no binaries nor dynamic libraries what should be done? (I think that the principal package should not distribute any file such that there is only a -devel package. It is what libcaca does.) -- Pat From bugzilla at redhat.com Mon Aug 22 14:40:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 10:40:23 -0400 Subject: [Bug 166492] New: Review request: perl-Cache-Simple-TimedExpiry - Cache::Simple::TimedExpiry Perl module Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166492 Summary: Review request: perl-Cache-Simple-TimedExpiry - Cache::Simple::TimedExpiry Perl module Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Cache-Simple-TimedExpiry/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Cache-Simple-TimedExpiry.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Cache-Simple-TimedExpiry-0.23-1.src.rpm Description: A lightweight cache with timed expiration -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 14:40:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 10:40:47 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508221440.j7MEelpp003598@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166492 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 14:48:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 10:48:33 -0400 Subject: [Bug 165903] Review Request: perl-Carp-Assert - Executable comments In-Reply-To: Message-ID: <200508221448.j7MEmXrI005200@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Carp-Assert - Executable comments https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165903 ------- Additional Comments From rc040203 at freenet.de 2005-08-22 10:48 EST ------- (In reply to comment #2) I think adding a BuildConflicts: perl(Test::Inline) >= 2.00_07 or even more restrictive BuildConflicts: perl(Test::Inline) would be sufficient to prevent this issue. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From triad at df.lth.se Mon Aug 22 14:49:30 2005 From: triad at df.lth.se (Linus Walleij) Date: Mon, 22 Aug 2005 16:49:30 +0200 (CEST) Subject: static libraries/devel subpackages In-Reply-To: <20050822135131.GA2439@free.fr> References: <20050822135131.GA2439@free.fr> Message-ID: On Mon, 22 Aug 2005, Patrice Dumas wrote: > Should it really be followed? I may be wrong but all the packages I know > in extra distribute the static libraries in -devel subpackages. I actually followed that in my (yet only) package libnjb. Though I thought it was odd. Removing the libtool archives (*.la) is more understandable though. I believe the reasoning is that use of dynamic libraries should be encouraged, and RPMs in extras should only use dynamic libs, thus no need to include static libs. (Qualified guess.) > * when the package consists only in static libraries, no binaries nor dynamic > libraries what should be done? (I think that the principal package should > not distribute any file such that there is only a -devel package. It is > what libcaca does.) Seems reasonable to me... Could one not just name the main package "foo-devel" then, with no "main" package whatsoever? Linus From bugzilla at redhat.com Mon Aug 22 15:10:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 11:10:24 -0400 Subject: [Bug 166481] Review Request: network grep In-Reply-To: Message-ID: <200508221510.j7MFAOKd010861@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: network grep https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166481 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |colin at fedoraproject.org ------- Additional Comments From ville.skytta at iki.fi 2005-08-22 11:10 EST ------- https://www.redhat.com/archives/fedora-extras-list/2005-July/msg01009.html License is most certainly not GPL; in fact, to me it looks like it's GPL incompatible which means it cannot be used with the regexp stuff shipped in the tarball. I suggest you check out my package at the bottom of the message in the above URL and include the stuff in it (or similar) in your package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 15:12:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 11:12:54 -0400 Subject: [Bug 166481] Review Request: network grep In-Reply-To: Message-ID: <200508221512.j7MFCsdN011494@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: network grep https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166481 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ville.skytta at iki.fi ------- Additional Comments From ville.skytta at iki.fi 2005-08-22 11:12 EST ------- Also, the version of the software in the tarball is 1.44, not 1.44-1 or 1.44_1; that should be also in the package's Version tag. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 15:13:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 11:13:10 -0400 Subject: [Bug 166482] Review Request: Active OS fingerprinting tools In-Reply-To: Message-ID: <200508221513.j7MFDAEm011579@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Active OS fingerprinting tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166482 ------- Additional Comments From lmacken at redhat.com 2005-08-22 11:12 EST ------- I added this to extras a few weeks ago (Bug #165363) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 15:13:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 11:13:33 -0400 Subject: [Bug 166389] Review Request: NoGravity, 3D 'Wing Commander'-like game In-Reply-To: Message-ID: <200508221513.j7MFDXdk011672@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NoGravity, 3D 'Wing Commander'-like game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166389 ------- Additional Comments From bdpepple at ameritech.net 2005-08-22 11:13 EST ------- I talked to Tom Callaway regarding the licensing of the data file, and he feels that we need something in writing verifying that we have permission to freely redistribute the data file. I'm going to contact the developers in their forum, and see if I can get this done. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Mon Aug 22 15:34:28 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 22 Aug 2005 18:34:28 +0300 Subject: static libraries/devel subpackages In-Reply-To: <20050822135131.GA2439@free.fr> References: <20050822135131.GA2439@free.fr> Message-ID: <1124724868.15037.47.camel@localhost.localdomain> On Mon, 2005-08-22 at 15:51 +0200, Patrice Dumas wrote: > 1) In the packaging guidelines there is a paragraph about > Exclusion of Static Libraries > with is the following sentence: > "Static libraries should only be included in exceptional circumstances" > > Should it really be followed? I may be wrong but all the packages I know > in extra distribute the static libraries in -devel subpackages. The guideline is newer than most packages in Extras, and nowhere near all packages have been adopted yet, but some have. IMO, dropping the static libs from an existing package should be done only between distros, not during the package's life cycle between package release bumps for example in FC-4. The people likely being bitten by this (if anyone) are almost certainly 3rd parties as the static libs are very rarely being used within Extras -> we can't know exactly what are the consequences so better not inflict it on anyone within one distro version. > 2) It also seems to me that something about the devel subpackages is missing > in the packaging guidelines. More precisely I think that the following > should be stated: > > * When should a devel package be done (I believe always if possible) Whenever it makes sense. It depends. It's possible to make a -devel subpackage for let's say one *.so symlink and one *.h, but hardly worth it. Better to have "Provides: %{name}-devel = %{version}-%{release}" in the main package instead and require that provided -devel in dependent packages (if any) in preparation for the future. > * what to put in -devel and non-devel package (in devel include files static > libs, api documentation, .so file, lib-config utility, code samples) > rpmlint does a good work at detecting some of these items. + pkgconfig files, m4 files, binaries relevant only to -devel in general... it's hard to provide an exhaustive list. > * it should be noted that the -devel package should require the non devel > package and how it should do so: > - with > Requires: %{name} = %{version}-%{release} > - or > Requires: %{name} = %{version} The former is safer; the build options may vary between release bumps, the build environment may change slightly due to new versions of dependencies installed etc. This may result in API/ABI incompatibilities even if the sources don't change, and it's important to keep the main and -devel in sync. From ville.skytta at iki.fi Mon Aug 22 15:36:56 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 22 Aug 2005 18:36:56 +0300 Subject: static libraries/devel subpackages In-Reply-To: References: <20050822135131.GA2439@free.fr> Message-ID: <1124725016.15037.50.camel@localhost.localdomain> On Mon, 2005-08-22 at 16:49 +0200, Linus Walleij wrote: > On Mon, 22 Aug 2005, Patrice Dumas wrote: > > > * when the package consists only in static libraries, no binaries nor dynamic > > libraries what should be done? (I think that the principal package should > > not distribute any file such that there is only a -devel package. It is > > what libcaca does.) > > Seems reasonable to me... Ditto. > Could one not just name the main package > "foo-devel" then, with no "main" package whatsoever? Just leave it at "foo", that'll result in less mess when upstream one day introduces stuff that doesn't belong in the -devel package. From rc040203 at freenet.de Mon Aug 22 15:59:30 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 22 Aug 2005 17:59:30 +0200 Subject: static libraries/devel subpackages In-Reply-To: <1124725016.15037.50.camel@localhost.localdomain> References: <20050822135131.GA2439@free.fr> <1124725016.15037.50.camel@localhost.localdomain> Message-ID: <1124726370.5137.301.camel@mccallum.corsepiu.local> On Mon, 2005-08-22 at 18:36 +0300, Ville Skytt? wrote: > On Mon, 2005-08-22 at 16:49 +0200, Linus Walleij wrote: > > On Mon, 22 Aug 2005, Patrice Dumas wrote: > > > > > * when the package consists only in static libraries, no binaries nor dynamic > > > libraries what should be done? (I think that the principal package should > > > not distribute any file such that there is only a -devel package. It is > > > what libcaca does.) > > > > Seems reasonable to me... > > Ditto. > > > Could one not just name the main package > > "foo-devel" then, with no "main" package whatsoever? > > Just leave it at "foo", that'll result in less mess when upstream one > day introduces stuff that doesn't belong in the -devel package. Hmm? - IMO, the opposite is true. IMO, the only viable approaches are: 1. Let foo.spec produce foo-devel.rpm only. or 2. Let foo.spec produce foo.rpm only, but then let it Provide: foo-devel = %version-%release The rationale behind all this is: Simple packages often start with shipping a static lib (libfoo.a) only, and later are being extended to ship shared libs (libfoo.so, libfoo.so.x). At this point people will face problems if the package has started as "foo" w/o "foo-devel" If foo-devel is available from the earliest beginnings, packages wanting to link against "libfoo", can BuildRequires: foo-devel and don't have to be changed. Ralf From bugzilla at redhat.com Mon Aug 22 16:10:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 12:10:28 -0400 Subject: [Bug 166389] Review Request: NoGravity, 3D 'Wing Commander'-like game In-Reply-To: Message-ID: <200508221610.j7MGASct027518@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NoGravity, 3D 'Wing Commander'-like game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166389 nphilipp at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nphilipp at redhat.com ------- Additional Comments From nphilipp at redhat.com 2005-08-22 12:10 EST ------- If we can distribute this from Extras, we still should put the data into its own subpackage so that users don't get confused about what files is v?covered by which license. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 16:13:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 12:13:33 -0400 Subject: [Bug 166482] Review Request: Active OS fingerprinting tools In-Reply-To: Message-ID: <200508221613.j7MGDX9r028154@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Active OS fingerprinting tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166482 ------- Additional Comments From oliver at linux-kernel.at 2005-08-22 12:13 EST ------- OK, seems I havn't updated my local cvs for a while. Argh. That's the second package today. Thanks for the information. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 16:33:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 12:33:18 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508221633.j7MGXIrM001081@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From pertusus at free.fr 2005-08-22 12:33 EST ------- I put everything in a -devel package since there are no binaries nor dynamic libraries. rpmlint gave a lot of complaints on the rpm file. I cleaned everything except the warning about the end of files. http://www.environnement.ens.fr/docs/fc-srpms/libnet-1.1.2.1-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Aug 22 16:34:37 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 22 Aug 2005 18:34:37 +0200 Subject: static libraries/devel subpackages In-Reply-To: <1124724868.15037.47.camel@localhost.localdomain> References: <20050822135131.GA2439@free.fr> <1124724868.15037.47.camel@localhost.localdomain> Message-ID: <20050822183437.4c9c7d64@python2> Ville Skytt? wrote : > > * When should a devel package be done (I believe always if possible) > > Whenever it makes sense. It depends. It's possible to make a -devel > subpackage for let's say one *.so symlink and one *.h, but hardly worth > it. Better to have "Provides: %{name}-devel = %{version}-%{release}" in > the main package instead and require that provided -devel in dependent > packages (if any) in preparation for the future. I agree with this, but just a quick addition : Even if the "devel relevant files" are only a few kB, they should be split off if they require other devel files. Say that your GNOME app has one .h file and one .so symlink... seems like it's not worth splitting off, but it'll be needed if you want to put the proper "Requires: libgnome-devel" etc. for the devel part. Because if you don't split off the files and put that dependency, you'll be forcing a huge amount of devel files to be installed with the application, which is wrong. Just worth mentioning, since I already ran into this :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 2.34 1.63 1.24 From bugzilla at redhat.com Mon Aug 22 16:35:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 12:35:55 -0400 Subject: [Bug 166377] Review Request: erlang - General-purpose programming language and runtime environment In-Reply-To: Message-ID: <200508221635.j7MGZtUc001835@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: erlang - General-purpose programming language and runtime environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166377 ------- Additional Comments From gemi at bluewin.ch 2005-08-22 12:35 EST ------- (In reply to comment #1) > The number scheme means next release in R10 will be R10C through R10Z, but then > the real trouble starts, because after that R10AA will follow (I believe) > and that might not work so well with RPM, I believe it will be considered > a lesser version than R10Z... Of course if the revision policy is such that > Erlang will never pass beyond R10Z it will be OK, if and only if the "R" first > in the revision number is OK, as stated in the previous remark. You are right, this doesnt work, R10AA is before R10Z. I dont think releases will reach past R10Z before R11. However maybe another version naming scheme might be better. Any suggestions? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Mon Aug 22 16:41:38 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 22 Aug 2005 19:41:38 +0300 Subject: static libraries/devel subpackages In-Reply-To: <1124726370.5137.301.camel@mccallum.corsepiu.local> References: <20050822135131.GA2439@free.fr> <1124725016.15037.50.camel@localhost.localdomain> <1124726370.5137.301.camel@mccallum.corsepiu.local> Message-ID: <1124728898.15037.56.camel@localhost.localdomain> On Mon, 2005-08-22 at 17:59 +0200, Ralf Corsepius wrote: > On Mon, 2005-08-22 at 18:36 +0300, Ville Skytt? wrote: > > On Mon, 2005-08-22 at 16:49 +0200, Linus Walleij wrote: > > > On Mon, 22 Aug 2005, Patrice Dumas wrote: > > > > > > > * when the package consists only in static libraries, no binaries nor dynamic > > > > libraries what should be done? (I think that the principal package should > > > > not distribute any file such that there is only a -devel package. It is > > > > what libcaca does.) > > > > > > Seems reasonable to me... > > > > Ditto. > > > > > Could one not just name the main package > > > "foo-devel" then, with no "main" package whatsoever? > > > > Just leave it at "foo", that'll result in less mess when upstream one > > day introduces stuff that doesn't belong in the -devel package. > Hmm? - IMO, the opposite is true. > > IMO, the only viable approaches are: > 1. Let foo.spec produce foo-devel.rpm only. > or > 2. Let foo.spec produce foo.rpm only, but then let it > Provide: foo-devel = %version-%release Yes, fully agreed. But that's not what I was talking about in the above, nor do I think it's what the OP asked (note _main_ package). Instead, I believe it was a question about providing _only_ foo-devel.spec, foo-devel...src.rpm and foo-devel...$arch.rpm, which I don't think is a good idea. Better to have foo.spec, foo...src.rpm, foo-devel...$arch.rpm and the Provides for the main package in -devel. From ville.skytta at iki.fi Mon Aug 22 16:42:02 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 22 Aug 2005 19:42:02 +0300 Subject: static libraries/devel subpackages In-Reply-To: <20050822183437.4c9c7d64@python2> References: <20050822135131.GA2439@free.fr> <1124724868.15037.47.camel@localhost.localdomain> <20050822183437.4c9c7d64@python2> Message-ID: <1124728922.15037.57.camel@localhost.localdomain> On Mon, 2005-08-22 at 18:34 +0200, Matthias Saou wrote: > I agree with this, but just a quick addition : Even if the "devel relevant > files" are only a few kB, they should be split off if they require other > devel files. Good point. From sheltren at cs.ucsb.edu Mon Aug 22 16:45:55 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Mon, 22 Aug 2005 09:45:55 -0700 Subject: recode In-Reply-To: References: Message-ID: <71289120-9463-4AD4-8BD2-3114601D984C@cs.ucsb.edu> On Aug 22, 2005, at 12:34 AM, Zoltan Kota wrote: > Hi, > > As I see recode is unmaintained in extras. Since the packages I > maintain > require recode I could volunteer if nobody else wants it. > > Zoltan > I also need it for fortune-mod, but please feel free to claim it. Let me know if you want any help with it. -Jeff From bugzilla at redhat.com Mon Aug 22 16:49:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 12:49:23 -0400 Subject: [Bug 166503] New: Review Request: gdl - GNU Data Language Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166503 Summary: Review Request: gdl - GNU Data Language Product: Fedora Extras Version: devel Platform: All URL: http://www.cora.nwra.com/~orion/fedora/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: orion at cora.nwra.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.cora.nwra.com/~orion/fedora/gdl.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/gdl-0.8.10-1.src.rpm Description: A free IDL (Interactive Data Language) compatible incremental compiler (ie. runs IDL programs). IDL is a registered trademark of Research Systems Inc. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 16:49:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 12:49:37 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508221649.j7MGnbmJ004966@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166503 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 16:51:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 12:51:25 -0400 Subject: [Bug 166377] Review Request: erlang - General-purpose programming language and runtime environment In-Reply-To: Message-ID: <200508221651.j7MGpPWt005501@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: erlang - General-purpose programming language and runtime environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166377 ------- Additional Comments From ville.skytta at iki.fi 2005-08-22 12:51 EST ------- Off the cuff: 1) Don't worry, there's lots of space between B and Z, bump epoch if needed 2) erlang-R10-x.B%{?dist}, handle "stuff" by bumping x as appropriate -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 16:55:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 12:55:51 -0400 Subject: [Bug 166504] New: Review Request: python-numarry - Python array manipulation and computational library Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166504 Summary: Review Request: python-numarry - Python array manipulation and computational library Product: Fedora Extras Version: devel Platform: All URL: http://www.cora.nwra.com/~orion/fedora/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: orion at cora.nwra.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.cora.nwra.com/~orion/fedora/python-numarray.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/python-numarray-1.3.3-1.src.rpm Description: Numarray provides array manipulation and computational capabilities similar to those found in IDL, Matlab, or Octave. Using numarray, it is possible to write many efficient numerical data processing applications directly in Python without using any C, C++ or Fortran code (as well as doing such analysis interactively within Python or PyRAF). For algorithms that are not well suited for efficient computation using array facilities it is possible to write C functions (and eventually Fortran) that can read and write numarray arrays that can be called from Python. This is a dependency for gdl and python-basemap. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 16:56:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 12:56:01 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508221656.j7MGu1qE006683@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166504 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 17:08:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 13:08:25 -0400 Subject: [Bug 166506] New: Review Request: python-basemap - basemap toolkit for matplotlib Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166506 Summary: Review Request: python-basemap - basemap toolkit for matplotlib Product: Fedora Extras Version: devel Platform: All URL: http://www.cora.nwra.com/~orion/fedora/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: orion at cora.nwra.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.cora.nwra.com/~orion/fedora/python-basemap.spec SRPM Name or Url: http://www.cora.nwra.com/~orion/fedora/python-basemap- Description: Basemap is a matplotlib toolkit that allows you to plot data on map projections (with continental and political boundaries) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 17:08:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 13:08:31 -0400 Subject: [Bug 166504] Review Request: python-numarry - Python array manipulation and computational library In-Reply-To: Message-ID: <200508221708.j7MH8VoT009632@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-numarry - Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166504 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |166506 nThis| | -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 17:08:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 13:08:34 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508221708.j7MH8YiI009669@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166506 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 17:13:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 13:13:01 -0400 Subject: [Bug 166504] Review Request: python-numarry - Python array manipulation and computational library In-Reply-To: Message-ID: <200508221713.j7MHD1jQ010655@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-numarry - Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166504 ------- Additional Comments From ville.skytta at iki.fi 2005-08-22 13:12 EST ------- Huh??? Already in Extras, maintained by you (bug 165398). owners.list entry and thus Bugzilla component missing, though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 17:13:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 13:13:28 -0400 Subject: [Bug 166389] Review Request: NoGravity, 3D 'Wing Commander'-like game In-Reply-To: Message-ID: <200508221713.j7MHDSUw010797@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: NoGravity, 3D 'Wing Commander'-like game https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166389 ------- Additional Comments From lemenkov at newmail.ru 2005-08-22 13:13 EST ------- (In reply to comment #5) > I talked to Tom Callaway regarding the licensing of the data file, and he feels > that we need something in writing verifying that we have permission to freely > redistribute the data file. I'm going to contact the developers in their forum, > and see if I can get this done. Sounds bad - I don't think they'll grant us data-file, covered by different license. OK, let's wait for answer from 'em. In any case, we got good spec & srpm, incl. all necessary stuff (desktop file, etc), so we can move game to the Livna. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 17:18:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 13:18:38 -0400 Subject: [Bug 166504] Review Request: python-numarry - Python array manipulation and computational library In-Reply-To: Message-ID: <200508221718.j7MHIcH0012475@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-numarry - Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166504 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NOTABUG ------- Additional Comments From orion at cora.nwra.com 2005-08-22 13:18 EST ------- Gah, just had forgotten to do a FC-4 build. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 17:18:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 13:18:48 -0400 Subject: [Bug 166503] Review Request: gdl - GNU Data Language In-Reply-To: Message-ID: <200508221718.j7MHImU0012537@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gdl - GNU Data Language https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166503 Bug 166503 depends on bug 166504, which changed state. Bug 166504 Summary: Review Request: python-numarry - Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166504 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NOTABUG Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 17:19:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 13:19:03 -0400 Subject: [Bug 166506] Review Request: python-basemap - basemap toolkit for matplotlib In-Reply-To: Message-ID: <200508221719.j7MHJ3We012617@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: python-basemap - basemap toolkit for matplotlib https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166506 Bug 166506 depends on bug 166504, which changed state. Bug 166504 Summary: Review Request: python-numarry - Python array manipulation and computational library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166504 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NOTABUG Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 17:20:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 13:20:41 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508221720.j7MHKfEg013010@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From paul at city-fan.org 2005-08-22 13:20 EST ------- (In reply to comment #5) > rpmlint gave a lot of complaints on the rpm file. I cleaned everything except > the warning about the end of files. You can fix that by adding to %setup: # Fix DOS line-ends sed -i -e 's/\r$//' doc/{CHANGELOG,CONTRIB} -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 18:22:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 14:22:45 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508221822.j7MIMjWW027113@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From gemi at bluewin.ch 2005-08-22 14:22 EST ------- * Missing BuildRequires: At least gtk2-devel, t1lib-devel, zlib-devel, maybe a few others * If development files from other packages are needed to build using gtkmathview-devel, they should be indicated in the Requires: tag of gtkmathview-devel, e.g. Requires: gtk2-devel * What about gmetadom? * There are manpages for mathml2ps and mathmlviewer but no binaries, do not include them * %doc should include CONTRIBUTORS BUGS LICENSE * The Description: section for the main package should be more extended IMHO -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 18:31:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 14:31:04 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508221831.j7MIV4r9029387@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From pertusus at free.fr 2005-08-22 14:30 EST ------- Thanks, I used it. I also added a Provides of libnet in libnet-devel. It is in: http://www.environnement.ens.fr/docs/fc-srpms/libnet-1.1.2.1-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 18:51:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 14:51:14 -0400 Subject: [Bug 166377] Review Request: erlang - General-purpose programming language and runtime environment In-Reply-To: Message-ID: <200508221851.j7MIpE8R002219@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: erlang - General-purpose programming language and runtime environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166377 ------- Additional Comments From triad at df.lth.se 2005-08-22 14:51 EST ------- Erlang R10 revisions progressing beyond R10Z is unlikely, so I believe Villes idea 1) to use Epoch for this situation, would it ever occur, should be OK. Problem solved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 18:57:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 14:57:24 -0400 Subject: [Bug 166515] New: Review Request: pbzip2 : parallel version of bzip2 Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 Summary: Review Request: pbzip2 : parallel version of bzip2 Product: Fedora Extras Version: devel Platform: All URL: http://compression.ca/pbzip2/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jeff.gilchrist at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://compression.ca/pbzip2/pbzip2.spec SRPM Name or Url: http://compression.ca/pbzip2/pbzip2-0.9.3-1.src.rpm Description: Hello, a number of people have suggested that I submit pbzip2 into Fedora Extras so would greatly appreciate if people could review it. PBZIP2 is a parallel implementation of the bzip2 block-sorting file compressor that uses pthreads and achieves near-linear speedup on SMP machines. The output of this version is fully compatible with bzip2 v1.0.2 (ie: anything compressed with pbzip2 can be decompressed with bzip2). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 18:57:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 14:57:37 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508221857.j7MIvbrm003913@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jeff.gilchrist at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166515 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Mon Aug 22 20:14:01 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 22 Aug 2005 22:14:01 +0200 Subject: recode In-Reply-To: <71289120-9463-4AD4-8BD2-3114601D984C@cs.ucsb.edu> References: <71289120-9463-4AD4-8BD2-3114601D984C@cs.ucsb.edu> Message-ID: <20050822221401.1b3e74c5.bugs.michael@gmx.net> On Mon, 22 Aug 2005 09:45:55 -0700, Jeff Sheltren wrote: > On Aug 22, 2005, at 12:34 AM, Zoltan Kota wrote: > > > Hi, > > > > As I see recode is unmaintained in extras. Since the packages I > > maintain > > require recode I could volunteer if nobody else wants it. > > > > Zoltan > > > > I also need it for fortune-mod, but please feel free to claim it. > Let me know if you want any help with it. Yes, feel free to claim it. It has been "without maintainer" long enough. If you choose to do it, take the package from the OrphanedPackages list in the Wiki, update "owners.list" in CVS, and re-assign any open tickets in bugzilla. The http://fedoraproject.org/wiki/Extras/OrphanedPackages page has been updated with regard to transferring package ownership via "owners.list" in CVS. From bugzilla at redhat.com Mon Aug 22 21:20:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 17:20:14 -0400 Subject: [Bug 166351] Review Request: gnome-applet-rhythmbox: A GNOME panel applet to control Rhythmbox's playback In-Reply-To: Message-ID: <200508222120.j7MLKEtX032445@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnome-applet-rhythmbox: A GNOME panel applet to control Rhythmbox's playback https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166351 bdpepple at ameritech.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From bdpepple at ameritech.net 2005-08-22 17:20 EST ------- Sorry about the delay in getting the review posted, but I didn't get my fedorabugs permission till today. MD5Sum: 7283ee13320cf13aba1916fba3e5d054 rhythmbox-applet-0.1.7.tar.gz Good: * Source URL is canonical * Upstream source tarball verified * Package name conforms to the Fedora Naming Guidelines * Group Tag is from the official list * Buildroot has all required elements * All paths begin with macros * All necessary BuildRequires listed. * Make succeeds even when %{_smp_mflags} is defined * Files have appropriate permissions and owners * Rpmlint does not find problems * Package installs and uninstalls cleanly on FC4 * Software runs fine -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 21:23:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 17:23:36 -0400 Subject: [Bug 165616] Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508222123.j7MLNakr000660@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-22 17:23 EST ------- You can now request a Fedora Extras CVS account. [...] One thing is left which you can change after CVS import: The second menu entry "Krusader - root-mode" must be removed. It is irresponsible to include such an entry by default and effectively encourage users to run krusader as superuser. No other file manager includes such a second menu entry either. [...] At first-time start, this warning looked somewhat odd: rename: no compatible rename-programs found. Multiple rename is disabled. While it may be that this refers to a KDE-specific program, it is very confusing. [...] In menu "Konfigurator > Basic Operation", tab Temp Directory, there is a default temp file name which hopefully is used in a secure way ( /tmp/krusader.tmp ). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 21:23:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 17:23:49 -0400 Subject: [Bug 166351] Review Request: gnome-applet-rhythmbox: A GNOME panel applet to control Rhythmbox's playback In-Reply-To: Message-ID: <200508222123.j7MLNnEX000762@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnome-applet-rhythmbox: A GNOME panel applet to control Rhythmbox's playback https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166351 ------- Additional Comments From notting at redhat.com 2005-08-22 17:23 EST ------- How is this different than the notification area applet that's already in rhythmbox? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 22 21:52:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 17:52:35 -0400 Subject: [Bug 166481] Review Request: network grep In-Reply-To: Message-ID: <200508222152.j7MLqZiJ005765@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: network grep https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166481 ------- Additional Comments From oliver at linux-kernel.at 2005-08-22 17:52 EST ------- OK. Fixed. Please review again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From s.mako at gmx.net Mon Aug 22 21:55:30 2005 From: s.mako at gmx.net (Zoltan Kota) Date: Mon, 22 Aug 2005 23:55:30 +0200 (CEST) Subject: recode In-Reply-To: <20050822221401.1b3e74c5.bugs.michael@gmx.net> References: <71289120-9463-4AD4-8BD2-3114601D984C@cs.ucsb.edu> <20050822221401.1b3e74c5.bugs.michael@gmx.net> Message-ID: On Mon, 22 Aug 2005, Michael Schwendt wrote: > > I also need it for fortune-mod, but please feel free to claim it. > > Let me know if you want any help with it. > > Yes, feel free to claim it. It has been "without maintainer" long enough. > If you choose to do it, take the package from the OrphanedPackages list in > the Wiki, update "owners.list" in CVS, and re-assign any open tickets in > bugzilla. Ok. I will do it. Jeff, feel free to contribute at any time. Zoltan From orion at cora.nwra.com Mon Aug 22 22:17:15 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 22 Aug 2005 16:17:15 -0600 Subject: static lib question In-Reply-To: <4305F17B.7050004@ieee.org> References: <4305F17B.7050004@ieee.org> Message-ID: <430A4EEB.9030702@cora.nwra.com> Quentin Spencer wrote: > I'm still struggling with packaging ATLAS, and I'm trying first to get > the static libs working. I've run into the following problem. Compiling > a test program from Octave's configure script, I get this error: > > /usr/lib/libf77blas.a(sgemm.o)(.text+0x20d): In function `sgemm_': > : undefined reference to `atl_f77wrap_sgemm_' > > "nm /usr/lib/libf77blas.a | grep sgemm" reveals > ATL_F77wrap_sgemm.o: > 00000000 T atl_f77wrap_sgemm__ > > If I go into the build directory and do the same thing to the file > before it was copied to $RPM_BUILD_ROOT, I get: > ATL_F77wrap_sgemm.o: > 00000000 T atl_f77wrap_sgemm_ > Looks like you need to tell ATLAS the gfortran only wants one _ appended to fortran names. This should be a configuration option somewhere. -- 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 ermeyers at adelphia.net Tue Aug 23 02:37:43 2005 From: ermeyers at adelphia.net (Eric R. Meyers) Date: Mon, 22 Aug 2005 22:37:43 -0400 Subject: http://fedoraproject.org/extras/4/i386/comps.xml Message-ID: <200508222238.08259.ermeyers@adelphia.net> Contributors: Last month you may have seen a lot of messages with the subject line reading: "Re: http://fedoraproject.org/extras/4/i386/repodata" Now I hope to start a new thread with the subject line reading: "Re: http://fedoraproject.org/extras/4/i386/comps.xml" Originally, I saw that 1031 packages were in the group __nogroup__. See https://www.redhat.com/archives/fedora-extras-list/2005-July/msg00436.html. This led to discussions about the comps.xml file, and discussions about the different types or purposes of groups, and the need for automation of groups. I haven't stopped working, but I'm at the midway point in the development, and the programs that I've created generate a comps file with no unassigned packages; however, some knowledge needs to be loaded into the data, so that the comps file has the packages directed into better groups. It's not a small task, so I'm presenting the current product for review, and hopefully some collective knowledge from the contributors will guide me to create a better comps file for fedora-extras. I've put files at http://users.adelphia.net/~ermeyers/fedora-extras/. There is a "comps.xml" file which is like the "comps.xml.en" file, but the "comps.xml.en" file is easier to read, because it doesn't have the foreign language translations in it. There is a "package_directed_information.txt" file, which presents information of the packages directed into groups. There is a "package_covered_information.txt" file, which presents information of the packages, not directed, but covered by groups using automatic placement. The big trick is I need to load the package_directed.store (knowledge base); otherwise, the package gets covered, into package_covered.store, by placing it according to its RPM group. I've mapped the RPM group names to different group names, as needed. -- group_add & group_del implemented. -- category_add & category_del implemented Thank you for your help, in advance. Eric -- Eric R. Meyers Systems Engineer GPG: 0x83CE80A3 http://users.adelphia.net/~ermeyers -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugzilla at redhat.com Tue Aug 23 02:38:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 22:38:05 -0400 Subject: [Bug 166265] Review request: perl-Text-Wrapper - Text::Wrapper Perl module In-Reply-To: Message-ID: <200508230238.j7N2c5tT003815@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Text-Wrapper - Text::Wrapper Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166265 ------- Additional Comments From chris at chrisgrau.com 2005-08-22 22:37 EST ------- (In reply to comment #2) > (In reply to comment #1) > > - license not included as %doc > I will not accept this as a valid point, unless a US lawyer confirms this > to be a legal requirement in the USA. I'm not sure it matters if you accept it or if I accept it (I don't, for what it's worth). The fact of the matter is, this requirement is part of the packaging guidelines, which renders the legal argument moot. That said, however, no one else has commented on this point and I haven't seen a concrete conclusion on fedora-extras-list regarding inclusion of a license for Perl modules that don't themselves include one. For these reasons, I will continue to add this point as a nitpick, but not as a blocker. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 02:59:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 22:59:17 -0400 Subject: [Bug 166351] Review Request: gnome-applet-rhythmbox: A GNOME panel applet to control Rhythmbox's playback In-Reply-To: Message-ID: <200508230259.j7N2xHHb007027@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnome-applet-rhythmbox: A GNOME panel applet to control Rhythmbox's playback https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166351 ------- Additional Comments From ivazquez at ivazquez.net 2005-08-22 22:59 EST ------- The notification area icon needs a right-click to manipulate, doesn't show the play time, and can't be used to rate the song. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 03:03:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 22 Aug 2005 23:03:09 -0400 Subject: [Bug 166351] Review Request: gnome-applet-rhythmbox: A GNOME panel applet to control Rhythmbox's playback In-Reply-To: Message-ID: <200508230303.j7N339uo007587@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnome-applet-rhythmbox: A GNOME panel applet to control Rhythmbox's playback https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166351 ------- Additional Comments From notting at redhat.com 2005-08-22 23:02 EST ------- OK, don't mind me. :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 05:09:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 01:09:31 -0400 Subject: [Bug 166542] New: Review Request: mod_auth_pam: PAM authentication module for Apache Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166542 Summary: Review Request: mod_auth_pam: PAM authentication module for Apache Product: Fedora Extras Version: devel Platform: All URL: http://pam.sourceforge.net/mod_auth_pam/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ivazquez at ivazquez.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.ivazquez.net/files/extras/mod_auth_pam.spec SRPM Name or Url: http://fedora.ivazquez.net/files/extras/mod_auth_pam-1.1.1-1.src.rpm Description: The PAM authentication module implements Basic authentication on top of the Pluggable Authentication Module library. Thereby it supports standard unix passwd, shadow, NIS, SMB auth and radius authentication transparently and easily interchangeable, wherever the HTTP protocol allows it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 05:09:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 01:09:47 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508230509.j7N59l39021789@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ivazquez at ivazquez.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166542 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at city-fan.org Tue Aug 23 06:53:35 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 23 Aug 2005 07:53:35 +0100 Subject: Fedora Extras development Package Build Report In-Reply-To: <20050820224409.30b5d871.bugs.michael@gmx.net> References: <20050820201627.BDF998015@extras64.linux.duke.edu> <1124569705.4501.3.camel@localhost> <20050820224409.30b5d871.bugs.michael@gmx.net> Message-ID: <1124780016.16837.213.camel@laurel.intra.city-fan.org> On Sat, 2005-08-20 at 22:44 +0200, Michael Schwendt wrote: > On Sat, 20 Aug 2005 21:28:25 +0100, Paul F. Johnson wrote: > > > Hi, > > > > > bluefish-1.0.2-3.fc5 > > > > And there was me about to say 1.0.3-1.fc5 can be found at > > > > http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-1.0.3-1.fc5.rpm > > http://www.all-the-johnsons.co.uk/linux/downloads/bluefish-debuginfo-1.0.3-1.fc5.rpm > > http://www.all-the-johnsons.co.uk/linux/downloads/bluefish.spec > > > > I've not up'ed the src.rpm > > > > TTFN > > > > Paul > > Sorry, but for the moment the rebuild is enough to fix the Cairo ABI > related dependency breakage. Upgrade to upstream 1.0.3 may be done later > (and then also for FC4 and FC3). I do respect package ownership. In > particular when spec changelog entries indicate that there is somebody who > possibly prepares an upgrade already. Me too. I did the update the 1.0.2 after discussing it with Phillip Compton, the package maintainer. He's been very busy for a while, as mentioned at https://www.redhat.com/archives/fedora-extras-list/2005-July/msg00343.html and I've just been looking after bluefish in his absence. I did an update to 1.0.3 for devel, FC-4, and FC-3 on Sunday, which everyone should now have... Paul. -- Paul Howarth From Christian.Iseli at licr.org Tue Aug 23 07:02:39 2005 From: Christian.Iseli at licr.org (Christian.Iseli at licr.org) Date: Tue, 23 Aug 2005 09:02:39 +0200 Subject: static libraries/devel subpackages In-Reply-To: Your message of "Mon, 22 Aug 2005 18:34:28 +0300." <1124724868.15037.47.camel@localhost.localdomain> Message-ID: <200508230702.j7N72esN012915@ludwig-alpha.unil.ch> ville.skytta at iki.fi said: > On Mon, 2005-08-22 at 15:51 +0200, Patrice Dumas wrote: >> 1) In the packaging guidelines there is a paragraph about >> Exclusion of Static Libraries >> with is the following sentence: >> "Static libraries should only be included in exceptional circumstances" >> Should it really be followed? I may be wrong but all the packages I know >> in extra distribute the static libraries in -devel subpackages. > The guideline is newer than most packages in Extras, and nowhere near all > packages have been adopted yet, but some have. > IMO, dropping the static libs from an existing package should be done only > between distros, not during the package's life cycle between package release > bumps for example in FC-4. The people likely being bitten by this (if > anyone) are almost certainly 3rd parties as the static libs are very rarely > being used within Extras -> we can't know exactly what are the consequences > so better not inflict it on anyone within one distro version. Right. There also was a discussion on fedora-maintainers about dropping static libs from devel package: https://www.redhat.com/archives/fedora-maintainers/2005-July/msg00061.html In fact, the discussion was more about splitting a -static part out of the -devel part. IIUC, the -devel package would then contain: - .h files - .so files - utilities needed for devel things (config scripts, etc) and the -static package would contain - .a files The pros for the split: - -devel package is smaller, and is what most developers really need - people who use the static libs will need to put a BR: -static in their spec, thus making it obvious which packages need to be rebuilt when a problem with the library is discovered. - it is a balanced way to keep static libs around for those that need them The cons: - current spec files will need to be modified - it doesn't help for packages using static libraries that contain a copy of the lib source - some people think static libs should be banned altogether Personaly, I tend to prefer the -static split... Cheers, Christian From buildsys at fedoraproject.org Tue Aug 23 08:23:12 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 23 Aug 2005 04:23:12 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050823082312.DE11D802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 5 TeXmacs-1.0.5.7-1.fc3 WindowMaker-0.92.0-3.fc3 libchewing-0.2.7-0.fc3 libifp-1.0.0.2-1.fc3 wmacpi-1.34-4.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 Aug 23 08:23:45 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 23 Aug 2005 04:23:45 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050823082345.C5BBA802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 10 TeXmacs-1.0.5.7-1.fc4 WindowMaker-0.92.0-3.fc4 amarok-1.3-4.fc4 libchewing-0.2.7-0.fc4 libifp-1.0.0.2-1.fc4 mercurial-0.6c-1.fc4 monotone-0.22-4.fc4 perl-Module-Signature-0.50-1.fc4 python-numarray-1.3.3-4.fc4 wmacpi-1.34-4.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 Aug 23 08:23:59 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 23 Aug 2005 04:23:59 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050823082359.B5798802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 7 TeXmacs-1.0.5.7-1.fc5 WindowMaker-0.92.0-3.fc5 amarok-1.3-4.fc5 libifp-1.0.0.2-1.fc5 lighttpd-1.4.1-1.fc5 mercurial-0.6c-1.fc5 perl-Module-Signature-0.50-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Tue Aug 23 09:33:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:33:53 -0400 Subject: [Bug 166547] New: Review Request: multisync - Calendar (and other PIM data) synchronization program Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166547 Summary: Review Request: multisync - Calendar (and other PIM data) synchronization program Product: Fedora Extras Version: devel Platform: All URL: http://multisync.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/multisync.spec SRPM Name or Url: http://fedora.lowlatency.de/review/multisync-0.82-3.src.rpm Description: MultiSync is a program to synchronize calendars, addressbooks and other PIM data between programs on your computer and other computers, mobile devices, PDAs or cell phones. It is packaged with plugins for Ximian Evolution, IrMC mobile devices, Opie / Zaurus PDAs, SyncML, ldap and for backup. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:34:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:34:04 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508230934.j7N9Y49q021918@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166547 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:37:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:37:08 -0400 Subject: [Bug 166548] New: Review Request: multisync-plugin-synce - Synce plugin for multisync Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166548 Summary: Review Request: multisync-plugin-synce - Synce plugin for multisync Product: Fedora Extras Version: devel Platform: All URL: http://synce.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/multisync-plugin-synce.spec SRPM Name or Url: http://fedora.lowlatency.de/review/multisync-plugin-synce-0.9.0-1.src.rpm Description: This plugin will let you connect any synce device with multisync. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:37:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:37:20 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508230937.j7N9bKdK022306@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166548 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:42:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:42:06 -0400 Subject: [Bug 166549] New: Review Request: synce-gnomevfs - Gnome-vfs module for synce Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166549 Summary: Review Request: synce-gnomevfs - Gnome-vfs module for synce Product: Fedora Extras Version: devel Platform: All URL: http://synce.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/synce-gnomevfs.spec SRPM Name or Url: http://fedora.lowlatency.de/review/synce-gnomevfs-0.9.0-1.src.rpm Description: This is a gnome-vfs module that enables access to the Windows CE or Pocket PC file system through the gnome-vfs functions. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:42:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:42:23 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508230942.j7N9gN9k022897@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166549 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:44:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:44:11 -0400 Subject: [Bug 166550] New: Review Request: synce-software-manager Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166550 Summary: Review Request: synce-software-manager Product: Fedora Extras Version: devel Platform: All URL: http://synce.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/synce-software-manager.spec SRPM Name or Url: http://fedora.lowlatency.de/review/synce-software-manager-0.9.0-1.src.rpm Description: Software manager for use with synce -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:44:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:44:18 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508230944.j7N9iIJP023232@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166550 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:47:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:47:16 -0400 Subject: [Bug 166551] New: Review Request: synce-trayicon Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166551 Summary: Review Request: synce-trayicon Product: Fedora Extras Version: devel Platform: All URL: http://synce.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/synce-trayicon.spec SRPM Name or Url: http://fedora.lowlatency.de/review/synce-trayicon-0.9.0-1.src.rpm Description: Tray icon for use with gnome and synce -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:47:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:47:34 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508230947.j7N9lYaZ023598@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166551 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:55:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:55:16 -0400 Subject: [Bug 166553] New: Review Request: dynamite Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166553 Summary: Review Request: dynamite Product: Fedora Extras Version: devel Platform: All URL: http://synce.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/dynamite.spec SRPM Name or Url: http://fedora.lowlatency.de/review/dynamite-0.1-1.src.rpm Description: Extract data compressed with PKWARE Data Compression Library -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:55:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:55:28 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508230955.j7N9tSoF024280@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166553 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:57:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:57:37 -0400 Subject: [Bug 166554] New: Review Request: unshield - Install InstallShield applications on a Pocket PC Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166554 Summary: Review Request: unshield - Install InstallShield applications on a Pocket PC Product: Fedora Extras Version: devel Platform: All URL: http://synce.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/unshield.spec SRPM Name or Url: http://fedora.lowlatency.de/review/unshield-0.5-1.src.rpm Description: To install a Pocket PC application remotely, an installable Microsoft Cabinet File is copied to the /Windows/AppMgr/Install directory on the PDA and then the wceload.exe is executed to perform the actual install. That is a very simple procedure. Unfortunately, many applications for Pocket PC are distributed as InstallShield installers for Microsoft Windows, and not as individual Microsoft Cabinet Files. That is very impractical for users of other operating systems, such as Linux or FreeBSD. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:57:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:57:44 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508230957.j7N9viHh024497@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166554 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:59:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:59:47 -0400 Subject: [Bug 166555] New: Review Request: orange - Squeeze out installable Microsoft cabinet files Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166555 Summary: Review Request: orange - Squeeze out installable Microsoft cabinet files Product: Fedora Extras Version: devel Platform: All URL: http://synce.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: andreas.bierfert at lowlatency.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://fedora.lowlatency.de/review/orange.spec SRPM Name or Url: http://fedora.lowlatency.de/review/orange-0.3-1.src.rpm Description: Orange is a tool and library for squeezing out juicy installable Microsoft Cabinet Files from self-extracting installers for Microsoft Windows and some other installer file formats -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 09:59:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 05:59:54 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508230959.j7N9xs9E024836@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 andreas.bierfert at lowlatency.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166555 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 10:02:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 06:02:46 -0400 Subject: [Bug 165456] Review Request: Enables hotkey functions for Toshiba laptop In-Reply-To: Message-ID: <200508231002.j7NA2kGA025239@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Enables hotkey functions for Toshiba laptop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165456 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-23 06:02 EST ------- ping? I would say for the script part: Leave it as is and if problems arise find a way to fix them. I think it is ok the way it is. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 10:07:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 06:07:31 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508231007.j7NA7Vjc025927@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-23 06:07 EST ------- Patrice, What your plans about completion of this package (add to cvs etc.)? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From linuxnow at newtral.org Tue Aug 23 10:10:20 2005 From: linuxnow at newtral.org (Pau Aliagas) Date: Tue, 23 Aug 2005 12:10:20 +0200 (CEST) Subject: Pre-Review: Asterisk Message-ID: On Tue, 9 Aug 2005, David Woodhouse wrote: > On Fri, 2005-08-05 at 20:41 -0500, Jeffrey C. Ollie wrote: >> Unfortunately, the Zaptel drivers are required even if you don't have >> Zaptel hardware, or you lose some of the more interesting >> functionality (esp. conferencing). > > That really shouldn't be hard to fix. I posted a patch to asterisk-dev a > while ago which attempts to use POSIX timers instead of the zaptel > timing. I don't think it was complete, but it was a good start. I've got asterisk packages for Fedora 3 working flawlessly, not updated for a couple of months, but with the necessary patches, initscripts, specs, etc, ready to work with 2.6 kernels. I don't have the time to post hm to Extras but I'm willing to send them to anyone who wants them, just drop me an email. -- Pau From bugzilla at redhat.com Tue Aug 23 10:37:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 06:37:08 -0400 Subject: [Bug 166409] Review Request: gajim - jabber client written in PyGTK In-Reply-To: Message-ID: <200508231037.j7NAb8hB028805@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gajim - jabber client written in PyGTK https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166409 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-08-23 06:36 EST ------- It seems to work fine here, except the gajim-remote script: $ gajim-remote --help Traceback (most recent call last): File "gajim-remote.py", line 35, in ? import i18n ImportError: No module named i18n My guess is that it does not work with gajim 0.8 since you pulled it from the trunk. If you can't find a working gajim-remote.py for version 0.8, I'd suggest to simply drop the gajim-remote functionnality. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 11:17:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 07:17:34 -0400 Subject: [Bug 166473] Review Request: scim-chewing In-Reply-To: Message-ID: <200508231117.j7NBHYkl001353@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-chewing https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166473 Bug 166473 depends on bug 166472, which changed state. Bug 166472 Summary: Review Request: libchewing https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166472 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 11:37:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 07:37:19 -0400 Subject: [Bug 165533] Review Request: Perl extension for collecting information about the machine In-Reply-To: Message-ID: <200508231137.j7NBbJoE003208@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Perl extension for collecting information about the machine https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165533 ------- Additional Comments From oliver at linux-kernel.at 2005-08-23 07:37 EST ------- If integrated everything, but renamed LGPL to LICENSE.txt. Will import this in a sec... Thanks for your review. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oliver at linux-kernel.at Tue Aug 23 11:49:38 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 23 Aug 2005 13:49:38 +0200 Subject: [Fwd: Build Error (Job 349): banner-1_3_1-2_fc4 on 4] Message-ID: <430B0D52.2060309@linux-kernel.at> Somethin's strange with the ppc build box. At least for devel and fc4 I get errors like this. fc3 seems fine... Best, Oliver -------- Original Message -------- Subject: Build Error (Job 349): banner-1_3_1-2_fc4 on 4 Date: Tue, 23 Aug 2005 07:47:31 -0400 (EDT) From: buildsys at fedoraproject.org To: oliver at linux-kernel.at Job failed on arch ppc Build logs may be found at http://buildsys.fedoraproject.org/logs//4/349-banner-1.3.1-2.fc4/ ------------------------------------------------- Time: Tue Aug 23 11:47:13 2005 Target: 4 UID: e8f0efc79a2d093faaa3da7f915ae5524ae25a69 Architecture: ppc SRPM: https://extras64.linux.duke.edu:8886//4/349-banner-1.3.1-2.fc4/banner-1.3.1-2.fc4.src.rpm Starting download of https://extras64.linux.duke.edu:8886//4/349-banner-1.3.1-2.fc4/banner-1.3.1-2.fc4.src.rpm. Retrieved https://extras64.linux.duke.edu:8886//4/349-banner-1.3.1-2.fc4/banner-1.3.1-2.fc4.src.rpm. Waiting for repository to unlock before starting the build... Starting step 'building' with command: /usr/bin/setarch ppc32 /usr/bin/mock -r fedora-4-ppc-core --arch ppc --resultdir=/mnt/build/builder_work/e8f0efc79a2d093faaa3da7f915ae5524ae25a69/result --statedir=/mnt/build/builder_work/e8f0efc79a2d093faaa3da7f915ae5524ae25a69/mock-state --uniqueext=e8f0efc79a2d093faaa3da7f915ae5524ae25a69 /mnt/build/builder_work/e8f0efc79a2d093faaa3da7f915ae5524ae25a69/source/banner-1.3.1-2.fc4.src.rpm Output File List: ----------------- Output File: https://ppc1.fedora.redhat.com:8889/e8f0efc79a2d093faaa3da7f915ae5524ae25a69/result/builder.log ----------------------- Job failed due to mock errors! Please see output in root.log and build.log From bugzilla at redhat.com Tue Aug 23 11:58:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 07:58:08 -0400 Subject: [Bug 166542] Review Request: mod_auth_pam: PAM authentication module for Apache In-Reply-To: Message-ID: <200508231158.j7NBw8Li005852@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mod_auth_pam: PAM authentication module for Apache https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166542 ------- Additional Comments From rdieter at math.unl.edu 2005-08-23 07:57 EST ------- Looks good (very close to what I've been using). Now, pam is a dark-art and mysterious black-box to me most of the time (so my understanding and suggestion my be way off-base), but, I'd suggest replacing the sample pam.d/httpd containing: #%PAM-1.0 auth required /lib/security/pam_unix.so account required /lib/security/pam_unix.so with #%PAM-1.0 auth required pam_stack.so service=system-auth account required pam_stack.so service=system-auth so that mod_auth_pam uses whatever has been configured via system-config-auth. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 12:05:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 08:05:02 -0400 Subject: [Bug 166542] Review Request: mod_auth_pam: PAM authentication module for Apache In-Reply-To: Message-ID: <200508231205.j7NC524i006678@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mod_auth_pam: PAM authentication module for Apache https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166542 ------- Additional Comments From matthias at rpmforge.net 2005-08-23 08:04 EST ------- Worth mentioning too that the /lib/security/*.so lines won't work on x86_64 where those are in /lib64/security/ instead, so yes, fixing those lines is required. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 12:51:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 08:51:44 -0400 Subject: [Bug 165456] Review Request: Enables hotkey functions for Toshiba laptop In-Reply-To: Message-ID: <200508231251.j7NCpijY012608@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Enables hotkey functions for Toshiba laptop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165456 ------- Additional Comments From matthias at rpmforge.net 2005-08-23 08:51 EST ------- No, the init script is definitely not ok the way it is. There is also a "RETVAL=$?" after "echo" (always true) instead of after the "killproc" call which will have the script return a wrong exit status in some occasions. Attached is a completely new init script. It fixes all the issues I've seen, but is completely untested, so please give it a try in case I've missed something. Note that I've enabled the service by default for runlevels 2345. This is something we don't want to do often, but for such a specific service that doesn't do any kind of network access, it should be considered ok, and will save the end user the step of manually enabling the service. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 13:21:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 09:21:00 -0400 Subject: [Bug 166567] New: Review Request: perl-Date-Simple (Simple date object for perl) Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166567 Summary: Review Request: perl-Date-Simple (Simple date object for perl) Product: Fedora Extras Version: devel Platform: All URL: http://www.city-fan.org/~paul/extras/perl-Date-Simple/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: paul at city-fan.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.city-fan.org/~paul/extras/perl-Date-Simple/perl-Date-Simple.spec SRPM Name or Url: http://www.city-fan.org/~paul/extras/perl-Date-Simple/perl-Date-Simple-3.02-1.src.rpm Description: Simple date object for perl. This is a dependency of perl-CGI-Untaint-date, which in turn is a dependency of perl-Maypole. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 13:21:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 09:21:18 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508231321.j7NDLIgG017648@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166567 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Tue Aug 23 14:03:41 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Tue, 23 Aug 2005 16:03:41 +0200 Subject: [Fwd: Build Error (Job 349): banner-1_3_1-2_fc4 on 4] In-Reply-To: <430B0D52.2060309@linux-kernel.at> References: <430B0D52.2060309@linux-kernel.at> Message-ID: <20050823160341.644145e2.bugs.michael@gmx.net> On Tue, 23 Aug 2005 13:49:38 +0200, Oliver Falk wrote: > Somethin's strange with the ppc build box. At least for devel and fc4 I > get errors like this. fc3 seems fine... Confirmed. FC3 doesn't build for ppc, hence it's not affected. From oliver at linux-kernel.at Tue Aug 23 14:20:45 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 23 Aug 2005 16:20:45 +0200 Subject: [Fwd: Build Error (Job 349): banner-1_3_1-2_fc4 on 4] In-Reply-To: <20050823160341.644145e2.bugs.michael@gmx.net> References: <430B0D52.2060309@linux-kernel.at> <20050823160341.644145e2.bugs.michael@gmx.net> Message-ID: <430B30BD.5000701@linux-kernel.at> On 08/23/2005 04:03 PM, Michael Schwendt wrote: > On Tue, 23 Aug 2005 13:49:38 +0200, Oliver Falk wrote: > > >>Somethin's strange with the ppc build box. At least for devel and fc4 I >>get errors like this. fc3 seems fine... > > > Confirmed. FC3 doesn't build for ppc, hence it's not affected. Bug #166572 created. -of From bugzilla at redhat.com Tue Aug 23 14:34:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 10:34:22 -0400 Subject: [Bug 165456] Review Request: Enables hotkey functions for Toshiba laptop In-Reply-To: Message-ID: <200508231434.j7NEYM3L002699@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Enables hotkey functions for Toshiba laptop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165456 ------- Additional Comments From matthias at rpmforge.net 2005-08-23 10:34 EST ------- Can you confirm that the init script is working? As soon as that's confirmed, I'll approve the package :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From andreas.bierfert at lowlatency.de Tue Aug 23 14:47:07 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Tue, 23 Aug 2005 16:47:07 +0200 Subject: ppc builder broken? Message-ID: <430B36EB.9030102@lowlatency.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I get this nice error message: http://buildsys.fedoraproject.org/logs//4/354-rxvt-unicode-5.7-1.fc4/ Any clues? - - 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 iD8DBQFDCzbrQEQyPsWM8csRAg3xAJwKlygx0sXHHNdSNliqJNC3JbKm/wCfSfjn rMaD+jJwqJWTSUvP7bQvQDE= =K4y1 -----END PGP SIGNATURE----- From bugzilla at redhat.com Tue Aug 23 14:46:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 10:46:56 -0400 Subject: [Bug 166182] Review Request: perl-CGI-Untaint-date : Validate a date In-Reply-To: Message-ID: <200508231446.j7NEkue1006236@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-CGI-Untaint-date : Validate a date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166182 ------- Additional Comments From paul at city-fan.org 2005-08-23 10:46 EST ------- Another thing: - make called without %{_smp_mflags} (not addressed by patch) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oliver at linux-kernel.at Tue Aug 23 14:59:27 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 23 Aug 2005 16:59:27 +0200 Subject: ppc builder broken? In-Reply-To: <430B36EB.9030102@lowlatency.de> References: <430B36EB.9030102@lowlatency.de> Message-ID: <430B39CF.1000104@linux-kernel.at> On 08/23/2005 04:47 PM, Andreas Bierfert wrote: > I get this nice error message: > > http://buildsys.fedoraproject.org/logs//4/354-rxvt-unicode-5.7-1.fc4/ > > Any clues? I don't have any, but I allready created a bugzilla bug: #166572. Feel free to add any usefull information. Best, Oliver From bugzilla at redhat.com Tue Aug 23 14:58:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 10:58:51 -0400 Subject: [Bug 166182] Review Request: perl-CGI-Untaint-date : Validate a date In-Reply-To: Message-ID: <200508231458.j7NEwpQb009307@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-CGI-Untaint-date : Validate a date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166182 ------- Additional Comments From matthias at rpmforge.net 2005-08-23 10:58 EST ------- That should always be %{?_smp_mflags}, otherwise the build will fail when _smp_mflags isn't defined. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 15:05:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 11:05:11 -0400 Subject: [Bug 166550] Review Request: synce-software-manager In-Reply-To: Message-ID: <200508231505.j7NF5BRL012158@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: synce-software-manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166550 katzj at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |d.lesca at solinos.it ------- Additional Comments From katzj at redhat.com 2005-08-23 11:04 EST ------- *** Bug 166559 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 15:30:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 11:30:44 -0400 Subject: [Bug 166579] New: Review Request: perl-Date-Simple: A simple date object Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166579 Summary: Review Request: perl-Date-Simple: A simple date object Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/~yves/Date-Simple-3.02/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/perl-Date-Simple.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/perl-Date-Simple-3.02-1.src.rpm Description: A simple date object. I missed this Maypole dependency on the first pass... :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 15:30:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 11:30:52 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508231530.j7NFUqmX021117@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166579 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 15:33:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 11:33:36 -0400 Subject: [Bug 166579] Review Request: perl-Date-Simple: A simple date object In-Reply-To: Message-ID: <200508231533.j7NFXa7X022318@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Date-Simple: A simple date object https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166579 ------- Additional Comments From paul at city-fan.org 2005-08-23 11:33 EST ------- This is a dupe of #166567 (raised today to supply the missing dep...) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 15:34:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 11:34:40 -0400 Subject: [Bug 166182] Review Request: perl-CGI-Untaint-date : Validate a date In-Reply-To: Message-ID: <200508231534.j7NFYeHm023118@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-CGI-Untaint-date : Validate a date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166182 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166579 ------- Additional Comments From tcallawa at redhat.com 2005-08-23 11:34 EST ------- All changes incorporated (both from patch and ?_smp_mflags) in -3. New SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-CGI-Untaint-date-0.03-3.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-CGI-Untaint-date.spec Of course, we now depend on perl-Date-Simple, so this review depends on bugzilla 166579. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 16:09:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 12:09:10 -0400 Subject: [Bug 166567] Review Request: perl-Date-Simple (Simple date object for perl) In-Reply-To: Message-ID: <200508231609.j7NG9Ag1002182@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Date-Simple (Simple date object for perl) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166567 ------- Additional Comments From rc040203 at freenet.de 2005-08-23 12:08 EST ------- NEEDSWORK: > Url: http://cpan.uwinnipeg.ca/module/Date::Simple > Source0: http://cpan.uwinnipeg.ca/cpan/authors/id/Y/YV/YVES/Date-Simple-%{version}.tar.gz Please use CPAN rooted URLs, uwinnipeg.ca probably is csearch.cpan.org mirror. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 16:18:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 12:18:13 -0400 Subject: [Bug 166542] Review Request: mod_auth_pam: PAM authentication module for Apache In-Reply-To: Message-ID: <200508231618.j7NGID80004543@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: mod_auth_pam: PAM authentication module for Apache https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166542 ------- Additional Comments From ivazquez at ivazquez.net 2005-08-23 12:18 EST ------- Updated. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 16:18:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 12:18:49 -0400 Subject: [Bug 166567] Review Request: perl-Date-Simple (Simple date object for perl) In-Reply-To: Message-ID: <200508231618.j7NGInv4004706@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Date-Simple (Simple date object for perl) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166567 ------- Additional Comments From paul at city-fan.org 2005-08-23 12:18 EST ------- OK, I prefer that interface myself but it's no big deal. How about: Url: http://search.cpan.org/dist/Date-Simple/ Source0: http://search.cpan.org/CPAN/authors/id/Y/YV/YVES/Date-Simple-%{version}.tar.gz -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 16:26:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 12:26:55 -0400 Subject: [Bug 166579] Review Request: perl-Date-Simple: A simple date object In-Reply-To: Message-ID: <200508231626.j7NGQtYx007655@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Date-Simple: A simple date object https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166579 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From tcallawa at redhat.com 2005-08-23 12:26 EST ------- *** This bug has been marked as a duplicate of 166567 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 16:27:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 12:27:10 -0400 Subject: [Bug 166567] Review Request: perl-Date-Simple (Simple date object for perl) In-Reply-To: Message-ID: <200508231627.j7NGRAQe007761@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Date-Simple (Simple date object for perl) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166567 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tcallawa at redhat.com ------- Additional Comments From tcallawa at redhat.com 2005-08-23 12:27 EST ------- *** Bug 166579 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 16:27:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 12:27:20 -0400 Subject: [Bug 166182] Review Request: perl-CGI-Untaint-date : Validate a date In-Reply-To: Message-ID: <200508231627.j7NGRKcc007822@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-CGI-Untaint-date : Validate a date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166182 Bug 166182 depends on bug 166579, which changed state. Bug 166579 Summary: Review Request: perl-Date-Simple: A simple date object https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166579 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |DUPLICATE Status|NEW |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 16:29:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 12:29:47 -0400 Subject: [Bug 166567] Review Request: perl-Date-Simple (Simple date object for perl) In-Reply-To: Message-ID: <200508231629.j7NGTleM008720@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Date-Simple (Simple date object for perl) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166567 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |tcallawa at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From tcallawa at redhat.com 2005-08-23 12:29 EST ------- With the fixed URL, this package looks good to me. - rpmlint checks return nothing - meets naming/packaging guidelines - macro use is consistent - license ok (perl), both texts include, matches source - source matches upstream - no libs, no docs - spec is legible, in am english - code, not content - builds ok (FC4, ppc) - owns directories it makes - no missing, unnecessary BR With the URL changes, this one is approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 16:32:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 12:32:03 -0400 Subject: [Bug 166481] Review Request: network grep In-Reply-To: Message-ID: <200508231632.j7NGW3Ot009387@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: network grep https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166481 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ville.skytta at iki.fi OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-08-23 12:31 EST ------- More observations, fix for all of these can be merged from my old package: Needswork: - The executable needs to be run as root and the man page is in section 8, so the executable would be better installed in %{_sbindir}, not %{_bindir}. Cosmetics: - Please use http://download.sourceforge.net/... (not prdownloads) so that Source0 URL is wget'able. - Group: Applications/Internet would be perhaps more appropriate than Applications/System -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 17:02:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 13:02:14 -0400 Subject: [Bug 166588] New: Review Request: openvpn Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166588 Summary: Review Request: openvpn Product: Fedora Extras Version: devel Platform: All URL: http://openvpn.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: steve at silug.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://ftp.kspei.com/pub/steve/rpms/openvpn/openvpn.spec SRPM Name or Url: http://ftp.kspei.com/pub/steve/rpms/openvpn-2.0.1-1.src.rpm Description: OpenVPN is a robust and highly flexible tunneling application that uses all of the encryption, authentication, and certification features of the OpenSSL library to securely tunnel IP networks over a single UDP or TCP port. It can use the Marcus Franz Xaver Johannes Oberhumer's LZO library for compression. Based on prior positive reviews, this has already been checked into CVS. I never received final build approval though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 17:02:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 13:02:26 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508231702.j7NH2QeJ016549@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 steve at silug.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166588 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 17:14:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 13:14:23 -0400 Subject: [Bug 166182] Review Request: perl-CGI-Untaint-date : Validate a date In-Reply-To: Message-ID: <200508231714.j7NHENLn019335@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-CGI-Untaint-date : Validate a date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166182 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-23 13:14 EST ------- Looks good. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Tue Aug 23 17:18:42 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 23 Aug 2005 13:18:42 -0400 Subject: [Fwd: Build Error (Job 349): banner-1_3_1-2_fc4 on 4] In-Reply-To: <430B0D52.2060309@linux-kernel.at> References: <430B0D52.2060309@linux-kernel.at> Message-ID: <1124817522.2972.0.camel@dcbw.boston.redhat.com> On Tue, 2005-08-23 at 13:49 +0200, Oliver Falk wrote: > Somethin's strange with the ppc build box. At least for devel and fc4 I > get errors like this. fc3 seems fine... We're looking into it. Dan From mgarski at post.pl Tue Aug 23 17:52:13 2005 From: mgarski at post.pl (Marcin Garski) Date: Tue, 23 Aug 2005 19:52:13 +0200 Subject: CVSSyncNeeded request Message-ID: <430B624D.2020609@post.pl> Hello, I've just imported Krusader into CVS devel branch. I would like to build it on FC3 and FC4. Can you add me to EditGroup (login on wiki: MarcinGarski)? -- Best Regards Marcin Garski From bugzilla at redhat.com Tue Aug 23 18:00:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 14:00:16 -0400 Subject: [Bug 165913] Review Request: gquilt - a PyGTK GUI wrapper for quilt In-Reply-To: Message-ID: <200508231800.j7NI0FlC028369@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gquilt - a PyGTK GUI wrapper for quilt https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165913 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-23 14:00 EST ------- Patch applied. New SRPM and spec file at the same URL: http://jdub.homelinux.org/files/gquilt/ Some of these things can be fixed upstream too, like the missing COPYING file. I'll be sure to send these changes to the author as well. Thanks for reviewing. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 18:12:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 14:12:47 -0400 Subject: [Bug 165913] Review Request: gquilt - a PyGTK GUI wrapper for quilt In-Reply-To: Message-ID: <200508231812.j7NIClCN030910@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gquilt - a PyGTK GUI wrapper for quilt https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165913 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From tcallawa at redhat.com 2005-08-23 14:12 EST ------- Review: Good: - rpmlint checks returns only E: gquilt only-non-binary-in-usr-lib, which can be ignored, since this is python. - package meets naming/packaging guidelines - license (GPL) ok, license text in %doc, matches source - spec legible, in am.english - sources match upstream - compiles on FC4 (ppc) - no missing BR, no unnecessary BR - no locales, no libs - not relocatable - owns all directories it makes - no duplicate %files - no need for -docs, -devel - code not content - %clean ok - macros are consistent - nothing in %doc affects runtime APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at city-fan.org Tue Aug 23 18:31:22 2005 From: paul at city-fan.org (Paul Howarth) Date: Tue, 23 Aug 2005 19:31:22 +0100 Subject: CVSSyncNeeded request In-Reply-To: <430B624D.2020609@post.pl> References: <430B624D.2020609@post.pl> Message-ID: <1124821882.16837.224.camel@laurel.intra.city-fan.org> On Tue, 2005-08-23 at 19:52 +0200, Marcin Garski wrote: > Hello, > > I've just imported Krusader into CVS devel branch. I would like to build > it on FC3 and FC4. Can you add me to EditGroup (login on wiki: > MarcinGarski)? Done. Paul. -- Paul Howarth From bugzilla at redhat.com Tue Aug 23 18:48:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 14:48:01 -0400 Subject: [Bug 166409] Review Request: gajim - jabber client written in PyGTK In-Reply-To: Message-ID: <200508231848.j7NIm1MJ005242@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gajim - jabber client written in PyGTK https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166409 ------- Additional Comments From gajownik at gmail.com 2005-08-23 14:47 EST ------- (In reply to comment #2) > ImportError: No module named i18n Ooops. Updated version is the same place (I haven't incremented release tag). I have just changed this line in the gajim-remote.py file: import i18n to from common import i18n and it works :] BTW is there any possibility to patch for example "Source1" file? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 18:52:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 14:52:46 -0400 Subject: [Bug 165913] Review Request: gquilt - a PyGTK GUI wrapper for quilt In-Reply-To: Message-ID: <200508231852.j7NIqkRQ005921@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gquilt - a PyGTK GUI wrapper for quilt https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165913 ------- Additional Comments From toshio at tiki-lounge.com 2005-08-23 14:52 EST ------- oops... bugzilla let me slip those in after the review proper. These fixes can go in after the package goes into CVS but they need to be fixed before build otherwise build will fail on x86_64. Second Hmmm... It looks like the python files are used as modules in the %{_datadir}/gquilt hierarchy but the author coded them to act standalone for testing. This is causing rpmlint to throw spurious warnings. (Even /usr/share/gquilt/gquilt.py won't run without the /usr/bin/gquilt wrapper script to set up some ENV variables first.) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 20:18:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 16:18:35 -0400 Subject: [Bug 165913] Review Request: gquilt - a PyGTK GUI wrapper for quilt In-Reply-To: Message-ID: <200508232018.j7NKIZw8022564@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gquilt - a PyGTK GUI wrapper for quilt https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165913 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-23 16:18 EST ------- (In reply to comment #7) > oops... bugzilla let me slip those in after the review proper. These fixes can > go in after the package goes into CVS but they need to be fixed before build > otherwise build will fail on x86_64. Yep, no problem. And I'll send them upstream to the author too. > > Second Hmmm... It looks like the python files are used as modules in the > %{_datadir}/gquilt hierarchy but the author coded them to act standalone for > testing. This is causing rpmlint to throw spurious warnings. (Even > /usr/share/gquilt/gquilt.py won't run without the /usr/bin/gquilt wrapper script > to set up some ENV variables first.) I'm not a python guru just quite yet... could you elaborate on that a bit more? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From katzj at redhat.com Tue Aug 23 20:25:35 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 23 Aug 2005 16:25:35 -0400 Subject: ppc builder broken? In-Reply-To: <430B36EB.9030102@lowlatency.de> References: <430B36EB.9030102@lowlatency.de> Message-ID: <1124828736.2635.13.camel@bree.local.net> Attempts to log in to the box failed, the box was reset and is now not coming back up. Continuing to try to investigate, but I'm going to have to take a break for a few hours to take care of some non-work stuff. More information as I have it. At least now, builds will just sit in the queue and wait for the ppc builder instead of mysteriously failing :) Jeremy From skvidal at phy.duke.edu Tue Aug 23 20:29:37 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 23 Aug 2005 16:29:37 -0400 Subject: ppc builder broken? In-Reply-To: <1124828736.2635.13.camel@bree.local.net> References: <430B36EB.9030102@lowlatency.de> <1124828736.2635.13.camel@bree.local.net> Message-ID: <1124828977.25024.52.camel@cutter> On Tue, 2005-08-23 at 16:25 -0400, Jeremy Katz wrote: > Attempts to log in to the box failed, the box was reset and is now not > coming back up. Continuing to try to investigate, but I'm going to have > to take a break for a few hours to take care of some non-work stuff. > > More information as I have it. > > At least now, builds will just sit in the queue and wait for the ppc > builder instead of mysteriously failing :) As we discussed I'll see if I can manifest a spare disk for the old g4 I have here but BOY would that slow down the builds. :) -sv From bugzilla at redhat.com Tue Aug 23 20:41:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 16:41:21 -0400 Subject: [Bug 165456] Review Request: Enables hotkey functions for Toshiba laptop In-Reply-To: Message-ID: <200508232041.j7NKfL0Z026470@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Enables hotkey functions for Toshiba laptop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165456 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-23 16:41 EST ------- The script looks good (in comparison to other scripts) and does what is expected on my computer.. problem is: I don't have a toshiba laptop and this packages was actually the reason for a friend of mine not to switch to fc (yet ;) ) so this is why I initially put it up here... I will say it like this: It does not bail on anything I am doing but I can not test the real thing here. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From dcbw at redhat.com Tue Aug 23 20:59:17 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 23 Aug 2005 16:59:17 -0400 Subject: ppc builder broken? In-Reply-To: <1124828977.25024.52.camel@cutter> References: <430B36EB.9030102@lowlatency.de> <1124828736.2635.13.camel@bree.local.net> <1124828977.25024.52.camel@cutter> Message-ID: <1124830757.2972.5.camel@dcbw.boston.redhat.com> On Tue, 2005-08-23 at 16:29 -0400, seth vidal wrote: > On Tue, 2005-08-23 at 16:25 -0400, Jeremy Katz wrote: > > Attempts to log in to the box failed, the box was reset and is now not > > coming back up. Continuing to try to investigate, but I'm going to have > > to take a break for a few hours to take care of some non-work stuff. > > > > More information as I have it. > > > > At least now, builds will just sit in the queue and wait for the ppc > > builder instead of mysteriously failing :) > > As we discussed I'll see if I can manifest a spare disk for the old g4 I > have here but BOY would that slow down the builds. :) If it's a dual, you can run 2 builders on it and help somewhat... Dan From skvidal at phy.duke.edu Tue Aug 23 21:04:00 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 23 Aug 2005 17:04:00 -0400 Subject: ppc builder broken? In-Reply-To: <1124830757.2972.5.camel@dcbw.boston.redhat.com> References: <430B36EB.9030102@lowlatency.de> <1124828736.2635.13.camel@bree.local.net> <1124828977.25024.52.camel@cutter> <1124830757.2972.5.camel@dcbw.boston.redhat.com> Message-ID: <1124831040.25024.66.camel@cutter> On Tue, 2005-08-23 at 16:59 -0400, Dan Williams wrote: > On Tue, 2005-08-23 at 16:29 -0400, seth vidal wrote: > > On Tue, 2005-08-23 at 16:25 -0400, Jeremy Katz wrote: > > > Attempts to log in to the box failed, the box was reset and is now not > > > coming back up. Continuing to try to investigate, but I'm going to have > > > to take a break for a few hours to take care of some non-work stuff. > > > > > > More information as I have it. > > > > > > At least now, builds will just sit in the queue and wait for the ppc > > > builder instead of mysteriously failing :) > > > > As we discussed I'll see if I can manifest a spare disk for the old g4 I > > have here but BOY would that slow down the builds. :) > > If it's a dual, you can run 2 builders on it and help somewhat... I'm pretty sure we'll be io bound. :) -sv From bugzilla at redhat.com Tue Aug 23 21:46:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 17:46:02 -0400 Subject: [Bug 165913] Review Request: gquilt - a PyGTK GUI wrapper for quilt In-Reply-To: Message-ID: <200508232146.j7NLk20m005043@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gquilt - a PyGTK GUI wrapper for quilt https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165913 ------- Additional Comments From toshio at tiki-lounge.com 2005-08-23 17:45 EST ------- The files in /usr/share/gquilt/*.py are imported into the gquilt program to make it run. This is the normal mode of operation. The author of gquilt has also made most of the files executable scripts with small stubs of test code embedded in them. My gquilt-build.patch installs the *.py files as mode 0655... no executable. This seems right as we don't have any use for the tests in the installed set. rpmlint complains about this but I think we should just ignore it. The right thing to do in the python world WRT tests is to move the tests out to separate files. Python has a fine unittest framework to do just that. However, that's a definite job for an upstream maintainer. The /usr/share/gquilt/gquilt.py file is somewhat special as it is the main driver of the gquilt program and there could be some justification to execute it. However, my testing showed the shell script /usr/bin/gquilt sets some environment variables that are necessary otherwise /usr/share...gquilt.py won't run. So there's no need to make that executable either. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 22:17:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 18:17:57 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508232217.j7NMHv9H014048@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From j.m.maurer at student.utwente.nl 2005-08-23 18:17 EST ------- Thanks G?rard... I don't know why I missed that all; must have been tired :-/ Your suggestions found their way in a new spec: http://www.abisource.com/~uwog/gtkmathview/gtkmathview.spec SRPM available here: http://www.abisource.com/~uwog/gtkmathview/gtkmathview-0.7.3-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 23:03:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 19:03:22 -0400 Subject: [Bug 166588] Review Request: openvpn In-Reply-To: Message-ID: <200508232303.j7NN3Mun020959@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openvpn https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166588 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-08-23 19:03 EST ------- It looks good to me, go ahead and make build. (I would be extra happy if you renamed your additionnal sources to openvpn-*, for those of us who have all the sources in the SOURCES dir, as in the default rpm config) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 23:28:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 19:28:46 -0400 Subject: [Bug 166626] New: Review Request: xscorch - A Scorched Earth clone Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 Summary: Review Request: xscorch - A Scorched Earth clone Product: Fedora Extras Version: devel Platform: All URL: http://manta.univ.gda.pl/~mgarski/FE/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: mgarski at post.pl QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://manta.univ.gda.pl/~mgarski/FE/xscorch.spec SRPM Name or Url: http://manta.univ.gda.pl/~mgarski/FE/xscorch-0.2.0-3.src.rpm Description: xscorch is a clone of the classic DOS game, "Scorched Earth". The basic goal is to annihilate enemy tanks using overpowered guns :). Basically, you buy weapons, you target the enemy by adjusting the angle of your turret and firing power, and you hope to destroy their tank before they destroy yours. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 23 23:28:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 19:28:58 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508232328.j7NNSwAD023506@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 mgarski at post.pl changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166626 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 00:27:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 20:27:04 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508240027.j7O0R4mZ032567@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From toshio at tiki-lounge.com 2005-08-23 20:26 EST ------- Not a full review: - Only the C library is currently being built. You have to do more to get the scripting language bindings built. When you do that you probably want to split the package up with one for each language binding. - The Ruby bindings are included in the FC4 Ruby (1.8.0 was the first version that should have it.) - On x86_64, make check for the main library seems to be having problems. YtsSpecificationExamples_27 seems to go on forever (10 minutes wallclock before I hit Ctrl-C.) - The spec file looks nothing like the fedora rpm spectemplate (available from fedora-rpmdevtools). Some things undoubtably don't matter but others have very obviously been left out (for instance the ldconfig call in %post/%postun). Running the package through the packaging guidelines http://www.fedoraproject.org/wiki/PackagingGuidelines or the guidelines "cheat sheet": http://www.fedoraproject.org/wiki/PackageReviewGuidelines would be a good idea so the spec doesn't leave reviewers trying to figure out where to start :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 00:34:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 20:34:10 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508240034.j7O0YAEU000910@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From toshio at tiki-lounge.com 2005-08-23 20:33 EST ------- - A definition of YAML in the %description would be a good idea. Otherwise people won't know what this package really does (After looking, at the yaml web page, it looks really nice. :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 00:48:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 20:48:17 -0400 Subject: [Bug 165456] Review Request: Enables hotkey functions for Toshiba laptop In-Reply-To: Message-ID: <200508240048.j7O0mHEj002416@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Enables hotkey functions for Toshiba laptop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165456 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From matthias at rpmforge.net 2005-08-23 20:48 EST ------- OK, then go ahead and import the package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 01:04:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 21:04:04 -0400 Subject: [Bug 165913] Review Request: gquilt - a PyGTK GUI wrapper for quilt In-Reply-To: Message-ID: <200508240104.j7O144fx004001@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gquilt - a PyGTK GUI wrapper for quilt https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165913 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-23 21:03 EST ------- (In reply to comment #9) > The files in /usr/share/gquilt/*.py are imported into the gquilt program to make > it run. This is the normal mode of operation. The author of gquilt has also > made most of the files executable scripts with small stubs of test code embedded > in them. My gquilt-build.patch installs the *.py files as mode 0655... no > executable. This seems right as we don't have any use for the tests in the > installed set. rpmlint complains about this but I think we should just ignore it. Ah, yes I noticed this too. I agree that they shouldn't be executable in the scope of Extras. > > The right thing to do in the python world WRT tests is to move the tests out to > separate files. Python has a fine unittest framework to do just that. However, > that's a definite job for an upstream maintainer. I'll be sure to mention it to him. > > The /usr/share/gquilt/gquilt.py file is somewhat special as it is the main > driver of the gquilt program and there could be some justification to execute > it. However, my testing showed the shell script /usr/bin/gquilt sets some > environment variables that are necessary otherwise /usr/share...gquilt.py won't > run. So there's no need to make that executable either. Ok. Thanks for the explanation. It was quite good. You learn something every day :). Your patches have been added to CVS. I'll work with Peter to see if he wants to incorporate them upstream. This explanation should help. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ermeyers at adelphia.net Wed Aug 24 01:06:18 2005 From: ermeyers at adelphia.net (Eric R. Meyers) Date: Tue, 23 Aug 2005 21:06:18 -0400 Subject: http://fedoraproject.org/extras/4/i386/comps.xml Message-ID: <200508232106.31548.ermeyers@adelphia.net> Contributors: Last month you may have seen a lot of messages with the subject line reading: "Re: http://fedoraproject.org/extras/4/i386/repodata" Now I hope to start a new thread with the subject line reading: "Re: http://fedoraproject.org/extras/4/i386/comps.xml" Originally, I saw that 1031 packages were in the group __nogroup__. See https://www.redhat.com/archives/fedora-extras-list/2005-July/msg00436.html. This led to discussions about the comps.xml file, and discussions about the different types or purposes of groups, and the need for automation of groups. I haven't stopped working, but I'm at the midway point in the development, and the programs that I've created generate a comps file with no unassigned packages; however, some knowledge needs to be loaded into the data, so that the comps file has the packages directed into better groups. It's not a small task, so I'm presenting the current product for review, and hopefully some collective knowledge from the contributors will guide me to create a better comps file for fedora-extras. I've put files at http://users.adelphia.net/~ermeyers/fedora-extras/. There is a "comps.xml" file which is like the "comps.xml.en" file, but the "comps.xml.en" file is easier to read, because it doesn't have the foreign language translations in it. There is a "package_directed_information.txt" file, which presents information of the packages directed into groups. There is a "package_covered_information.txt" file, which presents information of the packages, not directed, but covered by groups using automatic placement. The big trick is I need to load the package_directed.store (knowledge base); otherwise, the package gets covered, into package_covered.store, by placing it according to its RPM group. I've mapped the RPM group names to different group names, as needed. -- group_add & group_del implemented. -- category_add & category_del implemented Thank you for your help, in advance. Eric -- Eric R. Meyers Systems Engineer GPG: 0x83CE80A3 http://users.adelphia.net/~ermeyers -------------- 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 Wed Aug 24 01:10:02 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 23 Aug 2005 21:10:02 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050824011002.8FCE7802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 16 banner-1.3.1-2.fc3 denyhosts-1.0.2-1.fc3 kasumi-0.9-4.fc3 libcddb-1.2.1-1.fc3 libmodplug-0.7-3.fc3 moodss-20.4-1.fc3 moomps-5.3-1.fc3 perl-Class-Container-0.12-2.fc3 perl-Exception-Class-1.21-2.fc3 plague-0.3.4-1.fc3 rxvt-unicode-5.7-1.fc3 scim-1.4.2-0.fc3 scim-chewing-0.2.1-0.fc3 scim-hangul-0.2.0-5.fc3 scim-qtimm-0.9.4-0.fc3 tetex-lgrind-3.67-9.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 Wed Aug 24 01:10:34 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 23 Aug 2005 21:10:34 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050824011034.16163802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 6 denyhosts-1.0.2-1.fc4 hdf-4.2r1-4.fc4 moomps-5.3-1.fc4 perl-Class-Container-0.12-2.fc4 perl-Exception-Class-1.21-2.fc4 plague-0.3.4-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 Wed Aug 24 01:11:03 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 23 Aug 2005 21:11:03 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050824011103.54D6B802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 5 denyhosts-1.0.2-1.fc5 hdf-4.2r1-4.fc5 jpgraph-1.19-1.fc5 moomps-5.3-1.fc5 plague-0.3.4-1.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Wed Aug 24 02:54:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 22:54:55 -0400 Subject: [Bug 166633] New: Review Request: mmv-1.01b-1 (move multiple files program) Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166633 Summary: Review Request: mmv-1.01b-1 (move multiple files program) Product: Fedora Extras Version: devel Platform: All URL: http://home.nycap.rr.com/nagaland/rpms/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: shishz at hotpop.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com http://home.nycap.rr.com/nagaland/rpms/mmv.spec http://home.nycap.rr.com/nagaland/rpms/mmv-1.01b-1.src.rpm Description: howdy folks, I'd appreciate a new package review of mmv. it's similar to but more flexible than rename... mmv is a program to move/copy/append/link multiple files according to a set of wildcard patterns. I think the pristine "upstream" source is lost, but since debian's and suse's sources are identical, I just based off of debian's mmv_1.01b.orig.tar.gz (without the annoying .orig appendages). The source is then patched up to debian's 12.2 release which includes compile/segfault/lfs patches. lastly, I added in pie to the build. thanks, zing -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 02:55:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 23 Aug 2005 22:55:12 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508240255.j7O2tCZS017031@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 shishz at hotpop.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166633 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 06:15:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 02:15:20 -0400 Subject: [Bug 165456] Review Request: Enables hotkey functions for Toshiba laptop In-Reply-To: Message-ID: <200508240615.j7O6FKg4009010@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Enables hotkey functions for Toshiba laptop https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165456 ------- Additional Comments From ville.skytta at iki.fi 2005-08-24 02:14 EST ------- Reminder: http://fedoraproject.org/wiki/Extras/NewPackageProcessMarkTwo Things are easier to track if they flow according to the process; a new submission should be closed (by the submitter) only after it's in CVS and successfully built. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 07:20:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 03:20:03 -0400 Subject: [Bug 166182] Review Request: perl-CGI-Untaint-date : Validate a date In-Reply-To: Message-ID: <200508240720.j7O7K3QP017676@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-CGI-Untaint-date : Validate a date https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166182 Bug 166182 depends on bug 166567, which changed state. Bug 166567 Summary: Review Request: perl-Date-Simple (Simple date object for perl) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166567 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 07:44:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 03:44:24 -0400 Subject: [Bug 166481] Review Request: network grep In-Reply-To: Message-ID: <200508240744.j7O7iOIN021926@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: network grep https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166481 ------- Additional Comments From oliver at linux-kernel.at 2005-08-24 03:44 EST ------- Fixed. Please have a look again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 08:29:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 04:29:07 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508240829.j7O8T7I1031837@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From oliver at linux-kernel.at 2005-08-24 04:29 EST ------- (In reply to comment #2) > - A definition of YAML in the %description would be a good idea. Otherwise > people won't know what this package really does (After looking, at the yaml web > page, it looks really nice. :-) Will add this in the next release. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 08:37:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 04:37:59 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508240837.j7O8bxcP000970@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |j.w.r.degoede at hhs.nl ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-24 04:37 EST ------- Hi, Cool (I think). I'll take a look at it. If possible I would like to excahnge reviews as I myself also have a package which still needs review, see bug 165992 Thanks and I'll let you know if its ok or what needs changing. I assume you already have CVS access / are an FE contributer? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 08:52:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 04:52:26 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508240852.j7O8qQq0003723@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-24 04:52 EST ------- First problem, on my system (rawhide) ./configure prints: xscorch 0.2.0 Configuration: Prefix: /usr Datadir: /usr/share Mandir: /usr/share/man CFLAGS: -O2 -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables Sound: NO Network: Yes Readline: NO GTK 1.2: Yes GTK 2.0: NO GNOME: Yes Why no sound and no readline (you do BuildRequire Readline-devel) and why do you use gtk-1.2 (pass --with-gtk-12 to configure), thats so old and deprecated. xmms is about theonly program left in Fedora which still requires gtk12, and thats being rewritten to use gtk2. Anyways the build goes on, I'll see what else turns up. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 09:05:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 05:05:17 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508240905.j7O95Hxr006093@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From oliver at linux-kernel.at 2005-08-24 05:05 EST ------- (In reply to comment #1) > - Only the C library is currently being built. You have to do more to get the > scripting language bindings built. When you do that you probably want to split > the package up with one for each language binding. OK. Will do that. > - The Ruby bindings are included in the FC4 Ruby (1.8.0 was the first version > that should have it.) Which means, that I don't have to build it? Looking at the ruby 1.8.2 package, I cannot find the yaml extension... (But normally I don't have anything to do with ruby). > - On x86_64, make check for the main library seems to be having problems. > YtsSpecificationExamples_27 seems to go on forever (10 minutes wallclock before > I hit Ctrl-C.) Bad. But as I don't have a x86_64 around, it's hard to find out what's happening. :-/ > - The spec file looks nothing like the fedora rpm spectemplate (available from > fedora-rpmdevtools). Some things undoubtably don't matter but others have very > obviously been left out (for instance the ldconfig call in %post/%postun). You are correct, I'm a bad guy; I should have cleaned the spec before submitting it... > Running the package through the packaging guidelines > http://www.fedoraproject.org/wiki/PackagingGuidelines > or the guidelines "cheat sheet": > http://www.fedoraproject.org/wiki/PackageReviewGuidelines > > would be a good idea so the spec doesn't leave reviewers trying to figure out > where to start :-) Mea culpa. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 09:16:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 05:16:41 -0400 Subject: [Bug 166409] Review Request: gajim - jabber client written in PyGTK In-Reply-To: Message-ID: <200508240916.j7O9Gf0O007470@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gajim - jabber client written in PyGTK https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166409 ------- Additional Comments From gauret at free.fr 2005-08-24 05:16 EST ------- > Updated version is the same place (I haven't incremented release tag) Please do. Always increment the release tag when you make a change, even if the package is never to be published. It makes it a lot easier at least for me, and avoids confusion as to which version is approved. > I have just changed this line in the gajim-remote.py file Don't change upstream sources like this. The objective is to only include sources that are identical to upstream. All modifications must be done inside the spec file, for example in the %prep or %install stage. I would have done this in %install: -install -p -m 0755 %{SOURCE1} %{buildroot}%{_datadir}/gajim/src +perl -p -e 's/^import i18n$/from common import i18n/g' %{SOURCE1} > \ + %{buildroot}%{_datadir}/gajim/src What is the matter with this file ? Did upstream forget to include it with the release ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 09:23:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 05:23:24 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508240923.j7O9NOt0008233@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From oliver at linux-kernel.at 2005-08-24 05:23 EST ------- Please have a look at it now (Build 3). I have added subpackages for php and python. Did a spec-cleanup. And so on... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 10:41:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 06:41:59 -0400 Subject: [Bug 166409] Review Request: gajim - jabber client written in PyGTK In-Reply-To: Message-ID: <200508241041.j7OAfxsi015758@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gajim - jabber client written in PyGTK https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166409 ------- Additional Comments From gajownik at gmail.com 2005-08-24 06:41 EST ------- (In reply to comment #4) > Please do. Always increment the release tag when you make a change OK, done. Here's the URL ? http://80.55.221.90/~gajownik/linux/RPMS/gajim/ > Don't change upstream sources like this. Yes, I know. That's why I've asked about patching other sources :) > -install -p -m 0755 %{SOURCE1} %{buildroot}%{_datadir}/gajim/src > +perl -p -e 's/^import i18n$/from common import i18n/g' %{SOURCE1} > \ > + %{buildroot}%{_datadir}/gajim/src I don't know perl so I used sed. I left line with "install" because rpmlint was complaining about wrong permissions. > What is the matter with this file ? Did upstream forget to include it with the > release ? Hmmm... I don't know. I searched their mailing lists and I haven't found the answer. I've added this file because I thought that it would be better to enhance functionality of gajim ? http://trac.gajim.org/wiki/GajimDBus This file is also included in the PLD's rpm ? http://cvs.pld-linux.org/cgi-bin/cvsweb/SPECS/gajim.spec?rev=1.15 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 10:46:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 06:46:16 -0400 Subject: [Bug 165230] Review Request: Eclipse Graphical Editing Framework In-Reply-To: Message-ID: <200508241046.j7OAkGl3016432@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Eclipse Graphical Editing Framework https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165230 ------- Additional Comments From matthias at rpmforge.net 2005-08-24 06:46 EST ------- Documenting the way the tarball is generated in the spec file, or adding a script that does it as a source to the package would be good indeed. As for the binary code in the package, unless it's included in the .jar files, there doesn't seem to be any. Let me know once you have an updated package and I'll further review it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 10:50:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 06:50:12 -0400 Subject: [Bug 165932] Review Request: An SMTP Client In-Reply-To: Message-ID: <200508241050.j7OAoCtt017088@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An SMTP Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165932 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-08-24 06:49 EST ------- Until GNU SASL is published in Fedora, this package work and can be included IMHO. * Name is OK * Source msmtp-1.4.3.tar.bz2 is the same as upstream * The BuildRoot is the preferred one * Spec looks OK * rpmlint looks OK * File list looks OK * Seems to work fine One thing though : please change http://prdownloads.sourceforge.net into http://dl.sourceforge.net so that the tarball can be downloaded automatically. If GNU SASL is published, please remember to update your package. Does it work with Cyrus SASL ? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 11:33:43 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 07:33:43 -0400 Subject: [Bug 166409] Review Request: gajim - jabber client written in PyGTK In-Reply-To: Message-ID: <200508241133.j7OBXhlX021807@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gajim - jabber client written in PyGTK https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166409 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-08-24 07:33 EST ------- OK, looks good. Above the Source1 tag, you could add the full URL : http://trac.gajim.org/file/trunk/scripts/gajim-remote.py?rev=3170&format=raw (it won't work inside the source tag because of the query string) Passed: * RPM name * Spec changes look OK * Source gajim-0.8.tar.bz2 is the same as upstream * Source gajim-remote.py is the same as upstream * Patch gajim-0.8.cflags.patch (0) looks OK * Patch gajim-0.8.po.patch (1) looks OK * Patch gajim-0.8.remote.patch (2) looks OK * Patch gajim-0.8.aplay.patch (3) looks OK * The BuildRoot is the preferred one * Spec looks OK * Builds fine * rpmlint looks OK * File list looks OK * Works fine (even with google talk... ;) ) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gauret at free.fr Wed Aug 24 11:45:58 2005 From: gauret at free.fr (Aurelien Bompard) Date: Wed, 24 Aug 2005 13:45:58 +0200 Subject: Integration of Tiger in Fedora Message-ID: Hi *, I've packaged Tiger for Fedora, and it is available for review in bug 165311. Tiger is a set of bash scripts to run automatic security audits and intrusion detection on Unix systems. The project was abandoned since mid-90's, and has been resurrected by one of the main Debian security developers (Javier Fern?ndez-Sanguino). It proved very useful many times on the Debian servers I manage, and I'm pretty sure it could be as useful on Fedora. Since Tiger is very system-specific, it needs customization to integrate it into Fedora. Right now, I've only ported Javier's fixes and adaptations for Debian (which is a 20000+ lines patch...). I'd like to make sure it works as this, and I'll add more Fedora-specific checks afterwards (such as "yum check-update", "rpm -V", and maybe even SELinux checks, there's much to do) I'm looking for people to help fine-tune the default configuration. So here are the best ways you can help review Tiger : - Check for packaging errors, as usual - Install it, tweak /etc/tiger/tigerrc a little, run "tiger" and tell me if you have error messages. - Tell me what false-positive alerts you get in the previous command so I can add them to /etc/tiger/tiger.ignore - Look into /etc/tiger/tiger.ignore and tell me if you think I've ignored something valid - Please review my one-liner patch for a C program not compiling with gcc4, as I really don't know C... - Tell me where Tiger could be better integrated into Fedora When you run "tiger", all checks enabled in /etc/tiger/tigerrc are run. But there is also an automatic testing system, where the scripts are run at different times according to /etc/tiger/cronrc. If you can, please run each script in this crontab and tell me which false-positive you get. One of Tiger's best features is to report only what's changed since the last run (configurable in /etc/tiger/tigerrc), but it does not mean we should not get rid of false-positives in the first place. Thanks for your help Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook From bugzilla at redhat.com Wed Aug 24 12:27:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 08:27:37 -0400 Subject: [Bug 166184] Review Request: perl-Class-DBI : Simple Database Abstraction In-Reply-To: Message-ID: <200508241227.j7OCRbgK029954@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI : Simple Database Abstraction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166184 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org BugsThisDependsOn| |166197, 166198, 166201, | |166567 OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-24 08:27 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is same as perl, matches spec - spec file legible and written in English - sources match upstream - builds OK in mock on FC-4 (i386) - BR's mostly OK - no locales, subpackages, libraries, pkgconfigs etc. to worry about - not relocatable - directory ownership OK - no duplicate files or permission issues - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime - no scriptlets Needswork: - redundant BR: perl - license text not included in package; suggest adding to %prep: perldoc -t perlgpl > COPYING perldoc -t perlartistic > Artistic and to %files: %doc COPYING Artistic Nitpick: - include BR: perl(Date::Simple) for more test coverage Note: - Including a BR: perl(Time::Piece::MySQL) would also improve coverage but this is not yet available in Extras or submitted for review, but it's worth adding at some point if someone submits that package -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From qspencer at ieee.org Wed Aug 24 14:06:47 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 24 Aug 2005 09:06:47 -0500 Subject: rpmlint errors Message-ID: <430C7EF7.8060104@ieee.org> In the ATLAS package I'm working on, I'm getting some rpmlint errors and warnings in the devel package that don't make sense to me. I've put all of the headers in /usr/include/atlas, and they're all causing this error: E: atlas-devel script-without-shellbang /usr/include/atlas/atlas_reflvl3.h I have some library symlinks in /usr/lib and some in /usr/lib/atlas, but only the ones in /usr/lib/atlas are giving me this: W: atlas-devel dangling-relative-symlink /usr/lib/atlas/libblas.so libblas.so.3.0 Another related question--I'm using a configuration file /etc/ld.so.conf.d/atlas-%{arch}.conf, and rpmlint wants me to do %config(noreplace) in front of it. Can anyone explain what the noreplace does? It's not documented in the Maximum RPM doc. -Quentin From paul at city-fan.org Wed Aug 24 14:16:16 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 24 Aug 2005 15:16:16 +0100 Subject: rpmlint errors In-Reply-To: <430C7EF7.8060104@ieee.org> References: <430C7EF7.8060104@ieee.org> Message-ID: <430C8130.3020705@city-fan.org> Quentin Spencer wrote: > In the ATLAS package I'm working on, I'm getting some rpmlint errors and > warnings in the devel package that don't make sense to me. I've put all > of the headers in /usr/include/atlas, and they're all causing this error: > > E: atlas-devel script-without-shellbang /usr/include/atlas/atlas_reflvl3.h This file is probably installed with executable permissions, and shouldn't be. > I have some library symlinks in /usr/lib and some in /usr/lib/atlas, but > only the ones in /usr/lib/atlas are giving me this: > W: atlas-devel dangling-relative-symlink /usr/lib/atlas/libblas.so > libblas.so.3.0 What does your package put in /usr/lib/atlas? $ rpm -qlpv atlas...rpm | fgrep /usr/lib/atlas > Another related question--I'm using a configuration file > /etc/ld.so.conf.d/atlas-%{arch}.conf, and rpmlint wants me to do > %config(noreplace) in front of it. Can anyone explain what the noreplace > does? It's not documented in the Maximum RPM doc. It means that if a subsequent package update creates a file of that name with different content, and the user has modified the file in the existing package, the existing package is kept and the new file is installed with a .rpmnew extension. Without the (noreplace), the original file is renamed with a .rpmsave extension and the new file gets installed with the original name. Paul. From qspencer at ieee.org Wed Aug 24 14:30:11 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 24 Aug 2005 09:30:11 -0500 Subject: rpmlint errors In-Reply-To: <430C8130.3020705@city-fan.org> References: <430C7EF7.8060104@ieee.org> <430C8130.3020705@city-fan.org> Message-ID: <430C8473.7060102@ieee.org> Paul Howarth wrote: > Quentin Spencer wrote: > >> In the ATLAS package I'm working on, I'm getting some rpmlint errors >> and warnings in the devel package that don't make sense to me. I've >> put all of the headers in /usr/include/atlas, and they're all causing >> this error: >> >> E: atlas-devel script-without-shellbang >> /usr/include/atlas/atlas_reflvl3.h > > > This file is probably installed with executable permissions, and > shouldn't be. You're right. I'm not sure how that happened. Thanks. >> W: atlas-devel dangling-relative-symlink /usr/lib/atlas/libblas.so >> libblas.so.3.0 > > I have some library symlinks in /usr/lib and some in /usr/lib/atlas, > but only the ones in /usr/lib/atlas are giving me this: > > What does your package put in /usr/lib/atlas? > > $ rpm -qlpv atlas...rpm | fgrep /usr/lib/atlas > rpm -qlpv atlas-3.6.0-1.i386.rpm | fgrep /usr/lib/atlas drwxr-xr-x 2 root root 0 Aug 24 08:46 /usr/lib/atlas lrwxrwxrwx 1 root root 14 Aug 24 08:45 /usr/lib/atlas/libblas.so.3 -> libblas.so.3.0 -rwxr-xr-x 1 root root 3111732 Aug 24 08:46 /usr/lib/atlas/libblas.so.3.0 lrwxrwxrwx 1 root root 16 Aug 24 08:45 /usr/lib/atlas/liblapack.so.3 -> liblapack.so.3.0 -rwxr-xr-x 1 root root 4193604 Aug 24 08:46 /usr/lib/atlas/liblapack.so.3.0 rpm -qlpv atlas-devel-3.6.0-1.i386.rpm | fgrep /usr/lib/atlas -rw-r--r-- 1 root root 5946556 Aug 24 08:45 /usr/lib/atlas/libblas.a lrwxrwxrwx 1 root root 14 Aug 24 08:45 /usr/lib/atlas/libblas.so -> libblas.so.3.0 -rw-r--r-- 1 root root 5966622 Aug 24 08:45 /usr/lib/atlas/liblapack.a lrwxrwxrwx 1 root root 16 Aug 24 08:45 /usr/lib/atlas/liblapack.so -> liblapack.so.3.0 As I noted, there are several libs in /usr/lib that don't cause this error (these two are treated differently because they are alternatives to libraries in other packages). I suspect that this is a case where rpmlint is wrong. >> Another related question--I'm using a configuration file >> /etc/ld.so.conf.d/atlas-%{arch}.conf, and rpmlint wants me to do >> %config(noreplace) in front of it. Can anyone explain what the >> noreplace does? It's not documented in the Maximum RPM doc. > > > It means that if a subsequent package update creates a file of that > name with different content, and the user has modified the file in the > existing package, the existing package is kept and the new file is > installed with a .rpmnew extension. Without the (noreplace), the > original file is renamed with a .rpmsave extension and the new file > gets installed with the original name. OK. Good to know. Thanks. -Quentin From paul at city-fan.org Wed Aug 24 14:48:54 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 24 Aug 2005 15:48:54 +0100 Subject: rpmlint errors In-Reply-To: <430C8473.7060102@ieee.org> References: <430C7EF7.8060104@ieee.org> <430C8130.3020705@city-fan.org> <430C8473.7060102@ieee.org> Message-ID: <430C88D6.6030401@city-fan.org> Quentin Spencer wrote: > Paul Howarth wrote: > >> Quentin Spencer wrote: >> >>> In the ATLAS package I'm working on, I'm getting some rpmlint errors >>> and warnings in the devel package that don't make sense to me. I've >>> put all of the headers in /usr/include/atlas, and they're all causing >>> this error: >>> >>> E: atlas-devel script-without-shellbang >>> /usr/include/atlas/atlas_reflvl3.h >> >> >> >> This file is probably installed with executable permissions, and >> shouldn't be. > > > > You're right. I'm not sure how that happened. Thanks. It probably has the wrong permissions straight out of the tarball, and is just copied into place at install-time. >>> W: atlas-devel dangling-relative-symlink /usr/lib/atlas/libblas.so >>> libblas.so.3.0 >> >> >> I have some library symlinks in /usr/lib and some in /usr/lib/atlas, >> but only the ones in /usr/lib/atlas are giving me this: >> >> What does your package put in /usr/lib/atlas? >> >> $ rpm -qlpv atlas...rpm | fgrep /usr/lib/atlas >> > > rpm -qlpv atlas-3.6.0-1.i386.rpm | fgrep /usr/lib/atlas > drwxr-xr-x 2 root root 0 Aug 24 08:46 /usr/lib/atlas > lrwxrwxrwx 1 root root 14 Aug 24 08:45 > /usr/lib/atlas/libblas.so.3 -> libblas.so.3.0 > -rwxr-xr-x 1 root root 3111732 Aug 24 08:46 > /usr/lib/atlas/libblas.so.3.0 > lrwxrwxrwx 1 root root 16 Aug 24 08:45 > /usr/lib/atlas/liblapack.so.3 -> liblapack.so.3.0 > -rwxr-xr-x 1 root root 4193604 Aug 24 08:46 > /usr/lib/atlas/liblapack.so.3.0 > > rpm -qlpv atlas-devel-3.6.0-1.i386.rpm | fgrep /usr/lib/atlas > -rw-r--r-- 1 root root 5946556 Aug 24 08:45 > /usr/lib/atlas/libblas.a > lrwxrwxrwx 1 root root 14 Aug 24 08:45 > /usr/lib/atlas/libblas.so -> libblas.so.3.0 > -rw-r--r-- 1 root root 5966622 Aug 24 08:45 > /usr/lib/atlas/liblapack.a > lrwxrwxrwx 1 root root 16 Aug 24 08:45 > /usr/lib/atlas/liblapack.so -> liblapack.so.3.0 > > As I noted, there are several libs in /usr/lib that don't cause this > error (these two are treated differently because they are alternatives > to libraries in other packages). I suspect that this is a case where > rpmlint is wrong. I agree. rpmlint normally ignores dangling symlinks for .so files if their immediate parent directory is called "lib" or "lib64"; hence you get the errors for files in /usr/lib/atlas but not for ones in /usr/lib. Paul. From bugzilla at redhat.com Wed Aug 24 14:59:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 10:59:31 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508241459.j7OExVbw027915@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-24 10:59 EST ------- Well, I still haven't done a complete review instead I've been fixing things so that it will build against gtk2 and that it actually uses readline. See the attached spec and extra patch. I'll try todo a proper review tomorrow. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oliver at linux-kernel.at Wed Aug 24 15:01:11 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 24 Aug 2005 17:01:11 +0200 Subject: rpms/perl-Unix-Statgrab/devel perl-Unix-Statgrab.spec,1.3,1.4 In-Reply-To: <1124894774.4363.41.camel@mccallum.corsepiu.local> References: <200508241252.j7OCqqNF019437@cvs-int.fedora.redhat.com> <1124894774.4363.41.camel@mccallum.corsepiu.local> Message-ID: <430C8BB7.5080302@linux-kernel.at> On 08/24/2005 04:46 PM, Ralf Corsepius wrote: > On Wed, 2005-08-24 at 08:52 -0400, Oliver Falk wrote: > > >>Index: perl-Unix-Statgrab.spec > > >> %files >> %defattr(-,root,root,-) >> %doc LICENSE.TXT Changes README >>-%{perl_vendorlib}/*/Unix/ >>-%{perl_vendorarch}/auto/Unix/ >>+%{perl_vendorlib}/*/*/* >>+%{perl_vendorarch}/auto/* > > > The change above is wrong. > > It should be > > %files > %defattr(-,root,root,-) > %doc LICENSE.TXT Changes README > %{perl_vendorarch}/Unix > %{perl_vendorarch}/auto/* > %{_mandir}/man3/*.3* OK, let's see if this works. For me it worked on my machine, but on the build-machine it didn't - I tried a few... Thanks Ralf; This seems to work now. Best, Oliver From bugzilla at redhat.com Wed Aug 24 15:03:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 11:03:22 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200508241503.j7OF3M8l028700@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Mason https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 steve at silug.org changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://ftp.kspei.com/pub/ste|http://ftp.kspei.com/pub/ste |ve/rpms/perl-HTML-Mason- |ve/rpms/perl-HTML-Mason- |1.30-1.src.rpm |1.31-2.src.rpm ------- Additional Comments From steve at silug.org 2005-08-24 11:03 EST ------- Sorry, I rushed this one out. I'll be more careful in the future. I still haven't tested this well, but httpd will at least start with this: http://ftp.kspei.com/pub/steve/rpms/perl-HTML-Mason-1.31-2.src.rpm http://ftp.kspei.com/pub/steve/rpms/perl-HTML-Mason/perl-HTML-Mason.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 15:06:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 11:06:47 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200508241506.j7OF6lim029628@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Mason https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 ------- Additional Comments From steve at silug.org 2005-08-24 11:06 EST ------- The sample config file definitely still could use some work, so suggestions on that are welcome. (I see I missed a couple of things in comment #4.) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 15:06:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 11:06:55 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508241506.j7OF6tfS029652@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-24 11:06 EST ------- Erm, I tried running the (rawhide) compiled result (with my spec and patch) and it bombs out with the message: *** stack smashing detected ***: xscorch terminated Aborted This is a new feature in rawhide gcc which detects stack overruns. Can yuo debug this, otherwise I can help when I find the time. Also I should change the status of this bug, but I need to read what todo exactly at the wiki and don't have the time for that right now. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 15:12:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 11:12:08 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200508241512.j7OFC82h030568@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Mason https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 ------- Additional Comments From steve at silug.org 2005-08-24 11:11 EST ------- Let's try this again... http://ftp.kspei.com/pub/steve/rpms/perl-HTML-Mason-1.31-3.src.rpm http://ftp.kspei.com/pub/steve/rpms/perl-HTML-Mason/perl-HTML-Mason.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 15:21:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 11:21:23 -0400 Subject: [Bug 166409] Review Request: gajim - jabber client written in PyGTK In-Reply-To: Message-ID: <200508241521.j7OFLNKE032098@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gajim - jabber client written in PyGTK https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166409 ------- Additional Comments From katzj at redhat.com 2005-08-24 11:21 EST ------- FWIW, I would use the modules that are shipped as part of core instead of compiling them in the package. That'll just work better over time as things change. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jeff at ultimateevil.org Wed Aug 24 15:28:06 2005 From: jeff at ultimateevil.org (Jeff Carlson) Date: Wed, 24 Aug 2005 08:28:06 -0700 (PDT) Subject: Email address mismatch Message-ID: <54452.64.81.89.94.1124897286.squirrel@64.81.89.94> Hi, I'm afraid I screwed something up and I'm not sure how to fix it. Probably this will take someone with root access to go in and tweak bugzilla. Here's the story: A month or so ago I needed to file something against a Fedora bugzilla case. So I registered on bugzilla using the email address of jeff+redhatbugzilla at ultimateevil.org. I added the +detail bit so I could track it in the future if I got more responses on the case. Then I pretty much forgot about it. Then last week I created my account for Fedora Extras, and I created my GPG key as just jeff at ultimateevil.org. I totally forgot about the +detail I used in bugzilla. But the cookie was still alive in my browser and when I submitted my new package, it was using the previous address before I noticed the +detail was still there. Now when I try to make plague on my project, I get the following error: Error: certificate's email address does not match the email address in the config file. This was a pretty simple mistake and it happened in the blink of an eye, but it's somewhat embarrassing. I removed the +detail from owners.list, but obviously that wasn't the config file in question. Can someone fix this for me, or tell me what to do? Thanks, Jeff From bugs.michael at gmx.net Wed Aug 24 15:52:05 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 24 Aug 2005 17:52:05 +0200 Subject: Email address mismatch In-Reply-To: <54452.64.81.89.94.1124897286.squirrel@64.81.89.94> References: <54452.64.81.89.94.1124897286.squirrel@64.81.89.94> Message-ID: <20050824175205.7a72a630.bugs.michael@gmx.net> On Wed, 24 Aug 2005 08:28:06 -0700 (PDT), Jeff Carlson wrote: > Hi, > > I'm afraid I screwed something up and I'm not sure how to fix it. > Probably this will take someone with root access to go in and tweak > bugzilla. Here's the story: > > A month or so ago I needed to file something against a Fedora bugzilla > case. So I registered on bugzilla using the email address of > jeff+redhatbugzilla at ultimateevil.org. I added the +detail bit so I could > track it in the future if I got more responses on the case. Then I pretty > much forgot about it. > > Then last week I created my account for Fedora Extras, and I created my > GPG key as just jeff at ultimateevil.org. I totally forgot about the +detail > I used in bugzilla. But the cookie was still alive in my browser and when > I submitted my new package, it was using the previous address before I > noticed the +detail was still there. > > Now when I try to make plague on my project, I get the following error: > > Error: certificate's email address does not match the email address in the > config file. > > This was a pretty simple mistake and it happened in the blink of an eye, > but it's somewhat embarrassing. I removed the +detail from owners.list, > but obviously that wasn't the config file in question. Can someone fix > this for me, or tell me what to do? ~/.plague-client.cfg is the config file in question. Edit the "email =" line in it and specify the same e-mail address you use in the CVS account system when you created your ~/.fedora.cert file. From ivazquez at ivazquez.net Wed Aug 24 15:55:46 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Wed, 24 Aug 2005 11:55:46 -0400 Subject: Email address mismatch In-Reply-To: <54452.64.81.89.94.1124897286.squirrel@64.81.89.94> References: <54452.64.81.89.94.1124897286.squirrel@64.81.89.94> Message-ID: <1124898946.3414.66.camel@ignacio.lan> On Wed, 2005-08-24 at 08:28 -0700, Jeff Carlson wrote: > Error: certificate's email address does not match the email address in the > config file. > > This was a pretty simple mistake and it happened in the blink of an eye, > but it's somewhat embarrassing. I removed the +detail from owners.list, > but obviously that wasn't the config file in question. Can someone fix > this for me, or tell me what to do? Run "openssl verify ~/.fedora.cert" and put the e-mail address listed there in the email key in ~/.plague-client.cfg. -- 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 jeff at ultimateevil.org Wed Aug 24 15:58:26 2005 From: jeff at ultimateevil.org (Jeff Carlson) Date: Wed, 24 Aug 2005 08:58:26 -0700 (PDT) Subject: Email address mismatch In-Reply-To: <1124898946.3414.66.camel@ignacio.lan> References: <54452.64.81.89.94.1124897286.squirrel@64.81.89.94> <1124898946.3414.66.camel@ignacio.lan> Message-ID: <33239.64.81.89.94.1124899106.squirrel@64.81.89.94> On Wed, August 24, 2005 8:55 am, Ignacio Vazquez-Abrams said: > Run "openssl verify ~/.fedora.cert" and put the e-mail address listed > there in the email key in ~/.plague-client.cfg. Ignacio and Michael, thanks a bunch. I uncovered other bits I'm missing but I'll track that down on my own. From bugzilla at redhat.com Wed Aug 24 16:21:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 12:21:04 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508241621.j7OGL4ac012708@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From mgarski at post.pl 2005-08-24 12:20 EST ------- As you can see (from Changelog): "Initiating conversion of interface code to GTK 2.0. The 2.0-specific code is NOT WELL TESTED yet. To force GTK 1.2, use the new configure option --with-gtk-12 (currently this is the default). To force GTK 2.0, use --without-gtk-12. Once GTK 2.0 support is stable, the default will change to using GTK 2.0 code." This is why I didn't enable GTK+ 2.x. Why not enabling sound (from configure): "*** NOTE *** You have enabled sound support, but currently there is no music, nor are there sound effects in the game. xscorch will be linked to mikmod but the sound options will currently do nothing. We are currently looking for volunteers to create music for xscorch. If you'd like to write us some tracks, please drop us an e-mail!" Of course I can enable it (what you already do in patched spec file). I'm also wonder about networking (from configure): "*** WARNING *** Network games are UNSTABLE. PLEASE read doc/NETWORK before sending in bug reports. Also, check out the document if you are interested in network development. We appreciate any feedback/bugfixes on the networking code." I've send email to xscorch developers about bugs that you have find, will see what they reply. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 16:25:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 12:25:10 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508241625.j7OGPANs013462@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From mgarski at post.pl 2005-08-24 12:25 EST ------- In reply to comment #1. Hans yes I have access to CVS (since yesterday) :) I'll look at your package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 16:31:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 12:31:31 -0400 Subject: [Bug 166184] Review Request: perl-Class-DBI : Simple Database Abstraction In-Reply-To: Message-ID: <200508241631.j7OGVVQo014821@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI : Simple Database Abstraction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166184 ------- Additional Comments From tcallawa at redhat.com 2005-08-24 12:31 EST ------- -3 fixes it all, (thanks for the patch) New SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-0.96-3.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 16:55:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 12:55:10 -0400 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200508241655.j7OGtAEP018508@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165992 ------- Additional Comments From mgarski at post.pl 2005-08-24 12:54 EST ------- 1. You should use %{?dist} in Release tag. 2. I can't compile this package: gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main -I../../src/mesa/glapi -I../../src/mesa/math -I../../src/mesa/tnl -I../../src/mesa/shader -I../../src/mesa/swrast -I../../src/mesa/swrast_setup -Wall -ansi -pedantic -fPIC -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -DUSE_XSHM -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -DPTHREADS -DFX -I/usr/include/glide3 drivers/glide/fxapi.c -o drivers/glide/fxapi.o drivers/glide/fxapi.c: In function `fxMesaCreateContext': drivers/glide/fxapi.c:468: error: `GR_PIXFMT_AA_8_ARGB_1555' undeclared (first use in this function) drivers/glide/fxapi.c:468: error: (Each undeclared identifier is reported only once drivers/glide/fxapi.c:468: error: for each function it appears in.) drivers/glide/fxapi.c:487: error: `GR_PIXFMT_AA_8_RGB_565' undeclared (first use in this function) drivers/glide/fxapi.c:508: error: `GR_PIXFMT_AA_8_ARGB_8888' undeclared (first use in this function) drivers/glide/fxapi.c:632: warning: int format, FxI32 arg (arg 3) drivers/glide/fxapi.c:632: warning: int format, FxI32 arg (arg 5) make[4]: *** [drivers/glide/fxapi.o] Error 1 make[4]: Leaving directory `/home/marcin/rpm/BUILD/Mesa-6.2.1/src/mesa' make[3]: *** [default] Error 2 make[3]: Leaving directory `/home/marcin/rpm/BUILD/Mesa-6.2.1/src/mesa' make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/home/marcin/rpm/BUILD/Mesa-6.2.1/src' make[1]: *** [default] Error 1 make[1]: Leaving directory `/home/marcin/rpm/BUILD/Mesa-6.2.1' make: *** [linux-x86-glide] Error 2 My box is FC2. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 17:06:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 13:06:10 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508241706.j7OH6AbE021749@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 jacob at gnifty.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jacob at gnifty.net ------- Additional Comments From jacob at gnifty.net 2005-08-24 13:05 EST ------- Howdy all. :) Marcin is correct that there is no sound. Additionally, 0.2.0 does not use readline for anything yet, although we intend to use it in the server. Network games are indeed unstable, although they can be playable for a while. The default compile will create a useless binary called xscorch-server, which we forgot to suppress when we released -- the intent is to rewrite the networking entirely. Whether you turn networking on in your binary packages mostly depends on how many bug reports you want, I guess. :-/ Finally, GTK2 support *should* work, but there are at least two minor features we still haven't figured out how to implement in GTK2 yet, so you won't get them if you compile for it. Also, the GTK2 support is severely less tested (by us anyway). As for the stack overrun, it would help a lot if you could run gdb on it and get a stack trace... Also, testing to see if the bug is present when compiled against GTK1.2 would be useful. Finally finally, I don't know if this impacts FC or not but there is a mandatory patch for running 0.2.0 with 64-bit pointers. Marcin might have already applied it, though. It is here: http://www.xscorch.org/releases/xscorch-0.2.0-64bit.patch.gz -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From triad at df.lth.se Wed Aug 24 17:51:18 2005 From: triad at df.lth.se (Linus Walleij) Date: Wed, 24 Aug 2005 19:51:18 +0200 (CEST) Subject: gnomad2 review Message-ID: I'm still looking for a reviewer for my Gnomad2 package, which may be found in the bugzilla at: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166171 Gnomad2 is a manager for digital audio players from Creative and Dell and has a rather large user base. It is based on the previously included library libnjb. Please look into this if you have the time and know how to review Gnome desktop programs. Yours, Linus Walleij From bugzilla at redhat.com Wed Aug 24 17:55:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 13:55:15 -0400 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200508241755.j7OHtFON003695@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165992 ------- Additional Comments From mgarski at post.pl 2005-08-24 13:55 EST ------- I have Glide3-devel-20010520-30 (FC2), and there isn't any GR_PIXFMT_AA_8_ARGB_1555 in header files. But Glide3-devel-20010520-36 (FE4) include GR_PIXFMT_AA_8_ARGB_1555 in g3ext.h. Also Glide3-devel-20010520-33 (FC3) don't have GR_PIXFMT_AA_8... So you should change BuildRequires. I don't know in wich release GR_PIXFMT_AA_8_ARGB_1555 appeard. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 18:04:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 14:04:31 -0400 Subject: [Bug 166184] Review Request: perl-Class-DBI : Simple Database Abstraction In-Reply-To: Message-ID: <200508241804.j7OI4VxE005730@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI : Simple Database Abstraction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166184 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-24 14:04 EST ------- Approved. It would be convenient if you could get builds of this package and its dependencies done, to facilitate reviews (particularly mock builds) of the packages that depend on it. I've been making a local repo containing the unreleased packages thus far. Perhaps you have, and they're waiting on the PPC builder... I dunno. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 18:14:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 14:14:15 -0400 Subject: [Bug 166481] Review Request: network grep In-Reply-To: Message-ID: <200508241814.j7OIEFmi007708@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: network grep https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166481 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-08-24 14:13 EST ------- Approved, but before importing, please change %{name}-%{version}.tar.bz2 in the source URL to %{name}-%{version}-1.tar.bz2; the former contains an useless ~340kB bzip2'd static binary which just increases the SRPM size. By the way, patching to use the system pcre was a good thing, see bug 166330 :) Oh, I and just realized that I have no idea whether this works on < FC-4, the bundled pcre is 5.0 and FC-3 has 4.5... so maybe push for >= FC-4 only? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 18:35:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 14:35:37 -0400 Subject: [Bug 166698] New: Review Request: perl-Time-Piece - Time objects from localtime and gmtime Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166698 Summary: Review Request: perl-Time-Piece - Time objects from localtime and gmtime Product: Fedora Extras Version: devel Platform: All URL: http://www.chrisgrau.com/packages/perl/perl-Time-Piece- 1.08-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: chris at chrisgrau.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.chrisgrau.com/packages/perl/perl-Time-Piece.spec SRPM Name or Url: http://www.chrisgrau.com/packages/perl/perl-Time-Piece-1.08-1.src.rpm Description: The Time::Piece module replaces the standard localtime and gmtime functions with implementations that return objects. It does so in a backwards compatible manner, so that using localtime or gmtime as documented in perlfunc still behave as expected. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 18:35:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 14:35:50 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508241835.j7OIZo66014124@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166698 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 18:36:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 14:36:54 -0400 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200508241836.j7OIas3j014368@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165992 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-24 14:36 EST ------- In response to 1: You should use %{?dist} in Release tag. No I shouldnot it is not mandatory, and actually is pretty useless. What one should do is make sure that ALL EVR's released for a certain FC version are all older then all EVR's released for the next, so initial release would be: FC3: xxx-version-1 FC4: xxx-version-2 devel: xxx-version-3 Then when an update is issued you get: FC3: xxx-version-1.1 FC4: xxx-version-2.1 devel: xxx-version-4 Thats the only way to make sure upgrades will work reliable in all circumstances, disttag is actually pretty useless. With disttag one would get: Initial release: FC3: xxx-version-1.fc3 FC4: xxx-version-1.fc4 devel: xxx-version-1.fc5 FC5 gets released: FC5: xxx-version-2.fc5 Update (skip release 2 because that was used for Fc5 rebuild): FC3: xxx-version-3.fc3 FC4: xxx-version-3.fc4 devel: xxx-version-3.fc5 No assume someone is running FC4, and runs yum update regulary, he will have installed: FC4: xxx-version-3.fc4 Some weeks after the FC5 release he has heard no problems so he decides to upgrade to FC5. He has a slow download, so he gets CD's from a friend including FE cd's (oneday there will hopefully be FE isos), so he upgrades his system, but the FE cd's contains the initial FE release which is xxx-version-2.fc5 He has installed xxx-version-3.fc4, which is newer, even though it has an older disttag. So the upgrader won't upgrade xxx. Leaving him with an xxx build against older libs which therefore might not work properly. And no dependencies won't always catch this, dependencies although there are great are limited ibn what they can do. Notice how with my versioning scheme (which is also used by lots of other FE maintainers) this problem does not exist. I was actually going to ask why you used a disttag for xscorch, since IMHO disttags are not all that good. In response to 2: Yes Glide3-devel package's not build by me contain a bug they install the voodoo3 headers instead of the voodoo5 headers thus missing certain defines. I have no plans to build this for FC3 since FC3's Glide release doesnot contain glide binaries compiled for the Voodoo1 and 2 which are the very cards this is package is intended for. (Glide3 from FC3 lacks glide-v2.so and glide-v1.so) Please build/test this under atleast FC4 or even better Rawhide. The inital cvs import of a package is always rawhide, so that really is where on should test. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 18:37:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 14:37:32 -0400 Subject: [Bug 166700] New: Review Request: perl-Time-Piece-MySQL - MySQL-specific methods for Time::Piece Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166700 Summary: Review Request: perl-Time-Piece-MySQL - MySQL-specific methods for Time::Piece Product: Fedora Extras Version: devel Platform: All URL: http://www.chrisgrau.com/packages/perl/perl-Time-Piece- MySQL-0.05-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: chris at chrisgrau.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.chrisgrau.com/packages/perl/perl-Time-Piece-MySQL.spec SRPM Name or Url: http://www.chrisgrau.com/packages/perl/perl-Time-Piece-MySQL-0.05-1.src.rpm Description: The Time::Piece::MySQL module can be used instead of, or in addition to, Time::Piece to add MySQL-specific date-time methods to Time::Piece objects. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 18:37:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 14:37:45 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508241837.j7OIbjvi014568@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 chris at chrisgrau.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166700 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 18:47:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 14:47:06 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508241847.j7OIl6Hk017068@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-24 14:46 EST ------- comment 7: Yes that will probably work too, good idea. comment 8 & 10: gtk-1.2 is really ancient since gtk-2.0 support is ok although not thoroughly tested, I would prefer that we use this. Assuming the FE package gets used a lot, then gtk-2.0 support will get the needed testing :) About sound-support, yes I saw that too, I'm hoping the upstream developers will surprise us with a 0.3 release with sounds, better to already have the specfile ready then :) Aren't there any good free (as in freedom) modtracker download sites out there? comment 10: I'll take a look at the stackguard problem when i find the time, I know howto use gdb etc, I just didn't find the time yet. Also does you ./configure generate debugable binaries by default (CFLAGS does contain -g before starting configure) The 64 bit patch is already included in the spec. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 19:08:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 15:08:37 -0400 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200508241908.j7OJ8bte022739@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165992 ------- Additional Comments From ville.skytta at iki.fi 2005-08-24 15:08 EST ------- The disttag scenario in comment 1 is otherwise valid, but it makes the assumption that packages for older distro versions won't be updated to newer upstream _versions_. That doesn't hold true in Fedora Core nor Extras, so there's no universal way of "protecting" upgrades to the next baseline (eg. CD/DVD-based) distro version using the release tag alone, disttags or not. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 19:09:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 15:09:32 -0400 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200508241909.j7OJ9W3C022940@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165992 ------- Additional Comments From ville.skytta at iki.fi 2005-08-24 15:09 EST ------- (Oops, s/comment 1/comment 3/.) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Wed Aug 24 19:26:10 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 24 Aug 2005 21:26:10 +0200 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: <200508241836.j7OIas3j014368@www.beta.redhat.com> References: <200508241836.j7OIas3j014368@www.beta.redhat.com> Message-ID: <20050824212610.52af59dd.bugs.michael@gmx.net> On Wed, 24 Aug 2005 14:36:54 -0400, bugzilla at redhat.com wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165992 > ------- Additional Comments From j.w.r.degoede 2005-08-24 14:36 EST ------- > In response to 1: > You should use %{?dist} in Release tag. > > No I shouldnot it is not mandatory, and actually is pretty useless. What one > should do is make sure that ALL EVR's released for a certain FC version are all > older then all EVR's released for the next, so initial release would be: -snip- Hear, hear! This is exactly one of the hopefully well-known reasons why dist tags must not be mandatory. They add a false sense of upgrade path safety. With Fedora Extras not being available at install-time, however, any (!) distribution upgrade might break the ABI and/or dependencies of extra packages until the user performs a yum update for the first time. From bugs.michael at gmx.net Wed Aug 24 19:36:12 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Wed, 24 Aug 2005 21:36:12 +0200 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: <200508241908.j7OJ8bte022739@www.beta.redhat.com> References: <200508241908.j7OJ8bte022739@www.beta.redhat.com> Message-ID: <20050824213612.53c7d506.bugs.michael@gmx.net> On Wed, 24 Aug 2005 15:08:37 -0400, bugzilla at redhat.com wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165992 > ------- Additional Comments From ville.skytta 2005-08-24 15:08 EST ------- > The disttag scenario in comment 1 is otherwise valid, but it makes the > assumption that packages for older distro versions won't be updated to newer > upstream _versions_. That doesn't hold true in Fedora Core nor Extras, so > there's no universal way of "protecting" upgrades to the next baseline (eg. > CD/DVD-based) distro version using the release tag alone, disttags or not. Just because there are corner-cases doesn't mean that all packages must take the road of creating a potentially fragile upgrade path. From bugzilla at redhat.com Wed Aug 24 20:06:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 16:06:03 -0400 Subject: [Bug 166698] Review Request: perl-Time-Piece - Time objects from localtime and gmtime In-Reply-To: Message-ID: <200508242006.j7OK636D001940@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Time-Piece - Time objects from localtime and gmtime https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166698 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163778, 166700 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-24 16:05 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is same as perl, correct in spec - spec file written in English and legible - sources match upstream - package build ok in mock on FC4 (i386) - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership or permissions issues - no duplicate files - %clean section present and correct - macro usage is consistent - code not content - no large docs - docs don't affect runtime - no scriptlets Nitpick: - BR: perl is redundant - I believe the CFLAGS setting in: CFLAGS="$RPM_OPT_FLAGS" %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" is redundant and you could use: %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" instead. - license text not included; suggest adding to %setup: perldoc -t perlgpl > COPYING perldoc -t perlartistic > Artistic and to %files: %doc COPYING Artistic -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 20:20:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 16:20:15 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508242020.j7OKKFlk004312@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From jacob at gnifty.net 2005-08-24 16:20 EST ------- If you want debugging symbols you should give configure the --enable-debug flag, which I think is off by default. This may also get you some stdout stuff. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From Matt_Domsch at dell.com Wed Aug 24 20:22:48 2005 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 24 Aug 2005 15:22:48 -0500 Subject: multiple sub-programs, multiple licenses, one package? Message-ID: <20050824202248.GA21528@lists.us.dell.com> I'm looking to package Debian's signing-party package for Fedora Extras (specifically I like caff). signing-party contains 6 programs, each with their own license, either BSD or GPL. Would Extras policy demand I create 6 separate packages for these? Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From bugzilla at redhat.com Wed Aug 24 20:26:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 16:26:22 -0400 Subject: [Bug 166710] New: Review Request: perl-Text-Template Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166710 Summary: Review Request: perl-Text-Template Product: Fedora Extras Version: devel Platform: All URL: http://domsch.com/linux/fedora/extras/perl-Text-Template OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: Matt_Domsch at dell.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://domsch.com/linux/fedora/extas/perl-Text-Template/perl-Text-Template.spec SRPM Name or Url: http://domsch.com/linux/fedora/extas/perl-Text-Template/perl-Text-Template-1.44-0.fc4.src.rpm Description: Library for generating form letters or filling in templates Text::Template is needed by the Debian 'caff - CA Fire and Forget' program, part of debian pgp-tools or signing-party packages. I'm looking to package caff for FE, and this is a dependency. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 20:26:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 16:26:40 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508242026.j7OKQe0H005830@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 Matt_Domsch at dell.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166710 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 20:30:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 16:30:18 -0400 Subject: [Bug 166713] New: Review Request: perl-GnuPG-Interface Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166713 Summary: Review Request: perl-GnuPG-Interface Product: Fedora Extras Version: devel Platform: All URL: http://domsch.com/linux/fedora/extas/perl-GnuPG- Interface OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: Matt_Domsch at dell.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://domsch.com/linux/fedora/extas/perl-GnuPG-Interface/perl-GnuPG-Interface.spec SRPM Name or Url: http://domsch.com/linux/fedora/extas/perl-GnuPG-Interface/perl-GnuPG-Interface-0.33-0.fc4.src.rpm Description: Perl interface to GnuPG GnuPG::Interface is needed by the Debian 'caff - CA Fire and Forget' program, part of debian pgp-tools or signing-party packages. I'm looking to package caff for FE, and this is a dependency. I had to create and apply one patch against the list_secret_keys test #2 to match gpg output of the secret key. The previous test hadn't been touched since 2002 and the results didn't match anymore since gpg changed its output format. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From triad at df.lth.se Wed Aug 24 20:30:53 2005 From: triad at df.lth.se (Linus Walleij) Date: Wed, 24 Aug 2005 22:30:53 +0200 (CEST) Subject: multiple sub-programs, multiple licenses, one package? In-Reply-To: <20050824202248.GA21528@lists.us.dell.com> References: <20050824202248.GA21528@lists.us.dell.com> Message-ID: On Wed, 24 Aug 2005, Matt Domsch wrote: > I'm looking to package Debian's signing-party package for Fedora > Extras (specifically I like caff). signing-party contains 6 programs, > each with their own license, either BSD or GPL. Would Extras policy > demand I create 6 separate packages for these? Technically you could explicitly relicense the included copied of BSD-licensed code/programs under GPL and get away with tagging all of it as GPL. Linus From bugzilla at redhat.com Wed Aug 24 20:30:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 16:30:30 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508242030.j7OKUU87006602@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 Matt_Domsch at dell.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166713 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 20:34:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 16:34:46 -0400 Subject: [Bug 166710] Review Request: perl-Text-Template In-Reply-To: Message-ID: <200508242034.j7OKYkf2007229@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Template https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166710 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |DUPLICATE ------- Additional Comments From paul at city-fan.org 2005-08-24 16:34 EST ------- Already requested by jpo... *** This bug has been marked as a duplicate of 165615 *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 20:35:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 16:35:09 -0400 Subject: [Bug 165615] Review Request: perl-Text-Template - Expand template text with embedded Perl In-Reply-To: Message-ID: <200508242035.j7OKZ9RU007361@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Template - Expand template text with embedded Perl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165615 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Matt_Domsch at dell.com ------- Additional Comments From paul at city-fan.org 2005-08-24 16:34 EST ------- *** Bug 166710 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 20:39:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 16:39:00 -0400 Subject: [Bug 166700] Review Request: perl-Time-Piece-MySQL - MySQL-specific methods for Time::Piece In-Reply-To: Message-ID: <200508242039.j7OKd01W008001@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Time-Piece-MySQL - MySQL-specific methods for Time::Piece https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166700 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-24 16:38 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is same as perl, correct in spec - spec file written in English and legible - sources match upstream - package build ok in mock on FC4 (i386) - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no permissions issues - no duplicate files - %clean section present and correct - macro usage is consistent - code not content - no large docs - docs don't affect runtime - no scriptlets Needswork: - directory ownership wrong; perl(Time::Piece) owns %{perl_vendorarch)/Time/Piece/ not %{perl_vendorlib}/Time/Piece/ So you need to replace in %files: # Time and Time/Piece owned by perl-Time-Piece. %{perl_vendorlib}/Time/Piece/MySQL.pm with: %{perl_vendorlib}/Time/ Nitpick: - BR: perl is redundant - license text not included; suggest adding to %setup: perldoc -t perlgpl > COPYING perldoc -t perlartistic > Artistic and to %files: %doc COPYING Artistic -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 20:45:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 16:45:08 -0400 Subject: [Bug 166184] Review Request: perl-Class-DBI : Simple Database Abstraction In-Reply-To: Message-ID: <200508242045.j7OKj8Ie009242@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI : Simple Database Abstraction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166184 ------- Additional Comments From paul at city-fan.org 2005-08-24 16:44 EST ------- Chris Grau has now submitted perl(Time::Piece::MySQL) to Extras (bugzilla #166700) so you might want to add this as a BR now for extra test coverage. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 20:58:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 16:58:47 -0400 Subject: [Bug 166698] Review Request: perl-Time-Piece - Time objects from localtime and gmtime In-Reply-To: Message-ID: <200508242058.j7OKwl2t013024@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Time-Piece - Time objects from localtime and gmtime https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166698 ------- Additional Comments From chris at chrisgrau.com 2005-08-24 16:58 EST ------- (In reply to comment #1) > - I believe the CFLAGS setting in: > CFLAGS="$RPM_OPT_FLAGS" %{__perl} Makefile.PL INSTALLDIRS=vendor > OPTIMIZE="$RPM_OPT_FLAGS" > is redundant and you could use: > %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" > instead. Now that I take a closer look, that does seem awfully redundant. Maybe the spectemplate-perl.spec should be updated. I had just copied that and moved the OPTIMIZE argument based on the ExtUtils::MakeMaker documentation. Nitpicks applied: http://www.chrisgrau.com/packages/perl/perl-Time-Piece.spec http://www.chrisgrau.com/packages/perl/perl-Time-Piece-1.08-2.src.rpm I didn't use your patch, Paul (made the updates before I noticed it), but I appreciate the effort. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 21:01:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 17:01:35 -0400 Subject: [Bug 166700] Review Request: perl-Time-Piece-MySQL - MySQL-specific methods for Time::Piece In-Reply-To: Message-ID: <200508242101.j7OL1ZuU013689@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Time-Piece-MySQL - MySQL-specific methods for Time::Piece https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166700 ------- Additional Comments From chris at chrisgrau.com 2005-08-24 17:01 EST ------- (In reply to comment #1) > - directory ownership wrong; perl(Time::Piece) owns > %{perl_vendorarch)/Time/Piece/ > not > %{perl_vendorlib}/Time/Piece/ > So you need to replace in %files: > > # Time and Time/Piece owned by perl-Time-Piece. > %{perl_vendorlib}/Time/Piece/MySQL.pm > > with: > > %{perl_vendorlib}/Time/ Oops. Can't even begin to explain what I was thinking there. Good catch. Fixed applied: http://www.chrisgrau.com/packages/perl/perl-Time-Piece-MySQL.spec http://www.chrisgrau.com/packages/perl/perl-Time-Piece-MySQL-0.05-2.src.rpm Again, I didn't use your patch, Paul, but I appreciate the effort. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 21:02:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 17:02:33 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508242102.j7OL2X92014012@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-24 17:02 EST ------- I now need to be sponsored, I think. Could it be done by you or by Tom? I cannot find the Sponsors page on the wiki. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 21:03:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 17:03:25 -0400 Subject: [Bug 166698] Review Request: perl-Time-Piece - Time objects from localtime and gmtime In-Reply-To: Message-ID: <200508242103.j7OL3PlM014342@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Time-Piece - Time objects from localtime and gmtime https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166698 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-24 17:03 EST ------- Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 21:05:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 17:05:00 -0400 Subject: [Bug 166700] Review Request: perl-Time-Piece-MySQL - MySQL-specific methods for Time::Piece In-Reply-To: Message-ID: <200508242105.j7OL50xK014763@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Time-Piece-MySQL - MySQL-specific methods for Time::Piece https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166700 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-24 17:04 EST ------- Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From toshio at tiki-lounge.com Wed Aug 24 21:52:52 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Wed, 24 Aug 2005 14:52:52 -0700 Subject: multiple sub-programs, multiple licenses, one package? In-Reply-To: <20050824202248.GA21528@lists.us.dell.com> References: <20050824202248.GA21528@lists.us.dell.com> Message-ID: <1124920372.2509.14.camel@localhost> On Wed, 2005-08-24 at 15:22 -0500, Matt Domsch wrote: > I'm looking to package Debian's signing-party package for Fedora > Extras (specifically I like caff). signing-party contains 6 programs, > each with their own license, either BSD or GPL. Would Extras policy > demand I create 6 separate packages for these? Although I believe there is precedent for putting muliple licenses into the License tag field. I don't recall how it was handled/what it applied to. Licenses could be License A and License B, Lcense A or B, and in this case, License A for Program A and License B for Program B. If rpm supports subpackages with different License: tags this could work. Alternately: "License: GPL or BSD see COPYING.txt" with COPYING.txt listing the licenses for the individual programs in the package. Not a canonical answer, just a thought of how to handle it. -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 bugzilla at redhat.com Wed Aug 24 22:13:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 18:13:22 -0400 Subject: [Bug 166308] Review Request: asciidoc In-Reply-To: Message-ID: <200508242213.j7OMDMOG024639@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: asciidoc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166308 ------- Additional Comments From wtogami at redhat.com 2005-08-24 18:13 EST ------- Chris go ahead and create your account and request cvsextras access. I will approve you. We can do the final spec polish together in CVS. After that I would appreciate if you could help to review any of the other submitted packages, although that is more of a request than requirement. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 22:33:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 18:33:25 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508242233.j7OMXPAD026798@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From toshio at tiki-lounge.com 2005-08-24 18:33 EST ------- Note: Re Comment #4 Ruby on FC4: [badger at katahdin syck-0.55-3]$ rpm -ql ruby-libs |grep syck /usr/lib64/ruby/1.8/x86_64-linux/syck.so /usr/lib64/ruby/1.8/yaml/syck.rb Good: - Naming matches upstream and folows the naming guidelines - spec file named appropriately - License is BSD - License included in package - Spec is in American English - Spec is comprehensible - Source matches upstream - No locale so no %find_lang - No Prefix Needswork: - License in spec should read BSD rather than GPL - Remove BR: /usr/bin/install (it comes from coreutils) - Remove BR: python (python-devel pulls it in) - For the python subpackage we need:: Requires: python-abi = %(%{__python} -c "import sys; print sys.version[:3]") - Leave out OCaml from the Summary as there's no OCaml extension. Also leave out Syck from the summary as it's redundant. - Leave out README.BYTECODE as you're not building that extension (or build and include it. Reading the docs seems to impy it's an extension to the syck library that will preparse a YAML document into bytecode that can then be re-loaded by the library. Could be reading that wrong, though.) - Shared libraries need to be left executable or they won't be stripped for debuginfo packages. - Static libraries and headers go in a -devel package. See below about creating a dynamic library for the extensions: - When making the library and loadable mdules, needs to supply RPM_OPT_FLAGS to the build process. - We can't BR: php-devel = ... [something that expands to the php-config command] because the comand isn't present until after the BR is fulfilled. If there's a specific version that's needed, use that, otherwise just use BR: php-devel. - Doesn't build the python or php extensions due to not having a libsyc compiled with -fPIC. (ie: we have a libsyck.a which was build without -fPIC. We need a libsyck.so that was built with -fPIC.) This problem has to go upstream to be fixed because with shared libraries comes stricter versioning requirements. However, hacking together some libtool based scripts is not incredibly hard. As long as upstream is amenable we could do the actual work here. - The php doesn't build due to the build process not finding either the syck library or header. Something like this should work: CFLAGS="$RPM_OPT_FLAGS -I../../lib" %configure --with-syck=../../ Minor: - Since the %post/%postun scripts contain just /sbin/ldconfig it would be possible to use %post -p /sbin/ldconfig and %postun -p /sbin/ldconfig. My understanding is this format allows rpm to do some optimizations (not loading a shell to invoke ldconfig and running ldconfig only once when a group of libraries are installed as one transaction.) - There's a slew of 64bit related warnings. However, I don't see anything that's obviously causing problems (such as the failure of the check on x86_64.) Summary ======= If you want to work with upstream about the failure of the regression test and whether libtool-based dynamic libraries are desirable I can get started on creating some libtool infrastructure. TODO ==== Since I couldn't get a completed package, these things have not been checked: - rpmlint - Check against complete PackagingGuidelines - Recheck BR in mock -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 24 22:37:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 18:37:56 -0400 Subject: [Bug 165616] Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508242237.j7OMbuIr027246@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From kevin.kofler at chello.at 2005-08-24 18:37 EST ------- Well, Konqueror does (or did, at least) include such an entry. And a file manager can be a useful system administration tool. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jamatos at fc.up.pt Wed Aug 24 23:41:59 2005 From: jamatos at fc.up.pt (Jose' Matos) Date: Thu, 25 Aug 2005 00:41:59 +0100 Subject: multiple sub-programs, multiple licenses, one package? In-Reply-To: <1124920372.2509.14.camel@localhost> References: <20050824202248.GA21528@lists.us.dell.com> <1124920372.2509.14.camel@localhost> Message-ID: <200508250041.59405.jamatos@fc.up.pt> On Wednesday 24 August 2005 22:52, Toshio Kuratomi wrote: > > Not a canonical answer, just a thought of how to handle it. On the other hand it happens sometimes that the major project includes several other projects with different licenses (that is not a problem assuming the licenses are compatible). In that case we only refer the license of the major project. It seems that is not the case here, I know. :-) > -Toshio -- Jos? Ab?lio Matos From tcallawa at redhat.com Thu Aug 25 00:47:19 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 24 Aug 2005 19:47:19 -0500 Subject: multiple sub-programs, multiple licenses, one package? In-Reply-To: <20050824202248.GA21528@lists.us.dell.com> References: <20050824202248.GA21528@lists.us.dell.com> Message-ID: <1124930839.3103.10.camel@localhost.localdomain> On Wed, 2005-08-24 at 15:22 -0500, Matt Domsch wrote: > I'm looking to package Debian's signing-party package for Fedora > Extras (specifically I like caff). signing-party contains 6 programs, > each with their own license, either BSD or GPL. Would Extras policy > demand I create 6 separate packages for these? Nah. There are really two scenarios: A small set of binaries (I'll leave the definition of "small" up to the contributor and reviewer): Just put the list of binaries with their licenses in the license field, like: License: BSD(foo, bar)/GPL(baz) rpmlint will squeal, but oh well. The other scenario is for large packages. If you've got a LOT of content with varying licenses, then you should really think about splitting it into subpackages, with their own License: setting. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Aug 25 01:13:30 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Wed, 24 Aug 2005 20:13:30 -0500 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: <20050824212610.52af59dd.bugs.michael@gmx.net> References: <200508241836.j7OIas3j014368@www.beta.redhat.com> <20050824212610.52af59dd.bugs.michael@gmx.net> Message-ID: <1124932410.3103.13.camel@localhost.localdomain> On Wed, 2005-08-24 at 21:26 +0200, Michael Schwendt wrote: > On Wed, 24 Aug 2005 14:36:54 -0400, bugzilla at redhat.com wrote: > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165992 > > > ------- Additional Comments From j.w.r.degoede 2005-08-24 14:36 EST ------- > > In response to 1: > > You should use %{?dist} in Release tag. > > > > No I shouldnot it is not mandatory, and actually is pretty useless. What one > > should do is make sure that ALL EVR's released for a certain FC version are all > > older then all EVR's released for the next, so initial release would be: > > -snip- > > Hear, hear! > > This is exactly one of the hopefully well-known reasons why dist tags must > not be mandatory. They add a false sense of upgrade path safety. It's just as easy to screw up package release ordering without dist tags. But once more, for posterity, dist tags will NOT EVER EVER BE MANDATORY. You cannot fail a review for using (or not using) dist tags. If you don't want to use them, don't. :) ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Thu Aug 25 01:22:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 21:22:56 -0400 Subject: [Bug 166171] Review Request: gnomad2 a digital audio player manager In-Reply-To: Message-ID: <200508250122.j7P1Muo2013965@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomad2 a digital audio player manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166171 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |tcallawa at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From tcallawa at redhat.com 2005-08-24 21:22 EST ------- Review: Good: - rpmlint check returns: E: gnomad2 wrong-script-end-of-line-encoding /usr/share/doc/gnomad2-2.8.0/COPYING Safe to ignore. - meets naming/packaging guidelines - license ok (GPL), license text in %doc, matches source - spec legible, in am.english - source matches upstream - builds on FC4 (x86) - no missing BR, no unnecessary BR - locales handled properly - no shared libs, no -devel - not relocatable - no duplicate files - permissions ok - %clean ok - macro usage consistent - owns all dirs it creates - no duplicate files - code, not content - no need for -docs, -devel Good job Linus. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 01:24:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 21:24:41 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508250124.j7P1Ofip014176@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From tcallawa at redhat.com 2005-08-24 21:24 EST ------- Patrice, I'll sponsor you. Go ahead and do your paperwork. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From katzj at redhat.com Thu Aug 25 01:38:00 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 24 Aug 2005 21:38:00 -0400 Subject: ppc builder broken? In-Reply-To: <1124828736.2635.13.camel@bree.local.net> References: <430B36EB.9030102@lowlatency.de> <1124828736.2635.13.camel@bree.local.net> Message-ID: <1124933880.11624.8.camel@bree.local.net> On Tue, 2005-08-23 at 16:25 -0400, Jeremy Katz wrote: > Attempts to log in to the box failed, the box was reset and is now not > coming back up. Continuing to try to investigate, but I'm going to have > to take a break for a few hours to take care of some non-work stuff. The box was fairly hosed, so we just reinstalled it earlier today. It's now back up and building packages again (going through the backlog of the queue). Sorry about the downtime and hopefully things are all happy now. If anyone notices problems, let us know. Jeremy From skvidal at phy.duke.edu Thu Aug 25 02:30:28 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 24 Aug 2005 22:30:28 -0400 Subject: hiearchical acl's in the wiki Message-ID: <1124937028.21421.10.camel@cutter> Hi Everyone, I added in the hierarchical ACLs patch for MoinMoin to the instance on fedoraproject.org. This means if you add an acl to a page then any page which is a falls below that location in the tree will also have that acl unless that specific page is set otherwise. An Example: if http://fedoraproject.org/wiki/Extras Has an acl that allows people from ExtrasGroup to read and write to it, but not to delete or revert and you made http://fedoraproject.org/wiki/Extras/HowToUse Then HowToUse would have the same acls as Extras. I used this diff: http://moinmoin.wikiwikiweb.de/HierachicalAccessControlList?action=AttachFile&do=get&target=inherit-parent-acl.diff more or less. -sv From bugzilla at redhat.com Thu Aug 25 02:39:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 24 Aug 2005 22:39:36 -0400 Subject: [Bug 165913] Review Request: gquilt - a PyGTK GUI wrapper for quilt In-Reply-To: Message-ID: <200508250239.j7P2daLt020985@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gquilt - a PyGTK GUI wrapper for quilt https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165913 jwboyer at jdub.homelinux.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-24 22:39 EST ------- Packages built sucessfully for FC-3, FC-4, and devel -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 05:53:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 01:53:29 -0400 Subject: [Bug 166698] Review Request: perl-Time-Piece - Time objects from localtime and gmtime In-Reply-To: Message-ID: <200508250553.j7P5rTHI008925@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Time-Piece - Time objects from localtime and gmtime https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166698 ------- Additional Comments From ville.skytta at iki.fi 2005-08-25 01:53 EST ------- Re: redundant: probably; it's there mainly for hysterical raisins, was needed some time, and has not been pruned yet. The Perl spec template was initially designed so that it works with RH 7.3 (with an additional package providing perl(:MODULE_COMPAT_*) for it) and later. I don't remember the exact details now though. Future versions of it will most likely have: %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" make %{?_smp_mflags} ...but what's still needed is to check whether Module::Build pass-through Makefile.PL's work with OPTIMIZE passed to them as well as if they need CFLAGS or not, and checking out the latest ExtUtils::MakeMaker from CPAN to see if it has changed anything. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 05:58:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 01:58:10 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508250558.j7P5wAxh009241@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From ville.skytta at iki.fi 2005-08-25 01:57 EST ------- FWIW, explicit "Requires: python-abi = ..." is not usually needed with FC4+, rpmbuild takes care of it automatically in the form of python(abi). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Thu Aug 25 06:35:40 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Thu, 25 Aug 2005 09:35:40 +0300 Subject: multiple sub-programs, multiple licenses, one package? In-Reply-To: <1124920372.2509.14.camel@localhost> References: <20050824202248.GA21528@lists.us.dell.com> <1124920372.2509.14.camel@localhost> Message-ID: <1124951740.16166.140.camel@localhost.localdomain> On Wed, 2005-08-24 at 14:52 -0700, Toshio Kuratomi wrote: > On Wed, 2005-08-24 at 15:22 -0500, Matt Domsch wrote: > > I'm looking to package Debian's signing-party package for Fedora > > Extras (specifically I like caff). signing-party contains 6 programs, > > each with their own license, either BSD or GPL. Would Extras policy > > demand I create 6 separate packages for these? > > Although I believe there is precedent for putting muliple licenses into > the License tag field. I don't recall how it was handled/what it > applied to. "Distributable" is often used to "solve" cases where it's non-trivial to come up with a better value for the License tag. From paul at city-fan.org Thu Aug 25 06:49:37 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 25 Aug 2005 07:49:37 +0100 Subject: rpms/perl-CGI-Untaint-date/devel perl-CGI-Untaint-date.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1124952257.4363.98.camel@mccallum.corsepiu.local> References: <200508241634.j7OGYNgB026027@cvs-int.fedora.redhat.com> <1124952257.4363.98.camel@mccallum.corsepiu.local> Message-ID: <1124952578.16837.277.camel@laurel.intra.city-fan.org> On Thu, 2005-08-25 at 08:44 +0200, Ralf Corsepius wrote: > On Wed, 2005-08-24 at 12:34 -0400, Tom Callaway wrote: > > Author: spot > > > Requires: perl(CGI::Untaint) >= 0.07 > > Requires: perl(Date::Simple) >= 0.01 > > Requires: perl(Date::Manip) >= 5.00 > > I think, these "requires:" probably are redundant. Why? The Makefile.PL specifically checks for these versions (or later), which is presumably done for a reason. RPM will auto-generate the module dependencies, but not the version deps. Paul. -- Paul Howarth From rc040203 at freenet.de Thu Aug 25 07:33:11 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 25 Aug 2005 09:33:11 +0200 Subject: rpms/perl-CGI-Untaint-date/devel perl-CGI-Untaint-date.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1124952578.16837.277.camel@laurel.intra.city-fan.org> References: <200508241634.j7OGYNgB026027@cvs-int.fedora.redhat.com> <1124952257.4363.98.camel@mccallum.corsepiu.local> <1124952578.16837.277.camel@laurel.intra.city-fan.org> Message-ID: <1124955191.4363.104.camel@mccallum.corsepiu.local> On Thu, 2005-08-25 at 07:49 +0100, Paul Howarth wrote: > On Thu, 2005-08-25 at 08:44 +0200, Ralf Corsepius wrote: > > On Wed, 2005-08-24 at 12:34 -0400, Tom Callaway wrote: > > > Author: spot > > > > > Requires: perl(CGI::Untaint) >= 0.07 > > > Requires: perl(Date::Simple) >= 0.01 > > > Requires: perl(Date::Manip) >= 5.00 > > > > I think, these "requires:" probably are redundant. > > Why? The Makefile.PL specifically checks for these versions (or later), == BuildRequires > which is presumably done for a reason. RPM will auto-generate the module > dependencies, but not the version deps. True, but these already are implicitly covered by the BuildRequires. So, if FE is kept consistent, unless you are mixing CPAN or various repositories with FE, there isn't any need to check again at install time. Ralf PS.: When will threads on fedora-extras-commits be kept there and not be torn into pieces by playing dirty games with Reply-To's? From bugzilla at redhat.com Thu Aug 25 07:33:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 03:33:24 -0400 Subject: [Bug 166409] Review Request: gajim - jabber client written in PyGTK In-Reply-To: Message-ID: <200508250733.j7P7XOV3027765@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gajim - jabber client written in PyGTK https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166409 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From gajownik at gmail.com 2005-08-25 03:33 EST ------- (In reply to comment #6) > Above the Source1 tag, you could add the full URL : > http://trac.gajim.org/file/trunk/scripts/gajim-remote.py?rev=3170&format=raw Done. I have had few problems (wrong libdir on x86_64 platform and missing BuildRequires: desktop-file-utils) but it now builds without a glith ;) I have also updated owners.list file. Thanks for the review! (In reply to comment #7) > FWIW, I would use the modules that are shipped as part of core instead of > compiling them in the package. Done. I just wasn't sure what is better: internal modules written in C or external ones written in Python. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 08:04:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 04:04:49 -0400 Subject: [Bug 166481] Review Request: network grep In-Reply-To: Message-ID: <200508250804.j7P84nCN032437@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: network grep https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166481 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From oliver at linux-kernel.at 2005-08-25 04:04 EST ------- OK, will change the source url and add the dist-tag. I will only build it for FE-4 and FE-devel... So FC-3 will not cause problems. :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From nphilipp at redhat.com Thu Aug 25 08:11:21 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Thu, 25 Aug 2005 10:11:21 +0200 Subject: multiple sub-programs, multiple licenses, one package? In-Reply-To: <1124951740.16166.140.camel@localhost.localdomain> References: <20050824202248.GA21528@lists.us.dell.com> <1124920372.2509.14.camel@localhost> <1124951740.16166.140.camel@localhost.localdomain> Message-ID: <1124957481.24117.7.camel@gibraltar.stuttgart.redhat.com> On Thu, 2005-08-25 at 09:35 +0300, Ville Skytt? wrote: > On Wed, 2005-08-24 at 14:52 -0700, Toshio Kuratomi wrote: > > On Wed, 2005-08-24 at 15:22 -0500, Matt Domsch wrote: > > > I'm looking to package Debian's signing-party package for Fedora > > > Extras (specifically I like caff). signing-party contains 6 programs, > > > each with their own license, either BSD or GPL. Would Extras policy > > > demand I create 6 separate packages for these? > > > > Although I believe there is precedent for putting muliple licenses into > > the License tag field. I don't recall how it was handled/what it > > applied to. > > "Distributable" is often used to "solve" cases where it's non-trivial to > come up with a better value for the License tag. I'd call using "Distributable" in the case of multiple licenses chickening out. "Read the licenses for yourself" would be more honest. I've yet to come over something that has more than 3 licenses in one package and I think we should mention them all in the License: field, if needed having MANIFEST.${LICENSE} files that state what part/file is covered by which license in the documentation. 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 bugzilla at redhat.com Thu Aug 25 08:44:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 04:44:17 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508250844.j7P8iHuU004139@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From oliver at linux-kernel.at 2005-08-25 04:44 EST ------- (In reply to comment #8) > FWIW, explicit "Requires: python-abi = ..." is not usually needed with FC4+, > rpmbuild takes care of it automatically in the form of python(abi). OK, then I'm not going to add this... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 09:00:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 05:00:17 -0400 Subject: [Bug 166171] Review Request: gnomad2 a digital audio player manager In-Reply-To: Message-ID: <200508250900.j7P90H1R007391@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomad2 a digital audio player manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166171 matthias at rpmforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |matthias at rpmforge.net ------- Additional Comments From matthias at rpmforge.net 2005-08-25 05:00 EST ------- A few remarks : - gtk2-devel could be removed since libgnomeui-devel is buildrequired. - The name is redundant in the summary ("Gnomad 2 is a GNOME 2.0 client for ..."), which should be removed : "Client application for the Creative Jukeboxes and Dell DJs" for instance. - The %description should be stretched to nearly 80 cols for UI readability (synaptic, smart). - Not sure why the "Utility" category is added to the desktop file, since it normally means "system utility" whereas this program is clearly for the AudioVideo category, which is already properly set. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 09:05:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 05:05:28 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508250905.j7P95SUq008412@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From oliver at linux-kernel.at 2005-08-25 05:05 EST ------- (In reply to comment #6) > Note: Re Comment #4 > Ruby on FC4: > [badger at katahdin syck-0.55-3]$ rpm -ql ruby-libs |grep syck > /usr/lib64/ruby/1.8/x86_64-linux/syck.so > /usr/lib64/ruby/1.8/yaml/syck.rb Yes, yes. I just had a look into the ruby-package not the -libs. > Needswork: > - License in spec should read BSD rather than GPL Done. > - Remove BR: /usr/bin/install (it comes from coreutils) Done. > - Remove BR: python (python-devel pulls it in) Done. > - For the python subpackage we need:: > Requires: python-abi = %(%{__python} -c "import sys; print sys.version[:3]") See comment from Ville... > - Leave out OCaml from the Summary as there's no OCaml extension. Also leave > out Syck from the summary as it's redundant. > - Leave out README.BYTECODE as you're not building that extension (or build > and include it. Reading the docs seems to impy it's an extension to the > syck library that will preparse a YAML document into bytecode that can then > be re-loaded by the library. Could be reading that wrong, though.) Done. > - Shared libraries need to be left executable or they won't be stripped for > debuginfo packages. Guess, I catched that. > - Static libraries and headers go in a -devel package. See below about creating > a dynamic library for the extensions: Do you really think, I should create another subpackage? > - When making the library and loadable mdules, needs to supply RPM_OPT_FLAGS > to the build process. OK, I think I catched that also. > - We can't BR: php-devel = ... [something that expands to the php-config > command] because the comand isn't present until after the BR is fulfilled. > If there's a specific version that's needed, use that, otherwise just use > BR: php-devel. This copied from another php extension. This works fine, as there is the || echo stuff... > - Doesn't build the python or php extensions due to not having a libsyc compiled > with -fPIC. (ie: we have a libsyck.a which was build without -fPIC. We need a > libsyck.so that was built with -fPIC.) Added RPM_OPT_FLAGS and -fPIC... > This problem has to go upstream to be fixed because with shared libraries > comes stricter versioning requirements. However, hacking together some libtool > based scripts is not incredibly hard. As long as upstream is amenable we could > do the actual work here. > - The php doesn't build due to the build process not finding either the syck > library or header. Something like this should work: > CFLAGS="$RPM_OPT_FLAGS -I../../lib" %configure --with-syck=../../ Added your patch. > Minor: > - Since the %post/%postun scripts contain just /sbin/ldconfig it would be > possible to use %post -p /sbin/ldconfig and %postun -p /sbin/ldconfig. My > understanding is this format allows rpm to do some optimizations (not > loading a shell to invoke ldconfig and running ldconfig only once when a > group of libraries are installed as one transaction.) You're right. Done. [ ... ] > Summary > ======= > If you want to work with upstream about the failure of the regression test and > whether libtool-based dynamic libraries are desirable I can get started on > creating some libtool infrastructure. Sounds fine. > TODO > ==== > Since I couldn't get a completed package, these things have not been > checked: > - rpmlint Fixed lint warnings. > - Check against complete PackagingGuidelines Did that. > - Recheck BR in mock Doin' that right now. Please review again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oliver at linux-kernel.at Thu Aug 25 09:11:00 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 25 Aug 2005 11:11:00 +0200 Subject: lzma someone? Message-ID: <430D8B24.8030701@linux-kernel.at> Hi! Is someone interessted in packaging/maintaining lzma? I have some package at http://filelister.linux-kernel.at/mod_perl?current=/packages/FC_EXTRAS_APPROVAL/lzma but I'm not really interessted in managing... I'm not even sure, if lzma is interessting enough for Fedora... Let me know, Best, Oliver From rc040203 at freenet.de Thu Aug 25 09:11:31 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 25 Aug 2005 11:11:31 +0200 Subject: multiple sub-programs, multiple licenses, one package? In-Reply-To: <1124957481.24117.7.camel@gibraltar.stuttgart.redhat.com> References: <20050824202248.GA21528@lists.us.dell.com> <1124920372.2509.14.camel@localhost> <1124951740.16166.140.camel@localhost.localdomain> <1124957481.24117.7.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1124961091.4363.121.camel@mccallum.corsepiu.local> On Thu, 2005-08-25 at 10:11 +0200, Nils Philippsen wrote: > I'd call using "Distributable" in the case of multiple licenses > chickening out. "Read the licenses for yourself" would be more honest. > I've yet to come over something that has more than 3 licenses in one > package Well, many OSS packages of considerable size and with a long history have "many licenses". A master piece is newlib. Try building a newlib based cross GCC toolchain (e.g. Cygwin cross toolchain). Newlib has different licenses in almost each file. > and I think we should mention them all in the License: field, if > needed having MANIFEST.${LICENSE} files that state what part/file is > covered by which license in the documentation. That won't work for "many licenses" cases. Also consider that a spec's License:-field probably isn't legally binding and probably is "just informative". IMO, the only point that matter there is "not to lie" at users. This would mean, using "Distributable" or "OSI-compliant" for "many licenses" would be fine with me. Ralf From bugzilla at redhat.com Thu Aug 25 09:12:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 05:12:20 -0400 Subject: [Bug 165666] Review Request: Graph Visualization Tools In-Reply-To: Message-ID: <200508250912.j7P9CK4m009905@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Graph Visualization Tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165666 ------- Additional Comments From rc040203 at freenet.de 2005-08-25 05:12 EST ------- (In reply to comment #3) > Please check build 3.(In reply to comment #1) > > - Probably wrong: > > %configure .... > > transform='s,x,x,' \ > > [If this is required, the configure script is utterly broken.] > > Stays as we also use it for graphviz package. If it is required for graphviz, graphviz is broken, too. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jnovy at redhat.com Thu Aug 25 09:38:09 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 25 Aug 2005 11:38:09 +0200 Subject: lzma someone? In-Reply-To: <430D8B24.8030701@linux-kernel.at> References: <430D8B24.8030701@linux-kernel.at> Message-ID: <1124962690.3044.8.camel@enigma> Hello Oliver, On Thu, 2005-08-25 at 11:11 +0200, Oliver Falk wrote: > I'm not even sure, if lzma is interessting enough for Fedora... I'm quite sure about this. It's very useful Lempel-Ziv based compression tool. It takes ages to compress anything with it (up to 40 times longer compression times than gzip), but the decompression is pretty fast, because the decompressor design is cache-friendly unlike bzip2, and other Burrows-Wheeler sorting based compressors, that reaches good compression ratios but both compression/decompression takes ages. I think it's not a bad idea to include it. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From bugzilla at redhat.com Thu Aug 25 09:45:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 05:45:15 -0400 Subject: [Bug 166171] Review Request: gnomad2 a digital audio player manager In-Reply-To: Message-ID: <200508250945.j7P9jFUC018139@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomad2 a digital audio player manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166171 ------- Additional Comments From triad at df.lth.se 2005-08-25 05:45 EST ------- OK SRPM was already imported to CVS but I have bumped package to -5 and included Matthias' changes except for the libgnomeui Requires: because libgnomeui is soon going out of this package, so GTK+-2.0 will be the required one anyway. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 10:07:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 06:07:48 -0400 Subject: [Bug 165616] Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508251007.j7PA7mrb024039@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From bugs.michael at gmx.net 2005-08-25 06:07 EST ------- That doesn't imply that it is a good default, as it advocates running a graphical file manager as super user. Konqueror's "File Manager - Super User Mode" menu entry is in the "System Tools" folder, not in the "Accessories" folder. Further, it is "OnlyShowIn=KDE;", because KDE is a strict requirement for "X-KDE-SubstituteUID=true" to do its job. So, actually Krusader's root-mode menu entry still is a packaging bug, because at present it is shown also in GNOME, where an ordinary user can start it without being prompted by kdesu. I don't pull back the approval, but something must be done about this. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Thu Aug 25 10:16:49 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 25 Aug 2005 12:16:49 +0200 Subject: multiple sub-programs, multiple licenses, one package? In-Reply-To: <1124930839.3103.10.camel@localhost.localdomain> References: <20050824202248.GA21528@lists.us.dell.com> <1124930839.3103.10.camel@localhost.localdomain> Message-ID: <20050825121649.69432591.bugs.michael@gmx.net> On Wed, 24 Aug 2005 19:47:19 -0500, Tom 'spot' Callaway wrote: > On Wed, 2005-08-24 at 15:22 -0500, Matt Domsch wrote: > > I'm looking to package Debian's signing-party package for Fedora > > Extras (specifically I like caff). signing-party contains 6 programs, > > each with their own license, either BSD or GPL. Would Extras policy > > demand I create 6 separate packages for these? > > Nah. There are really two scenarios: > > A small set of binaries (I'll leave the definition of "small" up to the > contributor and reviewer): > > Just put the list of binaries with their licenses in the license field, > like: > > License: BSD(foo, bar)/GPL(baz) Please, no! Maintenance overhead. Too much of a requirement for the packager. Imagine how long that line would get if a dozen small tools were included. The source tarball (we do ship src.rpms!) should include details. Other packages do "License: BSD, GPL" and that is informative enough for the binary package headers. Details as %doc or in the src.rpm. > The other scenario is for large packages. If you've got a LOT of content > with varying licenses, then you should really think about splitting it > into subpackages, with their own License: setting. I truely hope you are kidding. From bugzilla at redhat.com Thu Aug 25 10:38:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 06:38:05 -0400 Subject: [Bug 166205] Review Request: alleyoop : Graphical front-end to the Valgrind memory checker for x86 In-Reply-To: Message-ID: <200508251038.j7PAc5Lg027432@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: alleyoop : Graphical front-end to the Valgrind memory checker for x86 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166205 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |bugs.michael at gmx.net OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-25 06:37 EST ------- * missing BR gettext * "X-Desktop-File-Install-Version=0.4" should not be in alleyop.desktop * s/X-Windows/X Window System/ in %description * GConf2 --makefile-uninstall-rule code missing in %postun * scriptlet Requires for GConf2 and scrollkeeper missing Run-time test from console (with Rawhide), steps to reproduce: 1) $ alleyoop valgrind: Bad option '--logfile-fd=15'; aborting. valgrind: Use --help for more information. 2) Click "Run" button, enter "/bin/bash", click "Execute". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oliver at linux-kernel.at Thu Aug 25 10:44:21 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 25 Aug 2005 12:44:21 +0200 Subject: lzma someone? In-Reply-To: <1124962690.3044.8.camel@enigma> References: <430D8B24.8030701@linux-kernel.at> <1124962690.3044.8.camel@enigma> Message-ID: <430DA105.1070305@linux-kernel.at> On 08/25/2005 11:38 AM, Jindrich Novy wrote: > Hello Oliver, > > On Thu, 2005-08-25 at 11:11 +0200, Oliver Falk wrote: > >>I'm not even sure, if lzma is interessting enough for Fedora... > > > I'm quite sure about this. It's very useful Lempel-Ziv based compression > tool. It takes ages to compress anything with it (up to 40 times longer > compression times than gzip), but the decompression is pretty fast, > because the decompressor design is cache-friendly unlike bzip2, and > other Burrows-Wheeler sorting based compressors, that reaches good > compression ratios but both compression/decompression takes ages. > > I think it's not a bad idea to include it. Thanks for your comment! If nobody is going to manage it, I'll do, but let's see if there's someone more willing to do it, than I am. Best, Oliver From bugzilla at redhat.com Thu Aug 25 11:00:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 07:00:32 -0400 Subject: [Bug 166199] Review Request: perl-Data-Page : Help when paging through sets of results In-Reply-To: Message-ID: <200508251100.j7PB0W9K029518@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Data-Page : Help when paging through sets of results https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166199 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org BugsThisDependsOn| |166183 OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-25 07:00 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is same as perl, spec matches - spec written in English and is legible - sources match upstream - package builds OK in mock for FC4 (i386) - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership or permissions errors - %clean section present and correct - macro usage consistent - code, not content - no large docs - docs don't affect runtime - no scriptlets Needswork: - explicit Requires: perl(Class::Accessor::Chained::Fast) needed, not picked up automatically Nitpick: - redundant BR: perl - license text not included; suggest the usual fix - suggest including CHANGES as %doc - make called without %{?_smp_mflags} - BR: perl(Class::Accessor::Chained) should really be perl(Class::Accessor::Chained::Fast), though the same package provides both - add BR: perl(Test::Pod) & perl(Test::Pod::Coverage) for improved test cover -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 11:33:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 07:33:54 -0400 Subject: [Bug 166474] Review request: perl-Class-ReturnValue - Class::ReturnValue Perl module In-Reply-To: Message-ID: <200508251133.j7PBXsAp001357@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Class-ReturnValue - Class::ReturnValue Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166474 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-25 07:33 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is same as perl, matches spec - spec file written in English and is legible - sources match upstream - package builds OK on FC4 and in mock for rawhide (i386) - BR's OK - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership or permissions issues - no duplicate files - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime - no scriptlets Nitpick: - suggest adding Changes as %doc - use %{?_smp_mflags} in make APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 12:02:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 08:02:15 -0400 Subject: [Bug 166758] New: Review Request: qps - visual process status monitor Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166758 Summary: Review Request: qps - visual process status monitor Product: Fedora Extras Version: devel Platform: All URL: http://qps.kldp.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: gajownik at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://80.55.221.90/~gajownik/linux/RPMS/qps/qps.spec SRPM Name or Url: http://80.55.221.90/~gajownik/linux/RPMS/qps/qps-1.9.10-1.src.rpm sha1sum: http://80.55.221.90/~gajownik/linux/RPMS/qps/sha1sum Description: Qps is a GUI version version of "ps" or "top". -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 12:02:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 08:02:28 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508251202.j7PC2SmM007044@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166758 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at city-fan.org Thu Aug 25 12:11:00 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 25 Aug 2005 13:11:00 +0100 Subject: rpms/perl-CGI-Untaint-date/devel perl-CGI-Untaint-date.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1124955191.4363.104.camel@mccallum.corsepiu.local> References: <200508241634.j7OGYNgB026027@cvs-int.fedora.redhat.com> <1124952257.4363.98.camel@mccallum.corsepiu.local> <1124952578.16837.277.camel@laurel.intra.city-fan.org> <1124955191.4363.104.camel@mccallum.corsepiu.local> Message-ID: <430DB554.7070206@city-fan.org> Ralf Corsepius wrote: > On Thu, 2005-08-25 at 07:49 +0100, Paul Howarth wrote: > >>On Thu, 2005-08-25 at 08:44 +0200, Ralf Corsepius wrote: >> >>>On Wed, 2005-08-24 at 12:34 -0400, Tom Callaway wrote: >>> >>>>Author: spot >>> >>>>Requires: perl(CGI::Untaint) >= 0.07 >>>>Requires: perl(Date::Simple) >= 0.01 >>>>Requires: perl(Date::Manip) >= 5.00 >>> >>>I think, these "requires:" probably are redundant. >> >>Why? The Makefile.PL specifically checks for these versions (or later), > > == BuildRequires > > >>which is presumably done for a reason. RPM will auto-generate the module >>dependencies, but not the version deps. > > True, but these already are implicitly covered by the BuildRequires. > So, if FE is kept consistent, unless you are mixing CPAN or various > repositories with FE, there isn't any need to check again at install > time. Not necessarily; suppose A should require B >= 2.1, where B = 2.0 is in [core] and B = 2.1 is in [updates-released]. Someone having installed from CDs and not done any updates (maybe they're on dialup so they don't use yum because it might take too long or be too expensive) might just download A from Extras and install it. And it would break. Paul. From bugzilla at redhat.com Thu Aug 25 12:44:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 08:44:28 -0400 Subject: [Bug 166553] Review Request: dynamite In-Reply-To: Message-ID: <200508251244.j7PCiSLi014218@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: dynamite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166553 adrian at lisas.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |adrian at lisas.de OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From adrian at lisas.de 2005-08-25 08:44 EST ------- * rpmlint is happy * correct usage of -devel * source matches upstream * spec looks good * builds in mock * installs and removes cleanly APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Thu Aug 25 12:50:52 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 25 Aug 2005 14:50:52 +0200 Subject: rpms/perl-CGI-Untaint-date/devel perl-CGI-Untaint-date.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <430DB554.7070206@city-fan.org> References: <200508241634.j7OGYNgB026027@cvs-int.fedora.redhat.com> <1124952257.4363.98.camel@mccallum.corsepiu.local> <1124952578.16837.277.camel@laurel.intra.city-fan.org> <1124955191.4363.104.camel@mccallum.corsepiu.local> <430DB554.7070206@city-fan.org> Message-ID: <1124974252.4363.156.camel@mccallum.corsepiu.local> On Thu, 2005-08-25 at 13:11 +0100, Paul Howarth wrote: > Ralf Corsepius wrote: > > On Thu, 2005-08-25 at 07:49 +0100, Paul Howarth wrote: > > > >>On Thu, 2005-08-25 at 08:44 +0200, Ralf Corsepius wrote: > >> > >>>On Wed, 2005-08-24 at 12:34 -0400, Tom Callaway wrote: > >>> > >>>>Author: spot > >>> > >>>>Requires: perl(CGI::Untaint) >= 0.07 > >>>>Requires: perl(Date::Simple) >= 0.01 > >>>>Requires: perl(Date::Manip) >= 5.00 > >>> > >>>I think, these "requires:" probably are redundant. > >> > >>Why? The Makefile.PL specifically checks for these versions (or later), > > > > == BuildRequires > > > > > >>which is presumably done for a reason. RPM will auto-generate the module > >>dependencies, but not the version deps. > > > > True, but these already are implicitly covered by the BuildRequires. > > So, if FE is kept consistent, unless you are mixing CPAN or various > > repositories with FE, there isn't any need to check again at install > > time. > > Not necessarily; suppose A should require B >= 2.1, where B = 2.0 is in > [core] and B = 2.1 is in [updates-released]. Someone having installed > from CDs and not done any updates (maybe they're on dialup so they don't > use yum because it might take too long or be too expensive) might just > download A from Extras and install it. And it would break. True, but ... IMO, this is yet another case of "not using FE consistently", just like using CPAN or similar. IMO, versioned perl-module deps, should not be applied unless rpm can generate them automatically, because manually adding them voids rpm's automatic perl-module deps to a large extend, and adds a considerable (unreasonable?) amount of overhead to writing perl-rpm specs. To put it differently: Not using manually added versioned perl-module deps is a compromise, which doesn't do any harm unless users try to enter corner cases. Ralf From bugzilla at redhat.com Thu Aug 25 13:45:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 09:45:06 -0400 Subject: [Bug 166555] Review Request: orange - Squeeze out installable Microsoft cabinet files In-Reply-To: Message-ID: <200508251345.j7PDj6hw027490@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: orange - Squeeze out installable Microsoft cabinet files https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166555 Bug 166555 depends on bug 166553, which changed state. Bug 166553 Summary: Review Request: dynamite https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166553 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 13:54:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 09:54:36 -0400 Subject: [Bug 165616] Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508251354.j7PDsaFr029717@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From mgarski at post.pl 2005-08-25 09:54 EST ------- - Dawid if kio_krarc.la file is removed, Krusader can't enter into some archives like .rpm, .zip (it display error window). - Should I remove "Krusader - root-mode" or move it to "System Tools" folder and add "OnlyShowIn=KDE;"? - As I see temp file isn't used in secure way, but I need to check it one more time, because I could be wrong. - "rename: no compatible rename-programs found. Multiple rename is disabled." warning refers to KRename (http://www.krename.net/), apps NOT included in KDE. Probably I'll add it to FE. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 14:01:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 10:01:11 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508251401.j7PE1Bt1031069@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From jspaleta at gmail.com 2005-08-25 10:00 EST ------- (In reply to comment #10) Okay so I've done some more testing beyond the supplied demo program. Whatever the build error is that is producing the "Unrecognized argument in LIBS ignored: '-pthread'" message it doesn't appear to be causing a functional problem on my system. Of course I'd like to clean this up.. but it doesn't appear to be having a functional impact at all from my simplistic functionality tests. I'm inclined to let this through since there is no functional impact. Instead of waiting for upstream to look into this, perhaps its most appropriate to apply a simple patch the the generated Makefile. You can correct for whatever mistake perl Makefile.PL is doing by adding "-pthread" to the EXTRALIBS and LDLOADLIBS definitions. -pthread is a valid argument to both the linker and to gcc so I'm not really sure why Makefile.PL is throwing the arguments away. So if you can regenerated a spec that includes the OPTIMIZE patch and the patch to add -pthread to the generated Makefile, I will feel comfortable getting this review finished up. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 14:03:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 10:03:56 -0400 Subject: [Bug 165616] Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508251403.j7PE3uRh031526@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From bugs.michael at gmx.net 2005-08-25 10:03 EST ------- KDE applications strictly require libtool archives because KDE's libltdl is broken/misconfigured and doesn't support *.so DSOs: https://bugs.kde.org/show_bug.cgi?id=93359 If anybody knows a way how to get a sign of life from the KDE developers on that issue, would be quite interesting. (Opened: 2004-11-16) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 14:05:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 10:05:11 -0400 Subject: [Bug 165616] Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508251405.j7PE5BKP031816@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From bugs.michael at gmx.net 2005-08-25 10:05 EST ------- "OnlyShowIn=KDE" is a _must_ when "X-KDE-SubstituteUID=true" is used. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 14:08:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 10:08:32 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508251408.j7PE8WQb032132@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-25 10:08 EST ------- As soon as I get a spare moment, I will finish this. Totally up to my eyes at the mo' Gavin. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jeff.gilchrist at gmail.com Thu Aug 25 14:13:51 2005 From: jeff.gilchrist at gmail.com (Jeff Gilchrist) Date: Thu, 25 Aug 2005 10:13:51 -0400 Subject: lzma someone? In-Reply-To: <1124962690.3044.8.camel@enigma> References: <430D8B24.8030701@linux-kernel.at> <1124962690.3044.8.camel@enigma> Message-ID: On 8/25/05, Jindrich Novy wrote: > I'm quite sure about this. It's very useful Lempel-Ziv based compression > tool. It takes ages to compress anything with it (up to 40 times longer > compression times than gzip), but the decompression is pretty fast, > because the decompressor design is cache-friendly unlike bzip2, and > other Burrows-Wheeler sorting based compressors, that reaches good > compression ratios but both compression/decompression takes ages. Hi Jindrich, The speed of bzip2 is the reason I wrote pbzip2, a parallel impelementation of pbzip2 that achieves near-linear speedup on SMP systems. Especially useful with dual-core CPUs coming out on the market, you can compress and decompress 2x as fast and still get the great compression ratios. I just need someone to review my package so it can be included in Fedora Extras. BugZilla ID is here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 Regards, Jeff. From bugzilla at redhat.com Thu Aug 25 14:26:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 10:26:07 -0400 Subject: [Bug 166252] Review Request: perl-Gnome2-Canvas In-Reply-To: Message-ID: <200508251426.j7PEQ7aU003068@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gnome2-Canvas https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166252 ------- Additional Comments From rc040203 at freenet.de 2005-08-25 10:25 EST ------- (In reply to comment #12) > (In reply to comment #10) > > Okay so I've done some more testing beyond the supplied demo program. Whatever > the build error is that is producing the "Unrecognized argument in LIBS ignored: > '-pthread'" message it doesn't appear to be causing a functional problem on my > system. -pthread, when being passed to the linker, is expands to -lpthread on i386 [It is a gcc-spec macro; c.f. the lib: rule in gcc -dumpspecs] > but it doesn't appear to be having a functional impact As long as -pthread expands only to '-l*' containing libraries on the library search path, this won't have any functional impact. However, you can't rely upon this, because GCC can change this at any time and because GCC can apply target specific linker flags there. I.e. Gnone2-Canvas probably is functional on all targets where GCC expands -pthread to -lpthread, but is likely not to work on other targets and also is not unlikely to break with future GCC updates. > -pthread is a valid argument to both the linker and to gcc so I'm not really > sure why Makefile.PL is throwing the arguments away. ExtUtils::MakeMaker only lets -l and -L flags pass through and filters out anything else. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 15:16:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 11:16:31 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508251516.j7PFGVDZ015711@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-25 11:16 EST ------- In reply to comment 7: I tried using LIBS=-ltemrcap, does this make configure detect readline, but causes the make to fail because -ltermcap doesn't get added when linking. About the stack overflow, here is a (x86_64) backtrace: #0 0x00002aaaac17cb60 in raise () from /lib64/libc.so.6 #1 0x00002aaaac17e030 in abort () from /lib64/libc.so.6 #2 0x00002aaaac1b22a8 in __libc_message () from /lib64/libc.so.6 #3 0x00002aaaac22b8ef in __stack_chk_fail () from /lib64/libc.so.6 #4 0x0000000000415683 in _sc_scoring_read_item (ec=0x5ac4a0, reader=0x5ab760, item=0x5acda0) at saddconf.c:253 #5 0x0000000000415c71 in sc_addconf_append_file (type=Variable "type" is not available. ) at saddconf.c:461 #6 0x00000000004063ad in sc_economy_config_create (c=0x599010) at seconomy.c:66 #7 0x0000000000405bf4 in sc_config_new (argc=0x7fffff83757c, argv=0x7fffff837570) at sconfig.c:193 #8 0x00000000004058bf in main (argc=1, argv=0x7fffff837798) at xscorch.c:86 If I change: char desc[SC_INVENTORY_MAX_DESC_LEN]; char name[SC_INVENTORY_MAX_NAME_LEN]; to: char desc[SC_INVENTORY_MAX_DESC_LEN+256]; char name[SC_INVENTORY_MAX_NAME_LEN+256]; Things work fine, I can't find an obvious bufferoverflow in this functions or in functions to which desc/name get passed. sc_scoring_lookup_by_name does do ugly things (casting a ptr to a long int), but with that commented out the stacks still gets overflowed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 15:16:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 11:16:51 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508251516.j7PFGpUD015819@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 oliver at linux-kernel.at changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |oliver at linux-kernel.at ------- Additional Comments From oliver at linux-kernel.at 2005-08-25 11:16 EST ------- First climpse i took: Good: * Group Applications/File is the same as bzip2 and therefor a good choice * License BSD, is OK. The README says the same * tmppath OK * Consitant use of tags * changelog ok Bad: * Remove Vendor/Packager Tags * Use rm -rf %{buildroot}, and forget the [ ... ] check * Remove the cleanup of the buildroot in the %prep-section * Run rpmlint: - W: pbzip2 strange-permission pbzip2.spec 0600 * Builds find * Installs/Uninstalls fine * Owns all files it installs. * Works. :-) Notes: * You can drop bzip2-libs from requires, as RPM will detect libbz2.so.1 as requirement. If you fix the above stuff, I'll review again. If it's OK, I'll approve it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 15:17:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 11:17:55 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508251517.j7PFHtt4016050@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-25 11:17 EST ------- p.s. I made the chanes to those 2 buffer declerations in _sc_scoring_read_item, the function which causes the stack overflow. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oliver at linux-kernel.at Thu Aug 25 15:20:17 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Thu, 25 Aug 2005 17:20:17 +0200 Subject: lzma someone? In-Reply-To: References: <430D8B24.8030701@linux-kernel.at> <1124962690.3044.8.camel@enigma> Message-ID: <430DE1B1.8010408@linux-kernel.at> On 08/25/2005 04:13 PM, Jeff Gilchrist wrote: > On 8/25/05, Jindrich Novy wrote: > > >>I'm quite sure about this. It's very useful Lempel-Ziv based compression >>tool. It takes ages to compress anything with it (up to 40 times longer >>compression times than gzip), but the decompression is pretty fast, >>because the decompressor design is cache-friendly unlike bzip2, and >>other Burrows-Wheeler sorting based compressors, that reaches good >>compression ratios but both compression/decompression takes ages. > > > The speed of bzip2 is the reason I wrote pbzip2, a parallel > impelementation of pbzip2 that achieves near-linear speedup on SMP > systems. Especially useful with dual-core CPUs coming out on the > market, you can compress and decompress 2x as fast and still get the > great compression ratios. Sure, pbzip2 is nice, but to have another compressor at hand, that gains higher compression ratios, isn't bad... :-) > I just need someone to review my package so it can be included in Fedora Extras. > > BugZilla ID is here: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 See my comments. :) Best, Oliver From bugzilla at redhat.com Thu Aug 25 15:29:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 11:29:16 -0400 Subject: [Bug 165905] Review Request: perl-HTTP-Server-Simple - Very simple standalone HTTP daemon In-Reply-To: Message-ID: <200508251529.j7PFTG23018851@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTTP-Server-Simple - Very simple standalone HTTP daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165905 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2005-08-25 11:28 EST ------- Changed blocker bug FE-REVIEW to FE-ACCEPT. Package imported to CVS. Build on target development succeeded. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 15:29:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 11:29:37 -0400 Subject: [Bug 165906] Review Request: perl-Test-WWW-Mechanize - Testing-specific WWW::Mechanize subclass In-Reply-To: Message-ID: <200508251529.j7PFTbim018998@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Test-WWW-Mechanize - Testing-specific WWW::Mechanize subclass https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165906 Bug 165906 depends on bug 165905, which changed state. Bug 165905 Summary: Review Request: perl-HTTP-Server-Simple - Very simple standalone HTTP daemon https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165905 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 15:46:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 11:46:44 -0400 Subject: [Bug 165615] Review Request: perl-Text-Template - Expand template text with embedded Perl In-Reply-To: Message-ID: <200508251546.j7PFki3p022948@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Template - Expand template text with embedded Perl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165615 ------- Additional Comments From jpo at di.uminho.pt 2005-08-25 11:46 EST ------- (In reply to comment #1) > Needswork: > > BuildRequires: perl >= 1:5.6.1 > perl is listed as being part of the minimal build environment in the packaging > guidelines, so this BR appears to be redundant. The explicit version requirement > doesn't seem to comes from the module itself. As you said it is redundant (not a blocker). The explicit perl version comes from the old Fedora.US template. IIRC it is related to vendor directories. > Nitpick: > > " || :" after %check isn't really needed for an Extras package, unless you're > aiming for backwards specfile compatibility with legacy distros. Also from old Fedora.US/Extras perl template. I have already changed my perl specfile generation script to not include it. Future new perl module specfiles won't have it (present ones still have it). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 15:53:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 11:53:49 -0400 Subject: [Bug 165615] Review Request: perl-Text-Template - Expand template text with embedded Perl In-Reply-To: Message-ID: <200508251553.j7PFrnBj024801@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Template - Expand template text with embedded Perl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165615 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-25 11:53 EST ------- I'm happy enough with this to approve it, but please do tidy it up in CVS :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 15:59:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 11:59:36 -0400 Subject: [Bug 166481] Review Request: network grep In-Reply-To: Message-ID: <200508251559.j7PFxaEf026768@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: network grep https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166481 ------- Additional Comments From ville.skytta at iki.fi 2005-08-25 11:59 EST ------- Thanks. Don't forget to add ngrep to owners.list in CVS... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tcallawa at redhat.com Thu Aug 25 16:10:21 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 25 Aug 2005 11:10:21 -0500 Subject: multiple sub-programs, multiple licenses, one package? In-Reply-To: <20050825121649.69432591.bugs.michael@gmx.net> References: <20050824202248.GA21528@lists.us.dell.com> <1124930839.3103.10.camel@localhost.localdomain> <20050825121649.69432591.bugs.michael@gmx.net> Message-ID: <1124986221.5239.34.camel@localhost.localdomain> On Thu, 2005-08-25 at 12:16 +0200, Michael Schwendt wrote: > Please, no! Maintenance overhead. Too much of a requirement for the > packager. Imagine how long that line would get if a dozen small tools were > included. The source tarball (we do ship src.rpms!) should include > details. Other packages do "License: BSD, GPL" and that is informative > enough for the binary package headers. Details as %doc or in the > src.rpm. I'm not opposed to that. > > The other scenario is for large packages. If you've got a LOT of content > > with varying licenses, then you should really think about splitting it > > into subpackages, with their own License: setting. > > I truely hope you are kidding. Not really. elfutils does this successfully. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Thu Aug 25 16:14:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 12:14:44 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508251614.j7PGEiwu029057@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From bugs.michael at gmx.net 2005-08-25 12:14 EST ------- Instead of +256, does it work safely with +1 already? Because this string in "weapons.def" is 80 chars plus terminating zero and hence overflows the local "desc" array: $ echo "We are in the final days. My time is come! Glory glory! What do you think? 5.1?" | wc -c 80 $ grep SC_INVENTORY_MAX_DESC_LEN * sgame/sinventory.h sgame/sinventory.h:#define SC_INVENTORY_MAX_DESC_LEN 80 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 16:15:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 12:15:58 -0400 Subject: [Bug 165615] Review Request: perl-Text-Template - Expand template text with embedded Perl In-Reply-To: Message-ID: <200508251615.j7PGFwPe029223@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Template - Expand template text with embedded Perl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165615 ------- Additional Comments From jpo at di.uminho.pt 2005-08-25 12:15 EST ------- OK. I will update it in CVS. But the other 40+ perl modules I maintain it will take much longer ;) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 16:16:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 12:16:17 -0400 Subject: [Bug 165957] Review Request: esmtp. Relay only MTA. In-Reply-To: Message-ID: <200508251616.j7PGGHwq029273@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: esmtp. Relay only MTA. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165957 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gauret at free.fr 2005-08-25 12:16 EST ------- * I would advise against providing smtpdaemon, since esmtp is not a daemon at all, and programs like fetchmail could think their requirement is fulfilled while it is not (nothing listening on port 25) * Don't put the german translation in the filename. IIRC the policy it not to include translations except if the package is strongly related to a particular language (which is not the case here) * Spec file encoding should be either ASCII UTF-8, but I think this will be solved when the german parts are gone. * PreReq should be Requires(post) * Missing BuildRequires: openssl-devel * To copy source 1 I would just do "cp %{SOURCE1} mutt-esmtp ." since the working directory is the building dir, but that's minor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at city-fan.org Thu Aug 25 16:19:52 2005 From: paul at city-fan.org (Paul Howarth) Date: Thu, 25 Aug 2005 17:19:52 +0100 Subject: rpms/perl-CGI-Untaint-date/devel perl-CGI-Untaint-date.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1124974252.4363.156.camel@mccallum.corsepiu.local> References: <200508241634.j7OGYNgB026027@cvs-int.fedora.redhat.com> <1124952257.4363.98.camel@mccallum.corsepiu.local> <1124952578.16837.277.camel@laurel.intra.city-fan.org> <1124955191.4363.104.camel@mccallum.corsepiu.local> <430DB554.7070206@city-fan.org> <1124974252.4363.156.camel@mccallum.corsepiu.local> Message-ID: <430DEFA8.5090202@city-fan.org> Ralf Corsepius wrote: > IMO, versioned perl-module deps, should not be applied unless rpm can > generate them automatically, because manually adding them voids rpm's > automatic perl-module deps to a large extend, Not really - it *adds* to the deps automatically found by RPM. There are other cases where manual deps are needed too, for instance in #166183 where it's necessary to manually add deps for perl(Class::Accessor) and perl(Class::Accessor::Fast). This isn't just a corner case either - I fell over the consequence of not adding these myself earlier today. > and adds a considerable > (unreasonable?) amount of overhead to writing perl-rpm specs. I'm not suggesting it should be compulsory, but if someone's gone to the trouble of specifying the version numbers, why not? > To put it differently: Not using manually added versioned perl-module > deps is a compromise, which doesn't do any harm unless users try to > enter corner cases. But what is the harm in manually added versioned perl-module deps for *anyone*? Paul. From bugs.michael at gmx.net Thu Aug 25 16:25:45 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 25 Aug 2005 18:25:45 +0200 Subject: multiple sub-programs, multiple licenses, one package? In-Reply-To: <1124986221.5239.34.camel@localhost.localdomain> References: <20050824202248.GA21528@lists.us.dell.com> <1124930839.3103.10.camel@localhost.localdomain> <20050825121649.69432591.bugs.michael@gmx.net> <1124986221.5239.34.camel@localhost.localdomain> Message-ID: <20050825182545.3755ec42.bugs.michael@gmx.net> On Thu, 25 Aug 2005 11:10:21 -0500, Tom 'spot' Callaway wrote: > > > The other scenario is for large packages. If you've got a LOT of content > > > with varying licenses, then you should really think about splitting it > > > into subpackages, with their own License: setting. > > > > I truely hope you are kidding. > > Not really. elfutils does this successfully. Aha. Where exactly? All I see is a split because of an optional library: $ ls elf* elfutils-0.108-1.i386.rpm elfutils-libelf-0.108-1.i386.rpm elfutils-devel-0.108-1.i386.rpm elfutils-libelf-devel-0.108-1.i386.rpm $ rpm -qp --qf %{license}\\n elfut* OSL OSL OSL OSL From bugzilla at redhat.com Thu Aug 25 16:33:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 12:33:26 -0400 Subject: [Bug 165615] Review Request: perl-Text-Template - Expand template text with embedded Perl In-Reply-To: Message-ID: <200508251633.j7PGXQsA032627@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Text-Template - Expand template text with embedded Perl https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165615 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jpo at di.uminho.pt 2005-08-25 12:33 EST ------- Closing ticket. 456 (perl-Text-Template): Build on target development succeeded. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 16:35:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 12:35:03 -0400 Subject: [Bug 166700] Review Request: perl-Time-Piece-MySQL - MySQL-specific methods for Time::Piece In-Reply-To: Message-ID: <200508251635.j7PGZ3mx000400@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Time-Piece-MySQL - MySQL-specific methods for Time::Piece https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166700 Bug 166700 depends on bug 166698, which changed state. Bug 166698 Summary: Review Request: perl-Time-Piece - Time objects from localtime and gmtime https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166698 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 16:40:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 12:40:09 -0400 Subject: [Bug 166481] Review Request: network grep In-Reply-To: Message-ID: <200508251640.j7PGe9kX001511@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: network grep https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166481 ------- Additional Comments From oliver at linux-kernel.at 2005-08-25 12:39 EST ------- Yes, thanks, just did it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jnovy at redhat.com Thu Aug 25 16:43:49 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 25 Aug 2005 18:43:49 +0200 Subject: lzma someone? In-Reply-To: References: <430D8B24.8030701@linux-kernel.at> <1124962690.3044.8.camel@enigma> Message-ID: <1124988229.3149.12.camel@localhost.localdomain> Hi Jeff, On Thu, 2005-08-25 at 10:13 -0400, Jeff Gilchrist wrote: > On 8/25/05, Jindrich Novy wrote: > > > I'm quite sure about this. It's very useful Lempel-Ziv based compression > > tool. It takes ages to compress anything with it (up to 40 times longer > > compression times than gzip), but the decompression is pretty fast, > > because the decompressor design is cache-friendly unlike bzip2, and > > other Burrows-Wheeler sorting based compressors, that reaches good > > compression ratios but both compression/decompression takes ages. > > The speed of bzip2 is the reason I wrote pbzip2, a parallel > impelementation of pbzip2 that achieves near-linear speedup on SMP > systems. Yes, I know pbzip2 from you as well. Good work! I use it frequently as I need to expand huge bz2 archives because of tetex I maintain. Fortunately rebuilding it is not such a pain on quad-opteron system thanks to pbzip2. I experienced several problems with earlier version though (IIRC 0.9.1), where I had problems expanding archives compressed by pbzip2 with different than 900k BWT block size. But this problem is now gone with the latest pbzip2. > I just need someone to review my package so it can be included in Fedora Extras. > > BugZilla ID is here: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 > I'll have a look. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From jnovy at redhat.com Thu Aug 25 16:45:45 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Thu, 25 Aug 2005 18:45:45 +0200 Subject: lzma someone? In-Reply-To: <430DE1B1.8010408@linux-kernel.at> References: <430D8B24.8030701@linux-kernel.at> <1124962690.3044.8.camel@enigma> <430DE1B1.8010408@linux-kernel.at> Message-ID: <1124988345.3149.15.camel@localhost.localdomain> Hello Oliver, On Thu, 2005-08-25 at 17:20 +0200, Oliver Falk wrote: > Sure, pbzip2 is nice, but to have another compressor at hand, that gains > higher compression ratios, isn't bad... :-) I second that. Why not to have both? ;) -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From bugzilla at redhat.com Thu Aug 25 17:31:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 13:31:18 -0400 Subject: [Bug 166713] Review Request: perl-GnuPG-Interface In-Reply-To: Message-ID: <200508251731.j7PHVIM1012649@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-GnuPG-Interface https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166713 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-25 13:30 EST ------- Review: - rpmlint clean - package and spec naming OK - package meets guidelines - license is same as perl, matches spec - spec written in English and is legible - sources match upstream - builds OK on FC4 and in mock for rawhide (i386) - buildreqs OK - no locales, libraries, subpackages or pkgconfigs to worry about - not relocatable - no directory ownership or permissions issues - no duplicate files - %clean section present and correct - macro usage consistent - code, not content - no large docs - docs don't affect runtime - no scriptlets Nitpick: - %check output can be cleaned somewhat by adding "chmod 700 test" before "make test" - any idea what's happening here? + make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/clearsign................ok t/decrypt..................ok t/detach_sign..............ok t/encrypt..................ok 1/3unknown record type tru at blib/lib/GnuPG/Interface.pm (autosplit into blib/lib/auto/GnuPG/Interface/get_keys.al) line 548, line 1. t/encrypt..................ok t/encrypt_symmetrically....ok t/export_keys..............ok t/Fingerprint..............ok t/get_public_keys..........unknown record type tru at blib/lib/GnuPG/Interface.pm (autosplit into blib/lib/auto/GnuPG/Interface/get_keys.al) line 548, line 1. t/get_public_keys..........ok t/get_secret_keys..........ok t/import_keys..............ok t/Interface................ok t/list_public_keys.........ok t/list_secret_keys.........ok t/list_sigs................ok t/passphrase_handling......ok t/sign.....................ok t/sign_and_encrypt.........ok t/UserId...................ok t/verify...................ok t/wrap_call................ok - for an FC3 build you don't need the patch, so you could maintain a different spec in the FC3 branch, or conditionally apply the patch: %if 0%{?fedora} > 3 %patch0 -p1 %endif - license text not included in package; suggest adding to %setup: perldoc perlgpl > GPL perldoc perlartistic > Artistic and to %files: %doc GPL Artistic - although "BuildReq: gpg" works, might "gnupg" be better? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 17:34:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 13:34:27 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508251734.j7PHYRcg013162@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From jnovy at redhat.com 2005-08-25 13:34 EST ------- >From a brief look into the code: bzerr_dummy variable is unused in pbzip2.cpp:1191 Another thing in pbzip2.cpp: ret = read(hInfile, tmpBuff, strlen(bz2Header)+1); close(hInfile); if ((ret == -1) || (ret < strlen(bz2Header)+1)) Note that 'ret' variable is int but should be of size_t type so I'd use some other than 'ret' variable here: (bzip2.c:1651-1654) size_t size; ... size = read(hInfile, tmpBuff, strlen(bz2Header)+1); close(hInfile); if ((size == (size_t)(-1)) || (size < strlen(bz2Header)+1)) numBlocks in pbzip2.cpp:1800 should be better of off_t data type. BTW. why do you define uint_special and don't let it off_t at all? Suggest getting rid of the redundant modulo and condition: if ((fileSize % blockSize) == 0) numBlocks = fileSize / blockSize; else numBlocks = fileSize / blockSize + 1; by: numBlocks = (fileSize + blockSize - 1) / blockSize; Note that you don't previously check that blockSize != 0, So that pbzip2 -b0 ends up with Floating point exception!! Needs further fixes. I'll send you a patch to fix these and other issues I found. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 17:39:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 13:39:04 -0400 Subject: [Bug 165616] Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508251739.j7PHd4vC013713@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From mgarski at post.pl 2005-08-25 13:38 EST ------- Changes in new release 1.60.0-3 - Include .la files, so entering into archives works - Include actions_tutorial.txt - Fix krusader_root-mode.desktop file to show only in KDE and under System category - Fix compile warnings If there aren't any objections I would like to commit changes to CVS and built packages in FC3 & 4 branches? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 17:39:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 13:39:56 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508251739.j7PHduAK013841@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-25 13:39 EST ------- I also tried with +1 to see if there were any off by one errors but that doesn't do the trick -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 17:43:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 13:43:42 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508251743.j7PHhg4c014397@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From jeff.gilchrist at gmail.com 2005-08-25 13:43 EST ------- New Spec: http://compression.ca/pbzip2/pbzip2.spec I changed the .spec file to include Oliver's suggestions but I can't get rid of the rpmlint strange-permission warning. The pbzip2.spec file is 0664 in the tarbail inside the SRPM file. If I change that to 0644 or even 0444 I still get the same warning of strange-permission 0600. Any idea how to fix this? I will generate a new SRPM when I get the patch from Jindrich. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 17:46:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 13:46:35 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508251746.j7PHkZjJ015119@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From jacob at gnifty.net 2005-08-25 13:46 EST ------- The code that reads those config files is supposed to truncate and null terminate (and is fairly well tested). I'd be surprised if it's not just removing the '?' at the end and replacing it with a null byte. It's unfortunate that this fancy new gcc stack stuff doesn't tell you where in the function the stack gets smashed. There is a lot going on in that function. :( Also, I'm curious about comment 13; what platforms are you aware of where long is not adequately wide to store a pointer in? If there are any such platforms which run redhat or debian then I need to change that code. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 17:53:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 13:53:57 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508251753.j7PHrv6S016030@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-25 13:53 EST ------- long is fine to store a pointer in its just ugly and should be forbidden imho, thats all. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 17:57:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 13:57:42 -0400 Subject: [Bug 166783] New: Review Request: maxima-5.9.1-1: Computer Algebra System Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166783 Summary: Review Request: maxima-5.9.1-1: Computer Algebra System Product: Fedora Extras Version: devel Platform: All URL: http://apt.kde- redhat.org/apt/fedora/all/SRPMS.stable/maxima-5.9.1- 1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rdieter at math.unl.edu QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS.stable/maxima-5.9.1-1.src.rpm SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/maxima-5.9.1-1.spec Description: Maxima is a full symbolic computation program. It is full featured doing symbolic manipulation of polynomials, matrices, rational functions, integration, Todd-coxeter, graphing, bigfloats. It has a symbolic debugger source level debugger for maxima code. Maxima is based on the original Macsyma developed at MIT in the 1970's. It is quite reliable, and has good garbage collection, and no memory leaks. It comes with hundreds of self tests. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 17:57:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 13:57:54 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508251757.j7PHvsRh016514@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166783 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 17:58:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 13:58:36 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508251758.j7PHwaG4016650@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From ville.skytta at iki.fi 2005-08-25 13:58 EST ------- As long as any SourceX or the specfile are not executable, ignore the strange-permission warning. They'll change after importing to CVS anyway. FWIW, I believe rpmlint is complaining about the specfile you use to build the package, not one inside a tarball. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:02:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:02:50 -0400 Subject: [Bug 165616] Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508251802.j7PI2omH017490@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From bugs.michael at gmx.net 2005-08-25 14:02 EST ------- Sure, that was the point of the earlier approval, so that moving around src.rpms is no longer necessary. Once built successfully, this ticket can be closed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:03:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:03:49 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508251803.j7PI3n2i017628@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rdieter at math.unl.edu ------- Additional Comments From rdieter at math.unl.edu 2005-08-25 14:03 EST ------- Drop the explicit Requires: Requires: glib2 >= 2.2.1 Requires: gtk2 >= 2.2.1 Requires: libxml2 >= 2.6.7 Requires: popt >= 1.7.0 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:05:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:05:49 -0400 Subject: [Bug 166318] Review request: perl-Font-AFM - Font::AFM Perl module In-Reply-To: Message-ID: <200508251805.j7PI5nt4018547@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Font-AFM - Font::AFM Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166318 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From ville.skytta at iki.fi 2005-08-25 14:05 EST ------- Closing, package is in repo and owners.list. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:06:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:06:08 -0400 Subject: [Bug 166320] Review request: perl-HTML-Format - HTML::Format Perl module In-Reply-To: Message-ID: <200508251806.j7PI686j018662@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-HTML-Format - HTML::Format Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166320 Bug 166320 depends on bug 166318, which changed state. Bug 166318 Summary: Review request: perl-Font-AFM - Font::AFM Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166318 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:13:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:13:07 -0400 Subject: [Bug 166377] Review Request: erlang - General-purpose programming language and runtime environment In-Reply-To: Message-ID: <200508251813.j7PID7ZP021125@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: erlang - General-purpose programming language and runtime environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166377 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr ------- Additional Comments From gauret at free.fr 2005-08-25 14:12 EST ------- * in ./configure there is a mention that no odbc library has been found. Please add unixODBC-deve to the buildrequirements * redirect the output of the post scriptlet to /dev/null to avoid "Building SASL boot script ..." message * in %install, change "lib" to "%{_lib}" (different on x86_64) * in %post, change /usr/lib to %{_libdir} * possible improvements - split the HTML doc in a separate package - add /usr/lib/erlang/man in the manpath (eg via a file in /etc/profile.d) * rpmlint is extremely unhappy, but I don't know what is relevant there. Please have a look. I don't know erlang to I can't test it properly, but at least it does not complain when I run "erlc -h" Apart from that : * Source otp_src_R10B-6.tar.gz is the same as upstream * Source otp_doc_html_R10B-6.tar.gz is the same as upstream * Source otp_doc_man_R10B-6.tar.gz is the same as upstream * The BuildRoot is the preferred one * Builds fine in mock * File list looks OK -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:13:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:13:17 -0400 Subject: [Bug 165616] Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE In-Reply-To: Message-ID: <200508251813.j7PIDHw5021187@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: krusader - Advanced twin-panel (commander-style) file-manager for KDE https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165616 ------- Additional Comments From mgarski at post.pl 2005-08-25 14:13 EST ------- Note about temp dir. I've read over the source code and: - Krusader create temp dir (default /tmp/krusader.tmp) - Chmod it 0777 - Get UID - Create directory (name of new dir == UID) under temp dir - Chmod it as 0700 So IMHO it is created in secure way :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:16:23 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:16:23 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508251816.j7PIGNQW022368@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From gemi at bluewin.ch 2005-08-25 14:16 EST ------- The Description is one long line. Insert some line breaks to make the line length at most 70. You don't need "--disable-gmetadom --without-t1lib" if it builds without them. However the question is: is the functionality reducted because of missing gmetadom and t1lib. If yes then maybe packages for both these libraries should be created. The manpage /usr/share/man/man1/mathmlviewer.1.gz needs also to be removed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:16:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:16:48 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508251816.j7PIGmvn022454@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From bugs.michael at gmx.net 2005-08-25 14:16 EST ------- Well, I saw at least one occurence of strncpy() and strlen() in the code that reads the description strings, and strncpy creates a non-null terminated array, if the null is at a position >= n. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:21:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:21:59 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508251821.j7PILxnm023551@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From jacob at gnifty.net 2005-08-25 14:21 EST ------- Those are strlenn and strncpyn actually, which are safe versions of the functions, defined in the sutil directory. They guarantee null termination. You can't link to the glibc versions of the string functions from in xscorch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:24:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:24:21 -0400 Subject: [Bug 166320] Review request: perl-HTML-Format - HTML::Format Perl module In-Reply-To: Message-ID: <200508251824.j7PIOLCc024008@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-HTML-Format - HTML::Format Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166320 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |ville.skytta at iki.fi OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-08-25 14:24 EST ------- Suggested improved Summary: HTML formatter modules for Perl IMO perl-Font-AFM should be Required, not only BuildRequired. HTML::FormatPS doesn't work without it, see setfont() there; that's not an optional dependency but a hard error if the needed Font::Metrics::$something module cannot be found. And the code to do that is obviously so funky that rpm cannot detect the dependency. In my local package, I used "Requires: perl-Font-AFM" instead of "Requires: perl(Font::AFM)" and ditto for BuildRequires. That's because Font::AFM is never actually used except for the version check in Makefile.PL. The actually needed modules are Font::Metrics::*. This is just a note, not a blocker, you decide what to do with it. But the suggestion to pull perl-Font-AFM in one way or another when this package is installed still holds. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:33:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:33:12 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508251833.j7PIXCGU026122@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From jacob at gnifty.net 2005-08-25 14:33 EST ------- Sorry, I was wrong. It's strcopyn and they're not in sutil anymore, they're in libj/jstr . -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 18:44:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 14:44:20 -0400 Subject: [Bug 166199] Review Request: perl-Data-Page : Help when paging through sets of results In-Reply-To: Message-ID: <200508251844.j7PIiK51029747@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Data-Page : Help when paging through sets of results https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166199 ------- Additional Comments From tcallawa at redhat.com 2005-08-25 14:44 EST ------- All issues fixed in -3. New SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-Data-Page-2.00-3.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-Data-Page.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 19:25:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 15:25:28 -0400 Subject: [Bug 166171] Review Request: gnomad2 a digital audio player manager In-Reply-To: Message-ID: <200508251925.j7PJPSO5005507@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: gnomad2 a digital audio player manager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166171 triad at df.lth.se changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From triad at df.lth.se 2005-08-25 15:25 EST ------- OK package builds on devel, FC-3 and FC-4, closing this ticket. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 19:26:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 15:26:58 -0400 Subject: [Bug 165952] Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508251926.j7PJQwA9005800@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 ed at eh3.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ed at eh3.com 2005-08-25 15:26 EST ------- Hi Patrice, heres a more thorough review: needswork: - please see rpmlint errors above (comment #6) - please use: Requires: %{name} = %{version}-%{release} instead of: Requires: %{name} = %{version} good: - source matches upstream - appears to satisfy all the Guidelines - license is OK and included - spec looks good - builds in mock on FC-4 - ldconfig looks OK - dir ownership OK - permissions OK - clean OK - code not content - proper use of -devel sub-package and, overall, it looks good. So its APPROVED provided you make the above (small) changes before requesting the first build. And I'll review GrADS next. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 19:40:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 15:40:52 -0400 Subject: [Bug 165650] Review Request: perl-WWW-Mechanize - Automates web page form & link interaction In-Reply-To: Message-ID: <200508251940.j7PJeqYN008503@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165650 ------- Additional Comments From jpo at di.uminho.pt 2005-08-25 15:40 EST ------- (In reply to comment #1) > Potential improvement: > > Consider to add > BuildRequires: perl(IO::Socket::SSL) > This enables "https:" checks during "make test" Only adds IO::Socket::SSL to the BR list if live tests specified. > Non-blocking issues: > > 1. > %check || : > The || : is superfluous Removed. > 2. I'd propose to extend the spec to conditionally support live tests (something > like --with-livetests rsp. %_with_livetests). Done. Right now the live tests fail. IIRC a couple of months ago they worked. It appears that the google pages have changed (different content, missing pages, ...). New signed SRPM: http://gsd.di.uminho.pt/jpo/software/fedora/perl-WWW-Mechanize-1.12-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 19:44:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 15:44:21 -0400 Subject: [Bug 166796] New: Review Request: cmucl-19b-1: The CMU Common Lisp compiler Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 Summary: Review Request: cmucl-19b-1: The CMU Common Lisp compiler Product: Fedora Extras Version: devel Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rdieter at math.unl.edu QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/cmucl-19b-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS/stable/cmucl-19b-1.src.rpm Description: CMUCL is a free, high performance implementation of the Common Lisp programming language which runs on most major Unix platforms. It mainly conforms to the ANSI Common Lisp standard. CMUCL provides a sophisticated native code compiler; a powerful foreign function interface; an implementation of CLOS, the Common Lisp Object System, which includes multimethods and a metaobject protocol; a source-level debugger and code profiler; and an Emacs-like editor implemented in Common Lisp. CMUCL is maintained by a team of volunteers collaborating over the Internet, and is mostly in the public domain. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 19:44:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 15:44:29 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508251944.j7PJiT0q009068@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166796 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 19:45:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 15:45:15 -0400 Subject: [Bug 166796] Review Request: cmucl-19b-1: The CMU Common Lisp compiler In-Reply-To: Message-ID: <200508251945.j7PJjFVE009369@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmucl-19b-1: The CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |http://apt.kde- | |redhat.org/apt/fedora/all/SR | |PMS/stable/cmucl-19b- | |1.src.rpm ------- Additional Comments From rdieter at math.unl.edu 2005-08-25 15:45 EST ------- NOTE: builds (may) fail on FC4+ (FC3 is fine). Not sure why, yet. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 19:51:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 15:51:20 -0400 Subject: [Bug 165903] Review Request: perl-Carp-Assert - Executable comments In-Reply-To: Message-ID: <200508251951.j7PJpKCv011029@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Carp-Assert - Executable comments https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165903 ------- Additional Comments From jpo at di.uminho.pt 2005-08-25 15:51 EST ------- Added the more restrictive build conflict. Tomorrow will take this upstream (rt.cpan.org). New signed SRPM: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Carp-Assert-0.18-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 20:11:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 16:11:48 -0400 Subject: [Bug 166800] New: Review Request: sbcl-0.9.3-1: The Steel Bank Common Lisp development environment Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 Summary: Review Request: sbcl-0.9.3-1: The Steel Bank Common Lisp development environment Product: Fedora Extras Version: devel Platform: All URL: http://apt.kde- redhat.org/apt/fedora/all/SRPMS/stable/sbcl-0.9.3- 1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rdieter at math.unl.edu QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/sbcl-0.9.3-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS/stable/sbcl-0.9.3-1.src.rpm Description: Steel Bank Common Lisp (SBCL) is a Open Source development environment for Common Lisp. It includes an integrated native compiler, interpreter, and debugger. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 20:11:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 16:11:59 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508252011.j7PKBxek016552@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166800 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 20:13:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 16:13:47 -0400 Subject: [Bug 166783] Review Request: maxima-5.9.1-1: Computer Algebra System In-Reply-To: Message-ID: <200508252013.j7PKDl2G016924@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: maxima-5.9.1-1: Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166783 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166796, 166800 ------- Additional Comments From rdieter at math.unl.edu 2005-08-25 16:13 EST ------- Added (theoretical) dependancies on cmucl, sbcl also submitted for Review. Will have to wait for maxima-5.9.2 before trying them. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Thu Aug 25 20:22:11 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 25 Aug 2005 16:22:11 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050825202211.B610E802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 32 abcde-2.3.2-1.fc5 amarok-1.3-6.fc5 banner-1.3.1-2.fc5 dynamite-0.1-2.fc5 exim-4.52-2.fc5 fillets-ng-0.7.1-1.fc5 fillets-ng-data-0.7.1-1 fnfx-0.3-5.fc5 gajim-0.8-5.fc5 gnomad2-2.8.0-5.fc5 gquilt-0.12-3.fc5 krusader-1.60.0-2.fc5 krusader-1.60.0-3.fc5 libcddb-1.2.1-1.fc5 libmodplug-0.7-4.fc5 moodss-20.4-1.fc5 ngrep-1.44-3.fc5 openvpn-2.0.1-1.fc5 perl-CGI-Untaint-date-0.03-3.fc5 perl-Class-ReturnValue-0.53-2.fc5 perl-Date-Simple-3.02-2.fc5 perl-ExtUtils-CBuilder-0.13-1.fc5 perl-ExtUtils-ParseXS-2.12-1.fc5 perl-HTTP-Server-Simple-0.13-1.fc5 perl-Text-Template-1.44-2.fc5 perl-Time-Piece-1.08-2.fc5 perl-Time-Piece-MySQL-0.05-2.fc5 perl-Unix-Statgrab-0.03-7.fc5 rxvt-unicode-5.7-1.fc5 source-highlight-2.1.1-2.fc5 tetex-lgrind-3.67-9.fc5 zile-2.2.4-2.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Thu Aug 25 20:29:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 16:29:01 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.3-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508252029.j7PKT1tr020701@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.3-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From gemi at bluewin.ch 2005-08-25 16:28 EST ------- How is sbcl boottrapped? You are aware that sbcl on FC4 man startup correctly or not...? It is guaranteed to startup only with setarch -R. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Thu Aug 25 20:30:40 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 25 Aug 2005 16:30:40 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050825203040.6B580802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 29 abcde-2.3.2-1.fc4 amarok-1.3-6.fc4 banner-1.3.1-2.fc4 dynamite-0.1-2.fc4 exim-4.52-2.fc4 fnfx-0.3-5.fc4 gajim-0.8-5.fc4 gnomad2-2.8.0-5.fc4 gquilt-0.12-3.fc4 jpgraph-1.19-1.fc4 kasumi-0.9-4.fc4 krusader-1.60.0-3.fc4 libmodplug-0.7-3.fc4 moodss-20.4-1.fc4 perl-CGI-Untaint-date-0.03-3.fc4 perl-Date-Simple-3.02-2.fc4 perl-ExtUtils-CBuilder-0.13-1.fc4 perl-ExtUtils-ParseXS-2.12-1.fc4 perl-HTTP-Server-Simple-0.13-1.fc4 perl-Text-Template-1.44-2.fc4 perl-Time-Piece-1.08-2.fc4 perl-Time-Piece-MySQL-0.05-2.fc4 perl-Unix-Statgrab-0.03-7.fc4 rxvt-unicode-5.7-1.fc4 scim-chewing-0.2.1-0.fc4 scim-hangul-0.2.0-5.fc4 scim-qtimm-0.9.4-0.fc4 tetex-lgrind-3.67-9.fc4 zile-2.2.4-2.fc4 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Thu Aug 25 20:32:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 16:32:21 -0400 Subject: [Bug 166783] Review Request: maxima-5.9.1-1: Computer Algebra System In-Reply-To: Message-ID: <200508252032.j7PKWLZm021281@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: maxima-5.9.1-1: Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166783 ------- Additional Comments From gemi at bluewin.ch 2005-08-25 16:32 EST ------- I maintain clisp which is now in Extras. Maxima builds fine with clisp so I would suggest to make a maxima package with clisp only (for now at least). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Thu Aug 25 20:37:48 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Thu, 25 Aug 2005 16:37:48 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050825203748.80352802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 19 abcde-2.3.2-1.fc3 banner-1.3.1-2.fc3 dynamite-0.1-2.fc3 fnfx-0.3-5.fc3 gnomad2-2.8.0-5.fc3 gquilt-0.12-3.fc3 krusader-1.60.0-3.fc3 perl-CGI-Untaint-date-0.03-3.fc3 perl-Date-Simple-3.02-2.fc3 perl-ExtUtils-CBuilder-0.13-1.fc3 perl-ExtUtils-ParseXS-2.12-1.fc3 perl-HTTP-Server-Simple-0.13-1.fc3 perl-Text-Template-1.44-2.fc3 perl-Time-Piece-1.08-2.fc3 perl-Time-Piece-MySQL-0.05-2.fc3 perl-Unix-Statgrab-0.03-7.fc3 scim-hangul-0.2.0-5.1.fc3 scim-qtimm-0.9.4-0.1.fc3 zile-2.2.4-2.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Thu Aug 25 20:38:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 16:38:10 -0400 Subject: [Bug 166783] Review Request: maxima-5.9.1-1: Computer Algebra System In-Reply-To: Message-ID: <200508252038.j7PKcAIB022948@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: maxima-5.9.1-1: Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166783 ------- Additional Comments From rdieter at math.unl.edu 2005-08-25 16:38 EST ------- maxima-5.9.1-1.spec is configured for clisp only atm (specfile snippet): ## Which runtimes to build/enable? %define _with_clisp 1 %define _without_cmucl 1 # gcl busted on Fedora Core (3/4) %define _without_gcl 1 %define _without_sbcl 1 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 20:39:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 16:39:29 -0400 Subject: [Bug 166783] Review Request: maxima-5.9.1-1: Computer Algebra System In-Reply-To: Message-ID: <200508252039.j7PKdTmZ023209@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: maxima-5.9.1-1: Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166783 ------- Additional Comments From gemi at bluewin.ch 2005-08-25 16:39 EST ------- Some time ago I made a simplified version of your .spec file: http://math.ifi.unizh.ch/fedora/spec/maxima.spec It may be useful to you. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 20:40:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 16:40:48 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.3-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508252040.j7PKemkS023544@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.3-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From rdieter at math.unl.edu 2005-08-25 16:40 EST ------- Here's the bootstrap options in the specfile (lightly tested): ## define to be one of the following # use our own/local bootstrap? %define bootstrap_sbcl_local 1 #define bootstrap_sbcl sbcl #define bootstrap_clisp clisp -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 20:41:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 16:41:18 -0400 Subject: [Bug 166783] Review Request: maxima-5.9.1-1: Computer Algebra System In-Reply-To: Message-ID: <200508252041.j7PKfIaG023648@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: maxima-5.9.1-1: Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166783 orion at cora.nwra.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |orion at cora.nwra.com ------- Additional Comments From orion at cora.nwra.com 2005-08-25 16:41 EST ------- Cool - been meaning to check this out! gemi - do you want to be reviewer? Issues: - Rename maxima-5.9.1-1.spec to maxima.spec - Why are you disabling the debug package? - make check should be in %check section - are you sure you need: %define clisp_ver %{expand:%%(rpm -q --qf '%%{VERSION}' clisp )} Requires: clisp >= %{clisp_ver} - rpmlint: W: maxima infopage-not-gzipped /usr/share/info/maxima.info W: maxima infopage-not-gzipped /usr/share/info/maxima.info-1 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-10 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-11 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-12 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-13 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-14 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-15 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-16 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-2 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-3 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-4 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-5 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-6 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-7 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-8 W: maxima infopage-not-gzipped /usr/share/info/maxima.info-9 W: maxima manpage-not-gzipped /usr/share/man/man1/maxima.1 Thought this happens automatically. W: maxima incoherent-version-in-changelog 5.9.1.1cvs20050825 5.9.1-1.fc4 Might want to pull this. E: maxima no-binary Should be noarch then. W: maxima non-standard-dir-in-usr libexec Can it be changed? Not a showstopper... W: maxima-gui no-documentation No big deal. E: maxima-runtime-clisp binary-or-shlib-defines-rpath /usr/lib64/maxima/5.9.1/binary-clisp/lisp.run ['/usr/lib64'] Probably need a --disable-rpath to configure. W: maxima-runtime-clisp no-documentation No big deal -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 20:41:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 16:41:56 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.3-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508252041.j7PKfuk7023734@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.3-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From rdieter at math.unl.edu 2005-08-25 16:41 EST ------- Wasn't aware of the startup issues on fc4 (had only lightly tested on fc3 and rhel4 so far). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 20:48:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 16:48:48 -0400 Subject: [Bug 166783] Review Request: maxima-5.9.1-1: Computer Algebra System In-Reply-To: Message-ID: <200508252048.j7PKmmUS024977@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: maxima-5.9.1-1: Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166783 ------- Additional Comments From rdieter at math.unl.edu 2005-08-25 16:48 EST ------- > Why are you disabling the debug package? Not sure anymore... I *think* maxima had trouble with one of the -runtimes if debuginfo was enabled. I suppose we can turn it back on and find out if it's still needed. > - are you sure you need: > %define clisp_ver %{expand:%%(rpm -q --qf '%%{VERSION}' clisp )} > Requires: clisp >= %{clisp_ver} Yep. Pretty sure, but I'll go back and verify. If it is, it probably should be changed to Requires: clisp = %{clisp_ver} to be on the safe side. > - rpmlint: > W: maxima infopage-not-gzipped /usr/share/info/maxima.info Purposely disabled compressed info files for maxima's built-in help function to work properly. > W: maxima incoherent-version-in-changelog 5.9.1.1cvs20050825 5.9.1-1.fc4 > Might want to pull this. Probably, though I'm anxiously awaiting 5.9.2 to be released (soon hopefully). > E: maxima no-binary > Should be noarch then. I'd love to, but parent and all child packages need to be the same arch, so I don't think it'll work. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Thu Aug 25 21:06:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 17:06:52 -0400 Subject: [Bug 165932] Review Request: An SMTP Client In-Reply-To: Message-ID: <200508252106.j7PL6q1V027200@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: An SMTP Client https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165932 ------- Additional Comments From taylor at haleph.com 2005-08-25 17:06 EST ------- Thanks for the comments. "prdownloads" has been changed to "dl" in the new spec and SRPM at http://www.haleph.com/download/rpms/msmtp.spec and http://www.haleph.com/download/rpms/msmtp-1.4.3-2.src.rpm I have been unable to find information on interoperability with Cyrus SASL and am inclined to believe that it is not possible. I'll be working on a GNUSASL spec file in the mean time, though it is not my forte. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tcallawa at redhat.com Thu Aug 25 21:39:56 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Thu, 25 Aug 2005 16:39:56 -0500 Subject: multiple sub-programs, multiple licenses, one package? In-Reply-To: <20050825182545.3755ec42.bugs.michael@gmx.net> References: <20050824202248.GA21528@lists.us.dell.com> <1124930839.3103.10.camel@localhost.localdomain> <20050825121649.69432591.bugs.michael@gmx.net> <1124986221.5239.34.camel@localhost.localdomain> <20050825182545.3755ec42.bugs.michael@gmx.net> Message-ID: <1125005996.5239.45.camel@localhost.localdomain> On Thu, 2005-08-25 at 18:25 +0200, Michael Schwendt wrote: > On Thu, 25 Aug 2005 11:10:21 -0500, Tom 'spot' Callaway wrote: > > > > > > The other scenario is for large packages. If you've got a LOT of content > > > > with varying licenses, then you should really think about splitting it > > > > into subpackages, with their own License: setting. > > > > > > I truely hope you are kidding. > > > > Not really. elfutils does this successfully. > > Aha. Where exactly? All I see is a split because of an optional library: > > $ ls elf* > elfutils-0.108-1.i386.rpm elfutils-libelf-0.108-1.i386.rpm > elfutils-devel-0.108-1.i386.rpm elfutils-libelf-devel-0.108-1.i386.rpm Hrm. At one point libelf/libelf-devel had GPL licenses. Which was correct. OSL is not. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Thu Aug 25 21:43:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 17:43:44 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508252143.j7PLhiUI031066@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From bugs.michael at gmx.net 2005-08-25 17:43 EST ------- Well, to be precise, it's strcopyb as strcopyn would need a buffer of size n+1. And strlenn is a preprocessor macro, STRLENN, which is just strlen(). But indeed, the STRNCPY macro inserts a null at pos n-1. You won't convince me to like such "C string" hacks, when a few lines below in saddconf.c you do manual size+1 calculations for malloc and strcopyn nevertheless. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Thu Aug 25 21:07:15 2005 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 25 Aug 2005 23:07:15 +0200 Subject: mistake in cvs goup request Message-ID: <20050825210715.GB2626@free.fr> Hi, I made a mistake while add group membership request (I requested cvsfedora mistakenly). Now I can't see how I can remove that request... Is it even possible? -- Pat From bugs.michael at gmx.net Thu Aug 25 21:51:51 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Thu, 25 Aug 2005 23:51:51 +0200 Subject: rpms/dynamite/devel dynamite.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200508251327.j7PDRmSC025596@cvs-int.fedora.redhat.com> References: <200508251327.j7PDRmSC025596@cvs-int.fedora.redhat.com> Message-ID: <20050825235151.67fd8a54.bugs.michael@gmx.net> On Thu, 25 Aug 2005 09:27:18 -0400, Andreas Bierfert wrote: > Author: awjb > > Update of /cvs/extras/rpms/dynamite/devel > %package devel > Group: Development/Libraries > Summary: Files needed for software development with %{name} > Requires: %{name} = %{version} Always exact %release here, too, so main package and -devel are in sync _always_, especially for changes in API, ABI, feature set or configuration settings. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Aug 25 22:04:39 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 26 Aug 2005 00:04:39 +0200 Subject: rpms/dynamite/devel dynamite.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20050825235151.67fd8a54.bugs.michael@gmx.net> References: <200508251327.j7PDRmSC025596@cvs-int.fedora.redhat.com> <20050825235151.67fd8a54.bugs.michael@gmx.net> Message-ID: <20050826000439.384484a3@python2> Michael Schwendt wrote : > On Thu, 25 Aug 2005 09:27:18 -0400, Andreas Bierfert wrote: > > > Author: awjb > > > > Update of /cvs/extras/rpms/dynamite/devel > > > %package devel > > Group: Development/Libraries > > Summary: Files needed for software development with %{name} > > Requires: %{name} = %{version} > > Always exact %release here, too, so main package and -devel are > in sync _always_, especially for changes in API, ABI, feature set > or configuration settings. I would tend to disagree here : A different release (almost?) never changes API, ABI or anything that could cause trouble. I myself prefer "%{name} = %{version}" because for someone who uses yum or similar it'll "just work" anyway, and for the poor soul behind a 9600bps modem, downloading the *-2 devel subpackage while still having the *-1 main package will save precious download time before being able to recompile an urgently needed package. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.64 1.54 2.68 From bugzilla at redhat.com Thu Aug 25 22:49:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 18:49:31 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508252249.j7PMnVLG008057@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From jacob at gnifty.net 2005-08-25 18:49 EST ------- The normal C string implementation has a bias towards getting more data; ours has a bias towards null terminating strings. Either way you sooner or later end up doing math. *shrug* It's clear we have different preferences in coding style, and I'm not even remotely interested in arguing the topic. If we can track down the actual bug, that would be a great thing though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 02:48:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 22:48:26 -0400 Subject: [Bug 166253] Review Request: perl-Gtk2-GladeXML In-Reply-To: Message-ID: <200508260248.j7Q2mQpp010068@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gtk2-GladeXML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166253 ------- Additional Comments From jspaleta at gmail.com 2005-08-25 22:48 EST ------- Okay coming back to this sprog dependancy, two small specfile corrections I think should be made before I do final review approval: 1) remove "find examples -type f -exec chmod -x {} ';'" As per discussion in comment 3 - comment 5, this isn't really needed, the examples do not pull in any additional dependancies not already required or assumed. 2) use %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" similar problem as discussed in bug 166252 Just give me one last spec file to review this one will be in the bag i think. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 02:52:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Thu, 25 Aug 2005 22:52:16 -0400 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: Message-ID: <200508260252.j7Q2qGUx010359@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Imager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166254 ------- Additional Comments From jspaleta at gmail.com 2005-08-25 22:52 EST ------- Looks like your need to apply %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" for this package to, as discussed for the other sprog deps so far. -jef -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jabra at ccs.neu.edu Fri Aug 26 04:43:34 2005 From: jabra at ccs.neu.edu (Joshua D. Abraham) Date: Fri, 26 Aug 2005 00:43:34 -0400 Subject: Request for Maintainer for Wireless Tool Message-ID: <20050826044334.GA25532@polish.ccs.neu.edu> I am looking for a maintainer for a wireless tool I have been working on for a while. It is a called getwifi. I have written it shell and I am looking to get packages for the various distro's built. This is probably the easiest tool to package because there are no compile options as it is only a config file, man page and the script itself. Short Description A shell script to join wireless networks based on precedence. Longer Description The getwifi program is a command line tool for joining specific wireless networks in order, based on the user's configuration. Getwifi supports WEP encryption. URL: http://getwifi.sourceforge.net Download: http://voxel.dl.sourceforge.net/sourceforge/getwifi/getwifi-0.1.4.tar.gz Future Plan: http://shellbot.net/changelog.txt Feel free to email me directly. Thanks, Josh Abraham From bugzilla at redhat.com Fri Aug 26 04:48:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 00:48:47 -0400 Subject: [Bug 166713] Review Request: perl-GnuPG-Interface In-Reply-To: Message-ID: <200508260448.j7Q4mlkn021651@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-GnuPG-Interface https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166713 ------- Additional Comments From Matt_Domsch at dell.com 2005-08-26 00:48 EST ------- Fixed everything noted by Paul. Found a patch from Mail::GPG to handle the 'tru' (trust?) field now reported by gnupg-1.4. Apply the test-fix patch only for gnupg > 1.2. Spec Name or Url: http://domsch.com/linux/fedora/extras/perl-GnuPG-Interface/perl-GnuPG-Interface.spec SRPM Name or Url: http://domsch.com/linux/fedora/extras/perl-GnuPG-Interface/perl-GnuPG-Interface-0.33-1.src.rpm Thanks for your insight, please review again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 04:49:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 00:49:56 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508260449.j7Q4nuxA021799@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From rc040203 at freenet.de 2005-08-26 00:49 EST ------- (In reply to comment #13) > In reply to comment 7: > I tried using LIBS=-ltemrcap, does this make configure detect readline, but > causes the make to fail because -ltermcap doesn't get added when linking. Yes, the configure.ac is broken and trashes LIBS -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 05:40:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 01:40:01 -0400 Subject: [Bug 166713] Review Request: perl-GnuPG-Interface In-Reply-To: Message-ID: <200508260540.j7Q5e1o3027171@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-GnuPG-Interface https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166713 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rc040203 at freenet.de ------- Additional Comments From rc040203 at freenet.de 2005-08-26 01:39 EST ------- I dislike the magic being used to apply the patch conditionally. As I don't have FC3 anymore, I can't easily test, so let me ask: Does Patch1 cause any harm/failures/malfunctions on FC3? - If no, then I'd propose you to apply the patch unconditionally. - If yes, then I'd propose to replace the gpgversion detection magic by using 2 different versions of the spec file (one for FC3 and one for FC4). Missing: Requires: gpg -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Fri Aug 26 05:55:26 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 26 Aug 2005 08:55:26 +0300 Subject: rpms/dynamite/devel dynamite.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20050826000439.384484a3@python2> References: <200508251327.j7PDRmSC025596@cvs-int.fedora.redhat.com> <20050825235151.67fd8a54.bugs.michael@gmx.net> <20050826000439.384484a3@python2> Message-ID: <1125035726.16166.198.camel@localhost.localdomain> On Fri, 2005-08-26 at 00:04 +0200, Matthias Saou wrote: > Michael Schwendt wrote : > > > Always exact %release here, too, so main package and -devel are > > in sync _always_, especially for changes in API, ABI, feature set > > or configuration settings. > > I would tend to disagree here : A different release (almost?) never > changes API, ABI or anything that could cause trouble. It's not "almost never", but rather "often doesn't". But it does happen every now and then anyway, like to me with libmodplug yesterday. The problem is that you cannot sanely fix it afterwards, so it's better to use the exact form from the start. From bugzilla at redhat.com Fri Aug 26 06:15:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 02:15:21 -0400 Subject: [Bug 166713] Review Request: perl-GnuPG-Interface In-Reply-To: Message-ID: <200508260615.j7Q6FLvd032410@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-GnuPG-Interface https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166713 ------- Additional Comments From paul at city-fan.org 2005-08-26 02:15 EST ------- (In reply to comment #3) > I dislike the magic being used to apply the patch conditionally. > As I don't have FC3 anymore, I can't easily test, so let me ask: Does Patch1 > cause any harm/failures/malfunctions on FC3? > > - If no, then I'd propose you to apply the patch unconditionally. > > - If yes, then I'd propose to replace the gpgversion detection magic by using 2 > different versions of the spec file (one for FC3 and one for FC4). "make test" fails on FC3 if the patch is applied because the output format from gpg is not recognised. Regarding version detection magic, I'm personally in favour of it (at least if it's fairly clear what's going on - you might want to add a comment about it in the spec) because I can maintain a single spec file for all branches (currently devel, FC-4, and Fc-3), which makes future changes easier to do. Others, like Ralf, clearly prefer to maintain separate spec files when necessary in each branch, which will be clearer to read and less error-prone if there's ever an issue with the "magic". But I think it's the packager's choice, not a policy issue. > Missing: > Requires: gpg Yes, this is needed (or Requires: gnupg). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From andreas.bierfert at lowlatency.de Fri Aug 26 06:24:14 2005 From: andreas.bierfert at lowlatency.de (Andreas Bierfert) Date: Fri, 26 Aug 2005 08:24:14 +0200 Subject: rpms/dynamite/devel dynamite.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1125035726.16166.198.camel@localhost.localdomain> References: <200508251327.j7PDRmSC025596@cvs-int.fedora.redhat.com> <20050825235151.67fd8a54.bugs.michael@gmx.net> <20050826000439.384484a3@python2> <1125035726.16166.198.camel@localhost.localdomain> Message-ID: <20050826082414.46615797@alkaid> On Fri, 26 Aug 2005 08:55:26 +0300 "Ville Skytt?" wrote: > It's not "almost never", but rather "often doesn't". But it does happen > every now and then anyway, like to me with libmodplug yesterday. The > problem is that you cannot sanely fix it afterwards, so it's better to > use the exact form from the start. Fixed in cvs. - 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From bugzilla at redhat.com Fri Aug 26 06:38:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 02:38:27 -0400 Subject: [Bug 166713] Review Request: perl-GnuPG-Interface In-Reply-To: Message-ID: <200508260638.j7Q6cRqu002808@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-GnuPG-Interface https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166713 ------- Additional Comments From rc040203 at freenet.de 2005-08-26 02:38 EST ------- (In reply to comment #4) > (In reply to comment #3) > > I dislike the magic being used to apply the patch conditionally. > Regarding version detection magic, I'm personally in favour of it ( Others, like > Ralf, clearly prefer to maintain separate spec files when necessary in each > branch, which will be clearer to read and less error-prone if there's ever an > issue with the "magic". The point is: This magic is only necessary to cater obsolete versions of gpg and versions of Fedora to be EOL'ed soon. It thereby unnecessarily polutes upstream Fedora rpm.specs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Fri Aug 26 06:43:03 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 26 Aug 2005 09:43:03 +0300 Subject: rpms/dynamite/devel dynamite.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <1125035726.16166.198.camel@localhost.localdomain> References: <200508251327.j7PDRmSC025596@cvs-int.fedora.redhat.com> <20050825235151.67fd8a54.bugs.michael@gmx.net> <20050826000439.384484a3@python2> <1125035726.16166.198.camel@localhost.localdomain> Message-ID: <1125038583.16166.227.camel@localhost.localdomain> On Fri, 2005-08-26 at 08:55 +0300, Ville Skytt? wrote: > The problem is that you cannot sanely fix it afterwards Mmh, more coffee, s/afterwards/in the package where it happens/ From bugzilla at redhat.com Fri Aug 26 07:09:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 03:09:37 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508260709.j7Q79bvn006926@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From oliver at linux-kernel.at 2005-08-26 03:09 EST ------- (In reply to comment #4) > As long as any SourceX or the specfile are not executable, ignore the > strange-permission warning. They'll change after importing to CVS anyway. Yes, it will. It wasn't exactly this error that I was complaining about, I just wanted to note, that running rpmlint on the srpm is a good idea. :-) > FWIW, I believe rpmlint is complaining about the specfile you use to build the > package, not one inside a tarball. Yes, that's correct! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 07:10:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 03:10:52 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508260710.j7Q7AqNk007186@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From oliver at linux-kernel.at 2005-08-26 03:10 EST ------- Have you included the patch allready? As soon as you release a new version, let me know, so I can review the package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Fri Aug 26 07:15:21 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 26 Aug 2005 09:15:21 +0200 Subject: rpms/recode/FC-4 recode.spec,1.2,1.3 In-Reply-To: <200508260705.j7Q75gKq032450@cvs-int.fedora.redhat.com> References: <200508260705.j7Q75gKq032450@cvs-int.fedora.redhat.com> Message-ID: <1125040521.4363.225.camel@mccallum.corsepiu.local> On Fri, 2005-08-26 at 03:05 -0400, Zoltan Kota wrote: > Author: zkota > Index: recode.spec > =================================================================== > RCS file: /cvs/extras/rpms/recode/FC-4/recode.spec,v > retrieving revision 1.2 > retrieving revision 1.3 > diff -u -r1.2 -r1.3 > --- recode.spec 27 May 2005 03:05:33 -0000 1.2 > +++ recode.spec 26 Aug 2005 07:04:58 -0000 1.3 > -Prereq: /sbin/install-info /sbin/ldconfig > +Requires: /sbin/install-info /sbin/ldconfig This isn't right, it probably should be Requires(post): /sbin/ldconfig Requires(post): /sbin/install-info Requires(preun): /sbin/install-info Requires(postun): /sbin/ldconfig Ralf PS.: When will this brain-dead Reply-To on replies to fedora-extras-commits finally be fixed. From s.mako at gmx.net Fri Aug 26 08:08:26 2005 From: s.mako at gmx.net (Zoltan Kota) Date: Fri, 26 Aug 2005 10:08:26 +0200 (CEST) Subject: rpms/recode/FC-4 recode.spec,1.2,1.3 In-Reply-To: <1125040521.4363.225.camel@mccallum.corsepiu.local> References: <200508260705.j7Q75gKq032450@cvs-int.fedora.redhat.com> <1125040521.4363.225.camel@mccallum.corsepiu.local> Message-ID: On Fri, 26 Aug 2005, Ralf Corsepius wrote: > > -Prereq: /sbin/install-info /sbin/ldconfig > > > +Requires: /sbin/install-info /sbin/ldconfig > > This isn't right, it probably should be > > Requires(post): /sbin/ldconfig > Requires(post): /sbin/install-info > Requires(preun): /sbin/install-info > Requires(postun): /sbin/ldconfig Yes. Thanks. Should I rebuild after changing this? Zoltan From bugzilla at redhat.com Fri Aug 26 08:09:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 04:09:19 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508260809.j7Q89Jlb017863@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From oliver at linux-kernel.at 2005-08-26 04:09 EST ------- Toshio, thanks a lot. I applied the patch, fixed the old patch and will import it now to CVS. Please note, that you're always invited to fix things on the syck package, in case I'm on vacation or have no time to do it. It seems you could be a good maintainer for this package... Means, I give you my cvs-commit-permission for this package! And if you ever want to takeover ownership for this - just let me know. Thanks for all your help! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Fri Aug 26 08:13:40 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 26 Aug 2005 10:13:40 +0200 Subject: mistake in cvs goup request In-Reply-To: <20050825210715.GB2626@free.fr> References: <20050825210715.GB2626@free.fr> Message-ID: <20050826101340.670a3497.bugs.michael@gmx.net> On Thu, 25 Aug 2005 23:07:15 +0200, Patrice Dumas wrote: > I made a mistake while add group membership request (I requested cvsfedora > mistakenly). Now I can't see how I can remove that request... Is it even > possible? Just wait till somebody rejects you. ;) From bugzilla at redhat.com Fri Aug 26 08:13:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 04:13:15 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508260813.j7Q8DFXv018453@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From oliver at linux-kernel.at 2005-08-26 04:13 EST ------- Toshio, could you maybe have also a look at Bug #165688. It's the perl-package: perl-YAML-Parser-Syck... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 08:23:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 04:23:16 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508260823.j7Q8NGmw020135@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-26 04:23 EST ------- Dmitry, do you want to be CCed for each bug report? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Fri Aug 26 08:28:58 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 26 Aug 2005 04:28:58 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050826082858.964DC802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 5 dynamite-0.1-3.fc3 nmh-1.1-9.fc3 prozilla-1.3.7.4-1.fc3 scim-1.4.2-0.fc3.1 xmms-modplug-2.05-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 Fri Aug 26 08:29:04 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 26 Aug 2005 04:29:04 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050826082904.ED0B3802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 5 dynamite-0.1-3.fc4 nmh-1.1-9.fc4 prozilla-1.3.7.4-1.fc4 recode-3.6-18.fc4 xmms-modplug-2.05-4.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 Aug 26 08:29:17 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Fri, 26 Aug 2005 04:29:17 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050826082917.24D16802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 6 dynamite-0.1-3.fc5 nmh-1.1-9.fc5 openvpn-2.0.2-1.fc5 prozilla-1.3.7.4-1.fc5 recode-3.6-18.fc5 xmms-modplug-2.05-4.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Fri Aug 26 08:48:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 04:48:42 -0400 Subject: [Bug 166199] Review Request: perl-Data-Page : Help when paging through sets of results In-Reply-To: Message-ID: <200508260848.j7Q8mgwc024186@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Data-Page : Help when paging through sets of results https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166199 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-26 04:48 EST ------- Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Fri Aug 26 09:01:36 2005 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 26 Aug 2005 11:01:36 +0200 Subject: branches for platform one canot test on Message-ID: <20050826090136.GB2458@free.fr> Hi, Is there a policy about doiong branches for packages one cannot test? For example I don't have a FC-3 to test a package I just added to cvs (pam_ssh if you want to know) but I can't see why it shouldn't work, once it builds. Should I request the branch? -- Pat From bugzilla at redhat.com Fri Aug 26 09:06:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 05:06:32 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508260906.j7Q96WWc028713@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From toshio at tiki-lounge.com 2005-08-26 05:06 EST ------- No problem! I look forward to trying it out. As for the perl package, I'll take a look but I can't promise a review. I haven't reviewed (or looked at) a single perl package yet so my learning curve there will be pretty steep. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 09:17:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 05:17:38 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508260917.j7Q9Hcca030766@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 ------- Additional Comments From oliver at linux-kernel.at 2005-08-26 05:17 EST ------- Reviewing perl-packages isn't too hard, I think, but as syck is now in FE. Maybe someone else is goin' to review... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 09:26:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 05:26:19 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508260926.j7Q9QJGt032007@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-26 05:26 EST ------- One more note about my specfile changes I also added: %dir %{_datadir}/xscorch But it seems that: %{_datadir}/xscorch/ does that automaticly, so that should be removed again. Also the changelog needs updating for the made changes. Reviewing: -rpmlint: Error while reading /home/hans/xscorch.spec It gives the same error while reading other specs appearantly rpmlint is broken, see bug 166826. skipping this step. -package name + specfile name: ok -packaging guidelines: ok -license + license tag + license in %doc: ok -spec file readable: ok -source matches upstream: ok -long list off small nitpicks: all ok So in short: -remove the %dir %{_datadir}/xscorch I added -write a changelog entry And its approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Fri Aug 26 09:28:36 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Fri, 26 Aug 2005 11:28:36 +0200 Subject: rpms/dynamite/devel dynamite.spec, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <20050826000439.384484a3@python2> References: <200508251327.j7PDRmSC025596@cvs-int.fedora.redhat.com> <20050825235151.67fd8a54.bugs.michael@gmx.net> <20050826000439.384484a3@python2> Message-ID: <20050826112836.38eb2740.bugs.michael@gmx.net> On Fri, 26 Aug 2005 00:04:39 +0200, Matthias Saou wrote: > Michael Schwendt wrote : > > > On Thu, 25 Aug 2005 09:27:18 -0400, Andreas Bierfert wrote: > > > > > Author: awjb > > > > > > Update of /cvs/extras/rpms/dynamite/devel > > > > > %package devel > > > Group: Development/Libraries > > > Summary: Files needed for software development with %{name} > > > Requires: %{name} = %{version} > > > > Always exact %release here, too, so main package and -devel are > > in sync _always_, especially for changes in API, ABI, feature set > > or configuration settings. > > I would tend to disagree here : A different release (almost?) never > changes API, ABI or anything that could cause trouble. I myself prefer > "%{name} = %{version}" because for someone who uses yum or similar it'll > "just work" anyway, and for the poor soul behind a 9600bps modem, > downloading the *-2 devel subpackage while still having the *-1 main > package will save precious download time before being able to recompile an > urgently needed package. Slow network access is a moot point. A simple "yum update" will update all available packages. And that includes the updated main package, not just the -devel package. Fedora Core and Extras depend quite heavily on online repository access, so optimising dependencies for stone age network connectivity is questionable. Based on default update behaviour, it would (!) not matter whether the dependency were on exact V-R or just V. However, for an explicit action like "yum install foo-devel" (which is a common thing for developers or users who build from tarballs often) or "yum update foo" (your case), you really want that the user/developer gets a matching pair of packages. Why? Well, for the former (the yum install foo-devel case), especially package release updates affect the main package often, so foo-devel ought to pull in the corresponding main package, too. What are the reasons for package release updates anyway? Of course, patches. E.g. fixes for segfaults or other types of run-time misbehaviour, which end up in the DSOs, but also in the -devel package (static libs!). Rebuilds with a new compiler version (or e.g. PIC) may alter the ABI, so installing the most recent foo-devel ought to pull in the rebuilt main package. Quite some package release updates affect the -devel package, e.g. static archives (don't forget that the static archives would be built with different patches than the DSOs), missing dependencies, broken pkgconfig files and -config scripts, broken libtool archives, header fixes. The updated spec changelog in the -devel package adds to the confusion if it mentions fixed bugs, but the main package version is out-of-date (or vice versa, the -devel package is old and confuses the developer). Your "poor soul" example user apparently has an old -devel package installed, which gets out-of-sync with the updated main package. Either he uses and needs the -devel package, in which case he should update it anyway, or he doesn't need it, in which case he can rpm --erase it to decrease update download time. Not forgetting packages where the major version is the least-significant part of "Release" (e.g. snapshots, YYYYMMDD based versions). In such packages, you can even discover API extensions, library configuration and feature changes. And of course, other packages in the repository are likely built against the most recent -devel packages (its API, the constants and/or defaults within the headers, possibly the output of included helper scripts). Those are reasons why I advocate a tight relationship between -devel package and main package. It's the road of least surprise. YMMV. From pertusus at free.fr Fri Aug 26 08:55:06 2005 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 26 Aug 2005 10:55:06 +0200 Subject: I can request cvs branches? Message-ID: <20050826085506.GA2458@free.fr> Hi, There is something strange, I can edit the Extras/CVSSyncNeeded page. Is it normal? From the explanation it doesn't seems so. I also think that this page isn't that clear. In my opinion there should be a 'formal' explanation of the syntax above the panel, the example should also be above the panel, and last the panel should be introduced by something like: Enter your branch requests in the following panel. -- Pat From rc040203 at freenet.de Fri Aug 26 09:47:38 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 26 Aug 2005 11:47:38 +0200 Subject: rpms/recode/FC-4 recode.spec,1.2,1.3 In-Reply-To: References: <200508260705.j7Q75gKq032450@cvs-int.fedora.redhat.com> <1125040521.4363.225.camel@mccallum.corsepiu.local> Message-ID: <1125049658.4363.258.camel@mccallum.corsepiu.local> On Fri, 2005-08-26 at 10:08 +0200, Zoltan Kota wrote: > On Fri, 26 Aug 2005, Ralf Corsepius wrote: > Should I rebuild after changing this? It depends. Should packages with the broken Require already been shipped, the damage already has happened and it's to late to do something about. All you can do is to request builts and hope these will be released simultaneously with previous builts. In an ideal world you could revoke a built, but we all know ... :( Ralf From bugzilla at redhat.com Fri Aug 26 09:49:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 05:49:56 -0400 Subject: [Bug 166184] Review Request: perl-Class-DBI : Simple Database Abstraction In-Reply-To: Message-ID: <200508260949.j7Q9nuV7002291@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI : Simple Database Abstraction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166184 ------- Additional Comments From paul at city-fan.org 2005-08-26 05:49 EST ------- Some manual deps need to be added: Requires: perl(Class::Accessor), perl(Ima::DBI) These aren't picked up by RPM automatically. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 09:53:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 05:53:26 -0400 Subject: [Bug 166192] Review Request: perl-Class-DBI-Plugin : Abstract base class for Class::DBI plugins In-Reply-To: Message-ID: <200508260953.j7Q9rQGj002817@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI-Plugin : Abstract base class for Class::DBI plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166192 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org BugsThisDependsOn| |166184 OtherBugsDependingO|163776 |163778, 166193, 166194 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-26 05:53 EST ------- Review: - rpmlint clean - package and spec name OK - package meets guidelines - license same as perl, matches spec - spec file written in English and is legible - sources match upstream - package builds OK in mock on FC4 (i386) - no locales, libraries, subpackages or pkgconfigs etc. to worry about - not relocatable - no directory ownership or permissions issues - no duplicate files - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime - no scriptlets Nitpick: - BR: perl is redundant - add %{?_smp_mflags} to "make" - add BR: perl(DBD::SQLite) perl(SQL::Abstract) for extra test cover - license text missing; suggest usual fix -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Aug 26 10:06:30 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 26 Aug 2005 12:06:30 +0200 Subject: rpms/diradmin/FC-3 .cvsignore, 1.3, 1.4 diradmin.spec, 1.3, 1.4 sources, 1.3, 1.4 In-Reply-To: <200508260959.j7Q9xomN004706@cvs-int.fedora.redhat.com> References: <200508260959.j7Q9xomN004706@cvs-int.fedora.redhat.com> Message-ID: <20050826120630.490b3258@python2> Matthias Saou wrote : > +# Install provided 48x48 icon > +%{__install} -D -p -m 0644 pixmaps/diradminlogo.png \ > + %{buildroot}%{_datadir}/icons/hicolor/48x48/apps/diradmin.png > [...] > > +%post > +gtk-update-icon-cache -q -f %{_datadir}/icons/hicolor || : > + > +%postun > +gtk-update-icon-cache -q -f %{_datadir}/icons/hicolor || : > + > + > %files > %defattr(-, root, root, 0755) > %doc AUTHORS COPYING CREDITS ChangeLog TODO README doc/ > %{_bindir}/directory_administrator > %{_datadir}/applications/*%{name}.desktop > -%{_datadir}/pixmaps/directory_administrator > +%{_datadir}/icons/hicolor/48x48/apps/diradmin.png > +%{_datadir}/pixmaps/directory_administrator/ > %{_mandir}/man1/directory_administrator.1* > > > %changelog [...] > +- Move icon to icons/hicolor/ and add gtk-update-icon-cache calls. Woops, maybe I've backported the latest devel package as-is too fast. I don't have any more FC-3 systems to test this on. Doest anyone know if the /usr/share/icons & gtk-update-icon-cache will work on FC-3's gtk2/GNOME? I have serious doubts about it, unless some update/errata takes care of it. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.95 1.21 0.93 From s.mako at gmx.net Fri Aug 26 10:06:45 2005 From: s.mako at gmx.net (Zoltan Kota) Date: Fri, 26 Aug 2005 12:06:45 +0200 (CEST) Subject: disable static in recode devel In-Reply-To: <200508260939.j7Q9drRh004575@cvs-int.fedora.redhat.com> References: <200508260939.j7Q9drRh004575@cvs-int.fedora.redhat.com> Message-ID: Hi, Following the instructions in the wiki, I disabled static libs and remove *.la in the devel branch. Could you please confirm if it's ok before I request a rebuild?! Zoltan > Index: recode.spec > =================================================================== ... > > %build > -%configure > +%configure --disable-static > make %{?_smp_mflags} > > %install > @@ -50,6 +55,10 @@ > # remove unpackaged file from the buildroot > rm -f $RPM_BUILD_ROOT%{_infodir}/dir > > +# remove libtool archives > +rm -f $RPM_BUILD_ROOT%{_libdir}/*.la > + > + > %post > /sbin/ldconfig > /sbin/install-info %{_infodir}/recode.info.gz %{_infodir}/dir --entry="* recode: (recode). Conversion between character sets and surfaces." > @@ -75,12 +84,14 @@ > > %files devel > %defattr(-,root,root) > -%{_libdir}/*.a > -%{_libdir}/*.la > %{_libdir}/*.so > %{_includedir}/* From pertusus at free.fr Fri Aug 26 09:33:35 2005 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 26 Aug 2005 11:33:35 +0200 Subject: about the CLA request Message-ID: <20050826093335.GA3015@free.fr> Hi, I have some comments/questions about the CLA phase (I am not a lawyer, so please forgive me if i don't use the right words...): 1) about the private informations requested: * Is the telephone really needed? * Is the address really needed? * If the response is yes to questions above I think there should be a note about who has access to these datas, how it is possible to change them and how exactly they will be used, internally in the fedora project (and externally?). * I also think that the juridiction that the Fedora project follows regarding those kind of private informations should be mentionned. It seems to be different than what is in my country (France), so for the ones that are not accustomed to that juridiction maybe a link or a brief explanation could be added? 2) about the CLA: There are contradictory statements in the mail saying that the CLA should be electronically signed and in the CLA itself saying that an ink signature is required (and at that point some possibilities are mentionned). I personnaly think that the gpg signature is enough (and if I'm not wrong it is being recognized in judgements). -- Pat From bugzilla at redhat.com Fri Aug 26 10:36:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 06:36:49 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508261036.j7QAan8C008217@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From pertusus at free.fr 2005-08-26 06:36 EST ------- I have some comments about your patch * you shouldn't use perl but sed * is the doxygen.conf file really needed? I used pushd/popd from your patch. Otherwise I guess the dynamic libraries and installation cleanups are only in 1.1.3. (and I think unified diffs are more handy, I couldn't apply yours) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 10:50:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 06:50:25 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508261050.j7QAoPHp009641@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From oliver at linux-kernel.at 2005-08-26 06:50 EST ------- (In reply to comment #9) > I have some comments about your patch > > * you shouldn't use perl but sed I'm a perl-fan :-) But of course sed would be better... > * is the doxygen.conf file really needed? No it is not - you're correct. > I used pushd/popd from your patch. Fine. > Otherwise I guess the dynamic libraries and installation cleanups are only in > 1.1.3. Yes, they are only in 1.1.3, but I hope/guess 1.1.3 will come out soon. You can also think about building the RC 1.1.3 for -devel only... > (and I think unified diffs are more handy, I couldn't apply yours) Next time... :-) -of -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 10:56:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 06:56:50 -0400 Subject: [Bug 166835] New: Review Request: perl-SNMP_Session - Pure Perl SNMP v1 and SNMP v2 support Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166835 Summary: Review Request: perl-SNMP_Session - Pure Perl SNMP v1 and SNMP v2 support Product: Fedora Extras Version: devel Platform: All URL: http://www.switch.ch/misc/leinen/snmp/perl/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-SNMP_Session.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-SNMP_Session-1.07-1.src.rpm Description: Pure Perl SNMP v1 and SNMP v2 support for Perl 5. The SNMP operations currently supported are "get", "get-next", "get-bulk" and "set", as well as trap generation and reception. Other notes: 1) Not available in CPAN mirrors 2) The library is featured in the book "Essential SNMP" http://www.oreilly.com/catalog/esnmp/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 10:56:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 06:56:57 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508261056.j7QAuvUl010352@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166835 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 11:11:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 07:11:40 -0400 Subject: [Bug 165903] Review Request: perl-Carp-Assert - Executable comments In-Reply-To: Message-ID: <200508261111.j7QBBe1A011833@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Carp-Assert - Executable comments https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165903 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-08-26 07:11 EST ------- perfect - APPROVED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 11:26:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 07:26:06 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508261126.j7QBQ6Fd013835@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From mgarski at post.pl 2005-08-26 07:25 EST ------- New version on server: http://manta.univ.gda.pl/~mgarski/FE/xscorch-0.2.0-4.src.rpm http://manta.univ.gda.pl/~mgarski/FE/xscorch.spec I have add gtk2-devel >= 2.4.0 instead >= 2.6.0 because FC3 uses gtk2-devel-2.4.13 out-of-box, and comment BuildRequires: readline-devel because it's unnessesary requirement (as we don't enable networking). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 11:31:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 07:31:45 -0400 Subject: [Bug 165650] Review Request: perl-WWW-Mechanize - Automates web page form & link interaction In-Reply-To: Message-ID: <200508261131.j7QBVj9X014722@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165650 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |rc040203 at freenet.de OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From rc040203 at freenet.de 2005-08-26 07:31 EST ------- APPROVED - Go ahead. > Right now the live tests fail. IIRC a couple of months ago they worked. Confirmed. I had packaged WWW-Mechanize a couple of months ago myself and they all had succeeded. Right now, my old WWW-Mechanize rpm also fails the live test. > It appears that the google pages have changed. I just filed http://rt.cpan.org/NoAuth/Bug.html?id=14325 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 11:42:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 07:42:25 -0400 Subject: [Bug 166492] Review request: perl-Cache-Simple-TimedExpiry - Cache::Simple::TimedExpiry Perl module In-Reply-To: Message-ID: <200508261142.j7QBgPFn015791@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Cache-Simple-TimedExpiry - Cache::Simple::TimedExpiry Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166492 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |jpo at di.uminho.pt OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2005-08-26 07:42 EST ------- MD5SUMS: 7dbe43ec53dcdb4496fcd5cf17e975ed perl-Cache-Simple-TimedExpiry-0.23-1.src.rpm 35cb46fc96272591db75491c9250a48d Cache-Simple-TimedExpiry-0.23.tar.gz 048f45dfcbb83a542cafec61efc289a9 perl-Cache-Simple-TimedExpiry.spec Sources: * Cache-Simple-TimedExpiry-0.23.tar.gz: MD5 digest verified against CPAN tarball Good: * Package name follows standard * URL is valid * License verified (Makefile.PL and main URL) * perl(:MODULE_COMPAT_xxx) present * perl vendor libs present * File permissions OK * Builds without problems in FC-3 and FC-4 * No entries in http://rt.cpan.org/NoAuth/Bugs.html?Dist=Cache-Simple-TimedExpiry NeedsWork: * Source0 should be an URL Examples: http://www.cpan.org/authors/id/J/JE/JESSE/Cache-Simple-TimedExpiry-0.23.tar.gz http://www.cpan.org/authors/id/J/JE/JESSE/Cache-Simple-TimedExpiry-%{version}.tar.gz Other notes and nitpicks: * change the summary to "A lightweight cache with timed expiration" Source: YAML file * add the Changes file to %doc list * insert a blank line before the %changelog section * remove duplicate entry in changelog "* Tue Mar 22 2005 Ralf Corsepius - 0.23-0.pm.2" -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From stickster at gmail.com Fri Aug 26 11:49:04 2005 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 26 Aug 2005 07:49:04 -0400 Subject: branches for platform one canot test on In-Reply-To: <20050826090136.GB2458@free.fr> References: <20050826090136.GB2458@free.fr> Message-ID: <1125056945.3221.1.camel@localhost.localdomain> On Fri, 2005-08-26 at 11:01 +0200, Patrice Dumas wrote: > Is there a policy about doiong branches for packages one cannot test? > For example I don't have a FC-3 to test a package I just added to cvs > (pam_ssh if you want to know) but I can't see why it shouldn't work, once > it builds. Should I request the branch? This may be a dumb question/response, but isn't mock made to handle this scenario? My understanding is that it builds a chroot environment (/var/lib/mock/[branch-arch]) and builds your package there, so even if you don't run Rawhide, for example, you can test a build on it. This might make a good addition to the Wiki for us new Extras packagers. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Documentation Project: http://fedora.redhat.com/projects/docs/ -------------- 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 Fri Aug 26 11:53:47 2005 From: paul at city-fan.org (Paul Howarth) Date: Fri, 26 Aug 2005 12:53:47 +0100 Subject: branches for platform one canot test on In-Reply-To: <1125056945.3221.1.camel@localhost.localdomain> References: <20050826090136.GB2458@free.fr> <1125056945.3221.1.camel@localhost.localdomain> Message-ID: <430F02CB.4060903@city-fan.org> Paul W. Frields wrote: > On Fri, 2005-08-26 at 11:01 +0200, Patrice Dumas wrote: > >>Is there a policy about doiong branches for packages one cannot test? >>For example I don't have a FC-3 to test a package I just added to cvs >>(pam_ssh if you want to know) but I can't see why it shouldn't work, once >>it builds. Should I request the branch? > > > This may be a dumb question/response, but isn't mock made to handle this > scenario? My understanding is that it builds a chroot environment > (/var/lib/mock/[branch-arch]) and builds your package there, so even if > you don't run Rawhide, for example, you can test a build on it. This > might make a good addition to the Wiki for us new Extras packagers. That's good for testing that builds work, but doesn't help with testing that the resulting packages actually work. Paul. From stickster at gmail.com Fri Aug 26 12:01:52 2005 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 26 Aug 2005 08:01:52 -0400 Subject: branches for platform one canot test on In-Reply-To: <430F02CB.4060903@city-fan.org> References: <20050826090136.GB2458@free.fr> <1125056945.3221.1.camel@localhost.localdomain> <430F02CB.4060903@city-fan.org> Message-ID: <1125057712.3221.3.camel@localhost.localdomain> On Fri, 2005-08-26 at 12:53 +0100, Paul Howarth wrote: > Paul W. Frields wrote: > > On Fri, 2005-08-26 at 11:01 +0200, Patrice Dumas wrote: > > > >>Is there a policy about doiong branches for packages one cannot test? > >>For example I don't have a FC-3 to test a package I just added to cvs > >>(pam_ssh if you want to know) but I can't see why it shouldn't work, once > >>it builds. Should I request the branch? > > > > > > This may be a dumb question/response, but isn't mock made to handle this > > scenario? My understanding is that it builds a chroot environment > > (/var/lib/mock/[branch-arch]) and builds your package there, so even if > > you don't run Rawhide, for example, you can test a build on it. This > > might make a good addition to the Wiki for us new Extras packagers. > > That's good for testing that builds work, but doesn't help with testing > that the resulting packages actually work. I guess there's always Xen or VMWare for that. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Documentation Project: http://fedora.redhat.com/projects/docs/ -------------- 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 pertusus at free.fr Fri Aug 26 12:03:16 2005 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 26 Aug 2005 14:03:16 +0200 Subject: branches for platform one canot test on In-Reply-To: <430F02CB.4060903@city-fan.org> References: <20050826090136.GB2458@free.fr> <1125056945.3221.1.camel@localhost.localdomain> <430F02CB.4060903@city-fan.org> Message-ID: <20050826120316.GB3015@free.fr> > That's good for testing that builds work, but doesn't help with testing > that the resulting packages actually work. That's what I was referring to. -- Pat From bugzilla at redhat.com Fri Aug 26 12:06:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 08:06:37 -0400 Subject: [Bug 166320] Review request: perl-HTML-Format - HTML::Format Perl module In-Reply-To: Message-ID: <200508261206.j7QC6bDR019748@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-HTML-Format - HTML::Format Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166320 ------- Additional Comments From rc040203 at freenet.de 2005-08-26 08:06 EST ------- You are right, updated srpm with your comments reflected to appear soon at: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-HTML-Format.spec ftp://packman.iu-bremen.de/fedora/SRPMS/perl-HTML-Format-2.04-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 12:09:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 08:09:24 -0400 Subject: [Bug 165952] Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508261209.j7QC9Oiw020171@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 ------- Additional Comments From pertusus at free.fr 2005-08-26 08:09 EST ------- You are really sure that I should remove the #!smake even if it there is no problem with using smake to rebuild makefiles and the makefile isn't executable? I have added for the -devel package: Requires: xorg-x11-devel -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jspaleta at gmail.com Fri Aug 26 12:15:41 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 26 Aug 2005 08:15:41 -0400 Subject: branches for platform one canot test on In-Reply-To: <20050826090136.GB2458@free.fr> References: <20050826090136.GB2458@free.fr> Message-ID: <604aa791050826051532db9704@mail.gmail.com> On 8/26/05, Patrice Dumas wrote: > Hi, > > Is there a policy about doiong branches for packages one cannot test? > For example I don't have a FC-3 to test a package I just added to cvs > (pam_ssh if you want to know) but I can't see why it shouldn't work, once > it builds. Should I request the branch? Right now there is no requirement that package maintainers test for each branch. You should of course build and test locally on the version of Fedora you have access to, and build for each branch inside mock to make sure the build process is clean. And personally, I don't think its worth putting such a strong testing requirement on all contributors upfront right now. If we start seeing problems with packages building but not working correctly on some branches we can go back and think about policy for this, like bringing back the "testing" dir for each branch in extras. -jef From bugzilla at redhat.com Fri Aug 26 12:21:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 08:21:21 -0400 Subject: [Bug 166492] Review request: perl-Cache-Simple-TimedExpiry - Cache::Simple::TimedExpiry Perl module In-Reply-To: Message-ID: <200508261221.j7QCLLbQ022092@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Cache-Simple-TimedExpiry - Cache::Simple::TimedExpiry Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166492 ------- Additional Comments From rc040203 at freenet.de 2005-08-26 08:21 EST ------- (In reply to comment #1) > > * Source0 should be an URL >http://www.cpan.org/authors/id/J/JE/JESSE/Cache-Simple-TimedExpiry-%{version}.tar.gz Grumble, how could this slip through ? > Other notes and nitpicks: > * change the summary to > "A lightweight cache with timed expiration" > Source: YAML file cf. %description > * add the Changes file to %doc list > * insert a blank line before the %changelog section > * remove duplicate entry in changelog > "* Tue Mar 22 2005 Ralf Corsepius - 0.23-0.pm.2" Apparently it had not been my day when submitting this srpm :( Update srpm with your comments reflected to appear soon at: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Cache-Simple-TimedExpiry.spec ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Cache-Simple-TimedExpiry-0.23-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From skvidal at phy.duke.edu Fri Aug 26 12:27:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 26 Aug 2005 08:27:30 -0400 Subject: I can request cvs branches? In-Reply-To: <20050826085506.GA2458@free.fr> References: <20050826085506.GA2458@free.fr> Message-ID: <1125059250.29456.20.camel@cutter> On Fri, 2005-08-26 at 10:55 +0200, Patrice Dumas wrote: > Hi, > > There is something strange, I can edit the Extras/CVSSyncNeeded page. Is > it normal? From the explanation it doesn't seems so. > yes, anyone with an account on the wiki can edit THAT page. but nothing else. -sv From pertusus at free.fr Fri Aug 26 12:34:19 2005 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 26 Aug 2005 14:34:19 +0200 Subject: I can request cvs branches? In-Reply-To: <1125059250.29456.20.camel@cutter> References: <20050826085506.GA2458@free.fr> <1125059250.29456.20.camel@cutter> Message-ID: <20050826123419.GC3015@free.fr> > yes, anyone with an account on the wiki can edit THAT page. > > but nothing else. I changed the beginning of the page, removin some text stating a need to be in the edit group. -- Pat From pertusus at free.fr Fri Aug 26 12:39:06 2005 From: pertusus at free.fr (Patrice Dumas) Date: Fri, 26 Aug 2005 14:39:06 +0200 Subject: PreReq in packaging guidelines Message-ID: <20050826123906.GD3015@free.fr> Hi, There is nothing about PreReq in the Packaging guidelines. I think there should be something. (in Scriptlets requirements). It indeed seems that for example Requires(post is prefered upon PreReq. -- Pat From bugzilla at redhat.com Fri Aug 26 12:41:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 08:41:18 -0400 Subject: [Bug 166492] Review request: perl-Cache-Simple-TimedExpiry - Cache::Simple::TimedExpiry Perl module In-Reply-To: Message-ID: <200508261241.j7QCfIaY024721@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Cache-Simple-TimedExpiry - Cache::Simple::TimedExpiry Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166492 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2005-08-26 08:41 EST ------- MD5SUMS: 091092037545543f6a302b512c40ba32 perl-Cache-Simple-TimedExpiry-0.23-2.src.rpm 35cb46fc96272591db75491c9250a48d Cache-Simple-TimedExpiry-0.23.tar.gz fcd0e595d0cf61198524cbd3bdfa61bf perl-Cache-Simple-TimedExpiry.spec APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From stickster at gmail.com Fri Aug 26 12:48:25 2005 From: stickster at gmail.com (Paul W. Frields) Date: Fri, 26 Aug 2005 08:48:25 -0400 Subject: PreReq in packaging guidelines In-Reply-To: <20050826123906.GD3015@free.fr> References: <20050826123906.GD3015@free.fr> Message-ID: <1125060505.3221.5.camel@localhost.localdomain> On Fri, 2005-08-26 at 14:39 +0200, Patrice Dumas wrote: > Hi, > > There is nothing about PreReq in the Packaging guidelines. I think there > should be something. (in Scriptlets requirements). > > It indeed seems that for example Requires(post is prefered upon PreReq. http://fedoraproject.org/wiki/PackagingGuidelines See "Tags." -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Documentation Project: http://fedora.redhat.com/projects/docs/ -------------- 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 gauret at free.fr Fri Aug 26 12:51:06 2005 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 26 Aug 2005 14:51:06 +0200 Subject: PreReq in packaging guidelines References: <20050826123906.GD3015@free.fr> Message-ID: Patrice Dumas wrote: > There is nothing about PreReq in the Packaging guidelines. I think there > should be something. (in Scriptlets requirements). It is in the Guidelines : http://fedoraproject.org/wiki/PackagingGuidelines#head-c00c7e039df9f68a709ce2ceee6a5454edf16f8c Actually, PreReq should be replaced by Requires(pre) or Requires(post) depending on the scriptlet where the requirement is. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "Make everything as simple as possible, but not simpler." -- Albert Einstein From gauret at free.fr Fri Aug 26 12:58:15 2005 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 26 Aug 2005 14:58:15 +0200 Subject: branches for platform one canot test on References: <20050826090136.GB2458@free.fr> <1125056945.3221.1.camel@localhost.localdomain> <430F02CB.4060903@city-fan.org> <1125057712.3221.3.camel@localhost.localdomain> Message-ID: Paul W. Frields wrote: > I guess there's always Xen or VMWare for that. And QEmu, which works like VMWare but is free software and is in Fedora. Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr "They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." -- Benjamin Franklin From bugzilla at redhat.com Fri Aug 26 13:03:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 09:03:41 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508261303.j7QD3fkw028065@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 j.w.r.degoede at hhs.nl changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-26 09:03 EST ------- Looks good: APPROVED. Please import into CVS, build for devel. Request branches and build for those. after that this bug can be closed with a resolution of NEXTRELEASE. In the mean time can you asign the bug to me (j.w.r.degoede at hhs.nl), for some unknown reason I can't reasign it to myself, even though I've added myself to fedorabugs in the account system. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 13:10:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 09:10:58 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508261310.j7QDAwx4029131@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From pertusus at free.fr 2005-08-26 09:10 EST ------- I think we should wait for 1.1.3 release to package it. I still think the samples are best in -devel, in my opinion they are very usefull as documentation and tiny. Here is the srpm with pushd/popd: http://www.environnement.ens.fr/docs/fc-srpms/libnet-1.1.2.1-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gauret at free.fr Fri Aug 26 13:01:06 2005 From: gauret at free.fr (Aurelien Bompard) Date: Fri, 26 Aug 2005 15:01:06 +0200 Subject: rpms/diradmin/FC-3 .cvsignore, 1.3, 1.4 diradmin.spec, 1.3, 1.4 sources, 1.3, 1.4 References: <200508260959.j7Q9xomN004706@cvs-int.fedora.redhat.com> <20050826120630.490b3258@python2> Message-ID: Matthias Saou wrote: > Woops, maybe I've backported the latest devel package as-is too fast. I > don't have any more FC-3 systems to test this on. Doest anyone know if > the /usr/share/icons & gtk-update-icon-cache will work on FC-3's > gtk2/GNOME? I have serious doubts about it, unless some update/errata > takes care of it. I guess you can add this type of test : if [ -x %{_bindir}/gtk-update-icon-cache ]; then gtk-update-icon-cache -q -f %{_datadir}/icons/hicolor || : fi Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr No, I coded it crappily on purpose, just so that I could say "There's plenty of room for optimization." From bugzilla at redhat.com Fri Aug 26 13:11:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 09:11:35 -0400 Subject: [Bug 165957] Review Request: esmtp. Relay only MTA. In-Reply-To: Message-ID: <200508261311.j7QDBZ1N029266@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: esmtp. Relay only MTA. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165957 ------- Additional Comments From pertusus at free.fr 2005-08-26 09:11 EST ------- I removed the provide smtpdaemon, now the drawback is that mutt require smtpdaemon, so a smtp listener must be installed even though none is needed. I changed the german accents to utf-8, and then put the translations in comments such that they are not lost. The PreReq came from exim.spec... Thanks for the explanation. openssl-devel is not BuildRequired, it is a dependency for libesmtp-devel. I filled a bug against libesmtp. I copy the mutt-esmtp now in the %setup using your command. See the srpm here: http://www.environnement.ens.fr/docs/fc-srpms/esmtp-0.5.1-5.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 13:15:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 09:15:29 -0400 Subject: [Bug 165903] Review Request: perl-Carp-Assert - Executable comments In-Reply-To: Message-ID: <200508261315.j7QDFTWR029687@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Carp-Assert - Executable comments https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165903 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jpo at di.uminho.pt 2005-08-26 09:15 EST ------- Build completed for targets FC-3, FC-4, and devel. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 13:15:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 09:15:47 -0400 Subject: [Bug 165904] Review Request: perl-Carp-Assert-More - Convenience wrappers around Carp::Assert In-Reply-To: Message-ID: <200508261315.j7QDFlmK029776@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Carp-Assert-More - Convenience wrappers around Carp::Assert https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165904 Bug 165904 depends on bug 165903, which changed state. Bug 165903 Summary: Review Request: perl-Carp-Assert - Executable comments https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165903 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 13:24:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 09:24:52 -0400 Subject: [Bug 165650] Review Request: perl-WWW-Mechanize - Automates web page form & link interaction In-Reply-To: Message-ID: <200508261324.j7QDOqWX031363@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165650 ------- Additional Comments From jpo at di.uminho.pt 2005-08-26 09:24 EST ------- Build fails in mock: ---------- ... t/local/back............# Started http://localhost:32775/ # Failed test (t/local/back.t at line 148) # got: '500' # expected: '404' # Looks like you failed 1 tests of 38. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 28 Failed 1/38 tests, 97.37% okay ... ---------- adding TEST_VERBOSE=1 to the test suite gives: ---------- t/local/back............1..38 ok 1 - use WWW::Mechanize; ok 2 - The object isa WWW::Mechanize ok 3 - this $mech starts with a cookie jar # Started http://localhost:32784/ ok 4 - The object isa LocalServer ... ok 27 - Pre-404 check # Failed test (t/local/back.t at line 148) not ok 28 - 404 check # got: '500' # expected: '404' ok 29 - Even 404s get on the stack ... ok 38 - No memory cycles found # Looks like you failed 1 tests of 38. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 28 Failed 1/38 tests, 97.37% okay ---------- No problem when building it locally (FC3 and FC4 systems). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 13:29:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 09:29:04 -0400 Subject: [Bug 165957] Review Request: esmtp. Relay only MTA. In-Reply-To: Message-ID: <200508261329.j7QDT4ka032174@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: esmtp. Relay only MTA. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165957 ------- Additional Comments From gauret at free.fr 2005-08-26 09:28 EST ------- > I removed the provide smtpdaemon, now the drawback is that mutt require > smtpdaemon, so a smtp listener must be installed even though none is needed. Right... I don't know what the best solution would be, maybe you should ask fedora-extras-list... > openssl-devel is not BuildRequired, it is a dependency for libesmtp-devel. I > filled a bug against libesmtp. You're right, but the package won't build in the buildsystem as long as openssl-devel is not buildrequired in a way or another. Could you add the BR temporarily and remove it when libesmtp-devel is fixed ? The spec file is still not utf-8 : $ file esmtp.spec esmtp.spec: ISO-8859 English text you can use "recode ISO-8859-1..UTF-8 esmtp.spec" to convert it Apart from that everything looks OK. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 13:55:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 09:55:59 -0400 Subject: [Bug 165952] Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508261355.j7QDtxTZ003953@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 ------- Additional Comments From ed at eh3.com 2005-08-26 09:55 EST ------- Honestly, I'm not sure. ;-) What is "smake", anyway? I'm not familiar with it and it doesn't seem to be included anywhere in Fedora--or is it? And since it is just an example makefile I suppose it really doesn't matter whether you leave it there or not. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 14:23:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 10:23:20 -0400 Subject: [Bug 166253] Review Request: perl-Gtk2-GladeXML In-Reply-To: Message-ID: <200508261423.j7QENKJj009065@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Gtk2-GladeXML https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166253 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-26 10:23 EST ------- Cheers, will do as soon as I can. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Aug 26 14:27:43 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 26 Aug 2005 16:27:43 +0200 Subject: rpms/diradmin/FC-3 .cvsignore, 1.3, 1.4 diradmin.spec, 1.3, 1.4 sources, 1.3, 1.4 In-Reply-To: References: <200508260959.j7Q9xomN004706@cvs-int.fedora.redhat.com> <20050826120630.490b3258@python2> Message-ID: <20050826162743.049f3e42@python2> Aurelien Bompard wrote : > Matthias Saou wrote: > > Woops, maybe I've backported the latest devel package as-is too fast. I > > don't have any more FC-3 systems to test this on. Doest anyone know if > > the /usr/share/icons & gtk-update-icon-cache will work on FC-3's > > gtk2/GNOME? I have serious doubts about it, unless some update/errata > > takes care of it. > > I guess you can add this type of test : > if [ -x %{_bindir}/gtk-update-icon-cache ]; then > gtk-update-icon-cache -q -f %{_datadir}/icons/hicolor || : > fi Not really useful since the current "&>/dev/null || :" already takes care of silencing the output and making sure the scriplet never fails. What I was wondering was if FC-3's GNOME would actually pick up the icon present in /usr/share/icons instead of the usual /usr/share/pixmaps. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 4 (Stentz) - Linux kernel 2.6.12-1.1398_FC4 Load : 0.84 0.86 0.81 From bugzilla at redhat.com Fri Aug 26 14:47:26 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 10:47:26 -0400 Subject: [Bug 165650] Review Request: perl-WWW-Mechanize - Automates web page form & link interaction In-Reply-To: Message-ID: <200508261447.j7QElQ5b015109@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165650 ------- Additional Comments From jpo at di.uminho.pt 2005-08-26 10:47 EST ------- I will try to figure it out during the weekend (it appears that the HTTP server is given the wrong answer - libwww-perl(HTTP::Daemon,HTTP::Response) related?). Meanwhile I will build perl-WWW-Mechanize with the test suite disabled as it only fails one test in mock. List of failed tests in mock: 1) t/local/back.t test 28 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 15:19:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 11:19:17 -0400 Subject: [Bug 166758] Review Request: qps - visual process status monitor In-Reply-To: Message-ID: <200508261519.j7QFJHEb023471@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qps - visual process status monitor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166758 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gauret at free.fr OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-08-26 11:19 EST ------- Passed: * RPM name is OK * Source qps-1.9.10.tar.gz is the same as upstream * The BuildRoot is the preferred one * Spec looks OK * rpmlint qps-1.9.10-1.fc4.i386.rpm looks OK * File list looks OK * Seems to work fine -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 15:32:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 11:32:10 -0400 Subject: [Bug 166317] Review Request: perl-X11-Protocol In-Reply-To: Message-ID: <200508261532.j7QFWAfi025416@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-X11-Protocol https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166317 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-26 11:31 EST ------- Review: - package and spec naming OK - package meets guidelines - license is same as perl (with one or two exceptions noted in README, which are more liberal) - spec file written in English and is legible - sources match upstream - package builds fine on FC4 (i386) - no BR's needed - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership issues, but see below on clarity - no duplicate files - no permissions issues - %clean section present and correct - macro usage consistent - code, not content - no large docs - docs don't affect runtime - no scriptlets Needswork: - the test suite requires a running X server, so builds in mock will fail; what I would do is to edit the test script in %prep: # Testing requires X - use "rpmbuild --with X" %{!?_with_X:\ %{__perl} -pi -e 'print "print \"Remaining tests require X\n\"; exit 0;" if /Insert your test code below/;' test.pl \ } This will run the full test suite if the "--with X" option is passed to rpmbuild, else just the quick test that the module can be loaded. Nitpick: - rpmlint doesn't like shebangs (#!/usr/bin/perl) at the start of perl modules; not that they do any harm, but I'd suggest editing them out, e.g.in %prep: # Remove shebangs from module code find . -name '*.pm' -exec sed -i -e '/^#!\/usr\/bin\/perl$/d' {} ';' - BR: perl is redundant and should be deleted - license text not included in package; suggest adding to %prep: perldoc -t perlartistic > Artistic perldoc -t perlgpl > COPYING and to %files: %doc Artistic COPYING - setting of CFLAGS and OPTIMIZE is redundant for noarch packages - I'd include the examples directory as %doc - I'd change: %{perl_vendorlib}/X11* to: %{perl_vendorlib}/X11/ in the %files list as I think it's clearer that way I'm far from being a sed or perl guru so if you can think of better/neater ways of cleaning up these nitpicks, by all means use them. Sponsorship: Try reviewing a few of other people's packages - a list of packages awaiting review can be found at: https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=FE-NEW&hide_resolved=1 That way, potential sponsors will gain confidence in your abilities as a packager. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 15:38:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 11:38:15 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508261538.j7QFcFSv026633@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From jnovy at redhat.com 2005-08-26 11:38 EST ------- Hello Jeff, Oliver, I've been out for a while. I'll send the patch here this evening. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rdieter at math.unl.edu Fri Aug 26 16:03:51 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 26 Aug 2005 11:03:51 -0500 Subject: gnupg2-1.9.18: 'make check' fails on x86_64 In-Reply-To: <440f31f6050818165039dcedc@mail.gmail.com> References: <42F8E0D9.4090401@unl.edu> <440f31f6050818165039dcedc@mail.gmail.com> Message-ID: <430F3D67.8080502@math.unl.edu> Michael Schwendt wrote: > On 09/08/05, Rex Dieter wrote: > >>Trying to build gnupg2-1.9.18 on Fedora Core 4/x86_64 (gcc-4.0.1) fails >>in 'make check': >> >>Any ideas? > > > As the previous 1.9.17 version of gnupg2 built fine and passed the > tests, too, that raises the question whether it would still build fine > with the updated libksba/libassuan? Shouldn't hurt to request a build > for an old tag. Good idea. I found that gnupg2-1.9.18 (and 1.9.17) fails tests when built against libksba-0.9.12, but passes when built against libksba-0.9.11 Now the hard part. What to do about it. Option 1: In order to avoid the need for Epoch's, (temporarily) build newer libksba-0.9.12 rpms that really includes the non-broken libksba-0.9.11. Option 2: epoch++, push out new(er) libksba-0.9.11. Option 3: Some better idea someone else can come up with? -- Rex From bugzilla at redhat.com Fri Aug 26 16:37:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 12:37:08 -0400 Subject: [Bug 166871] New: Review Request: ATLAS Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166871 Summary: Review Request: ATLAS Product: Fedora Extras Version: devel Platform: All URL: http://math-atlas.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: qspencer at ieee.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://webpages.charter.net/qspencer/rpm/atlas.spec SRPM Name or Url: http://webpages.charter.net/qspencer/rpm/atlas-3.6.0-1.src.rpm Description: The ATLAS (Automatically Tuned Linear Algebra Software) project is an ongoing research effort focusing on applying empirical techniques in order to provide portable performance. At present, it provides C and Fortran77 interfaces to a portably efficient BLAS implementation, as well as a few routines from LAPACK. Notes: This package provides replacements for the default blas and lapack libraries that should be substantially faster. A simple verification of speed improvement can be obtained using Octave with the following command: echo "X=randn(500); t=cputime; Y=X'*X; disp(cputime-t); exit" | octave -q On my system without atlas installed, I obtain this result: 0.52092 After running "rpm -i atlas-3.6.0-1.i386.rpm", I get: 0.15398 This is a 3x speedup that is obtained on base i386 architecture without any SIMD extensions. The package creates static libraries for sse, sse2, and 3dnow, but shared libraries for those are currently broken with gcc 4. Because ATLAS is based on compile-time optimizations, distributing a package like ATLAS in binary format is a challenging problem. The Debian approach to this seems to make the most sense, so I'm using the Debian patches directly in the build process in order to avoid duplication of effort. See the document atlas_fedora_notes.txt for a more detailed explanation of the build scheme and discussion of the reasons for it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 16:37:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 12:37:19 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508261637.j7QGbJ7I008637@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 qspencer at ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166871 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 16:44:50 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 12:44:50 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508261644.j7QGioR2009921@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From jacob at gnifty.net 2005-08-26 12:44 EST ------- Thanks for finding that (comment 25); I might never have noticed it. The economy stuff has different display constraints so it's supposed to have different defines for them. I probably got interrupted halfway through the task. :-/ I've completed it and placed the patch on the xscorch.org web site. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Fri Aug 26 16:52:52 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 26 Aug 2005 19:52:52 +0300 Subject: PreReq in packaging guidelines In-Reply-To: References: <20050826123906.GD3015@free.fr> Message-ID: <1125075172.16166.231.camel@localhost.localdomain> On Fri, 2005-08-26 at 14:51 +0200, Aurelien Bompard wrote: > Actually, PreReq should be replaced by Requires(pre) or Requires(post) > depending on the scriptlet where the requirement is. It's not that simple. One needs to understand what PreReq, Requires, and Requires(foo) stand for. See http://www.rpm.org/max-rpm-snapshot/s1-rpm-depend-manual-dependencies.html#S3-RPM-DEPEND-FINE-GRAINED Link also added to the packaging guidelines. From ville.skytta at iki.fi Fri Aug 26 17:04:42 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 26 Aug 2005 20:04:42 +0300 Subject: gnupg2-1.9.18: 'make check' fails on x86_64 In-Reply-To: <430F3D67.8080502@math.unl.edu> References: <42F8E0D9.4090401@unl.edu> <440f31f6050818165039dcedc@mail.gmail.com> <430F3D67.8080502@math.unl.edu> Message-ID: <1125075882.16166.243.camel@localhost.localdomain> On Fri, 2005-08-26 at 11:03 -0500, Rex Dieter wrote: > Option 1: In order to avoid the need for Epoch's, (temporarily) build > newer libksba-0.9.12 rpms that really includes the non-broken > libksba-0.9.11. > > Option 2: epoch++, push out new(er) libksba-0.9.11. > > Option 3: Some better idea someone else can come up with? Untested, but going back to 0.9.11 and adding: Obsoletes: libksba = 0.9.12 ...or: Obsoletes: libksba = 0.9.12-1.fc3 Obsoletes: libksba = 0.9.12-1.fc4 Obsoletes: libksba = 0.9.12-1.fc5 ...could work too (and the corresponding ones for -devel). I'm sure you can figure out what's the difference between the two approaches above :) From sopwith at redhat.com Fri Aug 26 17:06:12 2005 From: sopwith at redhat.com (Elliot Lee) Date: Fri, 26 Aug 2005 13:06:12 -0400 (EDT) Subject: about the CLA request In-Reply-To: <20050826093335.GA3015@free.fr> References: <20050826093335.GA3015@free.fr> Message-ID: On Fri, 26 Aug 2005, Patrice Dumas wrote: > I have some comments/questions about the CLA phase (I am not a lawyer, so > please forgive me if i don't use the right words...): > > 1) about the private informations requested: > > * Is the telephone really needed? > > * Is the address really needed? Yes to both. > * If the response is yes to questions above I think there should be a note > about who has access to these datas, how it is possible to change them > and how exactly they will be used, internally in the fedora project (and > externally?). You and the Fedora admins have access to view and change your info. Your info will be used inside Fedora if there is ever a legal problem with Fedora code, and we need to track you down in order to help establish facts of the case. I can imagine in the future the marketing team will use this info to send goodies to people as rewards, but if that should happen, it will require changes on the technical level, as well as a policy decision by the appropriate team. If you are interested in the governance & policies of the Fedora project, a good thing to do right now is to review the minutes of each FESCO meeting and provide your opinions on them. > * I also think that the juridiction that the Fedora project follows > regarding those kind of private informations should be mentionned. It > seems to be different than what is in my country (France), so for > the ones that are not accustomed to that juridiction maybe a link or > a brief explanation could be added? There are no specific laws that we're following as far as privacy. The general idea right now is to: 1. Make sure Fedora is protected against legal threats. 2. Respect people's privacy as much as possible. I know Europe has more stringent privacy laws. While we don't follow them to the letter, we do try to follow the spirit of respecting your privacy by keeping your personal information private. > 2) about the CLA: > > There are contradictory statements in the mail saying that the CLA should > be electronically signed and in the CLA itself saying that an ink signature > is required (and at that point some possibilities are mentionned). I > personnaly think that the gpg signature is enough (and if I'm not wrong > it is being recognized in judgements). Yes, the GPG signature is enough. I suppose the CLA text needs to be updated, because I have heard recent reports of people faxing in their CLA. Best, -- Elliot Pioneers get the Arrows. Settlers get the Land. From ville.skytta at iki.fi Fri Aug 26 17:09:23 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 26 Aug 2005 20:09:23 +0300 Subject: disable static in recode devel In-Reply-To: References: <200508260939.j7Q9drRh004575@cvs-int.fedora.redhat.com> Message-ID: <1125076163.16166.248.camel@localhost.localdomain> On Fri, 2005-08-26 at 12:06 +0200, Zoltan Kota wrote: > Following the instructions in the wiki, I disabled static libs > and remove *.la in the devel branch. > Could you please confirm if it's ok before I request a rebuild?! Just from skimming the patch, looks ok. Since you're removing the *.la too, it'd be good to check if any packages in FE have references to them in their *.la files and notify the maintainers if needed to avoid problems like https://bugzilla.redhat.com/159144 From rdieter at math.unl.edu Fri Aug 26 18:19:58 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 26 Aug 2005 13:19:58 -0500 Subject: gnupg2-1.9.18: 'make check' fails on x86_64 In-Reply-To: <1125075882.16166.243.camel@localhost.localdomain> References: <42F8E0D9.4090401@unl.edu> <440f31f6050818165039dcedc@mail.gmail.com> <430F3D67.8080502@math.unl.edu> <1125075882.16166.243.camel@localhost.localdomain> Message-ID: Ville Skytt? wrote: > On Fri, 2005-08-26 at 11:03 -0500, Rex Dieter wrote: > > >>Option 1: In order to avoid the need for Epoch's, (temporarily) build >>newer libksba-0.9.12 rpms that really includes the non-broken >>libksba-0.9.11. >> >>Option 2: epoch++, push out new(er) libksba-0.9.11. >> >>Option 3: Some better idea someone else can come up with? > > > Untested, but going back to 0.9.11 and adding: > > Obsoletes: libksba = 0.9.12 > > ...or: > > Obsoletes: libksba = 0.9.12-1.fc3 > Obsoletes: libksba = 0.9.12-1.fc4 > Obsoletes: libksba = 0.9.12-1.fc5 Thanks, I like this "Obsoletes" option much better. -- Rex From bugzilla at redhat.com Fri Aug 26 18:40:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 14:40:39 -0400 Subject: [Bug 166320] Review request: perl-HTML-Format - HTML::Format Perl module In-Reply-To: Message-ID: <200508261840.j7QIed0P000990@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-HTML-Format - HTML::Format Perl module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166320 ville.skytta at iki.fi changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From ville.skytta at iki.fi 2005-08-26 14:40 EST ------- Approved, but please see the the suggested summary improvement from comment 1 post-CVS-import in case you missed it. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 19:07:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 15:07:04 -0400 Subject: [Bug 165303] Review Request: OpenSceneGraph In-Reply-To: Message-ID: <200508261907.j7QJ74UY007266@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: OpenSceneGraph https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165303 bugs.michael at gmx.net changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From bugs.michael at gmx.net 2005-08-26 15:06 EST ------- Not much to find: * weak one-word description and summary for OpenThreads* packages and Producer* packages * lots of C++ files which don't build with default RPM optflags, but just -O optimisation * x86_64 X11 lib64->lib substitution is questionable in openscenegraph_0.9.9-5.diff.gz, probably needs to be reverted in the revdeb patch, too * hardcoded ${exec_prefix}/lib in pkgconfig files most likely will cause install-time problems on x86_64 * Producer-devel pkgconfig file requires "openscenegraph" => I think that dependency is wrong * OpenSceneGraph-devel pkgconfig requires "openthreads" => package is missing "Requires: OpenThreads-devel" * OpenSceneGraph-examples package contains questionable empty directory /usr/share/OpenSceneGraph * random examples run-time test: $ osgforest Warning: could not find file "Images/tree0.rgba" Warning: font file "fonts/arial.ttf" not found. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Fri Aug 26 19:16:14 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 26 Aug 2005 22:16:14 +0300 Subject: gnupg2-1.9.18: 'make check' fails on x86_64 In-Reply-To: References: <42F8E0D9.4090401@unl.edu> <440f31f6050818165039dcedc@mail.gmail.com> <430F3D67.8080502@math.unl.edu> <1125075882.16166.243.camel@localhost.localdomain> Message-ID: <1125083775.16166.281.camel@localhost.localdomain> On Fri, 2005-08-26 at 13:19 -0500, Rex Dieter wrote: > Ville Skytt? wrote: > > > Untested, but going back to 0.9.11 and adding: > > > > Obsoletes: libksba = 0.9.12 > > > > ...or: > > > > Obsoletes: libksba = 0.9.12-1.fc3 > > Obsoletes: libksba = 0.9.12-1.fc4 > > Obsoletes: libksba = 0.9.12-1.fc5 > > Thanks, I like this "Obsoletes" option much better. Unfortunately you seem to have committed this to CVS: Obsoletes: %{name}-0.9.12-1%{?dist} Three bugs here: 1) Should be %{name} = 0.9.12..., not %{name}-0.9.12... 2) Using %{?dist} in a case like this won't work as expected on distro upgrades. See the two suggestions above that would work (ie. one with only one version based obsoletes, and one with three version-release based obsoletes). With the former, going back to 0.9.12 later would require an Epoch bump (but not to eg. 0.9.13). 3) The corresponding Obsoletes: for -devel is missing altogether. From rdieter at math.unl.edu Fri Aug 26 19:18:59 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 26 Aug 2005 14:18:59 -0500 Subject: gnupg2-1.9.18: 'make check' fails on x86_64 In-Reply-To: <1125083775.16166.281.camel@localhost.localdomain> References: <42F8E0D9.4090401@unl.edu> <440f31f6050818165039dcedc@mail.gmail.com> <430F3D67.8080502@math.unl.edu> <1125075882.16166.243.camel@localhost.localdomain> <1125083775.16166.281.camel@localhost.localdomain> Message-ID: Ville Skytt? wrote: > 3) The corresponding Obsoletes: for -devel is missing altogether. Good points, except is this really needed? I mean if the parent is Obsoleted, and -devel Requires the thing just Obsoleted, won't it get removed (too)? I guess it's better to be safe than sorry, and just add the extra Obsoletes. -- Rex From bugzilla at redhat.com Fri Aug 26 19:33:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 15:33:57 -0400 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200508261933.j7QJXv5K012884@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: multisync - Calendar (and other PIM data) synchronization program https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166547 ------- Additional Comments From bugs.michael at gmx.net 2005-08-26 15:33 EST ------- > %post -p /sbin/ldconfig > > %postun -p /sbin/ldconfig doesn't do anything useful when the package only contains plugin DSOs in %_libdir/multisync/ > %{_datadir}/multisync/pixmaps/ is unowned. You could include it and its contents recursively. > %package devel > Summary: Files needed for software development with %{name} > Group: Development/Libraries > Requires: %{name} = %{version}-%{release} > Requires: openobex-devel > Requires: bluez-libs-devel > Requires: evolution-devel > Requires: evolution-data-server-devel > Requires: wbxml2-devel > Requires: curl-devel > Requires: expat-devel > Requires: openldap-devel > Requires: pilot-link-devel It does not become clear at all, why all these requirements? The multisync API header wants gtk2-devel, glib2-devel [and glibc-devel]. > #ldap > %{_libdir}/multisync/libldap_plugin.so.* > > #evolution (we only have so for this one) > %{_libdir}/multisync/libevolution2_sync.so This is the major thing that needs a review or a comment in the spec. All these DSOs are used as plugins. Does the multisync engine really load the versioned ones at run-time? Or does it prefer the non-versioned *.so ones? And in case it loads the versioned ones, and since these are plugins, there is not much point in shipping the *.so files in the -devel package. Particularly not, because the DSOs don't live in dynamic linker's default search path. On the contrary, some packagers like to include "everything that's there", because some unknown corner-case program might (!) want to link against a plugin like it's a library (oh well...) even if it needed an rpath for that. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ville.skytta at iki.fi Fri Aug 26 19:35:42 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Fri, 26 Aug 2005 22:35:42 +0300 Subject: gnupg2-1.9.18: 'make check' fails on x86_64 In-Reply-To: References: <42F8E0D9.4090401@unl.edu> <440f31f6050818165039dcedc@mail.gmail.com> <430F3D67.8080502@math.unl.edu> <1125075882.16166.243.camel@localhost.localdomain> <1125083775.16166.281.camel@localhost.localdomain> Message-ID: <1125084942.16166.294.camel@localhost.localdomain> On Fri, 2005-08-26 at 14:18 -0500, Rex Dieter wrote: > Ville Skytt? wrote: > > > 3) The corresponding Obsoletes: for -devel is missing altogether. > > Good points, except is this really needed? I mean if the parent is > Obsoleted, and -devel Requires the thing just Obsoleted, won't it get > removed (too)? That's the bug. -devel shouldn't be removed, but upgraded too. BTW, on a second thought, I think using the disttag in the Obsoletes which I mentioned in my previous mail is not actually an issue after all. From bugzilla at redhat.com Fri Aug 26 19:39:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 15:39:35 -0400 Subject: [Bug 165952] Review Request: libsx. Simple X library In-Reply-To: Message-ID: <200508261939.j7QJdZF0013652@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 ------- Additional Comments From pertusus at free.fr 2005-08-26 15:39 EST ------- It is an alternate system with similar goals than automake. And it is not in fedora (but in debian). But the point is not there, whatever smake is, having a #! smake at the first line of a non executable makefile is not a packaging error in my opinion. I import the package in the cvs with that rpmlint error. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 19:43:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 15:43:40 -0400 Subject: [Bug 166758] Review Request: qps - visual process status monitor In-Reply-To: Message-ID: <200508261943.j7QJhebQ014001@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: qps - visual process status monitor https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166758 gajownik at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From gajownik at gmail.com 2005-08-26 15:43 EST ------- Package builds fine on devel and FC-4 branch so I'm closing this bug report :] Thanks for the review! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 20:43:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 16:43:37 -0400 Subject: [Bug 165957] Review Request: esmtp. Relay only MTA. In-Reply-To: Message-ID: <200508262043.j7QKhbkr025278@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: esmtp. Relay only MTA. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165957 ------- Additional Comments From pertusus at free.fr 2005-08-26 16:43 EST ------- Regarding smtpdaemon I think it is not a terrible issue, lets keep it like this. Hopefully the utf8 issue is solved and I added the BR in: http://www.environnement.ens.fr/docs/fc-srpms/esmtp-0.5.1-6.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Fri Aug 26 23:17:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Fri, 26 Aug 2005 19:17:07 -0400 Subject: [Bug 166547] Review Request: multisync - Calendar (and other PIM data) synchronization program In-Reply-To: Message-ID: <200508262317.j7QNH7k5016565@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: multisync - Calendar (and other PIM data) synchronization program https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166547 ------- Additional Comments From andreas.bierfert at lowlatency.de 2005-08-26 19:16 EST ------- Hm I guess you have a point there. I highly doubt that anything will link against this as multisync does not seem to be running anywhere soon. In the current spec I fixed the stuff you mentioned and removed the so files from the devel package as it does not make much sense. http://fedora.lowlatency.de/review/multisync.spec http://fedora.lowlatency.de/review/multisync-0.82-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Sat Aug 27 04:52:52 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Sat, 27 Aug 2005 06:52:52 +0200 Subject: rpms/libsx/devel libsx-comment_caddr_t.diff, NONE, 1.1 libsx-freq_simple.diff, NONE, 1.1 libsx-mkinstalldirs.diff, NONE, 1.1 libsx-no_nested_prototypes.diff, NONE, 1.1 libsx-protect_strdup.diff, NONE, 1.1 libsx-shared.diff, NONE, 1.1 libsx.spec, NONE, 1.1 mkinstalldirs, NONE, 1.1 .cvsignore, 1.1, 1.2 sources, 1.1, 1.2 In-Reply-To: <200508262016.j7QKGRTw023990@cvs-int.fedora.redhat.com> References: <200508262016.j7QKGRTw023990@cvs-int.fedora.redhat.com> Message-ID: <1125118372.4363.360.camel@mccallum.corsepiu.local> On Fri, 2005-08-26 at 16:16 -0400, Patrice Dumas wrote: > --- NEW FILE mkinstalldirs --- mkinstalldirs should be entirely superfluous on Linux. Even automake has abandoned it. Try using "mkdir -p", instead. Ralf From bugzilla at redhat.com Sat Aug 27 06:50:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 02:50:54 -0400 Subject: [Bug 166909] New: Review request: perl-Module-Refresh - Refresh %INC files when updated on disk Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166909 Summary: Review request: perl-Module-Refresh - Refresh %INC files when updated on disk Product: Fedora Extras Version: devel Platform: All URL: http://search.cpan.org/dist/Module-Refresh/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rc040203 at freenet.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Module-Refresh.spec SRPM Name or Url: ftp://packman.iu-bremen.de/fedora/SRPMS/perl-Module-Refresh-0.06-2.src.rpm Description: This module is a generalization of the functionality provided by Apache::StatINC. It's designed to make it easy to do simple iterative development when working in a persistent environment. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 27 06:51:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 02:51:16 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508270651.j7R6pGHT005133@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rc040203 at freenet.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166909 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Sat Aug 27 07:13:43 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 27 Aug 2005 03:13:43 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050827071343.4834F802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 6 diradmin-1.7.1-1.fc3 openvpn-2.0.1-1.fc3 openvpn-2.0.2-1.fc3 perl-Carp-Assert-0.18-2.fc3 perl-Class-ReturnValue-0.53-3.fc3 perl-WWW-Mechanize-1.12-4.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 Aug 27 07:13:51 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 27 Aug 2005 03:13:51 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050827071351.7AFF8802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 9 diradmin-1.7.1-1.fc4 jikes-1.22-4.fc4 openvpn-2.0.1-1.fc4 perl-Carp-Assert-0.18-2.fc4 perl-Class-ReturnValue-0.53-3.fc4 perl-WWW-Mechanize-1.12-4.fc4 qps-1.9.10-1.fc4 recode-3.6-19.fc4 syck-0.55-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 Sat Aug 27 07:13:59 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sat, 27 Aug 2005 03:13:59 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050827071359.89AF4802F@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 13 gnupg2-1.9.18-9.fc5 jikes-1.22-4.fc5 libksba-0.9.11-2.fc5 libksba-0.9.11-3.fc5 pam_ssh-1.91-8 pam_ssh-1.91-8.fc5 perl-Cache-Simple-TimedExpiry-0.23-2.fc5 perl-Carp-Assert-0.18-2.fc5 perl-Class-ReturnValue-0.53-3.fc5 perl-WWW-Mechanize-1.12-4.fc5 qps-1.9.10-1.fc5 recode-3.6-19.fc5 syck-0.55-5.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From pertusus at free.fr Sat Aug 27 09:42:54 2005 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 27 Aug 2005 11:42:54 +0200 Subject: about the CLA request In-Reply-To: References: <20050826093335.GA3015@free.fr> Message-ID: <20050827094254.GB2450@free.fr> > You and the Fedora admins have access to view and change your info. Your > info will be used inside Fedora if there is ever a legal problem with > Fedora code, and we need to track you down in order to help establish > facts of the case. In my opinion this should be stated in the https://admin.fedora.redhat.com/accounts/ page. For example after "If you'd like to get Fedora Extras CVS commit access, filling out this form is the first step you should take." there should be something like: "Some personnal information are needed, namely your address and telephone number. This is required such that if there is ever a legal problem with Fedora code, and there is a need to track you down in order to help establish facts of the case. This information will not be communicated to entities outside the ``the Fedora account management system (replace by something more adequate)'' except in that case and in that case they will only be communicated to official parties (justice, police...). You can modify this information afterwards at any time. The Fedora admins ``here an explanation of who they are if relevant'' also have access to that information and may modify it." > I can imagine in the future the marketing team will use this info to send > goodies to people as rewards, but if that should happen, it will require > changes on the technical level, as well as a policy decision by the > appropriate team. I think that it should be better if it was possible for the contributor to say explicitely that he doesn't want his private information to be used for anything else than the reason stated above. For example there could be a checkbox at the end of the form like " X do you accept that your personnal information could be used by the marketing team to send you goodies?" And afterwards, each time the datas could be used for another purpose, a new possibility to opt-in or out (opting out being the default for existing account, could be in for new accounts) should be added to the existing account management form. > If you are interested in the governance & policies of the Fedora project, > a good thing to do right now is to review the minutes of each FESCO > meeting and provide your opinions on them. I have read them all and found nothing informative about the CLA/account creation process. It is more a list of items discussed and don't carry that level of details. > I know Europe has more stringent privacy laws. While we don't follow them > to the letter, we do try to follow the spirit of respecting your privacy > by keeping your personal information private. In France (don't know about other countries) there is a bit more, and I think this is right. More precisely, what is missing from the existing statements is the requirement corresponding with the following: * a data must have a purpose and the information should not be used for another purpose. This purpose should be stated at the time the information is collected. Another thing is missing namely a declaration that the information will be secured, by the mean of encryption of the communication and protection of the datas, but I don't think it is important there, we all know that! The proposal I made above tries to fill that gap. -- Pat From pertusus at free.fr Sat Aug 27 10:08:50 2005 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 27 Aug 2005 12:08:50 +0200 Subject: missing documentation about dist/tags Message-ID: <20050827100850.GC2450@free.fr> Hi, There is a bit of documentation missing about the tagging in cvs for extras. In fact almost all the documentation is available but, in my opinion, not easily found especially for new contributors (if I didn't made mistakes...). Indeed in Contributor (and NewPackageProcess) the tagging is described by #When you're happy with the source, go into the branch directory (e.g. cd FC-3/) and run: make tag * You should see it tag the branch with the version and release from the spec file. # You need to tag all the branches that you want to build. But it isn't explained that it doesn't work as is. I think that here, and also in BuildRequests (or UsingCvsFaq) it should be explained that "a tag must be unique in the fedora build system". In NewPackageProcessMarkTwo there are some missing items that are in NewPackageProcessMark (in PACKAGE COMPLETION) but there is a link to BuildRequest so adding it to BuildRequests should be right. A reference to DistTag are missing in BuildRequests (there is one in the PackagingGuidelines, however). -- Pat From pertusus at free.fr Sat Aug 27 10:18:45 2005 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 27 Aug 2005 12:18:45 +0200 Subject: issue with make dist/cvs commit Message-ID: <20050827101845.GD2450@free.fr> Hi, I am hit by something that looks like a bug(?) of the tag/build system. Here is what I did (for pam_ssh) First there was no %{?dist} in the spec file. I did cd devel make tag make plague Then I wanted to request a build in FC-4. So cd FC-4 make tag -> it complains that the tag must be unique So I add the tag. I don't commit. Still in FC-4 I do make tag -> error about the fact that I didn't commit. So I commmit. No problem. Then I try to make the build make plague -> pam_ssh.spec not tagged with tag pam_ssh-1_91-8_fc4 If I try to re-tag,I get make tag ERROR: Tag pam_ssh-1_91-8_fc4 has been already created. So it seems that when I did "make tag" without commiting prior the tag was created even though there was an error. I see a possibility to overcome that issue: bump the release number. But I wanted to report it anyway. -- Pat From bugs.michael at gmx.net Sat Aug 27 12:22:33 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 27 Aug 2005 14:22:33 +0200 Subject: issue with make dist/cvs commit In-Reply-To: <20050827101845.GD2450@free.fr> References: <20050827101845.GD2450@free.fr> Message-ID: <20050827142233.699d417d.bugs.michael@gmx.net> On Sat, 27 Aug 2005 12:18:45 +0200, Patrice Dumas wrote: > I am hit by something that looks like a bug(?) of the tag/build system. > Here is what I did (for pam_ssh) > > First there was no %{?dist} in the spec file. I did > > cd devel > make tag > make plague > > Then I wanted to request a build in FC-4. So > > cd FC-4 > make tag > -> it complains that the tag must be unique > > So I add the tag. I don't commit. Still in FC-4 I do > > make tag > -> error about the fact that I didn't commit. > > So I commmit. No problem. Then I try to make the build > > make plague > -> pam_ssh.spec not tagged with tag pam_ssh-1_91-8_fc4 > > If I try to re-tag,I get > > make tag > ERROR: Tag pam_ssh-1_91-8_fc4 has been already created. > > > > So it seems that when I did "make tag" without commiting prior the tag was > created even though there was an error. > > > I see a possibility to overcome that issue: bump the release number. But I > wanted to report it anyway. It is possible to tag the files with "cvs tag" and the right options. It is also possible to set the same options in an environment variable, where "make tag" fetches them. However (!), documenting this in a prominent place opens up the door for abuse and accidents. From jspaleta at gmail.com Sat Aug 27 12:56:05 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 27 Aug 2005 08:56:05 -0400 Subject: missing documentation about dist/tags In-Reply-To: <20050827100850.GC2450@free.fr> References: <20050827100850.GC2450@free.fr> Message-ID: <604aa7910508270556b8e02a9@mail.gmail.com> On 8/27/05, Patrice Dumas wrote: >In NewPackageProcessMarkTwo there are some missing items that are in >NewPackageProcessMark (in PACKAGE COMPLETION) but there is a link to >BuildRequest so adding it to BuildRequests should be right. I disagree, the extra steps about closing the review bugreport and editing the owners file are only needed for a new package. When requesting builds for update, you don't need to do those extras steps... you simply need to get the updates committed into CVS,tag the branch, and request a build against that branch. -jef From pertusus at free.fr Sat Aug 27 13:03:43 2005 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 27 Aug 2005 15:03:43 +0200 Subject: issue with make dist/cvs commit In-Reply-To: <20050827142233.699d417d.bugs.michael@gmx.net> References: <20050827101845.GD2450@free.fr> <20050827142233.699d417d.bugs.michael@gmx.net> Message-ID: <20050827130343.GA3870@free.fr> > It is possible to tag the files with "cvs tag" and the right options. > It is also possible to set the same options in an environment variable, > where "make tag" fetches them. However (!), documenting this in a > prominent place opens up the door for abuse and accidents. When I do th cvs tag command by hand it fails exactly the same way. Do you mean that the tag is somehow arbitrary and all is needed is to set a tag and request a build corresponding with the tag? A quick look at the code seems to be consistent with that view, as it seems that the tag is explicitely used on the plague-client command line: /usr/bin/plague-client build $(NAME) $(TAG) $(TARGET) Anyway here is the full error message: [dumas at patoune FC-4]$ make tag cvs tag -c pam_ssh-1_91-8_fc4 For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs ? clog ERROR: Tag pam_ssh-1_91-8_fc4 has been already created. The following tags have been created so far pam_ssh-1_91-7:devel:pertusus:1125043858 pam_ssh-1_91-8:devel:pertusus:1125090697 pam_ssh-1_91-8_fc4:FC-4:pertusus:1125092438 pam_ssh-1_91-8_fc5:devel:pertusus:1125092866 cvs tag: Pre-tag check failed cvs [tag aborted]: correct the above errors first! make: *** [tag] Erreur 1 When I try to get the file tagged, I get none: [dumas at patoune FC-4]$ cvs up -r pam_ssh-1_91-8_fc4 For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs ? clog cvs [update aborted]: no such tag pam_ssh-1_91-8_fc4 So it seems that there is a bug somewhere of a tag being recorded even if the files are not tagged. Maybe that comes from the fact that cvs tag is called with -c but it triggers something on the server even when it fails? -- Pat From pertusus at free.fr Sat Aug 27 13:11:26 2005 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 27 Aug 2005 15:11:26 +0200 Subject: missing documentation about dist/tags In-Reply-To: <604aa7910508270556b8e02a9@mail.gmail.com> References: <20050827100850.GC2450@free.fr> <604aa7910508270556b8e02a9@mail.gmail.com> Message-ID: <20050827131126.GB3870@free.fr> > I disagree, the extra steps about closing the review bugreport and > editing the owners file are only needed for a new package. When Isn't that what NewPackageProcessMarkTwo is about? > requesting builds for update, you don't need to do those extras > steps... you simply need to get the updates committed into CVS,tag the > branch, and request a build against that branch. This document is about a new package and it describes the steps: 1. Check the new package into CVS. 2. Request a build. 3. When the package is building properly, close the bug NEXTRELEASE. 4. Check out "owners" module in CVS and edit "owners.list" file to create a bugzilla component for the package. However what is missing is the explanations about how to check out cvs "you need to run ./common/cvs-import.sh nameofmy.src.rpm" and also "Request additional branches here: Extras/CVSSyncNeeded". -- Pat From jspaleta at gmail.com Sat Aug 27 13:15:09 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 27 Aug 2005 09:15:09 -0400 Subject: issue with make dist/cvs commit In-Reply-To: <20050827101845.GD2450@free.fr> References: <20050827101845.GD2450@free.fr> Message-ID: <604aa79105082706151c4d942d@mail.gmail.com> On 8/27/05, Patrice Dumas wrote: > Hi, > > I am hit by something that looks like a bug(?) of the tag/build system. > Here is what I did (for pam_ssh) > > First there was no %{?dist} in the spec file. I did > > cd devel > make tag > make plague > > Then I wanted to request a build in FC-4. So > > cd FC-4 > make tag > -> it complains that the tag must be unique I am more interested in why you got the "must be unique" error before you went back and tried to add the disttag to the spec. All this discussion of using "disttag" in the spec i think is just confusing you... its recommended but wholely optional. I don't understand why you go the "must be unique" error unless you accidently did something else that you are not describing in this email. -jef From jspaleta at gmail.com Sat Aug 27 13:26:57 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 27 Aug 2005 09:26:57 -0400 Subject: missing documentation about dist/tags In-Reply-To: <20050827131126.GB3870@free.fr> References: <20050827100850.GC2450@free.fr> <604aa7910508270556b8e02a9@mail.gmail.com> <20050827131126.GB3870@free.fr> Message-ID: <604aa7910508270626399ae157@mail.gmail.com> On 8/27/05, Patrice Dumas wrote: > However what is missing is the explanations about how to check out cvs > "you need to run ./common/cvs-import.sh nameofmy.src.rpm" First i dont think you mean "check out" i think you mean "commit". Secondly that is just one way... you can of course make individual changes to individual files and commit them. And yes, perhaps http://www.fedoraproject.org/wiki/Extras/UsingCvsFaq should be added as a reference to the newpackage process page. But... why are you following the MarkTwo page? Its not linked from the wiki homepage.. For now you should be using http://www.fedoraproject.org/wiki/Extras/NewPackageProcess which is linked from http://www.fedoraproject.org/wiki/Extras which is linked from http://www.fedoraproject.org/wiki/FrontPage which is linked from http://www.fedoraproject.org/ And as a new contributor you will follow the link inside NewPackageProcess to http://www.fedoraproject.org/wiki/Extras/Contributors Did you just do a search inside the wiki and found the MarkTwo page? Afaict the MarkTwo page is not linked from anything else. Please realize that there are many pages in the wiki that are under construction and are not integrated into the process that is expected for people to interact with yet. Please start at http://www.fedoraproject.org/wiki/Extras and follow links from there. -jef From tcallawa at redhat.com Sat Aug 27 13:33:47 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 27 Aug 2005 08:33:47 -0500 Subject: Packaging guidelines updates Message-ID: <1125149628.5239.87.camel@localhost.localdomain> Hi folks, your friendly neighborhood packaging guy here. I've got a couple of items to let you know about. 1. Recently, there was some question raised about whether or not we should be including the text of licenses in binary packages. Specifically, concern was raised that the GPL did not require this. Greg took this specific question to Red Hat Legal, and their response was that it is a requirement of the GPL that either the full license or the link to the license be included -- but Red Hat Legal recommend including the full license text as a best practice. They advised us to keep this guideline as a "MUST" in the case of the GPL. Rather than submit every possible license to legal to see whether or not they would advice us to include the text or not, I proposed to the Fedora Extras Steering Committee (FESCO) that we keep the guideline as it is, and require all licenses used in a package to be included in text format, as %doc, in the %files section of that package. The proposal passed. This is MUST item number 7 in the Things To Check On Review section in the PackageReviewGuidelines: http://fedoraproject.org/wiki/PackageReviewGuidelines#head-05a78c7ca440544397657679f87fbdbd84d9be28 2. I also proposed an addition to the PackagingGuidelines regarding desktop applications. Specifically, I proposed to FESCO that all packages containing GUI applications should also include a properly installed %{name}.desktop file. Ideally, this file will come from upstream, but if it is not included by default, the packager should add it as a Source#:. For the purposes of this rule, a GUI application is defined as anything which draws a window in X and then operates from within that window. If you do not feel that your GUI application needs a .desktop file, you need to rationalize its absense with a comment in the .spec file. This proposal was approved by FESCO. You can find more information about this here: http://fedoraproject.org/wiki/PackagingGuidelines#desktop This is MUST item number 31 in the Things To Check On Review section in the PackageReviewGuidelines: http://fedoraproject.org/wiki/PackageReviewGuidelines#head-05a78c7ca440544397657679f87fbdbd84d9be28 If you have any questions about these items, feel free to ask me or on fedora-extras-list. Summary (for those who didn't want to read everything above): - Yes, you have to include the license text(s) in %doc for every package - You now have to include a properly installed %{name}.desktop file for every GUI application. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Sat Aug 27 13:38:17 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sat, 27 Aug 2005 08:38:17 -0500 Subject: Packaging guidelines updates In-Reply-To: <1125149628.5239.87.camel@localhost.localdomain> References: <1125149628.5239.87.camel@localhost.localdomain> Message-ID: <1125149897.5239.91.camel@localhost.localdomain> On Sat, 2005-08-27 at 08:33 -0500, Tom 'spot' Callaway wrote: > Rather than submit every possible license to legal to see whether or not > they would advice us to include the text or not, I proposed to the > Fedora Extras Steering Committee (FESCO) that we keep the guideline as > it is, and require all licenses used in a package to be included in text > format, as %doc, in the %files section of that package. The proposal > passed. Whoops. I almost forgot something useful. In perl packages where the license text is often missing, there is a simple way to generate the needed text. In your spec, in %setup use: perldoc -t perlgpl > COPYING perldoc -t perlartistic > Artistic Then, you can use this for your %files: %doc COPYING Artistic Thanks to Ville Skytt? for reminding me of this. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 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 Sat Aug 27 14:36:12 2005 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 27 Aug 2005 16:36:12 +0200 Subject: missing documentation about dist/tags In-Reply-To: <604aa7910508270626399ae157@mail.gmail.com> References: <20050827100850.GC2450@free.fr> <604aa7910508270556b8e02a9@mail.gmail.com> <20050827131126.GB3870@free.fr> <604aa7910508270626399ae157@mail.gmail.com> Message-ID: <20050827143612.GC3870@free.fr> On Sat, Aug 27, 2005 at 09:26:57AM -0400, Jeff Spaleta wrote: > On 8/27/05, Patrice Dumas wrote: > > However what is missing is the explanations about how to check out cvs > > "you need to run ./common/cvs-import.sh nameofmy.src.rpm" > First i dont think you mean "check out" i think you mean "commit". Yep, sorry... > Secondly that is just one way... you can of course make individual > changes to individual files and commit them. Of course, but I find it very usefull, and not only for newcommers. > And yes, perhaps http://www.fedoraproject.org/wiki/Extras/UsingCvsFaq > should be added as a reference to the newpackage process page. > > > > But... why are you following the MarkTwo page? Its not linked from the > wiki homepage.. Indeed but once it was? Anyway it is not linked from anywhere else anymore but I find it clearer than the NewPackageProcess, so I commented on that page too. But the other comments in my mail where mostly for NewPackageProcess and other pages linked normally. > And as a new contributor you will follow the link inside NewPackageProcess to > http://www.fedoraproject.org/wiki/Extras/Contributors > > Did you just do a search inside the wiki and found the MarkTwo page? Maybe a search or a list of all the pages. > Afaict the MarkTwo page is not linked from anything else. Please > realize that there are many pages in the wiki that are under > construction and are not integrated into the process that is expected > for people to interact with yet. Please start at The pages under construction are not marked especially so I comment on anything I find... But I don't care if nobody cares about my comments so that's not an problem... -- Pat From bugzilla at redhat.com Sat Aug 27 14:37:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 10:37:42 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508271437.j7REbgDN032702@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From dmitry at butskoy.name 2005-08-27 10:37 EST ------- Yes, Patrice, sure! -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Sat Aug 27 14:40:08 2005 From: pertusus at free.fr (Patrice Dumas) Date: Sat, 27 Aug 2005 16:40:08 +0200 Subject: issue with make dist/cvs commit In-Reply-To: <604aa79105082706151c4d942d@mail.gmail.com> References: <20050827101845.GD2450@free.fr> <604aa79105082706151c4d942d@mail.gmail.com> Message-ID: <20050827144008.GD3870@free.fr> > I am more interested in why you got the "must be unique" error before > you went back and tried to add the disttag to the spec. All this > discussion of using "disttag" in the spec i think is just confusing > you... its recommended but wholely optional. I don't understand why > you go the "must be unique" error unless you accidently did something > else that you are not describing in this email. I didn't do anything else I remember... In fact I believed that it was intentionnal on the buildsystem cvs server side. I have checkout the CVSROOT and there are references to scripts/programs being run for some cvs operations, like syncmail and tag-check and acls, but I don't know where to find them. -- Pat From jspaleta at gmail.com Sat Aug 27 15:35:08 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 27 Aug 2005 11:35:08 -0400 Subject: missing documentation about dist/tags In-Reply-To: <20050827143612.GC3870@free.fr> References: <20050827100850.GC2450@free.fr> <604aa7910508270556b8e02a9@mail.gmail.com> <20050827131126.GB3870@free.fr> <604aa7910508270626399ae157@mail.gmail.com> <20050827143612.GC3870@free.fr> Message-ID: <604aa791050827083516f5d0e4@mail.gmail.com> On 8/27/05, Patrice Dumas wrote: > The pages under construction are not marked especially so I comment on anything > I find... But I don't care if nobody cares about my comments so that's not an > problem... You can comment on whatever pages you like. But please, if you are going to make arguments about general approachability for new contributors instead of personal taste, please lets concentrate on the pages that are actually expected to be used by new contributors right now.. or else we end up with a large duplication of effort. If new contributors are confused about the process in the exposed pages.. I want to hear about it. But if you mix in comments about draft pages that you have to search for to find.. it only confuses everybody, including the people who are trying to make sure the process is explained correctly. -jef From bugzilla at redhat.com Sat Aug 27 15:36:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 11:36:58 -0400 Subject: [Bug 165686] Review Request: Syck - YAML for Ruby, Python, PHP and OCaml In-Reply-To: Message-ID: <200508271536.j7RFawHF006111@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From toshio at tiki-lounge.com 2005-08-27 11:36 EST ------- The package checkin looks good. I see you've got the package built too. You can close the bug when you're ready. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jspaleta at gmail.com Sat Aug 27 15:38:19 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 27 Aug 2005 11:38:19 -0400 Subject: issue with make dist/cvs commit In-Reply-To: <20050827144008.GD3870@free.fr> References: <20050827101845.GD2450@free.fr> <604aa79105082706151c4d942d@mail.gmail.com> <20050827144008.GD3870@free.fr> Message-ID: <604aa791050827083825c7b6e2@mail.gmail.com> On 8/27/05, Patrice Dumas wrote: > I didn't do anything else I remember... In fact I believed that it was > intentionnal on the buildsystem cvs server side. You are the first contributor that I am aware of that has had this sort of problem.. when populating additional branches. Someone else needs to attempt to replicate this problem with a new package that does not use disttags and the fc-4 branch. -jef From bugzilla at redhat.com Sat Aug 27 16:00:04 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 12:00:04 -0400 Subject: [Bug 166915] New: Review Request: qscintilla - A Scintilla port to Qt Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166915 Summary: Review Request: qscintilla - A Scintilla port to Qt Product: Fedora Extras Version: devel Platform: All URL: http://www.riverbankcomputing.co.uk/qscintilla/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: icon at linux.duke.edu QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://linux.duke.edu/~icon/misc/fe/qscintilla.spec SRPM Name or Url: http://linux.duke.edu/~icon/misc/fe/qscintilla-1.5.1-1.src.rpm Description: QScintilla is a port or Scintilla to the Qt GUI toolkit from Trolltech and runs on any operating system supported by Qt (eg. Windows, UNIX/Linux, MacOS/X). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 27 16:00:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 12:00:11 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508271600.j7RG0BeR010680@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 icon at linux.duke.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166915 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Sat Aug 27 17:39:00 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 27 Aug 2005 19:39:00 +0200 Subject: issue with make dist/cvs commit In-Reply-To: <20050827130343.GA3870@free.fr> References: <20050827101845.GD2450@free.fr> <20050827142233.699d417d.bugs.michael@gmx.net> <20050827130343.GA3870@free.fr> Message-ID: <20050827193900.32fabb4d.bugs.michael@gmx.net> On Sat, 27 Aug 2005 15:03:43 +0200, Patrice Dumas wrote: > > It is possible to tag the files with "cvs tag" and the right options. > > It is also possible to set the same options in an environment variable, > > where "make tag" fetches them. However (!), documenting this in a > > prominent place opens up the door for abuse and accidents. > > When I do th cvs tag command by hand it fails exactly the same way. What exactly did you run? You really need to know what you are doing. If you don't, see above quote. From bugs.michael at gmx.net Sat Aug 27 17:42:19 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 27 Aug 2005 19:42:19 +0200 Subject: issue with make dist/cvs commit In-Reply-To: <604aa79105082706151c4d942d@mail.gmail.com> References: <20050827101845.GD2450@free.fr> <604aa79105082706151c4d942d@mail.gmail.com> Message-ID: <20050827194219.18005980.bugs.michael@gmx.net> On Sat, 27 Aug 2005 09:15:09 -0400, Jeff Spaleta wrote: > On 8/27/05, Patrice Dumas wrote: > > Hi, > > > > I am hit by something that looks like a bug(?) of the tag/build system. > > Here is what I did (for pam_ssh) > > > > First there was no %{?dist} in the spec file. I did > > > > cd devel > > make tag > > make plague > > > > Then I wanted to request a build in FC-4. So > > > > cd FC-4 > > make tag > > -> it complains that the tag must be unique > > > I am more interested in why you got the "must be unique" error before > you went back and tried to add the disttag to the spec. His cvs output shows that the tag (run "make help" to see what tag "make tag" would create) exist already. So at some point in time, Patrice created it with "make tag". From bugs.michael at gmx.net Sat Aug 27 17:44:54 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 27 Aug 2005 19:44:54 +0200 Subject: issue with make dist/cvs commit In-Reply-To: <604aa791050827083825c7b6e2@mail.gmail.com> References: <20050827101845.GD2450@free.fr> <604aa79105082706151c4d942d@mail.gmail.com> <20050827144008.GD3870@free.fr> <604aa791050827083825c7b6e2@mail.gmail.com> Message-ID: <20050827194454.2372e1db.bugs.michael@gmx.net> On Sat, 27 Aug 2005 11:38:19 -0400, Jeff Spaleta wrote: > On 8/27/05, Patrice Dumas wrote: > > I didn't do anything else I remember... In fact I believed that it was > > intentionnal on the buildsystem cvs server side. > > You are the first contributor that I am aware of that has had this > sort of problem.. when populating additional branches. Well, it has happened to other contributors before. Steps to reproduce: 1. forget to commit 2. run "make tag" 3. cvs commit 4. run "make tag" again There are several ways on how to solve it. In a different reply in this thread I've mentioned one way and its dangers. From bugs.michael at gmx.net Sat Aug 27 18:04:43 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sat, 27 Aug 2005 20:04:43 +0200 Subject: Packaging guidelines updates In-Reply-To: <1125149628.5239.87.camel@localhost.localdomain> References: <1125149628.5239.87.camel@localhost.localdomain> Message-ID: <20050827200443.3dded333.bugs.michael@gmx.net> On Sat, 27 Aug 2005 08:33:47 -0500, Tom 'spot' Callaway wrote: > 2. I also proposed an addition to the PackagingGuidelines regarding > desktop applications. Specifically, I proposed to FESCO that all > packages containing GUI applications should also include a properly > installed %{name}.desktop file. Ideally, this file will come from > upstream, but if it is not included by default, the packager should add > it as a Source#:. For the purposes of this rule, a GUI application is > defined as anything which draws a window in X and then operates from > within that window. If you do not feel that your GUI application needs > a .desktop file, you need to rationalize its absense with a comment in > the .spec file. > > This proposal was approved by FESCO. > > You can find more information about this here: > http://fedoraproject.org/wiki/PackagingGuidelines#desktop As examples for GUI programs, which do not match this description, take a command-line utility which must be passed a file argument before it would start and display something. As examples for GUI programs, which start within a window but would be questionable if included in the desktop menus next to major applications, are tiny special-purpose tools like panel applets which also work outside a panel. Or a directory with lots of small examples for some graphical backend library. While all may be considered GUI programs, it doesn't make much sense to pollute the default menus with entries for implementation examples, particularly not if they are tiny and perhaps only demonstrate a single feature. If however, it were a single complex demonstration program in an optional foo-demo package, it would be debatable as whether it should not have a desktop menu entry. Comments in the spec file are useful in documenting packaging decisions. From petro at mail.ru Sun Aug 28 01:57:11 2005 From: petro at mail.ru (Peter Lemenkov) Date: Sat, 27 Aug 2005 21:57:11 -0400 Subject: development: alsaplayer needs rebuild In-Reply-To: <20050421095151.1cca7137@python2> References: <1114069515.2958.12.camel@marte.biciclete.ro> <20050421095151.1cca7137@python2> Message-ID: On Thu, 21 Apr 2005, Matthias Saou wrote: >> I wanted to fill this in bugzilla, but there's no alsaplayer package at >> https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Fedora% >> 20Extras& > That's because it went "bye bye" :-/ > It requires to be built with libmad to be able to play mp3's, so the > easiest was to just drop it and let it be provided from elsewhere. If you > really want to try to have it back in Extras, take a look at how hard it > would be to just disable the mp3 support in the main package (no need to > even patch code out it seems) and provide the libmad decoding part from > elsewhere (I don't remember if alsaplayer is modular, though). New spec-file, which splits AlsaPlayer into the bunch of packages. So we may exclude libmad-plugin from extras (and may include it to Livna repo). -- With best regards, Peter Lemenkov. -------------- next part -------------- # $Id: alsaplayer.spec 3053 2005-03-24 17:16:13Z dag $ # Authority: matthias Summary: Audio player for Un*x-systems. Name: alsaplayer Version: 0.99.76 Release: 1 License: GPL Group: Applications/Multimedia Source0: http://alsaplayer.org/%{name}-%{version}.tar.bz2 Source1: alsaplayer.png Source2: alsaplayer-small.png Source3: alsaplayer-large.png #Patch0: %{name}-nas.patch #Patch1: %{name}-docs.patch BuildRequires: alsa-lib-devel BuildRequires: audiofile-devel BuildRequires: esound-devel BuildRequires: gtk+-devel BuildRequires: mikmod-devel BuildRequires: flac-devel BuildRequires: libid3tag-devel BuildRequires: libsndfile-devel BuildRequires: xosd-devel BuildRequires: libvorbis-devel >= 1:1.0 BuildRequires: libmad-devel #BuildRequires: nas-devel BuildRequires: xorg-x11-devel Buildroot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n) %description AlsaPlayer is a new PCM player developed on the Linux Operating System. Since the first public beta release it support has been added for various other Operating Systems (mostly Unix variants). AlsaPlayer was written in the first place to excercise the new ALSA (Advanced Linux Sound Architecture) driver and library system. It has now developed into a versitile audio player with rich plugin system. The Input Plugins plugins include: OGG, MPEG, MAD, CDDA, MikMod, and Audiofile. The Output Plugins include: ALSA, OSS and OSS/Lite, Esound, Sparc (tested on UltraSparc), SGI, and JACK. There are also a few scope plugins included. Install AlsaPlayer if you want a versatile audio player. %package input-audiofile Summary: Alsaplayer plugin for playing wave audio formats Group: Applications/Multimedia Requires: %{name} = %{version} Requires: audiofile %description input-audiofile Alsaplayer plugin for playing wave audio formats (like AIFF, AIFC, WAVE, ...). %package input-cdda Summary: Alsaplayer plugin for playing CD-Audio Group: Applications/Multimedia Requires: %{name} = %{version} %description input-cdda Alsaplayer plugin for playing CD-Audio. %package input-flac Summary: Alsaplayer plugin for playing FLAC files Group: Applications/Multimedia Requires: %{name} = %{version} Requires: flac %description input-flac Alsaplayer plugin for playing FLAC files. %package input-mad Summary: Alsaplayer plugin for playing MP3 files using MAD Group: Applications/Multimedia Requires: %{name} = %{version} Requires: libmad %description input-mad Alsaplayer plugin for playing MP3 files using MAD. %package input-mikmod Summary: Alsaplayer plugin for playing mod files Group: Applications/Multimedia Requires: %{name} = %{version} Requires: mikmod %description input-mikmod Alsaplayer plugin for playing mod files. %package input-sndfile Summary: Alsaplayer plugin for playing wave audio formats Group: Applications/Multimedia Requires: %{name} = %{version} Requires: libsndfile %description input-sndfile Alsaplayer plugin for playing wave audio formats (like AIFF, AIFC, WAVE, ...). %package input-vorbis Summary: Alsaplayer plugin for playing ogg/vorbis files Group: Applications/Multimedia Requires: %{name} = %{version} Requires: libvorbis %description input-vorbis Alsaplayer plugin for playing ogg/vorbis files. %package output-alsa Summary: Alsaplayer plugin for playing through alsa drivers Group: Applications/Multimedia Requires: %{name} = %{version} Requires: alsa-lib %description output-alsa Alsaplayer plugin for playing sound through alsa drivers. %package output-esound Summary: Alsaplayer plugin for playing through esound daemon Group: Applications/Multimedia Requires: %{name} = %{version} Requires: esound %description output-esound Alsaplayer plugin for playing sound through esound daemon. #%package output-jack #Summary: Alsaplayer plugin for playing through JACK #Group: Applications/Multimedia #Requires: %{name} = %{version} #Requires: jack-audio-connection-kit #%description output-jack #Alsaplayer plugin for playing sound through JACK. #%package output-nas #Summary: Alsaplayer plugin for playing through NAS daemon #Group: Applications/Multimedia #Requires: %{name} = %{version} #Requires: nas #%description output-nas #Alsaplayer plugin for playing sound through NAS (network audio #system) daemon. %package output-oss Summary: Alsaplayer plugin for playing through OSS Group: Applications/Multimedia Requires: %{name} = %{version} %description output-oss Alsaplayer plugin for playing sound through OSS. %package scopes-gtk Summary: Alsaplayer plugin for visualization Group: Applications/Multimedia Requires: %{name} = %{version} Requires: gtk+ %description scopes-gtk Alsaplayer plugin for visualization. %package scopes-opengl Summary: Alsaplayer plugin for visualization using OpenGL Group: Applications/Multimedia Requires: %{name} = %{version} %description scopes-opengl Alsaplayer plugin for visualization using OpenGL. %package interface-gtk Summary: GTK+ interface for Alsaplayer. Group: Applications/Multimedia Requires: %{name} = %{version} Requires: gtk+ %description interface-gtk GTK+ interface for Alsaplayer. %package interface-xosd Summary: XOSD interface for Alsaplayer. Group: Applications/Multimedia Requires: %{name} = %{version} Requires: xosd %description interface-xosd XOSD interface for Alsaplayer. %package devel Summary: Library for remote control Alsaplayer - development files Group: Applications/Multimedia Requires: %{name} = %{version} %description devel Library for remote control Alsaplayer - development files %prep %setup %build #%configure --enable-audiofile %configure \ --enable-alsa \ --enable-audiofile \ --enable-esd \ --enable-gtk \ --enable-mikmod \ --enable-oggvorbis \ --enable-opengl \ --enable-oss # --enable-nas #%ifarch sparc # --enable-sparc #%endif %{__make} %{?_smp_mflags} %install %{__rm} -rf %{buildroot} %{__make} install DESTDIR=%{buildroot} # Install icons %{__mkdir_p} %{buildroot}%{_datadir}/pixmaps %{__install} -p -m644 %{SOURCE1} %{SOURCE2} %{SOURCE3} \ %{buildroot}%{_datadir}/pixmaps/ # System menu entry %{__cat} << EOF > %{name}.desktop [Desktop Entry] Name=ALSA Player Comment=Audio player for the Advanced Linux Sound Architecture Icon=alsaplayer.png Exec=alsaplayer Terminal=false Type=Application Encoding=UTF-8 Category=Application;AudioVideo; EOF %{__mkdir_p} %{buildroot}%{_datadir}/applications desktop-file-install --vendor fedora \ --dir %{buildroot}%{_datadir}/applications \ %{name}.desktop # Clean up for the docs %{__rm} -f examples/Makefile* %{__rm} -rf %{buildroot}%{_docdir}/%{name} %clean %{__rm} -rf %{buildroot} %post /sbin/ldconfig %postun /sbin/ldconfig %files %defattr(-, root, root, 0755) %doc AUTHORS COPYING README %{_bindir}/%{name} %{_libdir}/%{name}/input/libwav.* %{_libdir}/%{name}/interface/libdaemon_interface.* %{_libdir}/%{name}/interface/libtext_interface.* %{_libdir}/%{name}/output/libnull_out.* %{_libdir}/%{name}/reader %{_mandir}/man1/%{name}.1* %{_datadir}/applications/*%{name}.desktop %{_datadir}/pixmaps/%{name}* %files input-audiofile %defattr(-, root, root, 0755) %{_libdir}/%{name}/input/libaf.* %files input-cdda %defattr(-, root, root, 0755) %{_libdir}/%{name}/input/libcdda.* %files input-flac %defattr(-, root, root, 0755) %{_libdir}/%{name}/input/libflac_in.* %files input-mad %defattr(-, root, root, 0755) %{_libdir}/%{name}/input/libmad_in.* %files input-mikmod %defattr(-, root, root, 0755) %{_libdir}/%{name}/input/libmod.* %files input-sndfile %defattr(-, root, root, 0755) %{_libdir}/%{name}/input/libsndfile_in.* %files input-vorbis %defattr(-, root, root, 0755) %{_libdir}/%{name}/input/libvorbis_in.* %files interface-gtk %defattr(-, root, root, 0755) %{_libdir}/%{name}/interface/libgtk_interface.* %files interface-xosd %defattr(-, root, root, 0755) %{_libdir}/%{name}/interface/libxosd_interface.* %files output-alsa %defattr(-, root, root, 0755) %{_libdir}/%{name}/output/libalsa_out.* %files output-esound %defattr(-, root, root, 0755) %{_libdir}/%{name}/output/libesound_out.* %files output-oss %defattr(-, root, root, 0755) %{_libdir}/%{name}/output/liboss_out.* %files scopes-gtk %defattr(-, root, root, 0755) %{_libdir}/%{name}/scopes/libblurscope.* %{_libdir}/%{name}/scopes/liblevelmeter.* %{_libdir}/%{name}/scopes/liblogbarfft.* %{_libdir}/%{name}/scopes/libmonoscope.* %{_libdir}/%{name}/scopes/libspacescope.* %{_libdir}/%{name}/scopes/libsynaescope.* %files scopes-opengl %defattr(-, root, root, 0755) %{_libdir}/%{name}/scopes/liboglspectrum.* %files devel %defattr(-, root, root, 0755) %doc ChangeLog TODO docs/reference/html examples %{_includedir}/%{name} %{_libdir}/lib%{name}.* %{_libdir}/pkgconfig/%{name}.pc %changelog * Mon Aug 30 2004 Matthias Saou 0.99.76-2 - Added ldconfig calls since there are libs included. * Wed May 19 2004 Matthias Saou 0.99.76-2 - Rebuild for Fedora Core 2. * Fri Nov 7 2003 Matthias Saou 0.99.76-1 - Update to 0.99.76. - Rebuild for Fedora Core 1. - Added missing gcc-c++ build dependency. * Fri May 2 2003 Matthias Saou - Update to 0.99.75. * Mon Mar 31 2003 Matthias Saou - Rebuilt for Red Hat Linux 9. - Fix build order. * Sat Feb 8 2003 Matthias Saou - Update to 0.99.74. - Added xosd support. * Mon Jan 13 2003 Matthias Saou - Update to 0.99.73. * Fri Sep 27 2002 Matthias Saou - Rebuilt for Red Hat Linux 8.0. - New desktop entry. * Wed Sep 18 2002 Matthias Saou - Update to 0.99.72. - Further spec file changes and fixes. * Thu Sep 5 2002 Matthias Saou - Spec file cleanup to match freshrpms.net habits :-) * Sat Jul 6 2002 Angles - version 0.99.71 * Thu May 30 2002 Angles - version 0.99.70 - updated summary and description to highlight the apps increased versitility - minor spec file cleanup and desktop link update to latest usage * Sun May 5 2002 Angles - version 0.99.60 - package now has include files - package has 4 files in libdir that actually belong there, not in a subdir - made patch so rpm installs docs, not the app make install * Sat Apr 6 2002 Angles - version 0.99.58 * Wed Mar 20 2002 Angles - version 0.99.57 * Sat Mar 02 2002 Angles - version 0.99.54 * Sat Feb 23 2002 Angles 0.99.53-aap4 - customize for RedHat 7.2 * Sat Feb 16 2002 Yves Duret 0.99.53-1mdk - version 0.99.53 - %%makeinstall_std * Sat Jan 26 2002 Yves Duret 0.99.52-1mdk - version 0.99.52 - build against mad - png icons * Sat Dec 22 2001 Stefan van der Eijk 0.99.50-3mdk - fix BuildRequires * Fri Dec 7 2001 Chmouel Boudjnah 0.99.50-2mdk - s|Copyright|License|; * Fri Sep 28 2001 Chmouel Boudjnah 0.99.50-1mdk - 0.99.50. - Add --enable-alsa --enable-esd --disable-debug --enable-oggvorbis. * Fri Aug 24 2001 Chmouel Boudjnah 0.99.36-1mdk - 0.99.36. * Sat Jun 16 2001 Stefan van der Eijk 0.99.33-0.2mdk - BuildRequires: gtk+-devel * Fri Jun 15 2001 Chmouel Boudjnah 0.99.33-0.1mdk - 0.99.33-pre3. * Fri Feb 9 2001 Jeff Garzik 0.99.32-13mdk - Do not exclude alpha from build. * Thu Dec 7 2000 Chmouel Boudjnah 0.99.32-12mdk - Recompile with alsa-0.5.10. * Tue Nov 28 2000 Chmouel Boudjnah 0.99.32-11mdk - Add icons. * Sat Nov 18 2000 Chmouel Boudjnah 0.99.32-10mdk - fix gcc2.96 compilation. * Thu Oct 24 2000 David BAUDENS 0.99.32-9mdk - EcludeArch: ppc * Thu Aug 24 2000 Thierry Vignaud 0.99.32-8mdk - remove some debugging messages * Thu Aug 24 2000 Thierry Vignaud 0.99.32-7mdk - build against latest alsa-lib - fix requires * Sun Aug 13 2000 Guillaume Cottenceau 0.99.32-6mdk - disabled the use of makeinstall macro in order to have the libraries installed in the correct place (reported by Anton Graham ) - cleaner specfile - more menu dir macros * Mon Aug 07 2000 Frederic Lepied 0.99.32-5mdk - automatically added BuildRequires * Mon Jul 17 2000 Thierry Vignaud 0.99.32-4mdk - fix macros * Tue Jun 27 2000 Chmouel Boudjnah 0.99.32-3mdk - macroszifications. - build against latest alsa-lib - Use macros for update-menus. * Mon Jun 26 2000 Thierry Vignaud 0.99.32-2mdk - build against latest alsa-lib - add url * Thu Jun 08 2000 Thierry Vignaud 0.99.32-1mdk - new release * Fri May 19 2000 Francis Galiegue 0.99.31-2mdk - ExcludeArch: alpha sparc sparc64 * Sun Apr 23 2000 Chmouel Boudjnah 0.99.31-1mdk - Add menu entry. - Fix Requires. - Fix titi sucks. - Build again latest alsa-lib and libmikmod. * Thu Apr 20 2000 Guillaume Cottenceau 0.99.31-2mdk - fixed group * Thu Mar 09 2000 Thierry Vignaud - update to 99.31 - compiled against alsa-lib-0.5.5 * Tue Aug 24 1999 Thierry Vignaud - initial spec From bugzilla at redhat.com Sat Aug 27 19:43:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 15:43:28 -0400 Subject: [Bug 166919] New: Review Request: findlib Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166919 Summary: Review Request: findlib Product: Fedora Extras Version: devel Platform: All URL: http://www.ocaml-programming.de/programming/findlib.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: descender at phreaker.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.clanrgb.net/~descender/files/findlib.spec SRPM Name or Url: http://www.clanrgb.net/~descender/files/findlib-1.0.4-1.src.rpm Description: The findlib library provides a scheme to query metainformation of OCaml libraries. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 27 19:43:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 15:43:35 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508271943.j7RJhZTm008232@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 descender at phreaker.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166919 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 27 20:47:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 16:47:19 -0400 Subject: [Bug 165688] Review Request: YAML-Parser-Syck - Perl Wrapper for the YAML Parser Extension: libsyck In-Reply-To: Message-ID: <200508272047.j7RKlJnm017764@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: YAML-Parser-Syck - Perl Wrapper for the YAML Parser Extension: libsyck https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165688 Bug 165688 depends on bug 165686, which changed state. Bug 165686 Summary: Review Request: Syck - YAML for Ruby, Python, PHP and OCaml https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165686 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sat Aug 27 21:23:55 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 17:23:55 -0400 Subject: [Bug 165919] Review Request: pam_ssh Pluggable Authentication Module for ssh In-Reply-To: Message-ID: <200508272123.j7RLNtk6023979@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_ssh Pluggable Authentication Module for ssh https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165919 ------- Additional Comments From pertusus at free.fr 2005-08-27 17:23 EST ------- So I added you to the owner.list. Tell me if you don't want to. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jspaleta at gmail.com Sat Aug 27 22:30:17 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 27 Aug 2005 18:30:17 -0400 Subject: issue with make dist/cvs commit In-Reply-To: <20050827194454.2372e1db.bugs.michael@gmx.net> References: <20050827101845.GD2450@free.fr> <604aa79105082706151c4d942d@mail.gmail.com> <20050827144008.GD3870@free.fr> <604aa791050827083825c7b6e2@mail.gmail.com> <20050827194454.2372e1db.bugs.michael@gmx.net> Message-ID: <604aa79105082715306e387025@mail.gmail.com> On 8/27/05, Michael Schwendt wrote: > 1. forget to commit > 2. run "make tag" > 3. cvs commit > 4. run "make tag" again > > There are several ways on how to solve it. In a different reply in this > thread I've mentioned one way and its dangers. Okay as long as we know when this error happens. From reading his posts, I get the feeling he doesn't think he ever rand make tag in that branch and that he got the "unique" message on his first run of make tag. I think there is a language barrier here that's getting in the way of understanding exactly what he did and when. -jef From bugzilla at redhat.com Sun Aug 28 00:29:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 20:29:48 -0400 Subject: [Bug 166924] New: Review Request:
Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166924 Summary: Review Request:
Product: Fedora Extras Version: devel Platform: All URL: http://scim-imengine.sourceforge.jp/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: ryo-dairiki at users.sourceforge.net QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://proxy.f2.ymdb.yahoofs.jp/users/d1e4801f/bc/scim-skk/scim-skk.spec?bct_6hDB3qAVldL_ SRPM Name or Url: http://proxy.f2.ymdb.yahoofs.jp/users/d1e4801f/bc/scim-skk/scim-skk-0.3.0-2.src.rpm?bct_6hDBejgcJtjB Description: Scim-skk is a SCIM IMEngine module for skk to support Japanese input. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 28 00:29:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 20:29:59 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508280029.j7S0TxTg007860@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 ryo-dairiki at users.sourceforge.net changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166924 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jpmahowald at gmail.com Sun Aug 28 02:32:58 2005 From: jpmahowald at gmail.com (John Mahowald) Date: Sat, 27 Aug 2005 21:32:58 -0500 Subject: Self Introduction: John P. Mahowald Message-ID: <3ea9975405082719325a2e9ab@mail.gmail.com> Full Name: John Patrick Mahowald Location: Minnesota, USA Student at University of St. Thomas, studying computer science Goals: I wish to package software that the community wants and learn more about packaging in the process. My overall goal ifor Fedora Extras to contain as much free software as it can legally distribute. Qualifications: Moderator on fedoraforum.org, username Jman. fedorared on Freenode IRC. Intermediate Java programming, some C++ and beginning python. pub 1024D/1F147068 2005-06-17 Key fingerprint = B000 232E 333F 08F6 CDDE 2E08 04FF 30BD 1F14 7068 uid John Mahowald sub 2048g/41405E3C 2005-06-17 From bugzilla at redhat.com Sun Aug 28 03:31:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 23:31:37 -0400 Subject: [Bug 166928] New: Review Request: numlockx Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166928 Summary: Review Request: numlockx Product: Fedora Extras Version: devel Platform: All URL: http://ktown.kde.org/~seli/numlockx OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpmahowald at gmail.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://personal.stthomas.edu/jpmahowald1/fedora/review/numlockx.spec SRPM Name or Url: http://personal.stthomas.edu/jpmahowald1/fedora/review/numlockx-1.0-2.src.rpm Description: NumLockX turns on NumLock after starting X My first package, I need a sponsor and CVS. Fedora username jpmahowa -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 28 03:31:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sat, 27 Aug 2005 23:31:58 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508280331.j7S3VwrN024127@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpmahowald at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166928 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From pertusus at free.fr Sun Aug 28 07:33:32 2005 From: pertusus at free.fr (Patrice Dumas) Date: Sun, 28 Aug 2005 09:33:32 +0200 Subject: issue with make dist/cvs commit In-Reply-To: <604aa79105082715306e387025@mail.gmail.com> References: <20050827101845.GD2450@free.fr> <604aa79105082706151c4d942d@mail.gmail.com> <20050827144008.GD3870@free.fr> <604aa791050827083825c7b6e2@mail.gmail.com> <20050827194454.2372e1db.bugs.michael@gmx.net> <604aa79105082715306e387025@mail.gmail.com> Message-ID: <20050828073332.GA2459@free.fr> On Sat, Aug 27, 2005 at 06:30:17PM -0400, Jeff Spaleta wrote: > On 8/27/05, Michael Schwendt wrote: > > 1. forget to commit > > 2. run "make tag" > > 3. cvs commit > > 4. run "make tag" again Yep, that's what I got. > Okay as long as we know when this error happens. From reading his > posts, I get the feeling he doesn't think he ever rand make tag in > that branch and that he got the "unique" message on his first run of I got that too. > make tag. I think there is a language barrier here that's getting in > the way of understanding exactly what he did and when. I'll try to be more specific. In fact I was hit by two things that may be unrelated, or not. The second is what Michael described, so I won't restate it. The first is what Jeff is interested in, however I can't easily reproduce it, to reproduce it I would have to try to register a new package. I can describe what I did, however (if I remember well) In the devel subdirectory of my package, I did make tag make plague Everything went smoothly, the package was tagged with tag pam_ssh-1_91-8, and the build was enqueued and processed. Then I went to the FC-4 directory and tried to do the same. cd ../FC-4 make tag But then I got an error about the tag having been created. I guess it was an error message similar with the following fake error message, reconstructed from a real error message in another context: [dumas at patoune FC-4]$ make tag cvs tag -c pam_ssh-1_91-8 For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs ERROR: Tag pam_ssh-1_91-8 has been already created. The following tags have been created so far pam_ssh-1_91-7:devel:pertusus:1125043858 pam_ssh-1_91-8:devel:pertusus:1125090697 cvs tag: Pre-tag check failed cvs [tag aborted]: correct the above errors first! make: *** [tag] Erreur 1 =========================================================================== If I try to apply this tag by hand on the FC-4 branch now, I get the (real) error message: [dumas at patoune FC-4]$ cvs tag -c pam_ssh-1_91-8 For more information on using the Fedora CVS repositories, please visit http://fedoraproject.org/wiki/UsingCvs ERROR: The tag pam_ssh-1_91-8 is already applied on a different branch ERROR: You can not forcibly move tags between branches pam_ssh-1_91-7:devel:pertusus:1125043858 pam_ssh-1_91-8:devel:pertusus:1125090697 pam_ssh-1_91-8_fc4:FC-4:pertusus:1125092438 pam_ssh-1_91-8_fc5:devel:pertusus:1125092866 cvs tag: Pre-tag check failed cvs [tag aborted]: correct the above errors first! -- Pat From nir at digitalpeers.com Sun Aug 28 07:38:09 2005 From: nir at digitalpeers.com (Nir Aides) Date: Sun, 28 Aug 2005 10:38:09 +0300 Subject: winpdb - a python debugger Message-ID: <431169E1.70102@digitalpeers.com> Hi Fedora Extras people, I was advised by people in #fedora-extras to post in this list so here it goes: This mail is especially relevant to any of you who like the Python language. I am the developer of Winpdb (http://www.digitalpeers.com/pythondebugger) I developed Winpdb on a Fedora Core distribution and would be happy to see it find its way into extras (and who knows, maybe it is good enough for core) I believe it is possibly the most advanced python debugger to date, and I welcome you to try it. It supports console and screen mode too, so basically it has no dependencies. I am looking for someone willing to package it into extras, if you find it to be good enough to be there. Thanks, Nir From bugs.michael at gmx.net Sun Aug 28 09:15:11 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Sun, 28 Aug 2005 11:15:11 +0200 Subject: issue with make dist/cvs commit In-Reply-To: <20050828073332.GA2459@free.fr> References: <20050827101845.GD2450@free.fr> <604aa79105082706151c4d942d@mail.gmail.com> <20050827144008.GD3870@free.fr> <604aa791050827083825c7b6e2@mail.gmail.com> <20050827194454.2372e1db.bugs.michael@gmx.net> <604aa79105082715306e387025@mail.gmail.com> <20050828073332.GA2459@free.fr> Message-ID: <20050828111511.4f3930e4.bugs.michael@gmx.net> On Sun, 28 Aug 2005 09:33:32 +0200, Patrice Dumas wrote: > On Sat, Aug 27, 2005 at 06:30:17PM -0400, Jeff Spaleta wrote: > > On 8/27/05, Michael Schwendt wrote: > > > 1. forget to commit > > > 2. run "make tag" > > > 3. cvs commit > > > 4. run "make tag" again > > Yep, that's what I got. > > > Okay as long as we know when this error happens. From reading his > > posts, I get the feeling he doesn't think he ever rand make tag in > > that branch and that he got the "unique" message on his first run of > > I got that too. > > > make tag. I think there is a language barrier here that's getting in > > the way of understanding exactly what he did and when. > > I'll try to be more specific. In fact I was hit by two things that may be > unrelated, or not. The second is what Michael described, so I won't restate > it. The first is what Jeff is interested in, however I can't easily reproduce > it, to reproduce it I would have to try to register a new package. I can > describe what I did, however (if I remember well) > > In the devel subdirectory of my package, I did > > make tag > make plague > > Everything went smoothly, the package was tagged with tag pam_ssh-1_91-8, > and the build was enqueued and processed. > Then I went to the FC-4 directory and tried to do the same. > > cd ../FC-4 > make tag You can't, since the devel version of your package and the FC-4 version of the package must not be the same. The FC-4 branch was copied from your devel branch, so before tagging it, you need to apply something which changes the release version. > But then I got an error about the tag having been created. I guess it was > an error message similar with the following fake error message, > reconstructed from a real error message in another context: > > [dumas at patoune FC-4]$ make tag > cvs tag -c pam_ssh-1_91-8 > For more information on using the Fedora CVS repositories, please visit > http://fedoraproject.org/wiki/UsingCvs > ERROR: Tag pam_ssh-1_91-8 has been already created. > The following tags have been created so far > pam_ssh-1_91-7:devel:pertusus:1125043858 > pam_ssh-1_91-8:devel:pertusus:1125090697 > cvs tag: Pre-tag check failed > cvs [tag aborted]: correct the above errors first! > make: *** [tag] Erreur 1 > > > =========================================================================== > > If I try to apply this tag by hand on the FC-4 branch now, I get the (real) > error message: > > [dumas at patoune FC-4]$ cvs tag -c pam_ssh-1_91-8 That command cannot "apply this tag by hand", because the tag is in use already. That command is no different from what plain "make tag" does. No surprise it fails in the same way. From bugzilla at redhat.com Sun Aug 28 16:36:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 28 Aug 2005 12:36:33 -0400 Subject: [Bug 166945] New: Review Request: bmp-flac2 - A FLAC playback plugin for BMP Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166945 Summary: Review Request: bmp-flac2 - A FLAC playback plugin for BMP Product: Fedora Extras Version: devel Platform: All URL: http://ryoko.camperquake.de/fedora/bmp-flac2/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: redhat-bugzilla at camperquake.de QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://ryoko.camperquake.de/fedora/bmp-flac2/bmp-flac2.spec SRPM Name or Url: http://ryoko.camperquake.de/fedora/bmp-flac2/bmp-flac2-004-1.sky.src.rpm Description: This plugin for the Beep Media Player enables playback of files encoded with the Free Lossless Audio Codec (FLAC). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 28 16:36:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 28 Aug 2005 12:36:45 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508281636.j7SGajJP029355@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 redhat-bugzilla at camperquake.de changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166945 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 28 17:05:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 28 Aug 2005 13:05:18 -0400 Subject: [Bug 165957] Review Request: esmtp. Relay only MTA. In-Reply-To: Message-ID: <200508281705.j7SH5Ij2032328@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: esmtp. Relay only MTA. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165957 gauret at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gauret at free.fr 2005-08-28 13:05 EST ------- Looks good : * RPM name is OK * Spec change looks OK * Source esmtp-0.5.1.tar.bz2 is the same as upstream * The BuildRoot is the preferred one * Builds fine in mock * rpmlint agrees * Seems to be working fine -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 28 17:46:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 28 Aug 2005 13:46:08 -0400 Subject: [Bug 166928] Review Request: numlockx In-Reply-To: Message-ID: <200508281746.j7SHk8a4002129@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: numlockx https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166928 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |tcallawa at redhat.com OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From tcallawa at redhat.com 2005-08-28 13:46 EST ------- Review: Good: - rpmlint check returns: W: numlockx strange-permission numlockx.sh 0775 safe to ignore - meets naming and packaging guidelines - license ok (MIT), matches source, text included as %doc - spec is legible, in am. english - source matches upstream - package compiles on x86 (FC4) - no unnecessary, missing BuildRequires (./configure looks for xinitrc, but never uses it for anything) - no need for -devel, -docs - no locales - not relocatable - creates no new directories - no duplicate %files - permissions ok - %clean ok - macro use is consistent - code, not content - nothing in %doc affects runtime - no need for .desktop Nitpicks: - %{_bindir} is cleaner than %{_usr}/bin/ ... please make that change. - you might consider using %{version} in the Source0 line instead of hardcoding the tarball version Please change to %{_bindir} before committing, but this package is APPROVED. I'll also go sponsor you right now. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Sun Aug 28 20:03:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 28 Aug 2005 16:03:47 -0400 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200508282003.j7SK3lDa020723@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ------- Additional Comments From ville.skytta at iki.fi 2005-08-28 16:03 EST ------- ping :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From buildsys at fedoraproject.org Sun Aug 28 20:15:41 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 28 Aug 2005 16:15:41 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050828201541.6D2957FDC@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 4 abcde-2.3.3-1.fc3 gquilt-0.13-1.fc3 libsx-2.05-5.fc3 xscorch-0.2.0-4.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 Aug 28 20:19:55 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 28 Aug 2005 16:19:55 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050828201955.DB36A7FDC@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 7 abcde-2.3.3-1.fc4 gnome-applet-rhythmbox-0.1.7-1.fc4 gquilt-0.13-1.fc4 libsx-2.05-5.fc4 openvpn-2.0.2-1.fc4 revelation-0.4.5-1.fc4 xscorch-0.2.0-4.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 Aug 28 20:27:47 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Sun, 28 Aug 2005 16:27:47 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050828202747.616527FDC@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 7 OpenSceneGraph-0.9.9-4.fc5 abcde-2.3.3-1.fc5 gquilt-0.13-1.fc5 libsx-2.05-5.fc5 monotone-0.22-4.fc5 revelation-0.4.5-1.fc5 xscorch-0.2.0-4.fc5 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From fedora at camperquake.de Sun Aug 28 21:19:28 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sun, 28 Aug 2005 23:19:28 +0200 Subject: Explanation sought for ld --as-needed Message-ID: <20050828211928.GD13810@ryoko.camperquake.de> Hi. A program I am about to maintain "borrows" a lot of it's CFLAGS and LDFLAGS from it's parent program (it is a plugin, a shared library loaded by dlload()). These CFLAGS and LDFLAGS contain a lot of library references used by the parent, but only some of them are actually needed by the plugin. The default behaviour of ld seems to be to add all libraries passed with -l to gcc as a dependency to the linked binary file, whether they actually satisfy an unresolved symbol or not. Thus, my quite simple plugin has a dependecny list (retrieved with ldd) that spans more that a screen, and the RPM dependency list is not pretty as well. So I read up on ld in the man page and found the --as-needed option. It states that all libraries mentioned after this switch are only added as a dependency if they actually satisfy a symbol. Just what I needed. The default behaviour, as I observed, is --no-as-needed, btw. The point of this mail is that it does not work. When I pass -Wl,--as-needed to gcc in the linking stage, I end up with a binary that links to libc, ld.so and libpthread. Which is not enough, and I get unresolved references on load of the library. Any hints on what I am doing wrong? (Please note that the binary works just fine with all the unnecesary libraries as a dependency. I just think it's ugly.) From bugzilla at redhat.com Sun Aug 28 21:22:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 28 Aug 2005 17:22:38 -0400 Subject: [Bug 165957] Review Request: esmtp. Relay only MTA. In-Reply-To: Message-ID: <200508282122.j7SLMcrB030756@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: esmtp. Relay only MTA. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165957 ------- Additional Comments From gauret at free.fr 2005-08-28 17:22 EST ------- According to http://fedoraproject.org/wiki/PackageReviewGuidelines, I was mistaken about the german translation. Please re-enable it before or after importing into CVS. Thanks -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From fedora-extras-list at six-by-nine.com.au Mon Aug 29 00:03:27 2005 From: fedora-extras-list at six-by-nine.com.au (Peter Lawler) Date: Mon, 29 Aug 2005 10:03:27 +1000 Subject: REPOST: Re: Stuffed up my application In-Reply-To: <42FE9AA5.4080904@six-by-nine.com.au> References: <42FE9AA5.4080904@six-by-nine.com.au> Message-ID: <431250CF.8070005@six-by-nine.com.au> Hi! I sent the original of this on 05/12/2005 As of yet, I cannot see a reply. I'd appreciate it if someone could look into it for me. Cheers, Pete. Peter Lawler wrote: > Hi! > Peter Lawler here, aka gpg-key at six-by-nine.com.au, > fedora-extras at six-by-nine.com.au, aka Bleeter Yaluser, aka Bleeter. > > I've been attempting to sign up on extras, stuffed my first application > by signing with the wrong key. So I applied for another CLA, and just > got the following back: > > ---- > > With regards to "Re: Fedora Individual Contributor License Agreement". > Your message could not be processed. > Reason The signing code was not valid. (You may have already completed > the CLA.) > > --- > Any help is appreciated. > > Pete. > From bugzilla at redhat.com Mon Aug 29 00:50:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 28 Aug 2005 20:50:02 -0400 Subject: [Bug 166960] New: Review Request: Fuse (and associated libraries) Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166960 Summary: Review Request: Fuse (and associated libraries) Product: Fedora Extras Version: devel Platform: All URL: http://www.all-the-johnsons.co.uk/emulators OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: paul at all-the-johnsons.co.uk QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com This review is for not only the fuse package, but associated libraries required for the software. The ROMS have been freely released by Amstrad PLC (licence available via the worldofspectrum website : http://www.worldofspectrum.org) fuse http://www.all-the-johnsons.co.uk/emulation/downloads/fuse-0.7.0.spec http://www.all-the-johnsons.co.uk/emulation/downloads/fuse-0.7.0-2.src.rpm http://www.all-the-johnsons.co.uk/emulation/downloads/fuse-0.7.0-2.i386.rpm lib765 http://www.all-the-johnsons.co.uk/emulation/downloads/lib765-0.3.3-1.spec http://www.all-the-johnsons.co.uk/emulation/downloads/lib765-0.3.3-1.src.rpm http://www.all-the-johnsons.co.uk/emulation/downloads/lib765-0.3.3-1.i386.rpm http://www.all-the-johnsons.co.uk/emulation/downloads/lib765-devel-0.3.3-1.i386.rpm libdsk http://www.all-the-johnsons.co.uk/emulation/downloads/libdsk-1.0.0.spec http://www.all-the-johnsons.co.uk/emulation/downloads/libdsk-1.0.0-1.src.rpm http://www.all-the-johnsons.co.uk/emulation/downloads/libdsk-1.0.0-1.i386.rpm http://www.all-the-johnsons.co.uk/emulation/downloads/libdsk-devel-1.0.0-1.i386.rpm libspectrum http://www.all-the-johnsons.co.uk/emulation/downloads/libspectrum-0.2.2.spec http://www.all-the-johnsons.co.uk/emulation/downloads/libspectrum-0.2.2-2.src.rpm http://www.all-the-johnsons.co.uk/emulation/downloads/libspectrum-0.2.2-2.i386.rpm http://www.all-the-johnsons.co.uk/emulation/downloads/libspectrum-devel-0.2.2-2.i386.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 00:50:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 28 Aug 2005 20:50:18 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508290050.j7T0oIL4022851@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 paul at all-the-johnsons.co.uk changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166960 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 00:51:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 28 Aug 2005 20:51:07 -0400 Subject: [Bug 165955] Review Request: grads Grid Analysis and Display System In-Reply-To: Message-ID: <200508290051.j7T0p7pB023009@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grads Grid Analysis and Display System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165955 ------- Additional Comments From ed at eh3.com 2005-08-28 20:50 EST ------- Hi Patrice, heres an incomplete review. Please post an SRPM that builds and I'll re-review (and probably approve since the fixes are minor). needswork: - build fails with: Error: File not found: /var/tmp/grads-1.9b4-2-root-edhill/usr/bin/gradsdods which can be fixed by removing: %{_bindir}/gradsdods - lots of warnings about ignored return values from or implicit re-definitions of fread, fwrite, sscanf, strncpy, etc. which can perhaps be ignored but are worrisome - after removing "%{_bindir}/gradsdods", the package builds and rpmlint reports: W: grads wrong-file-end-of-line-encoding /usr/share/doc/grads-1.9b4/html/reference_card.pdf W: grads wrong-file-end-of-line-encoding /usr/share/doc/grads-1.9b4/html/GrADS.css W: grads wrong-file-end-of-line-encoding /usr/share/doc/grads-1.9b4/html/reference_card_scl.pdf which can probably be ignored good: - source matches upstream - dir ownership and permissions look good - names and specfile look OK - license is included and looks OK - code not content - docs look OK - no need of -devel package -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 03:17:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 28 Aug 2005 23:17:22 -0400 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200508290317.j7T3HMNm003961@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ------- Additional Comments From tcallawa at redhat.com 2005-08-28 23:17 EST ------- OK. -2 with all those fixes is checked into CVS. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 03:37:01 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Sun, 28 Aug 2005 23:37:01 -0400 Subject: [Bug 166183] Review Request: perl-Class-Accessor-Chained In-Reply-To: Message-ID: <200508290337.j7T3b1YA005400@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-Accessor-Chained https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166183 ------- Additional Comments From tcallawa at redhat.com 2005-08-28 23:36 EST ------- Somehow I missed this one. Apologies. -3 fixes all the items listed above. New SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-Accessor-Chained-0.01-3.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-Accessor-Chained.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tcallawa at redhat.com Mon Aug 29 04:00:21 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Sun, 28 Aug 2005 23:00:21 -0500 Subject: wxGTK/wxPython Message-ID: <1125288021.1140.16.camel@localhost.localdomain> Right now, wxGTK2 is orphaned, and its one major release out of date (2.4). Since there are still programs using 2.4, I'd like to propose that we move wxGTK2 2.4 to compat-wxGTK2 and let wxGTK2 go to 2.6. This will also require wxPython to make the same change. I've whipped up packages for all four, and I'd like some feedback before I put them up for review. (Panu Matilainen is listed as the owner for wxPython, but it doesn't look touched recently) Packages: http://www.auroralinux.org/people/spot/review/compat-wxGTK-2.4.2-14.src.rpm http://www.auroralinux.org/people/spot/review/compat-wxPythonGTK2-2.4.2.4-8.src.rpm http://www.auroralinux.org/people/spot/review/wxGTK-2.6.1-2.src.rpm http://www.auroralinux.org/people/spot/review/wxPythonGTK2-2.6.1.0-2.src.rpm Specs: http://www.auroralinux.org/people/spot/review/compat-wxGTK.spec http://www.auroralinux.org/people/spot/review/compat-wxPython.spec http://www.auroralinux.org/people/spot/review/wxGTK.spec http://www.auroralinux.org/people/spot/review/wxPython.spec These packages can coexist with each other, the only catch is that apps using the compat package need to use /usr/bin/wxgtk2-2.4-config instead of /usr/bin/wxgtk2-config (this is now the 2.6 config name). I've tested the 2.6 package aginst winpdb (which I have ready to go, just pending wxPythonGTK2 = 2.6), and it works for me, and my 2.4 app (comical) still works with the compat package. Thanks in advance, ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Mon Aug 29 04:01:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 00:01:11 -0400 Subject: [Bug 166966] New: Review Request: jam : Program construction tool, similar to make Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166966 Summary: Review Request: jam : Program construction tool, similar to make Product: Fedora Extras Version: devel Platform: All URL: http://public.perforce.com/public/jam/index.html OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: tcallawa at redhat.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.auroralinux.org/people/spot/review/jam.spec SRPM Name or Url: http://www.auroralinux.org/people/spot/review/jam-2.5-1.src.rpm Description: Jam is a program construction tool, like make. Jam recursively builds target files from source files, using dependency information and updating actions expressed in the Jambase file, which is written in jam's own interpreted language. The default Jambase is compiled into jam and provides a boilerplate for common use, relying on a user-provide file "Jamfile" to enumerate actual targets and sources. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 04:01:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 00:01:27 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508290401.j7T41RjY007029@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 tcallawa at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166966 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 04:19:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 00:19:03 -0400 Subject: [Bug 166713] Review Request: perl-GnuPG-Interface In-Reply-To: Message-ID: <200508290419.j7T4J3fN008042@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-GnuPG-Interface https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166713 ------- Additional Comments From Matt_Domsch at dell.com 2005-08-29 00:18 EST ------- I think such selective patch magic should be allowed at the packager's preference. However, given there would be a need for exactly 2 spec files at this point (FC4 and higher, and FC3 and below), I've removed the magic for the package to go into the devel trunk, and the patch can be removed in the FC3 branch if/when one is made. Also, tested with gnupg2, and it works (provided you either symlink gpg to gpg2, or set GnuPG::Interface::call => gpg2. As both gnupg and gnupg2 Provide: gpg, I've changed the BR and Requires lines back to requiring gpg. Spec Name or Url: http://domsch.com/linux/fedora/extras/perl-GnuPG-Interface/perl-GnuPG-Interface.spec SRPM Name or Url: http://domsch.com/linux/fedora/extras/perl-GnuPG-Interface/perl-GnuPG-Interface-0.33-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mwiktowy at gmx.net Mon Aug 29 06:45:29 2005 From: mwiktowy at gmx.net (Michael Wiktowy) Date: Mon, 29 Aug 2005 02:45:29 -0400 Subject: wxGTK/wxPython In-Reply-To: <1125288021.1140.16.camel@localhost.localdomain> References: <1125288021.1140.16.camel@localhost.localdomain> Message-ID: <1125297929.5291.9.camel@localhost> On Sun, 2005-08-28 at 23:00 -0500, Tom 'spot' Callaway wrote: > Right now, wxGTK2 is orphaned, and its one major release out of date > (2.4). Since there are still programs using 2.4, I'd like to propose > that we move wxGTK2 2.4 to compat-wxGTK2 and let wxGTK2 go to 2.6. > This will also require wxPython to make the same change. > > I've whipped up packages for all four, and I'd like some feedback before > I put them up for review. (Panu Matilainen is listed as the owner for > wxPython, but it doesn't look touched recently) > > Packages: > http://www.auroralinux.org/people/spot/review/compat-wxGTK-2.4.2-14.src.rpm > http://www.auroralinux.org/people/spot/review/compat-wxPythonGTK2-2.4.2.4-8.src.rpm > http://www.auroralinux.org/people/spot/review/wxGTK-2.6.1-2.src.rpm > http://www.auroralinux.org/people/spot/review/wxPythonGTK2-2.6.1.0-2.src.rpm > > Specs: > http://www.auroralinux.org/people/spot/review/compat-wxGTK.spec > http://www.auroralinux.org/people/spot/review/compat-wxPython.spec > http://www.auroralinux.org/people/spot/review/wxGTK.spec > http://www.auroralinux.org/people/spot/review/wxPython.spec > > These packages can coexist with each other, the only catch is that apps > using the compat package need to use /usr/bin/wxgtk2-2.4-config instead > of /usr/bin/wxgtk2-config (this is now the 2.6 config name). > > I've tested the 2.6 package aginst winpdb (which I have ready to go, > just pending wxPythonGTK2 = 2.6), and it works for me, and my 2.4 app > (comical) still works with the compat package. > > Thanks in advance, > > ~spot How do these packages relate to the one found at: http://www.wxpython.org/download.php#sources Is your wxPythonGTK2 a replacement for the wxPython2.6 package there? I ask because I was trying to build that package on FC3 to try to get iPodder working on Fedora and not having much luck. After that low hanging fruit didn't pan out, I gave up. So it would be great if these were the missing puzzle pieces. /Mike From bugzilla at redhat.com Mon Aug 29 07:49:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 03:49:44 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508290749.j7T7niEL032450@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From oliver at linux-kernel.at 2005-08-29 03:49 EST ------- This seems fine to me now. Maybe Paul has something more to say? If not, it's approved from my side. Paul, could you review it once more and approve it - as I'm quite busy currently and don't have time to fully review it - Merci. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From markmc at redhat.com Mon Aug 29 08:20:56 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 29 Aug 2005 09:20:56 +0100 Subject: Packaging guidelines updates In-Reply-To: <1125149628.5239.87.camel@localhost.localdomain> References: <1125149628.5239.87.camel@localhost.localdomain> Message-ID: <1125303656.4520.19.camel@blaa> On Sat, 2005-08-27 at 08:33 -0500, Tom 'spot' Callaway wrote: > 2. I also proposed an addition to the PackagingGuidelines regarding > desktop applications. Specifically, I proposed to FESCO that all > packages containing GUI applications should also include a properly > installed %{name}.desktop file. Ideally, this file will come from > upstream, but if it is not included by default, the packager should add > it as a Source#:. For the purposes of this rule, a GUI application is > defined as anything which draws a window in X and then operates from > within that window. If you do not feel that your GUI application needs > a .desktop file, you need to rationalize its absense with a comment in > the .spec file. Are you saying that, as a rule, all applications which display an X window should appear in the applications menu? If so, I think that's a little odd - there are plenty of applications out there that don't warrant a menu entry - e.g. zenity, gnome-screenshot, xclock etc. Perhaps you mean that all applications should have a .desktop file regardless of whether it should be in the menus for the purposes of startup-notification and/or the mime system? i.e. it may have a NoDisplay=true but should have StartupNotify=true/false or MimeType=...? All in all, I'm not sure I understand what we're hoping to achieve with this. Cheers, Mark. From bugs.michael at gmx.net Mon Aug 29 08:35:45 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 29 Aug 2005 10:35:45 +0200 Subject: wxGTK/wxPython In-Reply-To: <1125288021.1140.16.camel@localhost.localdomain> References: <1125288021.1140.16.camel@localhost.localdomain> Message-ID: <20050829103545.2428afa8.bugs.michael@gmx.net> On Sun, 28 Aug 2005 23:00:21 -0500, Tom 'spot' Callaway wrote: > Right now, wxGTK2 is orphaned, and its one major release out of date > (2.4). Since there are still programs using 2.4, I'd like to propose > that we move wxGTK2 2.4 to compat-wxGTK2 and let wxGTK2 go to 2.6. > This will also require wxPython to make the same change. > > I've whipped up packages for all four, and I'd like some feedback before > I put them up for review. (Panu Matilainen is listed as the owner for > wxPython, but it doesn't look touched recently) Have you visited the related bugzilla ticket? From bugzilla at redhat.com Mon Aug 29 10:28:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 06:28:37 -0400 Subject: [Bug 165992] Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 In-Reply-To: Message-ID: <200508291028.j7TASb4K032259@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Glide3-Mesa - Render OpenGL through Glide3 for use with 3Dfx Voodoo 1 & 2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165992 ------- Additional Comments From j.w.r.degoede at hhs.nl 2005-08-29 06:28 EST ------- Comment 4/5 you're right I didn't think about that one. Hmm. Comment 1/2 I've explained why I have done things as I have done them. About the BuildRequires, the guidelines specificly state that BuildRequires should not be versioned unless one plans to build for a target where an older then required version has been available. Could you continue your review please and tell me what needs to be changed in order to get this package approved, thanks! My own biggest concern is the name, can anyone think of a better name? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 11:10:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 07:10:41 -0400 Subject: [Bug 166713] Review Request: perl-GnuPG-Interface In-Reply-To: Message-ID: <200508291110.j7TBAf0t004153@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-GnuPG-Interface https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166713 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-29 07:10 EST ------- Please use "perldoc -t" rather than plain "perldoc" - I forgot that in Comment #1. You might also want to add "%{?_smp_mflags}" as an option to make in %build. You can address these in CVS. APPROVED. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Mon Aug 29 11:26:30 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 29 Aug 2005 01:26:30 -1000 Subject: bootchart packager? In-Reply-To: <1116950869.25038.6.camel@ignacio.ignacio.lan> References: <42926233.5060803@redhat.com> <20050524022909.GA11843@nostromo.devel.redhat.com> <1116902360.25038.4.camel@ignacio.ignacio.lan> <1116950343.5131.6.camel@localhost> <1116950869.25038.6.camel@ignacio.ignacio.lan> Message-ID: <4312F0E6.1040207@redhat.com> Ignacio Vazquez-Abrams wrote: > On Tue, 2005-05-24 at 17:59 +0200, Ziga Mahkovec wrote: > >>On Mon, 2005-05-23 at 22:39 -0400, Ignacio Vazquez-Abrams wrote: >> >>>On Mon, 2005-05-23 at 22:29 -0400, Bill Nottingham wrote: >>> >>>>It requires jakarta-commons-somethingorother to build, >>> >>>Really? While I did see some "extension missing" errors from ant and a >>>buttload of warnings when compiling it I did get a jar at the end of >>>compiling it. Now I need to figure out what to put in %install... >> >>Did you start from the SRPM that's available at the download page? > > > No, I actually built a new spec file from scratch. I suppose that's why > I didn't see that error. > Any progress on this btw? Warren Togami wtogami at redhat.com From bugzilla at redhat.com Mon Aug 29 11:30:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 07:30:36 -0400 Subject: [Bug 165666] Review Request: Graph Visualization Tools In-Reply-To: Message-ID: <200508291130.j7TBUaf8006063@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Graph Visualization Tools https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165666 ------- Additional Comments From oliver at linux-kernel.at 2005-08-29 07:30 EST ------- Specfile cleanup and update. Please have a look again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 12:17:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 08:17:27 -0400 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200508291217.j7TCHRee012415@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ------- Additional Comments From ville.skytta at iki.fi 2005-08-29 08:17 EST ------- More findings, this time actually testing the module: - Path to pam_pkcs11.conf in the pki patch is wrong, should be /etc/pki/pkcs11, not /etc/pki/pam_pkcs11. - pam_pkcs11.conf mentions $HOME/.ssh/authorized_keys for the opensc mapper, that's almost certainly wrong and should probably be $HOME/.eid/authorized_certificates - Security: all /etc/pki/pkcs11/*_mappers contain _enabled_ example entries, they should be commented out or removed. - Undefined symbols: trying to use the opensc mapper (with debug on) barfs: [...] DEBUG:mapper_mgr.c:77: dlopen failed for module: opensc path: /usr/lib/pam_pkcs11/opensc_mapper.so Error: /usr/lib/pam_pkcs11/opensc_mapper.so: undefined symbol: is_empty_str DEBUG:mapper_mgr.c:77: dlopen failed for module: null path: /usr/lib/pam_pkcs11/null_mapper.so Error: /usr/lib/pam_pkcs11/null_mapper.so: undefined symbol: mapper_find_user [...] - Note: FC-3 doesn't have /etc/pki; you decide whether that matters and whether to do something about it in this package. - Cosmetics from comment 3 (feel free to ignore, won't mention these again): 0.5.2-1 changelog still mentions --disable-static being used, but it's not. Also, the double ownership of the /etc/pki/pkcs11 dir remains in main and -tools %files. - /usr/bin/make_hash_link.sh smells a bit too generic IMHO, could consider moving it eg. to /etc/pki/pkcs11, you decide. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 12:23:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 08:23:22 -0400 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200508291223.j7TCNMma013170@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ------- Additional Comments From ville.skytta at iki.fi 2005-08-29 08:23 EST ------- Hmm, actually it seems that /etc/pki/pam_pkcs11 is used consistently throughout the pki patch, but the specfile installs stuff to /etc/pki/pkcs11. Maybe fix the specfile instead of the patch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 12:27:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 08:27:54 -0400 Subject: [Bug 166980] New: Review Request: kmymoney2-0.8-1: Personal finance Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 Summary: Review Request: kmymoney2-0.8-1: Personal finance Product: Fedora Extras Version: devel Platform: All URL: http://kmymoney2.sourceforge.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: rdieter at math.unl.edu QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kmymoney-0.8-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kmymoney-0.8-1.src.rpm Description: KMyMoney is striving to be a full-featured replacement for your Windows-based finance software. We are a full double-entry accounting software package, for personal or small-business use. Here's our cumulative feature list: * Double-entry (Integer-based) accounting system * Support checking accounts, savings accounts, credit cards, loans, mortgages, cash, asset, and liability accounts * Default category lists for several countries, and user-defined categories available * XML file format for saving data * QIF file import/export for external data, including user-definable QIF schema * Allows arbitrary hierarchy of expense and income categories * Translations available for French, German and Russian * Ability to create scheduled transactions * Transaction entry in a user-friendly checkbook type form or an editable register * Compact ledger layout, but also contains a 'ledger-lens' to show all details of the 'current' selected transaction * display of transactions per payer/payee * Support of split transactions for multiple categories and accounts * Powerful transaction search function * User-friendly wizards to guide users through more complicated tasks, such as setting up a loan * Adjustable 'home-page' to show important information to the user after start-up -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 12:28:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 08:28:02 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508291228.j7TCS2JJ013881@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |166980 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 12:55:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 08:55:49 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291255.j7TCtn6T019439@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: sbcl-0.9.3- |Review Request: sbcl-0.9.4- |1: The Steel Bank Common |1: The Steel Bank Common |Lisp development environment|Lisp development environment URL|http://apt.kde- |http://apt.kde- |redhat.org/apt/fedora/all/SR|redhat.org/apt/fedora/all/SR |PMS/stable/sbcl-0.9.3- |PMS/stable/sbcl-0.9.4- |1.src.rpm |1.src.rpm ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 08:55 EST ------- Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/sbcl-0.9.4-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS/stable/sbcl-0.9.4-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 13:01:16 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 09:01:16 -0400 Subject: [Bug 166796] Review Request: cmucl-19b-2: The CMU Common Lisp compiler In-Reply-To: Message-ID: <200508291301.j7TD1G9j020063@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmucl-19b-2: The CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: cmucl-19b-1:|Review Request: cmucl-19b-2: |The CMU Common Lisp compiler|The CMU Common Lisp compiler URL|http://apt.kde- |http://apt.kde- |redhat.org/apt/fedora/all/SR|redhat.org/apt/fedora/all/SR |PMS/stable/cmucl-19b- |PMS/stable/cmucl-19b- |1.src.rpm |2.src.rpm ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 09:01 EST ------- Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/cmucl-19b-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS/stable/cmucl-19b-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 13:08:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 09:08:58 -0400 Subject: [Bug 166928] Review Request: numlockx In-Reply-To: Message-ID: <200508291308.j7TD8wiD021164@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: numlockx https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166928 ------- Additional Comments From jpmahowald at gmail.com 2005-08-29 09:08 EST ------- Nitpicks fixed, thanks. New version available from http://frontiernet.net/~jpmahowald/fedora/review/numlockx.spec and http://frontiernet.net/~jpmahowald/fedora/review/numlockx-1.0-3.src.rpm Importing into CVS. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 13:08:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 09:08:59 -0400 Subject: [Bug 166796] Review Request: cmucl-19b-2: The CMU Common Lisp compiler In-Reply-To: Message-ID: <200508291308.j7TD8xh7021171@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmucl-19b-2: The CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 09:08 EST ------- %changelog * Fri Aug 26 2005 Rex Dieter 19b-2 - use setarch - -extras subpkg -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Aug 29 13:16:37 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 29 Aug 2005 15:16:37 +0200 Subject: rpms/graphviz/devel graphviz.spec,1.14,1.15 In-Reply-To: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> References: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> Message-ID: <1125321397.13772.1.camel@mccallum.corsepiu.local> On Mon, 2005-08-29 at 07:33 -0400, Oliver Falk wrote: > Author: oliver > Index: graphviz.spec > +BuildRequires: /bin/ksh bison m4 flex tcl-devel >= 8.3 tk-devel swig What's the reason for BR'ing /bin/ksh? I can't imagine a single reason for doing so under Linux. Ralf From bugzilla at redhat.com Mon Aug 29 13:17:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 09:17:46 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291317.j7TDHkxR022551@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |gemi at bluewin.ch ------- Additional Comments From gemi at bluewin.ch 2005-08-29 09:17 EST ------- I cannot download http://apt.kde-redhat.org/apt/fedora/all/SRPMS/stable/sbcl-0.9.4-1.src.rpm (object not found) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 13:19:24 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 09:19:24 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291319.j7TDJO7f022754@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 09:19 EST ------- My bad for posting before I actually put the files in place. Should be good now. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 13:25:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 09:25:27 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291325.j7TDPR3a023820@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From gemi at bluewin.ch 2005-08-29 09:25 EST ------- This should be SRPMS.stable, not SRPMS/stable. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 13:27:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 09:27:41 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291327.j7TDRfAV024279@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://apt.kde- |http://apt.kde- |redhat.org/apt/fedora/all/SR|redhat.org/apt/fedora/all/SR |PMS/stable/sbcl-0.9.4- |PMS.stable/sbcl-0.9.4- |1.src.rpm |1.src.rpm ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 09:27 EST ------- SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS.stable/sbcl-0.9.4-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From oliver at linux-kernel.at Mon Aug 29 13:30:04 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Mon, 29 Aug 2005 15:30:04 +0200 Subject: rpms/graphviz/devel graphviz.spec,1.14,1.15 In-Reply-To: <1125321397.13772.1.camel@mccallum.corsepiu.local> References: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> <1125321397.13772.1.camel@mccallum.corsepiu.local> Message-ID: <43130DDC.6030104@linux-kernel.at> On 08/29/2005 03:16 PM, Ralf Corsepius wrote: > On Mon, 2005-08-29 at 07:33 -0400, Oliver Falk wrote: > >>Author: oliver > > >>Index: graphviz.spec > > >>+BuildRequires: /bin/ksh bison m4 flex tcl-devel >= 8.3 tk-devel swig > > What's the reason for BR'ing /bin/ksh? > > I can't imagine a single reason for doing so under Linux. I took that from the specfile that comes with graphviz and didn't think to much about it - it also was there since I took over graphviz... Maybe John knows why!? Best, Oliver From bugzilla at redhat.com Mon Aug 29 13:43:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 09:43:03 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291343.j7TDh3e0026400@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://apt.kde- |http://apt.kde- |redhat.org/apt/fedora/all/SR|redhat.org/apt/fedora/all/SR |PMS.stable/sbcl-0.9.4- |PMS/stable/sbcl-0.9.4- |1.src.rpm |1.src.rpm ------- Additional Comments From gemi at bluewin.ch 2005-08-29 09:43 EST ------- * The spec file should be named sbcl.spec * Shouldn't the src rpm contain bootstrapping binaries for all architectures? AFAIK src rpms are not architecture dependent. * You may request a ppc binary from upstream, so that all fedora platforms are supported. * Requires(post): /sbin/install-info Requires(preun): /sbin/install-info * setarch -R is required on FC4 to start sbcl, you might create a script /usr/bin/sbcl that calls a renamed /usr/bin/sbcl.bin with setarch. Better yet, communicate with upstream to investigate the problem. * Have you tried clisp to bootstrap sbcl? I did not succeed. If you do, the binaries are not necessary. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 13:50:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 09:50:49 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291350.j7TDon0V028073@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 09:50 EST ------- specfile names will certainly be fixed when imported to svn. > setarch -R is required on FC4 to start sbcl, I figured if it was *built* with that option, then the resulting binary would inherit that behavior. Turns out you're right. > Shouldn't the src rpm contain bootstrapping binaries for all architectures? > AFAIK src rpms are not architecture dependent. Hmm, good point, probably. > Have you tried clisp to bootstrap sbcl? I did not succeed. If you do, the > binaries are not necessary. Tried, it failed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 13:59:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 09:59:45 -0400 Subject: [Bug 166783] Review Request: maxima-5.9.1-1: Computer Algebra System In-Reply-To: Message-ID: <200508291359.j7TDxjum030139@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: maxima-5.9.1-1: Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166783 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |gemi at bluewin.ch OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From gemi at bluewin.ch 2005-08-29 09:59 EST ------- "It is quite reliable, and has good garbage collection, and no memory leaks. It comes with hundreds of self tests." I would leave this out of the description. Garbage collection and memory leaks is anyways mostly a feature of the underlying lisp implementation. Do you think it is important to make a main package and subpackage for the lisp. binary? I would rather have a package maxima that is build with clisp. If anyone wants to use e.g. sbcl, he can build it himself. If you use a cvs snapshot, the date should be reflected in the release tag. texi2dvi is missing in tetex3, but texi2dvi -p does the same thing. IMHO the spec file is little complicated. Is really necessary to have all the optional stuff? Why not build for clisp only, bundle the prebuilt doc, and clean up the spec (at least for now). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Aug 29 14:02:27 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 29 Aug 2005 16:02:27 +0200 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: <200508291343.j7TDh3e0026400@www.beta.redhat.com> References: <200508291343.j7TDh3e0026400@www.beta.redhat.com> Message-ID: <1125324148.13772.14.camel@mccallum.corsepiu.local> On Mon, 2005-08-29 at 09:43 -0400, bugzilla at redhat.com wrote: > gemi at bluewin.ch changed: > * Shouldn't the src rpm contain bootstrapping binaries for all architectures? > AFAIK src rpms are not architecture dependent. Actually, src.rpms are architecture dependent: Just check the %ARCH inside of FE src.rpms: rpm -q --qf "%{ARCH}\n" -p .src.rpm It's only that in most cases, they are usable independent of the architecture an src.rpm had been build. However, intentionally constructing architecture dependent src.rpms is pretty simple: Add some %ifarch conditionals around "SourceX" or "PatchX" in an rpm-spec and you'll get a real architecture dependent src.rpm. Ralf From bugzilla at redhat.com Mon Aug 29 14:03:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 10:03:44 -0400 Subject: [Bug 166783] Review Request: maxima-5.9.1-1: Computer Algebra System In-Reply-To: Message-ID: <200508291403.j7TE3ivJ031064@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: maxima-5.9.1-1: Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166783 ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 10:03 EST ------- >IMHO the spec file is little complicated. Is really necessary to have all >the optional stuff? Why not build for clisp only Agreed, especially since clisp is the only lisp that (realiably) works on Fedora Core at the moment (and is already in Extras). -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 14:19:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 10:19:40 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291419.j7TEJe9J001817@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From gemi at bluewin.ch 2005-08-29 10:19 EST ------- Where is %{?fedora} defined? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 14:21:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 10:21:06 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291421.j7TEL6PD002168@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 10:20 EST ------- %{fedora} is defined by the Extras buildsystem. It's set to 3 on Fedora Core 3, 4 on Fedora Core 4. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 14:45:27 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 10:45:27 -0400 Subject: [Bug 166783] Review Request: maxima-5.9.1-3: Computer Algebra System In-Reply-To: Message-ID: <200508291445.j7TEjRTD006267@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: maxima-5.9.1-3: Computer Algebra System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166783 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: maxima- |Review Request: maxima- |5.9.1-1: Computer Algebra |5.9.1-3: Computer Algebra |System |System URL|http://apt.kde- |http://maxima.sourceforge.ne |redhat.org/apt/fedora/all/SR|t/ |PMS.stable/maxima-5.9.1- | |1.src.rpm | ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 10:45 EST ------- Simplify. Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS.stable/maxima-5.9.1-3.src.rpm SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/maxima-5.9.1-3.spec * Mon Aug 29 2005 Rex Dieter 5.9.1-3 - trim %%description - drop maxima book generation (use pregenerated copy) - drop emaxima subpkg bits - -src: lisp source subpkg * Fri Aug 26 2005 Rex Dieter 5.9.1-2 - re-instate %%debuginfo - put 'make check' in %%check section -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From tcallawa at redhat.com Mon Aug 29 15:34:37 2005 From: tcallawa at redhat.com (Tom 'spot' Callaway) Date: Mon, 29 Aug 2005 10:34:37 -0500 Subject: Packaging guidelines updates In-Reply-To: <1125303656.4520.19.camel@blaa> References: <1125149628.5239.87.camel@localhost.localdomain> <1125303656.4520.19.camel@blaa> Message-ID: <1125329677.1140.43.camel@localhost.localdomain> On Mon, 2005-08-29 at 09:20 +0100, Mark McLoughlin wrote: > On Sat, 2005-08-27 at 08:33 -0500, Tom 'spot' Callaway wrote: > > > 2. I also proposed an addition to the PackagingGuidelines regarding > > desktop applications. Specifically, I proposed to FESCO that all > > packages containing GUI applications should also include a properly > > installed %{name}.desktop file. Ideally, this file will come from > > upstream, but if it is not included by default, the packager should add > > it as a Source#:. For the purposes of this rule, a GUI application is > > defined as anything which draws a window in X and then operates from > > within that window. If you do not feel that your GUI application needs > > a .desktop file, you need to rationalize its absense with a comment in > > the .spec file. > > Are you saying that, as a rule, all applications which display an X > window should appear in the applications menu? If so, I think that's a > little odd - there are plenty of applications out there that don't > warrant a menu entry - e.g. zenity, gnome-screenshot, xclock etc. No, only applications which display an X window _and_ run from that window. xclock doesn't really meet that criteria, since it cannot run from that window. xclock is really a cli application that displays an X window as a result of being executed with certain flags. ImageMagick is another obvious example of an application that can open X windows, but does not run or interact from that window. And if you think your GUI application doesn't need a .desktop file, you just need to put a comment in the spec file stating why. ~spot -- Tom "spot" Callaway: Red Hat Senior Sales Engineer || GPG ID: 93054260 Fedora Extras Steering Committee Member (RPM Standards and Practices) Aurora Linux Project Leader: http://auroralinux.org Lemurs, llamas, and sparcs, oh my! From bugzilla at redhat.com Mon Aug 29 15:49:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 11:49:54 -0400 Subject: [Bug 165899] Review Request: pam_pkcs11 : PKCS #11 PAM login module In-Reply-To: Message-ID: <200508291549.j7TFnsUk019255@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pam_pkcs11 : PKCS #11 PAM login module https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165899 ------- Additional Comments From ville.skytta at iki.fi 2005-08-29 11:49 EST ------- Re: opensc mapper: http://opensc.org/pipermail/opensc-devel/2005-August/006936.html Drop it and the config file part for now? The mapper is not useful for anything AFAICT, see its code... More fun, digest mapper bombs after verifying the CA cert, let me know if you want a backtrace: *** glibc detected *** su: free(): invalid next size (fast): 0x0913ae08 *** ======= Backtrace: ========= /lib/libc.so.6[0x5eb124] /lib/libc.so.6(__libc_free+0x77)[0x5eb65f] /usr/lib/pam_pkcs11/digest_mapper.so(get_mapent+0x22)[0xeec135] /usr/lib/pam_pkcs11/digest_mapper.so(mapfile_find+0x120)[0xeec476] /usr/lib/pam_pkcs11/digest_mapper.so(mapfile_match+0x30)[0xeec5a6] /usr/lib/pam_pkcs11/digest_mapper.so[0xeec7c7] /lib/security/pam_pkcs11.so(match_user+0x73)[0xa66f6f] /lib/security/pam_pkcs11.so(pam_sm_authenticate+0x7d4)[0xa661d1] /lib/libpam.so.0(_pam_dispatch+0x28c)[0xda8d8c] /lib/libpam.so.0(pam_authenticate+0x47)[0xdaae9b] su(main+0x30c)[0xd0682f] /lib/libc.so.6(__libc_start_main+0xdf)[0x59cd5f] su[0xd05941] Doesn't look too good :( -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 16:04:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 12:04:25 -0400 Subject: [Bug 166909] Review request: perl-Module-Refresh - Refresh %INC files when updated on disk In-Reply-To: Message-ID: <200508291604.j7TG4PH1024300@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review request: perl-Module-Refresh - Refresh %INC files when updated on disk https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166909 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|gdk at redhat.com |jpo at di.uminho.pt OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From jpo at di.uminho.pt 2005-08-29 12:04 EST ------- APPROVED. MD5SUMS: 3f7b90c74b34be9eadfc826cc352ea5e perl-Module-Refresh-0.06-2.src.rpm 8953faac0f1110fb7573bd2e7b48a1da Module-Refresh-0.06.tar.gz d2a92875a21ae62e986b8e391782db7d perl-Module-Refresh.spec Good: * Package name follows standard * MD5 digest verified against CPAN tarball * URL and Sources/Patches url are valid * License verified (main URL and main POD page) * perl(:MODULE_COMPAT_xxx) present * perl vendor libs present * File permissions verified * Builds without problems in FC3 and FC4 * No unresolved tickets in http://rt.cpan.org/NoAuth/Bugs.html?Dist=Module-Refresh -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 16:07:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 12:07:32 -0400 Subject: [Bug 166980] Review Request: kmymoney2-0.8-1: Personal finance In-Reply-To: Message-ID: <200508291607.j7TG7W8L025699@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2-0.8-1: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 12:07 EST ------- Oops, corrected URLS: Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kmymoney2-0.8-1.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kmymoney2-0.8-1.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 16:40:54 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 12:40:54 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291640.j7TGesxc032224@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From gemi at bluewin.ch 2005-08-29 12:40 EST ------- But %{fedora} is not defined in fc4's rpmbuild, i.e., the src rpm may not build correctly for a user. output of rpmlint: W: sbcl devel-file-in-non-devel-package /usr/lib/sbcl/sb-bsd-sockets/alien/undefs.c W: sbcl devel-file-in-non-devel-package /usr/lib/sbcl/sb-bsd-sockets/foo.c W: sbcl devel-file-in-non-devel-package /usr/lib/sbcl/sb-bsd-sockets/alien/get-h-errno.c E: sbcl script-without-shellbang /usr/lib/sbcl/sb-bsd-sockets/alien/get-h-errno.c Are these files necessary? At least chmod 644 get-h-errno.c E: sbcl info-dir-file /usr/share/info/dir this must be removed W: sbcl devel-file-in-non-devel-package /usr/lib/sbcl/sb-posix/alien/stat-macros.c W: sbcl devel-file-in-non-devel-package /usr/lib/sbcl/sb-posix/alien/waitpid-macros.c W: sbcl devel-file-in-non-devel-package /usr/lib/sbcl/sb-posix/foo.c Are these necessary? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jamatos at fc.up.pt Mon Aug 29 16:56:33 2005 From: jamatos at fc.up.pt (Jose' Matos) Date: Mon, 29 Aug 2005 17:56:33 +0100 Subject: Packaging guidelines updates In-Reply-To: <1125329677.1140.43.camel@localhost.localdomain> References: <1125149628.5239.87.camel@localhost.localdomain> <1125303656.4520.19.camel@blaa> <1125329677.1140.43.camel@localhost.localdomain> Message-ID: <200508291756.33968.jamatos@fc.up.pt> On Monday 29 August 2005 16:34, Tom 'spot' Callaway wrote: > ImageMagick is > another obvious example of an application that can open X windows, but > does not run or interact from that window. Actually display from ImageMagick launches a window and can be used from there. :-) And I do not see it in the menu. :-) -- Jos? Ab?lio From bugzilla at redhat.com Mon Aug 29 17:01:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 13:01:25 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291701.j7TH1Pv0004001@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-1: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 13:01 EST ------- > But %{fedora} is not defined in fc4's rpmbuild, i.e., the src rpm may not build > correctly for a user. True, and eventually the default case could to make it work for end-users, but don't forget that the primary target here is the Fedora Extras buildsystem. > W: sbcl devel-file-in-non-devel-package > /usr/lib/sbcl/sb-posix/alien/stat-macros.c > Are these necessary? Dunno, probably not, just packaging what upstream does. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ellson at research.att.com Mon Aug 29 17:06:49 2005 From: ellson at research.att.com (John Ellson) Date: Mon, 29 Aug 2005 13:06:49 -0400 Subject: rpms/graphviz/devel graphviz.spec,1.14,1.15 In-Reply-To: <43130DDC.6030104@linux-kernel.at> References: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> <1125321397.13772.1.camel@mccallum.corsepiu.local> <43130DDC.6030104@linux-kernel.at> Message-ID: <431340A9.1060907@research.att.com> Oliver Falk wrote: > On 08/29/2005 03:16 PM, Ralf Corsepius wrote: > >> On Mon, 2005-08-29 at 07:33 -0400, Oliver Falk wrote: >> >>> Author: oliver >> >> >> >>> Index: graphviz.spec >> >> >> >>> +BuildRequires: /bin/ksh bison m4 flex tcl-devel >= 8.3 >>> tk-devel swig >> >> >> What's the reason for BR'ing /bin/ksh? >> >> I can't imagine a single reason for doing so under Linux. > > > I took that from the specfile that comes with graphviz and didn't > think to much about it - it also was there since I took over > graphviz... Maybe John knows why!? > > Best, > Oliver Tritely, because ksh was invented here and its too hard convincing people here to use bash. As I recall, iffe depends on it. John From lta at creativemonsters.com Mon Aug 29 17:13:51 2005 From: lta at creativemonsters.com (Creative Monsters) Date: Mon, 29 Aug 2005 18:13:51 +0100 Subject: Aqsis Package Message-ID: <4313424F.2050506@creativemonsters.com> Hi there, I'm interested in having a GPL'd 3D rendering tool, known as Aqsis (www.aqsis.org), added to the 'Fedora Extras' repository but being a first-timer I'm in need of a 'Sponsor' - I think. :-s We curently have a working Fedora RPM on our site, of which the maintainer is happy to do whatever is necessary to get the package up to the standards required. Anyone interested in helping us out, and if so where do we go next ??? Many thanks in advance, Leon Tony Atkinson Aqsis Team Member www.aqsis.org From bugzilla at redhat.com Mon Aug 29 17:12:06 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 13:12:06 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-2: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508291712.j7THC6nr007738@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-2: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: sbcl-0.9.4- |Review Request: sbcl-0.9.4- |1: The Steel Bank Common |2: The Steel Bank Common |Lisp development environment|Lisp development environment URL|http://apt.kde- |http://sbcl.sourceforge.net/ |redhat.org/apt/fedora/all/SR| |PMS/stable/sbcl-0.9.4- | |1.src.rpm | ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 13:11 EST ------- %changelog * Mon Aug 29 2005 Rex Dieter 0.9.4-2 - rm -f /usr/share/info/dir - fix perms on packaged .c files - include all bootstrap binaries - Requires(post,preun): /sbin/install-info - sbcl.sh app-wrapper (when using setarch) Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/sbcl-0.9.4-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS.stable/sbcl-0.9.4-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Mon Aug 29 17:15:39 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 29 Aug 2005 19:15:39 +0200 Subject: rpms/graphviz/devel graphviz.spec,1.14,1.15 In-Reply-To: <431340A9.1060907@research.att.com> References: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> <1125321397.13772.1.camel@mccallum.corsepiu.local> <43130DDC.6030104@linux-kernel.at> <431340A9.1060907@research.att.com> Message-ID: <1125335739.4231.9.camel@mccallum.corsepiu.local> On Mon, 2005-08-29 at 13:06 -0400, John Ellson wrote: > Oliver Falk wrote: > > > On 08/29/2005 03:16 PM, Ralf Corsepius wrote: > > > >> On Mon, 2005-08-29 at 07:33 -0400, Oliver Falk wrote: > >> > >>> Author: oliver > >> > >> > >> > >>> Index: graphviz.spec > >> > >> > >> > >>> +BuildRequires: /bin/ksh bison m4 flex tcl-devel >= 8.3 > >>> tk-devel swig > >> > >> > >> What's the reason for BR'ing /bin/ksh? > >> > >> I can't imagine a single reason for doing so under Linux. > > > > > > I took that from the specfile that comes with graphviz and didn't > > think to much about it - it also was there since I took over > > graphviz... Maybe John knows why!? > > > > Best, > > Oliver > > > > Tritely, because ksh was invented here ;) > and its too hard convincing people here to use > bash. As I recall, iffe depends on it. Well, I'd suggest you to extend your configure script to detect a suitable shell (I guess you actually are looking for shell supporting for some features which were missing in the original Bourne shell 10 years+ ago), or FE should simply sed the /bin/ksh to /bin/bash or even /bin/sh from the sources inside of the rpm spec. Ralf From ellson at research.att.com Mon Aug 29 17:29:43 2005 From: ellson at research.att.com (John Ellson) Date: Mon, 29 Aug 2005 13:29:43 -0400 Subject: rpms/graphviz/devel graphviz.spec,1.14,1.15 In-Reply-To: <1125335739.4231.9.camel@mccallum.corsepiu.local> References: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> <1125321397.13772.1.camel@mccallum.corsepiu.local> <43130DDC.6030104@linux-kernel.at> <431340A9.1060907@research.att.com> <1125335739.4231.9.camel@mccallum.corsepiu.local> Message-ID: <43134607.4020605@research.att.com> Ralf Corsepius wrote: >On Mon, 2005-08-29 at 13:06 -0400, John Ellson wrote: > > >>Oliver Falk wrote: >> >> >> >>>On 08/29/2005 03:16 PM, Ralf Corsepius wrote: >>> >>> >>> >>>>On Mon, 2005-08-29 at 07:33 -0400, Oliver Falk wrote: >>>> >>>> >>>> >>>>>Author: oliver >>>>> >>>>> >>>> >>>> >>>> >>>>>Index: graphviz.spec >>>>> >>>>> >>>> >>>> >>>> >>>>>+BuildRequires: /bin/ksh bison m4 flex tcl-devel >= 8.3 >>>>>tk-devel swig >>>>> >>>>> >>>>What's the reason for BR'ing /bin/ksh? >>>> >>>>I can't imagine a single reason for doing so under Linux. >>>> >>>> >>>I took that from the specfile that comes with graphviz and didn't >>>think to much about it - it also was there since I took over >>>graphviz... Maybe John knows why!? >>> >>>Best, >>> Oliver >>> >>> >> >>Tritely, because ksh was invented here >> >> >;) > > > >> and its too hard convincing people here to use >>bash. As I recall, iffe depends on it. >> >> >Well, I'd suggest you to extend your configure script to detect a >suitable shell (I guess you actually are looking for shell supporting >for some features which were missing in the original Bourne shell 10 >years+ ago), >or FE should simply sed the /bin/ksh to /bin/bash or even /bin/sh from >the sources inside of the rpm spec. > >Ralf > > > > Is this a blocker for this release? To be honest I'm feeeling some burnout and this is not the technical issue that I want to work on.... John From bugzilla at redhat.com Mon Aug 29 17:49:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 13:49:20 -0400 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: Message-ID: <200508291749.j7THnKjA014060@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Imager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166254 ------- Additional Comments From steve at silug.org 2005-08-29 13:49 EST ------- I'm attaching a patch to the spec file that eliminates just about every issue I can find (including the more-or-less bogus warnings from rpmlint). I'll verify it with a mock build later today. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 17:55:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 13:55:51 -0400 Subject: [Bug 166626] Review Request: xscorch - A Scorched Earth clone In-Reply-To: Message-ID: <200508291755.j7THtpAW015528@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: xscorch - A Scorched Earth clone https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166626 ------- Additional Comments From jacob at gnifty.net 2005-08-29 13:55 EST ------- Yup. That's what I get for being in a hurry to go camping... I've replaced the xscorch.org patch. Thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 17:58:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 13:58:29 -0400 Subject: [Bug 166254] Review Request: perl-Imager In-Reply-To: Message-ID: <200508291758.j7THwTNo016113@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Imager https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166254 ------- Additional Comments From ghenry at suretecsystems.com 2005-08-29 13:58 EST ------- Well, looks like people are being impatient ;-) I was going to knock Sprog and all these RPMs off my list tomorrow and Wednesday. I'll apply the patch/ Cheers, Gavin. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 18:12:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 14:12:42 -0400 Subject: [Bug 167034] New: Review Request: foremost -- Recover files by "carving" them from a disk image Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167034 Summary: Review Request: foremost -- Recover files by "carving" them from a disk image Product: Fedora Extras Version: devel Platform: All URL: http://foremost.sf.net/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: toshio at tiki-lounge.com QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.tiki-lounge.com/~toshio/fedora/foremost.spec SRPM Name or Url: http://www.tiki-lounge.com/~toshio/fedora/foremost-1.0-1.src.rpm Description: Foremost recovers files based on their headers, footers, and internal data structures. This process is commonly referred to as data carving. Foremost can work on a raw disk drive or image file generated by dd. The headers and footers can be specified by a configuration file or you can use command line switches to specify built-in file types. These built-in types look at the data structures of a given file format allowing for a more reliable and faster recovery. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 18:12:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 14:12:58 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508291812.j7TICwte018953@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 toshio at tiki-lounge.com changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |167034 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gauret at free.fr Mon Aug 29 18:27:28 2005 From: gauret at free.fr (Aurelien Bompard) Date: Mon, 29 Aug 2005 20:27:28 +0200 Subject: Aqsis Package References: <4313424F.2050506@creativemonsters.com> Message-ID: Creative Monsters wrote: > We curently have a working Fedora RPM on our site, of which the > maintainer is happy to do whatever is necessary to get the package up to > the standards required. > Anyone interested in helping us out, and if so where do we go next ??? Here is the procedure to include a package in Fedora Extras http://fedoraproject.org/wiki/Extras/NewPackageProcess Regards, Aur?lien -- http://aurelien.bompard.org ~~~~ Jabber : abompard at jabber.fr Un clavier azerty en vaut deux. From ivazquez at ivazquez.net Mon Aug 29 18:50:19 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 29 Aug 2005 14:50:19 -0400 Subject: bootchart packager? In-Reply-To: <4312F0E6.1040207@redhat.com> References: <42926233.5060803@redhat.com> <20050524022909.GA11843@nostromo.devel.redhat.com> <1116902360.25038.4.camel@ignacio.ignacio.lan> <1116950343.5131.6.camel@localhost> <1116950869.25038.6.camel@ignacio.ignacio.lan> <4312F0E6.1040207@redhat.com> Message-ID: <1125341419.28096.3.camel@ignacio.lan> On Mon, 2005-08-29 at 01:26 -1000, Warren Togami wrote: > Any progress on this btw? Gah. Completely slipped my mind. Unfortunately I'm far too busy to work on it atm, so if someone else wants it then by all means go right ahead. -- 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 bugzilla at redhat.com Mon Aug 29 18:54:21 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 14:54:21 -0400 Subject: [Bug 167034] Review Request: foremost -- Recover files by "carving" them from a disk image In-Reply-To: Message-ID: <200508291854.j7TIsL4P027610@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: foremost -- Recover files by "carving" them from a disk image https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167034 ------- Additional Comments From toshio at tiki-lounge.com 2005-08-29 14:54 EST ------- Note: foremost is licensed as Public Domain on its web page. (Due to being created using US tax dollars). However, it seems to use at least two files which are licensed under the GPL -- api.c seems to have been ported from the chicago project. extract.c may have been created later and is licensed under the GPL. I don't see any issue with licensing the package as a whole as GPL in this case so I've done that for this package. I've also contacted the upstream mintainer to see if he has thoughts on the issue. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 19:01:18 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 15:01:18 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508291901.j7TJ1IlL029185@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From jeff.gilchrist at gmail.com 2005-08-29 15:01 EST ------- NEW Spec: http://compression.ca/pbzip2/pbzip2.spec NEW SRPM: http://compression.ca/pbzip2/pbzip2-0.9.4-1.src.rpm Modified spec file as per Oliver's suggestions. Applied patch from Jindrich and fixed another bug I found while I was at it (hence version # increase). Can you please verify this new package? Thanks. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Mon Aug 29 19:35:08 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 15:35:08 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508291935.j7TJZ8R2004263@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From j.m.maurer at student.utwente.nl 2005-08-29 15:34 EST ------- OK, thesis is done, time to get back on this :-) @Rex Dieter: why would one want to drop the Requires? @G?rard: Description is fixed now. The GMetaDom is (iirc) very experimental right now, is I think it is best to disable it. I'll ask the maintainer for details. t1lib is only needed to load Type1 fonts, but all important fonts (the Computer Modern familily) are available as True Type Fonts. I'll invesitgate the need for Type 1 fonts, we can always enable it if we want t1lib in Extras as well. I dropped the -disable-gmetadom --without-t1lib options, it builds fine without them. Deleted the mathmlviewer.1 manpage too... I thought I built the accompanying binary, but I was mistaken it with mathmlsvg :-/ New spec: http://www.abisource.com/~uwog/gtkmathview/gtkmathview.spec New SRPM: http://www.abisource.com/~uwog/gtkmathview/gtkmathview-0.7.3-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Mon Aug 29 19:59:24 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 29 Aug 2005 21:59:24 +0200 Subject: Packaging guidelines updates In-Reply-To: <200508291756.33968.jamatos@fc.up.pt> References: <1125149628.5239.87.camel@localhost.localdomain> <1125303656.4520.19.camel@blaa> <1125329677.1140.43.camel@localhost.localdomain> <200508291756.33968.jamatos@fc.up.pt> Message-ID: <20050829215924.744aa483.bugs.michael@gmx.net> On Mon, 29 Aug 2005 17:56:33 +0100, Jose' Matos wrote: > On Monday 29 August 2005 16:34, Tom 'spot' Callaway wrote: > > ImageMagick is > > another obvious example of an application that can open X windows, but > > does not run or interact from that window. > > Actually display from ImageMagick launches a window and can be used from > there. :-) > > And I do not see it in the menu. :-) Yeah, and gnome-screenshot (!) and xclock as mentioned by Mark McLoughlin are other examples. However, as commented on in an older reply, all three are just tiny tools, in particular xclock, and it would be kind of strange to include them in the menu next to big [modern] applications or let them compete with panel applets or built-in features ("print" key for executing gnome-screenshot) or default apps (The Gimp for acquiring more flexible screenshots). And afterall, this is only about documented packaging decisions in the spec file. From bugzilla at redhat.com Mon Aug 29 20:21:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 16:21:29 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508292021.j7TKLTUe013034@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From rdieter at math.unl.edu 2005-08-29 16:21 EST ------- > @Rex Dieter: why would one want to drop the Requires? Because they're not needed. rpm will autodetect these. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Mon Aug 29 20:41:24 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 29 Aug 2005 22:41:24 +0200 Subject: Packaging guidelines updates In-Reply-To: <20050829215924.744aa483.bugs.michael@gmx.net> References: <1125149628.5239.87.camel@localhost.localdomain> <1125303656.4520.19.camel@blaa> <1125329677.1140.43.camel@localhost.localdomain> <200508291756.33968.jamatos@fc.up.pt> <20050829215924.744aa483.bugs.michael@gmx.net> Message-ID: <20050829224124.73959271.bugs.michael@gmx.net> On Mon, 29 Aug 2005 21:59:24 +0200, Michael Schwendt wrote: > And afterall, this is only about documented packaging decisions in the > spec file. should read: And afterall, this is only about _documenting_ packaging decisions in the spec file. From michel.salim at gmail.com Mon Aug 29 20:29:22 2005 From: michel.salim at gmail.com (Michel Alexandre Salim) Date: Mon, 29 Aug 2005 15:29:22 -0500 Subject: Othello packages need reviews Message-ID: <1125347362.2761.8.camel@salem> I have two packages submitted for review, quarry (#166087) and grhino (#166426): https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166426 The former is a GUI for games supporting the Go/Game Text Protocol - it currently supports Go, Amazons and Othello engines. GnuGo is GTP-compliant, and GRhino, the second package, has its own GTK-based GUI but also can be run as a GTP engine. As these are my first Extras packages - I maintained fortunes-mod, gai and gai-pal before Extras was launched - I'd appreciate it if someone could sponsor these. The kind people who helped me review quarry unfortunately do not have the necessary permissions to do so. Thanks in advance, - Michel -------------- 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 bugzilla at redhat.com Mon Aug 29 20:58:32 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 16:58:32 -0400 Subject: [Bug 166063] Review Request: perl-HTML-Mason In-Reply-To: Message-ID: <200508292058.j7TKwWwh024253@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-HTML-Mason https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166063 ------- Additional Comments From steve at silug.org 2005-08-29 16:58 EST ------- How does this look? http://ftp.kspei.com/pub/steve/rpms/perl-HTML-Mason-1.3101-1.src.rpm http://ftp.kspei.com/pub/steve/rpms/perl-HTML-Mason/perl-HTML-Mason.spec %changelog * Mon Aug 29 2005 Steven Pritchard 1.3101-1 - Update to 1.3101 - Spec cleanup (jpo) - Include sample config file from Chris Grau -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugs.michael at gmx.net Mon Aug 29 21:07:12 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 29 Aug 2005 23:07:12 +0200 Subject: Othello packages need reviews In-Reply-To: <1125347362.2761.8.camel@salem> References: <1125347362.2761.8.camel@salem> Message-ID: <20050829230712.39994468.bugs.michael@gmx.net> On Mon, 29 Aug 2005 15:29:22 -0500, Michel Alexandre Salim wrote: > I have two packages submitted for review, quarry (#166087) and grhino > (#166426): > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166087 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166426 > > The former is a GUI for games supporting the Go/Game Text Protocol - it > currently supports Go, Amazons and Othello engines. GnuGo is > GTP-compliant, and GRhino, the second package, has its own GTK-based GUI > but also can be run as a GTP engine. > > As these are my first Extras packages - I maintained fortunes-mod, gai > and gai-pal before Extras was launched - I'd appreciate it if someone > could sponsor these. The kind people who helped me review quarry > unfortunately do not have the necessary permissions to do so. First a question. Do you want back gai and gai-pal? They are still on the list of potentially orphaned packages, because the one volunteer who has shown interest in them has not signed up as planned. And I only stepped in and kept them alive and working and added gai-temp while doing that. They were fun to maintain as one had to do a bit more than just run make on an extracted tarball. ;) From bugzilla at redhat.com Mon Aug 29 21:11:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 17:11:56 -0400 Subject: [Bug 165955] Review Request: grads Grid Analysis and Display System In-Reply-To: Message-ID: <200508292111.j7TLBuvs027117@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: grads Grid Analysis and Display System https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165955 Bug 165955 depends on bug 165952, which changed state. Bug 165952 Summary: Review Request: libsx. Simple X library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165952 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at all-the-johnsons.co.uk Mon Aug 29 21:18:18 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Mon, 29 Aug 2005 22:18:18 +0100 Subject: Othello packages need reviews In-Reply-To: <20050829230712.39994468.bugs.michael@gmx.net> References: <1125347362.2761.8.camel@salem> <20050829230712.39994468.bugs.michael@gmx.net> Message-ID: <1125350298.4283.110.camel@localhost> Hi, > They are still on the > list of potentially orphaned packages Bit of a daft question, but where is this list? Now I'm getting the hang of packaging, I'm happy to take more on. TTFN Paul -- "A lot of football success is in the mind. You must believe you are the best and then make sure that you are. In my time at Liverpool we always said we had the best two teams on Merseyside, Liverpool and Liverpool Reserves." - Bill Shankly From bugzilla at redhat.com Mon Aug 29 21:17:49 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 17:17:49 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508292117.j7TLHn1O028049@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From j.m.maurer at student.utwente.nl 2005-08-29 17:17 EST ------- But that assumes that the proper versions are in rawhide. Now i know this is the case, but I love extra security... But i can drop them if you insist/ -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From michel.salim at gmail.com Mon Aug 29 21:26:33 2005 From: michel.salim at gmail.com (Michel Alexandre Salim) Date: Mon, 29 Aug 2005 16:26:33 -0500 Subject: Othello packages need reviews In-Reply-To: <1125350298.4283.110.camel@localhost> References: <1125347362.2761.8.camel@salem> <20050829230712.39994468.bugs.michael@gmx.net> <1125350298.4283.110.camel@localhost> Message-ID: <1125350794.9620.2.camel@salem> On Mon, 2005-08-29 at 22:18 +0100, Paul F. Johnson wrote: > Bit of a daft question, but where is this list? Now I'm getting the hang > of packaging, I'm happy to take more on. > On the Extras Wiki: http://fedoraproject.org/wiki/Extras/OrphanedPackages Hope that helps, - Michel From paul at all-the-johnsons.co.uk Mon Aug 29 21:27:14 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Mon, 29 Aug 2005 22:27:14 +0100 Subject: Request to take over maintenance of a package Message-ID: <1125350835.4283.116.camel@localhost> Hi, Is there any problem with me taking on the wxGTK package as listed on http://fedoraproject.org/wiki/Extras/OrphanedPackages ? TTFN Paul -- "A lot of football success is in the mind. You must believe you are the best and then make sure that you are. In my time at Liverpool we always said we had the best two teams on Merseyside, Liverpool and Liverpool Reserves." - Bill Shankly -------------- 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 michel.salim at gmail.com Mon Aug 29 21:27:54 2005 From: michel.salim at gmail.com (Michel Alexandre Salim) Date: Mon, 29 Aug 2005 16:27:54 -0500 Subject: Othello packages need reviews In-Reply-To: <20050829230712.39994468.bugs.michael@gmx.net> References: <1125347362.2761.8.camel@salem> <20050829230712.39994468.bugs.michael@gmx.net> Message-ID: <1125350875.9620.5.camel@salem> On Mon, 2005-08-29 at 23:07 +0200, Michael Schwendt wrote: > First a question. Do you want back gai and gai-pal? They are still on the > list of potentially orphaned packages, because the one volunteer who has > shown interest in them has not signed up as planned. And I only stepped in > and kept them alive and working and added gai-temp while doing that. They > were fun to maintain as one had to do a bit more than just run make on an > extracted tarball. ;) > Certainly. I noticed they're sitting on the orphan page, but decided to focus on getting CVS access first. Thanks for stepping in while I was away! - Michel From ville.skytta at iki.fi Mon Aug 29 21:36:32 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 30 Aug 2005 00:36:32 +0300 Subject: wxGTK/wxPython In-Reply-To: <20050829103545.2428afa8.bugs.michael@gmx.net> References: <1125288021.1140.16.camel@localhost.localdomain> <20050829103545.2428afa8.bugs.michael@gmx.net> Message-ID: <1125351392.9132.34.camel@localhost.localdomain> On Mon, 2005-08-29 at 10:35 +0200, Michael Schwendt wrote: > On Sun, 28 Aug 2005 23:00:21 -0500, Tom 'spot' Callaway wrote: > > > Right now, wxGTK2 is orphaned, and its one major release out of date > > (2.4). Since there are still programs using 2.4, I'd like to propose > > that we move wxGTK2 2.4 to compat-wxGTK2 and let wxGTK2 go to 2.6. > > This will also require wxPython to make the same change. > > > > I've whipped up packages for all four, and I'd like some feedback before > > I put them up for review. (Panu Matilainen is listed as the owner for > > wxPython, but it doesn't look touched recently) > > Have you visited the related bugzilla ticket? https://bugzilla.redhat.com/154618 From ville.skytta at iki.fi Mon Aug 29 21:37:50 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 30 Aug 2005 00:37:50 +0300 Subject: Request to take over maintenance of a package In-Reply-To: <1125350835.4283.116.camel@localhost> References: <1125350835.4283.116.camel@localhost> Message-ID: <1125351470.9132.36.camel@localhost.localdomain> On Mon, 2005-08-29 at 22:27 +0100, Paul wrote: > Is there any problem with me taking on the wxGTK package as listed on > http://fedoraproject.org/wiki/Extras/OrphanedPackages ? Please coordinate with other folks interested in it, see yesterday's "wxGTK/wxPython" thread on this list and the Bugzilla link I just posted to it. From bugs.michael at gmx.net Mon Aug 29 21:38:08 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 29 Aug 2005 23:38:08 +0200 Subject: Othello packages need reviews In-Reply-To: <1125350875.9620.5.camel@salem> References: <1125347362.2761.8.camel@salem> <20050829230712.39994468.bugs.michael@gmx.net> <1125350875.9620.5.camel@salem> Message-ID: <20050829233808.50bb3bb9.bugs.michael@gmx.net> On Mon, 29 Aug 2005 16:27:54 -0500, Michel Alexandre Salim wrote: > On Mon, 2005-08-29 at 23:07 +0200, Michael Schwendt wrote: > > > First a question. Do you want back gai and gai-pal? They are still on the > > list of potentially orphaned packages, because the one volunteer who has > > shown interest in them has not signed up as planned. And I only stepped in > > and kept them alive and working and added gai-temp while doing that. They > > were fun to maintain as one had to do a bit more than just run make on an > > extracted tarball. ;) > > > Certainly. I noticed they're sitting on the orphan page, but decided to > focus on getting CVS access first. Okay, then submit you CLA, join cvsextras group, and I'll sponsor you. From bugs.michael at gmx.net Mon Aug 29 21:39:59 2005 From: bugs.michael at gmx.net (Michael Schwendt) Date: Mon, 29 Aug 2005 23:39:59 +0200 Subject: Request to take over maintenance of a package In-Reply-To: <1125350835.4283.116.camel@localhost> References: <1125350835.4283.116.camel@localhost> Message-ID: <20050829233959.5ae692be.bugs.michael@gmx.net> On Mon, 29 Aug 2005 22:27:14 +0100, Paul wrote: > Hi, > > Is there any problem with me taking on the wxGTK package as listed on > http://fedoraproject.org/wiki/Extras/OrphanedPackages ? Please read through: https://bugzilla.redhat.com/154618 Another pair of eyes can be helpful. From michel.salim at gmail.com Mon Aug 29 23:18:47 2005 From: michel.salim at gmail.com (Michel Alexandre Salim) Date: Mon, 29 Aug 2005 18:18:47 -0500 Subject: Othello packages need reviews In-Reply-To: <20050829233808.50bb3bb9.bugs.michael@gmx.net> References: <1125347362.2761.8.camel@salem> <20050829230712.39994468.bugs.michael@gmx.net> <1125350875.9620.5.camel@salem> <20050829233808.50bb3bb9.bugs.michael@gmx.net> Message-ID: <1125357527.10357.16.camel@salem> On Mon, 2005-08-29 at 23:38 +0200, Michael Schwendt wrote: > Okay, then submit you CLA, join cvsextras group, and I'll sponsor you. > Done - michel.salim at gmail.com, username is salimma. Thanks Michael! - Michel From bugzilla at redhat.com Mon Aug 29 23:18:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 19:18:35 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508292318.j7TNIZBt013342@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From gemi at bluewin.ch 2005-08-29 19:18 EST ------- IIRC, freetype also handles type 1 fonts, so t1lib isn't necessary. Explicit Requires: on libraries such as gtk+ is *strongly* discouraged. It causes more problems than it solves. If a package builds on a platform, but then requires a specific version of gtk2, something is wrong and should be fixed. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 00:30:29 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 20:30:29 -0400 Subject: [Bug 166308] Review Request: asciidoc In-Reply-To: Message-ID: <200508300030.j7U0UTRc020248@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: asciidoc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166308 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-29 20:30 EST ------- Chris, I spoke with Warren today and we decided that I'll go ahead and import your packages into CVS while you create your account to speed things along. This package is now in CVS. I updated it to the latest asciidoc package and fixed it up for Ralf's specfile comment. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 00:36:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 20:36:33 -0400 Subject: [Bug 165833] Review Request: git-core In-Reply-To: Message-ID: <200508300036.j7U0aXX8020694@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: git-core https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165833 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-29 20:36 EST ------- Chris, after talking with Warren, I've imported your latest package into CVS to keep things moving until you get your account created. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 00:54:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 20:54:28 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508300054.j7U0sSKD021906@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From j.m.maurer at student.utwente.nl 2005-08-29 20:54 EST ------- Well, additional functions have been added to every stable gtk2 release, so requiring >= 2.2 is really needed. Is that allowed? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 02:00:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Mon, 29 Aug 2005 22:00:38 -0400 Subject: [Bug 166183] Review Request: perl-Class-Accessor-Chained In-Reply-To: Message-ID: <200508300200.j7U20ctA029113@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-Accessor-Chained https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166183 ------- Additional Comments From chris at chrisgrau.com 2005-08-29 22:00 EST ------- Two minor items: - You used %{_smp_mflags} instead of %{?_smp_mflags}. My fault. I realize that I made the typo in my review. - No changelog entry for -3. Those can be cleaned up post-import. Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 05:54:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 01:54:25 -0400 Subject: [Bug 166308] Review Request: asciidoc In-Reply-To: Message-ID: <200508300554.j7U5sPO4020147@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: asciidoc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166308 ------- Additional Comments From chrisw at osdl.org 2005-08-30 01:54 EST ------- Thanks, I made some changes as well based on Ralf's comments and also updated to 7.0.2 (probably the same changes, so merging should be trivial). I waded into the rpmlint issues (specifically dangling symlink), and had only a couple ugly fixes so I dropped them for now. Anyway current spec and src.rpm are uploading to http:///pub/linux/kernel/people/chrisw/git/review I also applied for CVS account. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Tue Aug 30 06:39:31 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 30 Aug 2005 08:39:31 +0200 Subject: kadischi autogen.sh,1.1.1.1,1.2 In-Reply-To: <200508291746.j7THkIb1004688@cvs-int.fedora.redhat.com> References: <200508291746.j7THkIb1004688@cvs-int.fedora.redhat.com> Message-ID: <1125383971.16878.24.camel@mccallum.corsepiu.local> On Mon, 2005-08-29 at 13:45 -0400, Darko Ilic wrote: > Author: darko > > Index: autogen.sh > =================================================================== > RCS file: /cvs/devel/kadischi/autogen.sh,v > retrieving revision 1.1.1.1 > retrieving revision 1.2 > diff -u -r1.1.1.1 -r1.2 > --- autogen.sh 21 Aug 2005 17:08:47 -0000 1.1.1.1 > +++ autogen.sh 29 Aug 2005 17:45:45 -0000 1.2 > @@ -43,7 +43,7 @@ > autoconf > cd $THEDIR > > -$srcdir/configure --prefix=/usr --sysconfdir=/etc --enable-maintainer-mode "$@" > +$srcdir/configure --enable-maintainer-mode "$@" Urgh - Configuring in maintainer-mode as part of autogen.sh? With all due respect, it's your freedom to do so, but you are misusing autoconf, here. Ralf From bugzilla at redhat.com Tue Aug 30 07:26:15 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 03:26:15 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508300726.j7U7QFBC004759@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From oliver at linux-kernel.at 2005-08-30 03:26 EST ------- Make is better written as: make %{?_smp_mflags}, if parallel build works. If smp builds don't work it's approved this way, else add the smp_mflags and it's also approved. :-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 08:24:56 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 04:24:56 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508300824.j7U8Ougs018195@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From jnovy at redhat.com 2005-08-30 04:24 EST ------- Jeff, it looks much better now. However, I noticed yet another denial of service in pbzip2: When specifying a number of processors on commandline by -p, pbzip2 allows an user to specify -p0, what tells pbzip2 to use no processor. This leads to hang of pbzip2 and no file is compressed. Maybe this should be fixed in the next pbzip2 release. It's ok with me to include this release of pbzip2 into Extras as it makes life of many people easier ;) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 09:26:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 05:26:19 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508300926.j7U9QJCO027737@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From gemi at bluewin.ch 2005-08-30 05:26 EST ------- If a package builds on, say, rawhide, the resulting rpm will have the correct requires for rawhide, namely libgtk-x11-2.0.so.0, etc. So it will be installed on exactly the same configuration, that it is built on. If someone installs on a different platform (fedora, or not) that has libgtk-x11-2.0.so.0, but is not the exact required version, than it is his on responsability, and is not supported at all. It may happen, that an update to, say, gtk2 breaks the package dependent on it. But then the package must be rebuilt as soon as possible. The version of a package is always the version of latest update. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 09:39:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 05:39:07 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508300939.j7U9d7Un029072@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From bugs.michael at gmx.net 2005-08-30 05:38 EST ------- > Is that allowed? It's overly pedantic and ties your main binary package against a list of specific package names and versions. Makes it more complicated to move a needed library into a different package without rebuilding your one as well. Also, the question ought to be "Does it make sense?", because Gtk+ >= 2.2 and GLib >= 2.2.1 are available for all the Fedora Core versions you target. Finally, do you want to guarantee that your binaries really work with any package named gtk2-2.2.1-something even if you built it for gtk2-2.8.0-something? There are special cases when an explicit dependency on package names and versions makes sense in addition to an automatic dependency on SONAMEs. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 10:56:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 06:56:07 -0400 Subject: [Bug 165878] Review Request: kadu In-Reply-To: Message-ID: <200508301056.j7UAu7LR005648@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kadu https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165878 ------- Additional Comments From gajownik at gmail.com 2005-08-30 06:55 EST ------- Sorry that it took me so long but I was a bit busy recently :/ (In reply to comment #1) > Maybe "aRts module for Kadu" would be better? This also applies to the "Summary" fields ;-) (In reply to comment #2) > I can't avoid underscore in package name becouse it is module name. OK. > Files are used by Kadu in About window so they must be in that path. Oh, I didn't know about it. I missed few things: - remove hardcoded path from the kadu.desktop path: Exec=kadu -caption "%c" %i %m should be sufficient. - in Categories field you can add "Qt" and maybe "KDE": http://standards.freedesktop.org/menu-spec/latest/apa.html This site does not mention "X-KDE-Base" so I'm not shure whether it's valid entry :/ (help) - drop these lines: Requires: qt >= 3.2 Requires: libsndfile >= 1.0.11 RPM automatically detects proper requirements. What is more, Fedora Core and Extras (FC3+) provide appopriate versions of these libraries. - don't include /usr/lib/debug in the devel package - architecture dependent files (modules) are in /usr/share directory - that's against FHS 2.3 standard http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSHAREARCHITECTUREINDEPENDENTDATA I would suggest contacting with upstream and urge them to move these files to /usr/lib/kadu http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLIBLIBRARIESFORPROGRAMMINGANDPA - modules are not stripped And one more thing which looks weird to me - rpmlint warns about too long line in description. Maybe it counts non-US-ASCII characters as two characters? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 11:02:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 07:02:20 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-2: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508301102.j7UB2K5n006115@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-2: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From gemi at bluewin.ch 2005-08-30 07:02 EST ------- 0.9.4-2 builds fine in mock (fc-4). There is a little error in the sbcl shell script: Instead of: SBCL_SETARCH=setarch i386 -R it must be: SBCL_SETARCH="setarch i386 -R" There is a ppc binary for sbcl 0.8.15 on sbcl.sf.net. Maybe this can be used to bootstrap 0.9.4 on ppc. Unfortunately I have no means to try this out. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 11:07:38 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 07:07:38 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-2: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508301107.j7UB7cH0006693@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-2: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From gemi at bluewin.ch 2005-08-30 07:07 EST ------- How did you build the src rpm in order to include all binaries? There are still conditional for including sources. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 11:35:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 07:35:53 -0400 Subject: [Bug 166455] Review Request: blogtk: GNOME app to create/edit blog entries In-Reply-To: Message-ID: <200508301135.j7UBZrsk009990@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: blogtk: GNOME app to create/edit blog entries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166455 ------- Additional Comments From stickster at gmail.com 2005-08-30 07:35 EST ------- Pursuant to guidelines for license files, the new specfile/SRPM adds a proper BSD license file, not included in the original tarball. Spec: http://rpm.frields.org/FC4/blogtk/blogtk.spec SRPM: http://rpm.frields.org/FC4/blogtk/blogtk-1.1-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 11:46:22 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 07:46:22 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-2: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508301146.j7UBkM2f011438@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-2: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From rdieter at math.unl.edu 2005-08-30 07:46 EST ------- > How did you build the src rpm in order to include all binaries? > There are still conditional for including sources. The conditional tells it which src to use, but all bootstraps are unconditionally included: # local Bootstrap binaries Source10: http://dl.sourceforge.net/sourceforge/sbcl/sbcl-%{version}-x86-linux-binary.tar.bz2 %ifarch %{ix86} %define bootstrap_src -a 10 %endif Source11: http://dl.sourceforge.net/sourceforge/sbcl/sbcl-%{version}-x86-64-linux-binary.tar.bz2 %ifarch %{x86_64} %define bootstrap_src -a 11 %endif -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 13:19:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 09:19:19 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508301319.j7UDJJXS025578@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From j.m.maurer at student.utwente.nl 2005-08-30 09:19 EST ------- Thanks for the explanations. New spec and SRPM here: Spec: http://www.abisource.com/~uwog/gtkmathview/gtkmathview.spec SRPM: http://www.abisource.com/~uwog/gtkmathview/gtkmathview-0.7.3-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Tue Aug 30 13:22:07 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 30 Aug 2005 15:22:07 +0200 Subject: rpms/graphviz/devel graphviz.spec,1.14,1.15 In-Reply-To: <43134607.4020605@research.att.com> References: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> <1125321397.13772.1.camel@mccallum.corsepiu.local> <43130DDC.6030104@linux-kernel.at> <431340A9.1060907@research.att.com> <1125335739.4231.9.camel@mccallum.corsepiu.local> <43134607.4020605@research.att.com> Message-ID: <1125408127.16878.54.camel@mccallum.corsepiu.local> On Mon, 2005-08-29 at 13:29 -0400, John Ellson wrote: > Ralf Corsepius wrote: > > >On Mon, 2005-08-29 at 13:06 -0400, John Ellson wrote: > > > > > >>Oliver Falk wrote: > >> > >> > >> > >>>On 08/29/2005 03:16 PM, Ralf Corsepius wrote: > >>> > >>> > >>> > >>>>On Mon, 2005-08-29 at 07:33 -0400, Oliver Falk wrote: > >>>> > >>>> > >>>> > >>>>>Author: oliver > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>>>>Index: graphviz.spec > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>>>>+BuildRequires: /bin/ksh bison m4 flex tcl-devel >= 8.3 > >>>>>tk-devel swig > >>>>> > >>>>> > >>>>What's the reason for BR'ing /bin/ksh? > >>>> > >>>>I can't imagine a single reason for doing so under Linux. > >>>> > >>>> > >>>I took that from the specfile that comes with graphviz and didn't > >>>think to much about it - it also was there since I took over > >>>graphviz... Maybe John knows why!? > >>Tritely, because ksh was invented here > >> and its too hard convincing people here to use > >>bash. As I recall, iffe depends on it. > >> > >> > >Well, I'd suggest you to extend your configure script to detect a > >suitable shell (I guess you actually are looking for shell supporting > >for some features which were missing in the original Bourne shell 10 > >years+ ago), > >or FE should simply sed the /bin/ksh to /bin/bash or even /bin/sh from > >the sources inside of the rpm spec. > Is this a blocker for this release? Nope, BR'ing ksh just means unnecessarily pulling in a package into the build process which probably can easily be avoided. > To be honest I'm feeeling some burnout and this is not the technical > issue that I want to work on.... Pardon, but what's so complicated about adding a one line sed to an rpm.spec? Ralf From bugzilla at redhat.com Tue Aug 30 13:21:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 09:21:30 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508301321.j7UDLUO9025906@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From rdieter at math.unl.edu 2005-08-30 09:21 EST ------- Still includes uneeded: Requires: glib2 Requires: gtk2 Requires: libxml2 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jpmahowald at gmail.com Tue Aug 30 13:29:00 2005 From: jpmahowald at gmail.com (John Mahowald) Date: Tue, 30 Aug 2005 08:29:00 -0500 Subject: python package (smeg), x86_64 and /usr/lib64 Message-ID: <3ea99754050830062977dba354@mail.gmail.com> My build of smeg failed. The buildlogs complain that it can't find the file /usr/lib64/smeg. (%{_libdir}/smeg) That same log tells me it put python stuff in /usr/lib/smeg, as per the python installer. I don't have a 64 bit machine to test it on. Looking at installed python apps on my system I can see that most have a tree in /usr/share/ or are in a package in /usr/lib/python2.4 Looking at the PythonPackages docs on the wiki I see some helpful defines but smeg seems to just dump stuff in /usr/lib/smeg. Suggestions? I may have to patch this into a new location, and use some sane import. Then I have to find a place for smeg.glade. From bugzilla at redhat.com Tue Aug 30 13:33:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 09:33:07 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-3: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508301333.j7UDX70s027345@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-3: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: sbcl-0.9.4- |Review Request: sbcl-0.9.4- |2: The Steel Bank Common |3: The Steel Bank Common |Lisp development environment|Lisp development environment ------- Additional Comments From rdieter at math.unl.edu 2005-08-30 09:32 EST ------- * Tue Aug 30 2005 Rex Dieter 0.9.4-3 - patch to avoid need to use setarch/app-wrapper - fix app-wrapper (quote SBCL_SETARCH) - include ppc bootstrap (oldish 0.8.15, untested) Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/sbcl-0.9.4-3.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS.stable/sbcl-0.9.4-3.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 13:37:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 09:37:34 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-3: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508301337.j7UDbYl0027973@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-3: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From rdieter at math.unl.edu 2005-08-30 09:37 EST ------- I'm fairly certain the old ppc binary won't work to bootstrap. I'll request upstream to provide an updated ppc binary. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 13:59:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 09:59:31 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508301359.j7UDxV53031768@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From j.m.maurer at student.utwente.nl 2005-08-30 09:59 EST ------- Sorry about that. Apparently the automation is further along than I expected in the rpm build world :) Spec: http://www.abisource.com/~uwog/gtkmathview/gtkmathview.spec SRPM: http://www.abisource.com/~uwog/gtkmathview/gtkmathview-0.7.3-5.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From ellson at research.att.com Tue Aug 30 13:31:00 2005 From: ellson at research.att.com (John Ellson) Date: Tue, 30 Aug 2005 09:31:00 -0400 Subject: rpms/graphviz/devel graphviz.spec,1.14,1.15 In-Reply-To: <1125408127.16878.54.camel@mccallum.corsepiu.local> References: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> <1125321397.13772.1.camel@mccallum.corsepiu.local> <43130DDC.6030104@linux-kernel.at> <431340A9.1060907@research.att.com> <1125335739.4231.9.camel@mccallum.corsepiu.local> <43134607.4020605@research.att.com> <1125408127.16878.54.camel@mccallum.corsepiu.local> Message-ID: <43145F94.2080404@research.att.com> > > >>To be honest I'm feeeling some burnout and this is not the technical >>issue that I want to work on.... >> >> >Pardon, but what's so complicated about adding a one line sed to an >rpm.spec? > > Its unlikely to be that simple. As I understand it, ksh has capabilities not in bash. I'm expecting that simple substitution will break things. John From bugzilla at redhat.com Tue Aug 30 14:42:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 10:42:34 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508301442.j7UEgYxe005839@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From jeff.gilchrist at gmail.com 2005-08-30 10:42 EST ------- Oliver: There is only 1 file to compile so adding the SMP flags wouldn't get you anything speed-wise. Jindrich: Good find, I haven't publicly released 0.9.4 yet so I will quickly fix that and put up a new package. Of course someone would have to go out of their way to denial of service themselves and I'm sure they would notice the problem and correct but its better to avoid that in the first place. New package coming ASAP. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 14:43:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 10:43:05 -0400 Subject: [Bug 167111] New: Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167111 Summary: Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 Product: Fedora Extras Version: devel Platform: All URL: http://opendap.org/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com This is a review request for libdap and libnc-dap although these are distinct packages. SRPM: http://www.environnement.ens.fr/docs/fc-srpms/libdap-3.5.2-3.src.rpm SRPM: http://www.environnement.ens.fr/docs/fc-srpms/libnc-dap-3.5.2-4.src.rpm 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. The libnc-dap library is a call-for-call replacement for netcdf 3.5 (and is mostly compatible with netcdf 3.6). It can read and write to and from netcdf files on the local machine and it can read from DAP2 compatible data servers running on local or remote machines. Data served using DAP2 need not be stored in netcdf files to be read using this replacement library. Also included in this package is the ncdump utility, also bundled with the original netcdf library, relinked with the library and thus able to read from DAP2 compatible servers. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 14:43:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 10:43:17 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508301443.j7UEhHkR006000@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |167111 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 14:43:39 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 10:43:39 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508301443.j7UEhdEs006062@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From gemi at bluewin.ch 2005-08-30 10:43 EST ------- Marc, have you got an account? If not, you should go to https://admin.fedora.redhat.com/accounts. I think you also need a sponsor. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From rc040203 at freenet.de Tue Aug 30 14:48:56 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 30 Aug 2005 16:48:56 +0200 Subject: rpms/graphviz/devel graphviz.spec,1.14,1.15 In-Reply-To: <43145F94.2080404@research.att.com> References: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> <1125321397.13772.1.camel@mccallum.corsepiu.local> <43130DDC.6030104@linux-kernel.at> <431340A9.1060907@research.att.com> <1125335739.4231.9.camel@mccallum.corsepiu.local> <43134607.4020605@research.att.com> <1125408127.16878.54.camel@mccallum.corsepiu.local> <43145F94.2080404@research.att.com> Message-ID: <1125413337.16878.60.camel@mccallum.corsepiu.local> On Tue, 2005-08-30 at 09:31 -0400, John Ellson wrote: > > > > > >>To be honest I'm feeeling some burnout and this is not the technical > >>issue that I want to work on.... > >> > >> > >Pardon, but what's so complicated about adding a one line sed to an > >rpm.spec? > > > > > > Its unlikely to be that simple. As I understand it, ksh has > capabilities not in bash. Which? I am not aware of any. Even if, I'd call relying on them "broken design", esp. if considering that ksh had been closed source until not too far ago. Ralf From bugzilla at redhat.com Tue Aug 30 14:54:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 10:54:13 -0400 Subject: [Bug 167111] Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 In-Reply-To: Message-ID: <200508301454.j7UEsDUF007865@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167111 ------- Additional Comments From pertusus at free.fr 2005-08-30 10:54 EST ------- There is allready opendap-3.4.4 in fedora cvs (with the servers ?). The servers are not released for 3.5.2. As libdap in opendap-3.4.4 and libdap in 3.5.2 are incompatible as stated on the opendap site (although I don't know how...), maybe it would be nice to have both. I have tested that opendap-3.4.4 and libdap-3.5.2 and the devel packages can coexist, as the names of libraries and utilities changed between the releases. libnc-dap-3.5.2 and opendap-3.4.4 conflict, however. I think that this is not a problem as they are compatible (as much as the netcdf interfaces are compatible). So maybe a good thing would be to split opendap-3.4.4 in opendap-libdap and opendap-nc-dap (or opendap-ncdods as it is called like that in this release if I'm not wrong) such that the libdap pars can be installed along while the libnc-dap conflict. Myabe it would also be a good idea for the various subpackages of opendap to provide the new names, say libnc-dap-devel (with version 3.4.4). And if you think it is a good idea libdap-3.5.2 and libncdap-3.5.2 could provide the old names too. rpmlint complains about the licence for libdap, however there is really a file under the W3C licence so I think it is right. W: libdap-devel invalid-license LGPL/W3C -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 15:02:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 11:02:17 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508301502.j7UF2HuL010065@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From oliver at linux-kernel.at 2005-08-30 11:02 EST ------- Arg. Yes, sorry, forgot, that it's only one file... It's OK of course... -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 15:12:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 11:12:28 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508301512.j7UFCSTw011807@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 ------- Additional Comments From j.m.maurer at student.utwente.nl 2005-08-30 11:12 EST ------- Yes, I'm a fedora extras maintainer already (abiword,link-grammar,aiksaurus, etc) Does that mean the spec is approved? :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 15:16:34 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 11:16:34 -0400 Subject: [Bug 166980] Review Request: kmymoney2-0.8-1: Personal finance In-Reply-To: Message-ID: <200508301516.j7UFGYBg012568@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2-0.8-1: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 qspencer at ieee.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |qspencer at ieee.org ------- Additional Comments From qspencer at ieee.org 2005-08-30 11:16 EST ------- This isn't a complete review, but rpmlint on the SRPM gave me: E: kmymoney2 invalid-spec-name kmymoney2-0.8-1.spec I think the spec file should not have the version in it. I tried building the file and got the following error: File not found by glob: /var/tmp/kmymoney2-0.8-1-root-qspencer/usr/share/applications/*/*.desktop Looking at the spec file, it looks like you have some optional build parameters. I'm not sure what the Fedora Extras policy is on things like this, but I think it would be preferred to just build with all options and simplify the spec file if possible. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From katzj at redhat.com Tue Aug 30 15:36:09 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 30 Aug 2005 11:36:09 -0400 Subject: python package (smeg), x86_64 and /usr/lib64 In-Reply-To: <3ea99754050830062977dba354@mail.gmail.com> References: <3ea99754050830062977dba354@mail.gmail.com> Message-ID: <1125416169.7285.6.camel@bree.local.net> On Tue, 2005-08-30 at 08:29 -0500, John Mahowald wrote: > My build of smeg failed. The buildlogs complain that it can't find the > file /usr/lib64/smeg. (%{_libdir}/smeg) That same log tells me it put > python stuff in /usr/lib/smeg, as per the python installer. I don't > have a 64 bit machine to test it on. Well, first off, you probably really want to make smeg a noarch package since it doesn't include any binaries. Just add 'BuildArch: noarch' in the spec file. > Looking at installed python apps on my system I can see that most have > a tree in /usr/share/ or are in a package in /usr/lib/python2.4 > > Looking at the PythonPackages docs on the wiki I see some helpful > defines but smeg seems to just dump stuff in /usr/lib/smeg. Yeah, the upstream doesn't look like it's really doing the right thing. Python should never just get dumped into %{_libdir}/somesomedir -- you really want to be in the python tree (/usr/lib/python*/site-packages) or just be in /usr/share. Since this is just application specific bits, /usr/share probably makes more sense. > Suggestions? I may have to patch this into a new location, and use > some sane import. Then I have to find a place for smeg.glade. I'd just patch things to use /usr/share/smeg in the short-term and begin a dialog with the upstream author about making the same changes. Jeremy From bugzilla at redhat.com Tue Aug 30 15:44:51 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 11:44:51 -0400 Subject: [Bug 166980] Review Request: kmymoney2-0.8-2: Personal finance In-Reply-To: Message-ID: <200508301544.j7UFipU1019878@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2-0.8-2: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: kmymoney2- |Review Request: kmymoney2- |0.8-1: Personal finance |0.8-2: Personal finance ------- Additional Comments From rdieter at math.unl.edu 2005-08-30 11:44 EST ------- %changelog * Tue Aug 30 2005 Rex Dieter 0.8-2 - simplify specfile - fix build Spec Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/SPECS/kmymoney2-0.8-2.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/kde-redhat/all/SRPMS.stable/kmymoney2-0.8-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 16:16:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 12:16:46 -0400 Subject: [Bug 166308] Review Request: asciidoc In-Reply-To: Message-ID: <200508301616.j7UGGkV8028451@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: asciidoc https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166308 ------- Additional Comments From jwboyer at jdub.homelinux.org 2005-08-30 12:16 EST ------- (In reply to comment #6) > Thanks, I made some changes as well based on Ralf's comments and also updated to > 7.0.2 (probably the same changes, so merging should be trivial). I waded into > the rpmlint issues (specifically dangling symlink), and had only a couple ugly > fixes so I dropped them for now. Anyway current spec and src.rpm are uploading > to http:///pub/linux/kernel/people/chrisw/git/review I put your's into CVS instead. It fixed the UTF-8 problem, which mine didn't. > > I also applied for CVS account. Great! Your packages should be waiting for you in CVS when you get sponsored :) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From orion at cora.nwra.com Tue Aug 30 16:17:55 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 30 Aug 2005 10:17:55 -0600 Subject: [Fwd: Build Error (Job 581): plplot-5_5_3-8_fc5 on development] Message-ID: <431486B3.4010303@cora.nwra.com> Looks like the local build ppc rawhide repo is in a bad state? -------- Original Message -------- Subject: Build Error (Job 581): plplot-5_5_3-8_fc5 on development Date: Tue, 30 Aug 2005 12:03:52 -0400 (EDT) From: buildsys at fedoraproject.org To: orion at cora.nwra.com Job failed on arch ppc Build logs may be found at http://buildsys.fedoraproject.org/logs//development/581-plplot-5.5.3-8.fc5/ ------------------------------------------------- urw-fonts noarch 2.3-1 core 4.5 M utempter ppc 0.5.5-6 core 30 k xorg-x11-Mesa-libGL ppc 6.8.2-45 core 254 k xorg-x11-Mesa-libGLU ppc 6.8.2-45 core 289 k xorg-x11-devel ppc 6.8.2-45 core 5.6 M xorg-x11-font-utils ppc 6.8.2-45 core 127 k xorg-x11-libs ppc 6.8.2-45 core 2.8 M xorg-x11-xfs ppc 6.8.2-45 core 152 k zip ppc 2.3-30 core 119 k zlib-devel ppc 1.2.3-1 core 101 k Transaction Summary ============================================================================= Install 141 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 157 M Traceback (most recent call last): File "/usr/libexec/mock-yum", line 12, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 170, in main base.doTransaction() File "/usr/share/yum-cli/cli.py", line 710, in doTransaction self.runTransaction(cb=cb) File "__init__.py", line 348, in runTransaction File "/usr/share/yum-cli/callback.py", line 105, in callback fd = os.open(rpmloc, os.O_RDONLY) OSError: [Errno 2] No such file or directory: '/pub/fedora/linux/core/development/ppc/Fedora/RPMS/gtk2-devel-2.8.0-2.ppc.rpm' Cleaning up... Done. -- 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 dragoran at feuerpokemon.de Tue Aug 30 16:40:22 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 30 Aug 2005 18:40:22 +0200 Subject: nvclock in fc extras Message-ID: <43148BF6.1010203@feuerpokemon.de> Hello. Can nvclock: http://www.linuxhardware.org/nvclock/ be included in FC extras? It can optionaly use the nvidia binary drivers but it also works without them. (using /dev/mem) licence is GPL. From bugzilla at redhat.com Tue Aug 30 16:54:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 12:54:02 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-3: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508301654.j7UGs2QB003943@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-3: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From gemi at bluewin.ch 2005-08-30 12:53 EST ------- The build of sbcl-0.9.4-3.src.rpm fails, because of %check. run-tests.sh needs to be run within setarch. The patch you added essentially does the same thing as a wrapper script, but relies on /proc being present. However this doesn't seem to when building with mock. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 16:59:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 12:59:25 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508301659.j7UGxPWf005338@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From jeff.gilchrist at gmail.com 2005-08-30 12:59 EST ------- NEW Spec: http://compression.ca/pbzip2/pbzip2.spec NEW SRPM: http://compression.ca/pbzip2/pbzip2-0.9.4-1.src.rpm Ok hopefully this is the last one. New spec and SRPM built including a fix for the -p0 bug that Jindrich found. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From katzj at redhat.com Tue Aug 30 17:02:02 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 30 Aug 2005 13:02:02 -0400 Subject: [Fwd: Build Error (Job 581): plplot-5_5_3-8_fc5 on development] In-Reply-To: <431486B3.4010303@cora.nwra.com> References: <431486B3.4010303@cora.nwra.com> Message-ID: <1125421322.7285.18.camel@bree.local.net> On Tue, 2005-08-30 at 10:17 -0600, Orion Poplawski wrote: > Looks like the local build ppc rawhide repo is in a bad state? It looks to me like it just hit the (now fairly narrow) window of the rawhide repository being updated. I've requeued the build and will watch it to make sure it finishes Jeremy From orion at cora.nwra.com Tue Aug 30 17:06:56 2005 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 30 Aug 2005 11:06:56 -0600 Subject: [Fwd: Build Error (Job 581): plplot-5_5_3-8_fc5 on development] In-Reply-To: <1125421322.7285.18.camel@bree.local.net> References: <431486B3.4010303@cora.nwra.com> <1125421322.7285.18.camel@bree.local.net> Message-ID: <43149230.2080404@cora.nwra.com> Jeremy Katz wrote: > On Tue, 2005-08-30 at 10:17 -0600, Orion Poplawski wrote: > >>Looks like the local build ppc rawhide repo is in a bad state? > > > It looks to me like it just hit the (now fairly narrow) window of the > rawhide repository being updated. I've requeued the build and will > watch it to make sure it finishes > > Jeremy > Thanks. I was wondering if a simple re queue was all that was needed... From bugzilla at redhat.com Tue Aug 30 17:09:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 13:09:48 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-4: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508301709.j7UH9m1o008575@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-4: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 rdieter at math.unl.edu changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: sbcl-0.9.4- |Review Request: sbcl-0.9.4- |3: The Steel Bank Common |4: The Steel Bank Common |Lisp development environment|Lisp development environment ------- Additional Comments From rdieter at math.unl.edu 2005-08-30 13:09 EST ------- %changelog * Tue Aug 30 2005 Rex Dieter 0.9.4-4 - safer NO_ADDR_RANDOMIZE patch - use %%{?setarch} in %%check too Spec Name or Url: http://apt.kde-redhat.org/apt/fedora/SPECS/sbcl-0.9.4-4.spec SRPM Name or Url: http://apt.kde-redhat.org/apt/fedora/all/SRPMS.stable/sbcl-0.9.4-4.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 17:37:19 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 13:37:19 -0400 Subject: [Bug 167034] Review Request: foremost -- Recover files by "carving" them from a disk image In-Reply-To: Message-ID: <200508301737.j7UHbJ5F019384@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: foremost -- Recover files by "carving" them from a disk image https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167034 ------- Additional Comments From toshio at tiki-lounge.com 2005-08-30 13:37 EST ------- >From Nick Mikus -- foremost maintainer: > Thanks for the patches I had been meaning to clean up my lazy coding but have > not gotten around to it. I will post a new version tomorrow. > In regards to the licesing I releasing it under GPL is fine. The old version > was released as public domain but my modifications were done at an academic > institution and was intended to be released under GPL. Unother examply of lazy > documentation, seeing a pattern here? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 18:14:00 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 14:14:00 -0400 Subject: [Bug 167111] Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 In-Reply-To: Message-ID: <200508301814.j7UIE0o0029777@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libdap and libnc-dap the OPeNDAP libraries 3.5.2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167111 ------- Additional Comments From ed at eh3.com 2005-08-30 14:13 EST ------- Hi Patrice, thanks for submitting this--its good to see someone volunteering to work on it! I'm very busy right now and won't get a chance to look at it for a few days. If Tom (who maintains the opendap package) or someone else doesn't sign on as the reviewer for this, then I'll do so next week. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 18:16:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 14:16:02 -0400 Subject: [Bug 166317] Review Request: perl-X11-Protocol In-Reply-To: Message-ID: <200508301816.j7UIG23s030506@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-X11-Protocol https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166317 ------- Additional Comments From duncan_j_ferguson at yahoo.co.uk 2005-08-30 14:15 EST ------- Patch applied - I was expecting to have to do some work, but you did it all for me ;-) Updated and available at: Spec Url: http://queeg.dyndns.org/perl-X11-Protocol.spec SRPM Url: http://queeg.dyndns.org/perl-X11-Protocol-0.54-2.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 19:11:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 15:11:44 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508301911.j7UJBiHa009817@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From pertusus at free.fr 2005-08-30 15:11 EST ------- Much thanks for your nice review and patch. I applied it, the result is there: http://www.environnement.ens.fr/docs/fc-srpms/libnet-1.1.2.1-5.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 19:38:48 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 15:38:48 -0400 Subject: [Bug 166054] Review Request: Addition of gtkmathview to Extras In-Reply-To: Message-ID: <200508301938.j7UJcmAd013999@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Addition of gtkmathview to Extras https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166054 gemi at bluewin.ch changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From gemi at bluewin.ch 2005-08-30 15:38 EST ------- Everything looks allright to me. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From otaylor at redhat.com Tue Aug 30 20:05:36 2005 From: otaylor at redhat.com (Owen Taylor) Date: Tue, 30 Aug 2005 16:05:36 -0400 Subject: rpms/graphviz/devel graphviz.spec,1.14,1.15 In-Reply-To: <1125413337.16878.60.camel@mccallum.corsepiu.local> References: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> <1125321397.13772.1.camel@mccallum.corsepiu.local> <43130DDC.6030104@linux-kernel.at> <431340A9.1060907@research.att.com> <1125335739.4231.9.camel@mccallum.corsepiu.local> <43134607.4020605@research.att.com> <1125408127.16878.54.camel@mccallum.corsepiu.local> <43145F94.2080404@research.att.com> <1125413337.16878.60.camel@mccallum.corsepiu.local> Message-ID: <1125432337.3483.24.camel@dhcp83-88.boston.redhat.com> On Tue, 2005-08-30 at 16:48 +0200, Ralf Corsepius wrote: > On Tue, 2005-08-30 at 09:31 -0400, John Ellson wrote: > > > > > > > > >>To be honest I'm feeeling some burnout and this is not the technical > > >>issue that I want to work on.... > > >> > > >> > > >Pardon, but what's so complicated about adding a one line sed to an > > >rpm.spec? > > > > > > > > > > Its unlikely to be that simple. As I understand it, ksh has > > capabilities not in bash. > Which? I am not aware of any. > > Even if, I'd call relying on them "broken design", esp. if considering > that ksh had been closed source until not too far ago. If someone has a package that has ksh scripts, I don't think requiring that they rewrite them to bash scripts is a reasonable packaging requirement, considering that ksh is part of fedora-core now. The details of ksh *are* different. The fact that bash is at least as capable, if not more so is not really relevant. 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 oliver at linux-kernel.at Tue Aug 30 20:14:29 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Tue, 30 Aug 2005 22:14:29 +0200 Subject: rpms/graphviz/devel graphviz.spec,1.14,1.15 In-Reply-To: <1125432337.3483.24.camel@dhcp83-88.boston.redhat.com> Message-ID: <200508302016.j7UKGWx9019569@mail.linux-kernel.at> Owen Taylor wrote: [ ... ] > > Even if, I'd call relying on them "broken design", esp. if > > considering > > that ksh had been closed source until not too far ago. > > If someone has a package that has ksh scripts, I don't think > requiring that they rewrite them to bash scripts is a > reasonable packaging requirement, considering that ksh is > part of fedora-core now. > > The details of ksh *are* different. The fact that bash is at > least as capable, if not more so is not really relevant. Two words: Copy that. -of From rc040203 at freenet.de Tue Aug 30 20:17:07 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 30 Aug 2005 22:17:07 +0200 Subject: rpms/graphviz/devel graphviz.spec,1.14,1.15 In-Reply-To: <1125432337.3483.24.camel@dhcp83-88.boston.redhat.com> References: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> <1125321397.13772.1.camel@mccallum.corsepiu.local> <43130DDC.6030104@linux-kernel.at> <431340A9.1060907@research.att.com> <1125335739.4231.9.camel@mccallum.corsepiu.local> <43134607.4020605@research.att.com> <1125408127.16878.54.camel@mccallum.corsepiu.local> <43145F94.2080404@research.att.com> <1125413337.16878.60.camel@mccallum.corsepiu.local> <1125432337.3483.24.camel@dhcp83-88.boston.redhat.com> Message-ID: <1125433027.16878.84.camel@mccallum.corsepiu.local> On Tue, 2005-08-30 at 16:05 -0400, Owen Taylor wrote: > The details of ksh *are* different. Nowadays, shells are covered by standards, e.g. POSIX. > The fact that bash is at least as > capable, if not more so is not really relevant. Anything non posix compliant should be considered historical artifact. Ralf From buildsys at fedoraproject.org Tue Aug 30 21:01:59 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 30 Aug 2005 17:01:59 -0400 (EDT) Subject: Fedora Extras development Package Build Report Message-ID: <20050830210159.EB33F7FDC@extras64.linux.duke.edu> Packages built and released for Fedora Extras development: 18 clisp-2.35-1.fc5 cvsgraph-1.5.2-1.fc5 ddclient-3.6.6-1.fc5 esmtp-0.5.1-7.fc5 gnome-applet-rhythmbox-0.1.7-2.fc5 graphviz-2.6-1 liferea-0.9.7a-2.fc5 lighttpd-1.4.2-1.fc5 numlockx-1.0-3 numlockx-1.0-4.fc5 perl-Class-Accessor-Chained-0.01-3.fc5 perl-HTML-Format-2.04-2.fc5 perl-Module-Refresh-0.06-2.fc5 plplot-5.5.3-8.fc5 pyxdg-0.14-2.fc5 revelation-0.4.5-2.fc5 smeg-0.7.5-3.fc5 wesnoth-0.9.6-1.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 Tue Aug 30 21:10:53 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 30 Aug 2005 17:10:53 -0400 (EDT) Subject: Fedora Extras 4 Package Build Report Message-ID: <20050830211053.37C897FDC@extras64.linux.duke.edu> Packages built and released for Fedora Extras 4: 17 OpenSceneGraph-0.9.9-4.fc4 clisp-2.35-3.fc4 cvsgraph-1.5.2-1.fc4 ddclient-3.6.6-1.fc4 liferea-0.9.7a-1.fc4 nethack-3.4.3-1.fc4 numlockx-1.0-3 numlockx-1.0-4.fc4 perl-Cache-Simple-TimedExpiry-0.23-2.fc4 perl-Class-Accessor-Chained-0.01-3.fc4 python-irclib-0.4.5-1.fc4 pyxdg-0.14-2.fc4 revelation-0.4.5-2.fc4 smeg-0.7.5-3.fc4 wesnoth-0.9.6-1.fc4 xprobe2-0.3-1.fc4 yumex-0.42-4.0.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 Aug 30 21:19:03 2005 From: buildsys at fedoraproject.org (buildsys at fedoraproject.org) Date: Tue, 30 Aug 2005 17:19:03 -0400 (EDT) Subject: Fedora Extras 3 Package Build Report Message-ID: <20050830211903.2C8447FDC@extras64.linux.duke.edu> Packages built and released for Fedora Extras 3: 13 OpenSceneGraph-0.9.9-4.fc3 clisp-2.35-1.fc3 gquilt-0.13-2.fc3 nethack-3.4.3-1.fc3 numlockx-1.0-3 numlockx-1.0-4.fc3 perl-Cache-Simple-TimedExpiry-0.23-2.fc3 perl-Class-Accessor-Chained-0.01-3.fc3 python-irclib-0.4.5-1.fc3 pyxdg-0.14-2.fc3 smeg-0.7.5-3.fc3 wesnoth-0.9.6-1.fc3 xprobe2-0.3-1.fc3 For more information about the built packages please see the repository or the fedora Info Feed: http://fedoraproject.org/infofeed/ From bugzilla at redhat.com Tue Aug 30 22:00:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 18:00:47 -0400 Subject: [Bug 166980] Review Request: kmymoney2-0.8-2: Personal finance In-Reply-To: Message-ID: <200508302200.j7UM0ldI004082@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kmymoney2-0.8-2: Personal finance https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166980 ------- Additional Comments From qspencer at ieee.org 2005-08-30 18:00 EST ------- OK, the updated version now builds, installs, and uninstalls on my system with no problems, and source matches upstream. No rpmlint problems with SRPM, there are some minor ones with the the RPMs: $ rpmlint kmymoney2-0.8-2.i386.rpm W: kmymoney2 dangling-symlink /usr/share/doc/HTML/en/kmymoney2/common /usr/share/doc/HTML/en/common W: kmymoney2 symlink-should-be-relative /usr/share/doc/HTML/en/kmymoney2/common /usr/share/doc/HTML/en/common $ rpmlint kmymoney2-devel-0.8-2.i386.rpm W: kmymoney2-devel no-provides kmymoney-devel W: kmymoney2-devel no-documentation I'm out of time right now. I'll look in more detail at the spec file later. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 23:15:09 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 19:15:09 -0400 Subject: [Bug 167147] New: Review Request: Aqsis Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167147 Summary: Review Request: Aqsis Product: Fedora Extras Version: 4 Platform: All URL: http://www.cgtobi.de OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: cgtobi at gmail.com QAContact: dkl at redhat.com CC: cgtobi at gmail.com,fedora-extras-list at redhat.com Spec Name or Url: aqsis.spec SRPM Name or Url: aqsis-1.1.0-20050816cvs.src.rpm Description: Aqsis is a high quality, photorealistic, 3D rendering solution. It complies with the Renderman? interface standard defined by Pixar. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Tue Aug 30 23:47:45 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 19:47:45 -0400 Subject: [Bug 167147] Review Request: Aqsis In-Reply-To: Message-ID: <200508302347.j7UNljjG016073@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Aqsis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167147 ------- Additional Comments From ivazquez at ivazquez.net 2005-08-30 19:47 EST ------- Please give actual URLs to the SRPM and spec file, not just filenames. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 01:03:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 21:03:33 -0400 Subject: [Bug 166342] Review Request: scim-hangul In-Reply-To: Message-ID: <200508310103.j7V13X7G021583@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: scim-hangul https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166342 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |RAWHIDE ------- Additional Comments From wtogami at redhat.com 2005-08-30 21:03 EST ------- ok good enough -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 01:16:52 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 21:16:52 -0400 Subject: [Bug 165779] Review Request: kasumi In-Reply-To: Message-ID: <200508310116.j7V1GqbS022587@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: kasumi https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165779 petersen at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE OtherBugsDependingO|163776 |163779 nThis| | ------- Additional Comments From petersen at redhat.com 2005-08-30 21:16 EST ------- Package accepted and has been built now. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 01:41:33 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 21:41:33 -0400 Subject: [Bug 166199] Review Request: perl-Data-Page : Help when paging through sets of results In-Reply-To: Message-ID: <200508310141.j7V1fXbX024700@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Data-Page : Help when paging through sets of results https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166199 Bug 166199 depends on bug 166183, which changed state. Bug 166183 Summary: Review Request: perl-Class-Accessor-Chained https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166183 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 01:51:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 21:51:11 -0400 Subject: [Bug 166190] Review Request: perl-Class-DBI-Pager : Pager utility for Class::DBI In-Reply-To: Message-ID: <200508310151.j7V1pBwZ026011@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI-Pager : Pager utility for Class::DBI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166190 Bug 166190 depends on bug 166199, which changed state. Bug 166199 Summary: Review Request: perl-Data-Page : Help when paging through sets of results https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166199 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 01:58:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Tue, 30 Aug 2005 21:58:36 -0400 Subject: [Bug 166192] Review Request: perl-Class-DBI-Plugin : Abstract base class for Class::DBI plugins In-Reply-To: Message-ID: <200508310158.j7V1wajW026710@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI-Plugin : Abstract base class for Class::DBI plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166192 ------- Additional Comments From tcallawa at redhat.com 2005-08-30 21:58 EST ------- -3 has these items fixed. SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Plugin-0.03-3.src.rpm SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Plugin.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From toshio at tiki-lounge.com Wed Aug 31 02:03:02 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 30 Aug 2005 19:03:02 -0700 Subject: foremost legality (GPL vs Public Domain) Message-ID: <1125453783.3266.31.camel@localhost> Hey all, I packaged foremost, a unique data recovery/undeletion tool and started it through Extras but now I'm running into legal questions about its licensing. The summary so far: the original version of foremost was created by the US Government and hence is Public Domain. A new maintainer added code that he created and from another project that are GPL. The question: What is the license of the resultant code or is it illegal to combine it in this fashion? What follows is my last correspondence with the original, governmental author. Please let me know if you think I'm wrong in any of my thinking. On Tue, 2005-08-30 at 20:21 -0400, Jesse Kornblum wrote: > The GPL FAQ covers this: > > Source: http://www.fsf.org/licensing/licenses/gpl-faq.html#GPLUSGov > (emphasis added) > If the program is written by US government employees, it is in the > public domain, which means it is not copyrighted. Since the GNU GPL is > based on copyright, **such a program cannot be released under the GNU > GPL**. (It can still be free software, however; a public domain > program is free.) > Sorry, but foremost is public domain. The good is that nobody else can > ever copyright it! I know that may be small consolation, but that's the > way the cookie crumbles. > Interesting reading! My reading of this passage is that a US Government employee (as opposed to a contractor hired by the US Government) must release the code they create as part of their job into the public domain. I assume that Nick isn't a government employee so he can release his portion of foremost code under the GPL. These passages: http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCRequiredToClaimCopyright http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCCombinePublicDomainWithGPL http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCGPLUSGovAdd add further information about the FSF's interpretation of the interaction of the GPL and Public Domain. They anticipate the case where a piece of GPL software exists and contributers add public domain code to it. The FSF assertion is that the public domain code remains public domain but the work as a whole is GPL. In our case we have software which was originally public domain and GPL code is being added to it. I'd have to query the FSF about it but I think the logical extension to the FAQ links cited is that the original public domain _code_ remains public domain but the software as a whole becomes GPL. Does that sound reasonable to you? If not, it seems impossible to contribute GPL code to foremost. However, it is possible to fork a new project under the GPL and then add the public domain code to it and release the whole as GPL leaving us with the same code-base as we have now under a new project name. -------------- 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 nman64 at n-man.com Wed Aug 31 02:40:13 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Tue, 30 Aug 2005 21:40:13 -0500 Subject: foremost legality (GPL vs Public Domain) In-Reply-To: <1125453783.3266.31.camel@localhost> References: <1125453783.3266.31.camel@localhost> Message-ID: <4315188D.2030100@n-man.com> To start, IANAL. Generally speaking, a program as a whole is not what is licensed, it is the code. You can combine code under assorted licenses, but the resulting product is limited to the most restrictive possible subset of those licensing terms. In the case of public domain and GPL, the GPL is the more restrictive license. The public domain code remains public domain. The GPL code remains GPL'd. The resulting program can be released as open-source, and the terms of the GPL must be abided by for the GPL'd code. If someone were to remove the GPL'd code, they could then do as they please with the public domain code. The public domain is GPL-compatible. IANAL, but I believe you can safely package the program for inclusion in Extras. -- 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 michel.salim at gmail.com Wed Aug 31 03:29:14 2005 From: michel.salim at gmail.com (Michel Alexandre Salim) Date: Tue, 30 Aug 2005 22:29:14 -0500 Subject: foremost legality (GPL vs Public Domain) In-Reply-To: <4315188D.2030100@n-man.com> References: <1125453783.3266.31.camel@localhost> <4315188D.2030100@n-man.com> Message-ID: <1125458955.6949.2.camel@salem> On Tue, 2005-08-30 at 21:40 -0500, Patrick Barnes wrote: > To start, IANAL. > > Generally speaking, a program as a whole is not what is licensed, it is > the code. You can combine code under assorted licenses, but the > resulting product is limited to the most restrictive possible subset of > those licensing terms. In the case of public domain and GPL, the GPL is > the more restrictive license. The public domain code remains public > domain. The GPL code remains GPL'd. The resulting program can be > released as open-source, and the terms of the GPL must be abided by for > the GPL'd code. If someone were to remove the GPL'd code, they could > then do as they please with the public domain code. The public domain > is GPL-compatible. IANAL, but I believe you can safely package the > program for inclusion in Extras. > Would this be analogous to the GPL requirement that the recipient of a binary package be able to get the source code? In this case, user of the GPL package would have the right to request the original, public-domain-only code. Either the GPL package points to the original package in its documentation, or the SRPM be packaged as the original tarball + a recursive diff with the GPL'ed tree? - Michel From perbj at stanford.edu Wed Aug 31 03:55:50 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Tue, 30 Aug 2005 20:55:50 -0700 Subject: foremost legality (GPL vs Public Domain) In-Reply-To: <1125458955.6949.2.camel@salem> References: <1125453783.3266.31.camel@localhost> <4315188D.2030100@n-man.com> <1125458955.6949.2.camel@salem> Message-ID: <1125460550.2970.26.camel@localhost.localdomain> On Tue, 2005-08-30 at 22:29 -0500, Michel Alexandre Salim wrote: > Would this be analogous to the GPL requirement that the recipient of a > binary package be able to get the source code? Not at all. Use of public domain works is entirely unrestricted; that means that you can package it up and sell it as binaries without providing the source code if you want. Or you can choose to include it in any program under any license whatsoever. > In this case, user of the GPL package would have the right to request > the original, public-domain-only code. Either the GPL package points to > the original package in its documentation, or the SRPM be packaged as > the original tarball + a recursive diff with the GPL'ed tree? Putting a work in the public domain means giving up all copyright-law-related rights to it. This means that anyone is free to do whatever the heck they want with it; one such possibility is to include the source code in some other program and distribute the result under whatever license one feels like. Thus the reasonable solution is to consider the current Foremost a _different program_ from the original one; it's a data recovery tool that happens to include the source code from the old foremost which was available in the public domain. The new tool is available under a GPL license; if someone can find the original public domain source code (just as the current Foremost maintainer did) and include it in their own software they are free to do so of course. If this was confusing, a summary: The GPL covers the combined work. Nothing else is relevant. Oh, IANAL either, but if some actual lawyer shows up and claims that you can't include public domain code in a GPL-licensed program I'd like to get a second opinion, at the very least... /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From michel.salim at gmail.com Wed Aug 31 04:41:43 2005 From: michel.salim at gmail.com (Michel Alexandre Salim) Date: Tue, 30 Aug 2005 23:41:43 -0500 Subject: foremost legality (GPL vs Public Domain) In-Reply-To: <1125460550.2970.26.camel@localhost.localdomain> References: <1125453783.3266.31.camel@localhost> <4315188D.2030100@n-man.com> <1125458955.6949.2.camel@salem> <1125460550.2970.26.camel@localhost.localdomain> Message-ID: <1125463304.6949.8.camel@salem> On Tue, 2005-08-30 at 20:55 -0700, Per Bjornsson wrote: > Putting a work in the public domain means giving up all > copyright-law-related rights to it. This means that anyone is free to do > whatever the heck they want with it; one such possibility is to include > the source code in some other program and distribute the result under > whatever license one feels like. > So it's even less restricted than the BSD licenses - you don't even _have_ to provide attribution (though it's still nice to do so)? Apologies for the misunderstanding - can't remember the last time I've seen a licensing query involving public domain. SELinux is, of course, public domain as well, though the possibility of it being forked is probably quite remote. - Michel From bugzilla at redhat.com Wed Aug 31 04:57:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 00:57:37 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508310457.j7V4vb9t012774@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 wtogami at redhat.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wtogami at redhat.com ------- Additional Comments From wtogami at redhat.com 2005-08-31 00:57 EST ------- I didn't try your software, but from the website it looks like the default output is very verbose. Wouldn't it be better to be silent by default like bzip2 with an optional verbose mode? That way it can be used as a drop-in replacement in scripts and people wouldn't notice any difference. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From toshio at tiki-lounge.com Wed Aug 31 04:58:42 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 30 Aug 2005 21:58:42 -0700 Subject: foremost legality (GPL vs Public Domain) In-Reply-To: <1125460550.2970.26.camel@localhost.localdomain> References: <1125453783.3266.31.camel@localhost> <4315188D.2030100@n-man.com> <1125458955.6949.2.camel@salem> <1125460550.2970.26.camel@localhost.localdomain> Message-ID: <1125464323.3266.82.camel@localhost> On Tue, 2005-08-30 at 20:55 -0700, Per Bjornsson wrote: > On Tue, 2005-08-30 at 22:29 -0500, Michel Alexandre Salim wrote: > > > Would this be analogous to the GPL requirement that the recipient of a > > binary package be able to get the source code? > > Not at all. Use of public domain works is entirely unrestricted; that > means that you can package it up and sell it as binaries without > providing the source code if you want. Or you can choose to include it > in any program under any license whatsoever. > > > In this case, user of the GPL package would have the right to request > > the original, public-domain-only code. Either the GPL package points to > > the original package in its documentation, or the SRPM be packaged as > > the original tarball + a recursive diff with the GPL'ed tree? > > Putting a work in the public domain means giving up all > copyright-law-related rights to it. This means that anyone is free to do > whatever the heck they want with it; one such possibility is to include > the source code in some other program and distribute the result under > whatever license one feels like. > This is what I originally thought. But then I read this section of the FSF's FAQ: http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCAssignCopyright "...Of course, if all the contributors put their code in the public domain, there is no copyright with which to enforce the GPL. So we encourage people to assign copyright on large code contributions, and only put small changes in the public domain." Which seems to imply that Public Domain is not so much disclaiming all legal right as it is putting the code into a state where it is legally untouchable. How that relates when submitting public domain code to a GPL'd project is explained here: http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCRequiredToClaimCopyright http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCGPLUSGovAdd All in all, I think it would be okay, but we are talking about adding GPL code to an existing public domain application so I'm not 100% sure it applies the same way. I've sent an email off to the FSF at the request of the upstream authors but I don't know if they'll get back to me soon on this or not. Does Red Hat legal want to weigh in on this so I know if packaging it is fine for now or should I just wait for the FSF? -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 nman64 at n-man.com Wed Aug 31 05:45:14 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Wed, 31 Aug 2005 00:45:14 -0500 Subject: foremost legality (GPL vs Public Domain) In-Reply-To: <1125464323.3266.82.camel@localhost> References: <1125453783.3266.31.camel@localhost> <4315188D.2030100@n-man.com> <1125458955.6949.2.camel@salem> <1125460550.2970.26.camel@localhost.localdomain> <1125464323.3266.82.camel@localhost> Message-ID: <431543EA.1090702@n-man.com> Toshio Kuratomi wrote: >On Tue, 2005-08-30 at 20:55 -0700, Per Bjornsson wrote: > > >>On Tue, 2005-08-30 at 22:29 -0500, Michel Alexandre Salim wrote: >> >> >> >>>Would this be analogous to the GPL requirement that the recipient of a >>>binary package be able to get the source code? >>> >>> >>Not at all. Use of public domain works is entirely unrestricted; that >>means that you can package it up and sell it as binaries without >>providing the source code if you want. Or you can choose to include it >>in any program under any license whatsoever. >> >> >> >>>In this case, user of the GPL package would have the right to request >>>the original, public-domain-only code. Either the GPL package points to >>>the original package in its documentation, or the SRPM be packaged as >>>the original tarball + a recursive diff with the GPL'ed tree? >>> >>> >>Putting a work in the public domain means giving up all >>copyright-law-related rights to it. This means that anyone is free to do >>whatever the heck they want with it; one such possibility is to include >>the source code in some other program and distribute the result under >>whatever license one feels like. >> >> >> >This is what I originally thought. But then I read this section of the >FSF's FAQ: >http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCAssignCopyright >"...Of course, if all the contributors put their code in the public >domain, there is no copyright with which to enforce the GPL. So we >encourage people to assign copyright on large code contributions, and >only put small changes in the public domain." > > > This basically means that if you produce a bunch of code under the public domain, you are giving up the ability to require future contributions to also be licensed under the GPL, you are allowing it to be distributed commercially, and you are waving all other rights to it. This passage basically only applies when you are considering whether to license your code under the GPL or give it to the public domain. Any GPL code that is added to a public domain work is protected by the GPL, and has the usual requirements. In order to circumvent those requirements, a person would have to remove all of the GPL'd code, leaving only the original public domain code. >Which seems to imply that Public Domain is not so much disclaiming all >legal right as it is putting the code into a state where it is legally >untouchable. How that relates when submitting public domain code to a >GPL'd project is explained here: >http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCRequiredToClaimCopyright >http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCGPLUSGovAdd > > > Code in the public domain can be used in any way you want, basically. There are no restrictions whatsoever. It is by no means legally untouchable. There are more risks using GPL'd code in your project than there are using public domain code. >All in all, I think it would be okay, but we are talking about adding >GPL code to an existing public domain application so I'm not 100% sure >it applies the same way. I've sent an email off to the FSF at the >request of the upstream authors but I don't know if they'll get back to >me soon on this or not. Does Red Hat legal want to weigh in on this so >I know if packaging it is fine for now or should I just wait for the >FSF? > >-Toshio > > There is definitely nothing wrong with seeking legal approval, but any verification of what I have said should be evidence enough for you, whether it comes from the FSF or Red Hat. If you know any IP attorneys, you can ask them, too. This is all pretty clear, legally. -- 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 bugzilla at redhat.com Wed Aug 31 05:55:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 01:55:11 -0400 Subject: [Bug 167147] Review Request: Aqsis In-Reply-To: Message-ID: <200508310555.j7V5tBIl018303@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: Aqsis https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167147 ------- Additional Comments From cgtobi at gmail.com 2005-08-31 01:55 EST ------- http://www.cgtobi.de/aqsis-1.1.0-20050816cvs.src.rpm http://www.cgtobi.de/aqsis.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From toshio at tiki-lounge.com Wed Aug 31 06:37:14 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 30 Aug 2005 23:37:14 -0700 Subject: foremost legality (GPL vs Public Domain) In-Reply-To: <431543EA.1090702@n-man.com> References: <1125453783.3266.31.camel@localhost> <4315188D.2030100@n-man.com> <1125458955.6949.2.camel@salem> <1125460550.2970.26.camel@localhost.localdomain> <1125464323.3266.82.camel@localhost> <431543EA.1090702@n-man.com> Message-ID: <1125470235.3266.85.camel@localhost> Thanks Patrick, unless someone raises new objections then, I'll keep the foremost package awaiting review as GPL. I'll just have to wait on word from the FSF so that upstream will accept the licensing as well. -Toshio On Wed, 2005-08-31 at 00:45 -0500, Patrick Barnes wrote: > Toshio Kuratomi wrote: > > >On Tue, 2005-08-30 at 20:55 -0700, Per Bjornsson wrote: > > > > > >>On Tue, 2005-08-30 at 22:29 -0500, Michel Alexandre Salim wrote: > >> > >> > >> > >>>Would this be analogous to the GPL requirement that the recipient of a > >>>binary package be able to get the source code? > >>> > >>> > >>Not at all. Use of public domain works is entirely unrestricted; that > >>means that you can package it up and sell it as binaries without > >>providing the source code if you want. Or you can choose to include it > >>in any program under any license whatsoever. > >> > >> > >> > >>>In this case, user of the GPL package would have the right to request > >>>the original, public-domain-only code. Either the GPL package points to > >>>the original package in its documentation, or the SRPM be packaged as > >>>the original tarball + a recursive diff with the GPL'ed tree? > >>> > >>> > >>Putting a work in the public domain means giving up all > >>copyright-law-related rights to it. This means that anyone is free to do > >>whatever the heck they want with it; one such possibility is to include > >>the source code in some other program and distribute the result under > >>whatever license one feels like. > >> > >> > >> > >This is what I originally thought. But then I read this section of the > >FSF's FAQ: > >http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCAssignCopyright > >"...Of course, if all the contributors put their code in the public > >domain, there is no copyright with which to enforce the GPL. So we > >encourage people to assign copyright on large code contributions, and > >only put small changes in the public domain." > > > > > > > This basically means that if you produce a bunch of code under the > public domain, you are giving up the ability to require future > contributions to also be licensed under the GPL, you are allowing it to > be distributed commercially, and you are waving all other rights to it. > This passage basically only applies when you are considering whether to > license your code under the GPL or give it to the public domain. Any > GPL code that is added to a public domain work is protected by the GPL, > and has the usual requirements. In order to circumvent those > requirements, a person would have to remove all of the GPL'd code, > leaving only the original public domain code. > > >Which seems to imply that Public Domain is not so much disclaiming all > >legal right as it is putting the code into a state where it is legally > >untouchable. How that relates when submitting public domain code to a > >GPL'd project is explained here: > >http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCRequiredToClaimCopyright > >http://www.fsf.org/licensing/licenses/gpl-faq.html#TOCGPLUSGovAdd > > > > > > > Code in the public domain can be used in any way you want, basically. > There are no restrictions whatsoever. It is by no means legally > untouchable. There are more risks using GPL'd code in your project than > there are using public domain code. > > >All in all, I think it would be okay, but we are talking about adding > >GPL code to an existing public domain application so I'm not 100% sure > >it applies the same way. I've sent an email off to the FSF at the > >request of the upstream authors but I don't know if they'll get back to > >me soon on this or not. Does Red Hat legal want to weigh in on this so > >I know if packaging it is fine for now or should I just wait for the > >FSF? > > > >-Toshio > > > > > There is definitely nothing wrong with seeking legal approval, but any > verification of what I have said should be evidence enough for you, > whether it comes from the FSF or Red Hat. If you know any IP attorneys, > you can ask them, too. This is all pretty clear, legally. > > -- > 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: This is a digitally signed message part URL: From oliver at linux-kernel.at Wed Aug 31 07:05:23 2005 From: oliver at linux-kernel.at (Oliver Falk) Date: Wed, 31 Aug 2005 09:05:23 +0200 Subject: ksh discussion (WAS: Re: rpms/graphviz/devel graphviz.spec, 1.14, 1.15) In-Reply-To: <1125433027.16878.84.camel@mccallum.corsepiu.local> References: <200508291133.j7TBX7hB026942@cvs-int.fedora.redhat.com> <1125321397.13772.1.camel@mccallum.corsepiu.local> <43130DDC.6030104@linux-kernel.at> <431340A9.1060907@research.att.com> <1125335739.4231.9.camel@mccallum.corsepiu.local> <43134607.4020605@research.att.com> <1125408127.16878.54.camel@mccallum.corsepiu.local> <43145F94.2080404@research.att.com> <1125413337.16878.60.camel@mccallum.corsepiu.local> <1125432337.3483.24.camel@dhcp83-88.boston.redhat.com> <1125433027.16878.84.camel@mccallum.corsepiu.local> Message-ID: <431556B3.2000001@linux-kernel.at> On 08/30/2005 10:17 PM, Ralf Corsepius wrote: > On Tue, 2005-08-30 at 16:05 -0400, Owen Taylor wrote: > >>The details of ksh *are* different. > > Nowadays, shells are covered by standards, e.g. POSIX. > > >> The fact that bash is at least as >>capable, if not more so is not really relevant. > > Anything non posix compliant should be considered historical artifact. Of course, but there is still MANY software out there that is not POSIX-compliant. And there are still many scripts that use ksh - thinking about working with AIX for example... So, yes, if possible and easy, trying to get ksh out isn't a bad idea, but we don't want to force developers to rewrite scripts that work fine with ksh... Especially if there are things to do that are much more interessting to do (in case of graphviz: dotedit). -of From triad at df.lth.se Wed Aug 31 07:14:55 2005 From: triad at df.lth.se (Linus Walleij) Date: Wed, 31 Aug 2005 09:14:55 +0200 (CEST) Subject: foremost legality (GPL vs Public Domain) In-Reply-To: <1125463304.6949.8.camel@salem> References: <1125453783.3266.31.camel@localhost> <4315188D.2030100@n-man.com> <1125458955.6949.2.camel@salem> <1125460550.2970.26.camel@localhost.localdomain> <1125463304.6949.8.camel@salem> Message-ID: On Tue, 30 Aug 2005, Michel Alexandre Salim wrote: > So it's even less restricted than the BSD licenses - you don't even > _have_ to provide attribution (though it's still nice to do so)? Side note: the attribution clause (advertising clause) has been dropped from BSD. That is why it is now compatible with the GPL. GPL does not allow attribution clauses. See further: http://en.wikipedia.org/wiki/BSD_license#The_advertising_clause Linus From bugzilla at redhat.com Wed Aug 31 08:47:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 04:47:14 -0400 Subject: [Bug 166317] Review Request: perl-X11-Protocol In-Reply-To: Message-ID: <200508310847.j7V8lEv4011548@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-X11-Protocol https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166317 ------- Additional Comments From paul at city-fan.org 2005-08-31 04:47 EST ------- OK, obviously I'm happy enough with the package as it is to approve it now. Do you have any plans for additional packages in Extras other than clusterssh? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at city-fan.org Wed Aug 31 08:52:46 2005 From: paul at city-fan.org (Paul Howarth) Date: Wed, 31 Aug 2005 09:52:46 +0100 Subject: Sponsorship criteria Message-ID: <43156FDE.1070206@city-fan.org> As a potential sponsor of a Fedora Extras contributor, what should I be looking for in a contributor when deciding whether or not to sponsor them? Are there any guidelines? Would this be different for someone looking to maintain a lot of packages rather than say an upstream project maintainer that wants to contribute just their own package(s) (at least for now)? Paul. From bugzilla at redhat.com Wed Aug 31 09:17:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 05:17:25 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508310917.j7V9HPdE014950@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-31 05:17 EST ------- Approved. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 09:21:40 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 05:21:40 -0400 Subject: [Bug 166192] Review Request: perl-Class-DBI-Plugin : Abstract base class for Class::DBI plugins In-Reply-To: Message-ID: <200508310921.j7V9LeKE015959@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI-Plugin : Abstract base class for Class::DBI plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166192 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|163778 |163779 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-31 05:21 EST ------- Approved. Please use "-t" option to "perldoc"; sorry I forgot that in patch. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 10:46:36 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 06:46:36 -0400 Subject: [Bug 166194] Review Request: perl-Class-DBI-Plugin-Type : Determine type information for columns In-Reply-To: Message-ID: <200508311046.j7VAkaTY024922@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI-Plugin-Type : Determine type information for columns https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166194 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-31 06:46 EST ------- Review: - rpmlint clean - package and spec file naming OK - package meets guidelines - license is same as perl, matches spec - spec written in English and legible - source matches upstream - builds OK in mock for FC4 (i386) - BR's mostly OK - no locales, libraries, subpackages, pkgconfigs etc. to worry about - not relocatable - no directory ownership or permissions issues - no duplicate files - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime - no scriptlets Needswork: - redundant BR: perl - BR: perl(DBD::SQLite) needed for %check - license text not included Nitpick: - suggest using %{?_smp_mflags} with make in %%build -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 10:53:28 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 06:53:28 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508311053.j7VArS4E025730@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From bugs.michael at gmx.net 2005-08-31 06:53 EST ------- Veto. Does it still conflict with libnet10? Then either libnet10 needs the fix/work-around I've prepared in CVS (devel), or libnet-devel must obsolete libnet10 which is not used by any other package anymore. Also notice my cvs commit comment for that. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 11:27:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 07:27:11 -0400 Subject: [Bug 166193] Review Request: perl-Class-DBI-Plugin-RetrieveAll : More complex retrieve_all() for Class::DBI In-Reply-To: Message-ID: <200508311127.j7VBRBYJ028587@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI-Plugin-RetrieveAll : More complex retrieve_all() for Class::DBI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166193 paul at city-fan.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED AssignedTo|gdk at redhat.com |paul at city-fan.org OtherBugsDependingO|163776 |163778 nThis| | ------- Additional Comments From paul at city-fan.org 2005-08-31 07:26 EST ------- Review: - rpmlint clean - package and spec file naming OK - package meets guidelines - license same as perl, matches spec - spec written in English and legible - source matches upstream - builds in mock for FC4 (i386) - BR's mostly OK - no locales, libraries, subpackages or pkgconfigs to worry about - not relocatable - no directory ownership or permissions issues - no duplicate files - %clean section present and correct - macro usage is consistent - code, not content - no large docs - docs don't affect runtime - no scriptlets Needswork: - BR: perl is redundant - license text not included Nitpick: - use %{?_smp_mflags} with make in %build - add BR: perl(DBD::SQLite) for %check -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From wtogami at redhat.com Wed Aug 31 12:04:53 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 31 Aug 2005 02:04:53 -1000 Subject: Sponsorship criteria In-Reply-To: <43156FDE.1070206@city-fan.org> References: <43156FDE.1070206@city-fan.org> Message-ID: <43159CE5.6080400@redhat.com> Paul Howarth wrote: > As a potential sponsor of a Fedora Extras contributor, what should I be > looking for in a contributor when deciding whether or not to sponsor > them? Are there any guidelines? > > Would this be different for someone looking to maintain a lot of > packages rather than say an upstream project maintainer that wants to > contribute just their own package(s) (at least for now)? > Candidates are to be judged on their knowledge and understanding of the PackageNamingGuidelines, PackagingGuidelines, and other project process and specifications. If sponsors are not yet convinced after having an approved package, is helpful for candidates to further participate by helping to review packages submitted by other contributors in order to further prove skills and knowledge to the sponsors. There is probably no better way to demonstrate a grasp of the guidelines than by making beneficial advice to packages from other contributors. It is a judgement call by the sponsors exactly how much work it takes to prove this understanding. Sponsors are also responsible for the education of sponsored members to make sure they are doing the right thing. If the newly approved member appears to be lost or doing the wrong thing, the sponsor should be watchful and helpful in correcting those problems and aiding their understanding. Warren Togami wtogami at redhat.com From bugzilla at redhat.com Wed Aug 31 12:58:37 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 08:58:37 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508311258.j7VCwbOp008123@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 jeff.gilchrist at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO ------- Additional Comments From jeff.gilchrist at gmail.com 2005-08-31 08:58 EST ------- Warren, having the default mode be silent like bzip2 is probably a good idea. Since I have been testing it so much lately I probably kept the default verbose to save myself from typing -v on the command line every time. ;-) Its not quite ready for full drop-in replacement since it does not yet support compressing data from stdin. That is still on my todo list. I will update the SRPM so it is silent by default and let everyone know when it is ready. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gdk at redhat.com Wed Aug 31 13:18:01 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Wed, 31 Aug 2005 09:18:01 -0400 (EDT) Subject: foremost legality (GPL vs Public Domain) In-Reply-To: <1125460550.2970.26.camel@localhost.localdomain> References: <1125453783.3266.31.camel@localhost> <4315188D.2030100@n-man.com> <1125458955.6949.2.camel@salem> <1125460550.2970.26.camel@localhost.localdomain> Message-ID: This is a fork from the original code. The fork is licensed under the GPL. End of discussion. I think. --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 Tue, 30 Aug 2005, Per Bjornsson wrote: > On Tue, 2005-08-30 at 22:29 -0500, Michel Alexandre Salim wrote: > > > Would this be analogous to the GPL requirement that the recipient of a > > binary package be able to get the source code? > > Not at all. Use of public domain works is entirely unrestricted; that > means that you can package it up and sell it as binaries without > providing the source code if you want. Or you can choose to include it > in any program under any license whatsoever. > > > In this case, user of the GPL package would have the right to request > > the original, public-domain-only code. Either the GPL package points to > > the original package in its documentation, or the SRPM be packaged as > > the original tarball + a recursive diff with the GPL'ed tree? > > Putting a work in the public domain means giving up all > copyright-law-related rights to it. This means that anyone is free to do > whatever the heck they want with it; one such possibility is to include > the source code in some other program and distribute the result under > whatever license one feels like. > > Thus the reasonable solution is to consider the current Foremost a > _different program_ from the original one; it's a data recovery tool > that happens to include the source code from the old foremost which was > available in the public domain. The new tool is available under a GPL > license; if someone can find the original public domain source code > (just as the current Foremost maintainer did) and include it in their > own software they are free to do so of course. > > If this was confusing, a summary: The GPL covers the combined work. > Nothing else is relevant. > > Oh, IANAL either, but if some actual lawyer shows up and claims that you > can't include public domain code in a GPL-licensed program I'd like to > get a second opinion, at the very least... > > /Per > > -- > Per Bjornsson > Ph.D. Candidate, Department of Applied Physics, Stanford University > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > From bugzilla at redhat.com Wed Aug 31 13:23:44 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 09:23:44 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508311323.j7VDNiqY013061@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 jeff.gilchrist at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED ------- Additional Comments From jeff.gilchrist at gmail.com 2005-08-31 09:23 EST ------- NEW Spec: http://compression.ca/pbzip2/pbzip2.spec NEW SRPM: http://compression.ca/pbzip2/pbzip2-0.9.4-2.src.rpm Updated SRPM to make pbzip2 silent by default, now requires -v to make verbose. PS: I might have set the status to NEEDINFO from NEW by mistake. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 13:28:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 09:28:47 -0400 Subject: [Bug 166796] Review Request: cmucl-19b-2: The CMU Common Lisp compiler In-Reply-To: Message-ID: <200508311328.j7VDSlNV014411@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmucl-19b-2: The CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 ------- Additional Comments From rdieter at math.unl.edu 2005-08-31 09:28 EST ------- FC4 failure, looks like a gcc4 thing: gcc -rdynamic -Wstrict-prototypes -Wall -g -DGENCGC -DLINKAGE_TABLE -D__NO_CTYPE -I. -I../../p86/lisp -I../../src/lisp -I- -I/usr/X11R6/include -DGENCGC -DLINKAGE_TABLE -c -o interrupt.o ../../src/lisp/interrupt.c cc1: note: obsolete option -I- used, please use -iquote instead ../../src/lisp/interrupt.c: In function 'interrupt_internal_error': ../../src/lisp/interrupt.c:172: warning: unused variable 'code' ../../src/lisp/interrupt.c: In function 'interrupt_handle_pending': ../../src/lisp/interrupt.c:209: warning: unused variable 'were_in_lisp' ../../src/lisp/interrupt.c: In function 'interrupt_handle_now': ../../src/lisp/interrupt.c:300: error: memory input 0 is not directly addressable ../../src/lisp/interrupt.c: In function 'maybe_now_maybe_later': ../../src/lisp/interrupt.c:451: error: memory input 0 is not directly addressable ../../src/lisp/interrupt.c: In function 'interrupt_install_low_level_handler': ../../src/lisp/interrupt.c:556: warning: assignment from incompatible pointer type ../../src/lisp/interrupt.c: In function 'install_handler': ../../src/lisp/interrupt.c:620: warning: assignment from incompatible pointer type ../../src/lisp/interrupt.c:622: warning: assignment from incompatible pointer type ../../src/lisp/interrupt.c:624: warning: assignment from incompatible pointer type gmake[1]: *** [interrupt.o] Error 1 gmake[1]: Leaving directory `/usr/local/tmp/BUILD/cmucl-19b/i386-redhat-linux-gnu/lisp' -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 13:39:07 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 09:39:07 -0400 Subject: [Bug 166796] Review Request: cmucl-19b-2: The CMU Common Lisp compiler In-Reply-To: Message-ID: <200508311339.j7VDd7NF015881@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: cmucl-19b-2: The CMU Common Lisp compiler https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166796 ------- Additional Comments From rdieter at math.unl.edu 2005-08-31 09:38 EST ------- near line 300: if (contextstruct.fpstate) #if defined(__x86_64) setfpucw(contextstruct.fpstate->cwd & ~0xc00); #else setfpucw(contextstruct.fpstate->cw & ~0xc00); #endif near line 451: if (contextstruct.fpstate) #if defined(__x86_64) setfpucw(contextstruct.fpstate->cwd & ~0xc00); #else setfpucw(contextstruct.fpstate->cw & ~0xc00); #endif -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From mwiktowy at gmx.net Wed Aug 31 14:48:37 2005 From: mwiktowy at gmx.net (Michael Wiktowy) Date: Wed, 31 Aug 2005 10:48:37 -0400 Subject: foremost legality (GPL vs Public Domain) In-Reply-To: References: <1125453783.3266.31.camel@localhost> <4315188D.2030100@n-man.com> <1125458955.6949.2.camel@salem> <1125460550.2970.26.camel@localhost.localdomain> Message-ID: <4315C345.5000704@gmx.net> Greg DeKoenigsberg wrote: >This is a fork from the original code. > >The fork is licensed under the GPL. > >End of discussion. I think. > >--g > > I would agree with that simple solution. Try telling Disney that all their deviative works from public domain material are still in the public domain and see how far you get. The original material will still be under public domain but public domain says nothing about derivative works. The GPL does and if someone wants to cover their derivate works under a licence other than public domain then it seems that they can ... and usually do. /Mike From jnovy at redhat.com Wed Aug 31 15:49:18 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 31 Aug 2005 17:49:18 +0200 Subject: bugzilla component creation for the newly included packages Message-ID: <1125503358.9042.21.camel@localhost.localdomain> Hello all, I've just received a new bug (#167208) related to missing bugzilla component for newly included packages to Extras. Is there some procedure related to it? Does a package maintainer need to do something to create the new bugzilla components? I assumed it's done automagically after package import into Extras CVS, or at least at once after some time period. Am I right? Thanks, Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From katzj at redhat.com Wed Aug 31 15:51:06 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 31 Aug 2005 11:51:06 -0400 Subject: bugzilla component creation for the newly included packages In-Reply-To: <1125503358.9042.21.camel@localhost.localdomain> References: <1125503358.9042.21.camel@localhost.localdomain> Message-ID: <1125503466.2569.65.camel@bree.local.net> On Wed, 2005-08-31 at 17:49 +0200, Jindrich Novy wrote: > I've just received a new bug (#167208) related to missing bugzilla > component for newly included packages to Extras. Is there some procedure > related to it? Does a package maintainer need to do something to create > the new bugzilla components? I assumed it's done automagically after > package import into Extras CVS, or at least at once after some time > period. Am I right? Unfortunately, basing off of CVS imports isn't really all that good for finding out who the owner of a package should be. Per http://fedoraproject.org/wiki/Extras/NewPackageProcess (step 9), you need to edit owners.list for new packages Jeremy From qspencer at ieee.org Wed Aug 31 15:56:55 2005 From: qspencer at ieee.org (Quentin Spencer) Date: Wed, 31 Aug 2005 10:56:55 -0500 Subject: Creating an SRPM with customized build option Message-ID: <4315D347.9070801@ieee.org> Hi All, I've packaged ATLAS, a speed-optimized linear algebra library (which by the way still needs a reviewer--see bug #166871). The package uses compile-time optimizations to achieve a lot of the speed gains, which creates output that is of course dependent on the hardware it was compiled on. In order to get around this problem, I've used the Debian patches, which use a "prerecorded build" scheme to replicate builds done on "average" hardware that will give reasonable performance on a range of hardware. For users who desire libraries that are truly optimized for their hardware, the Debian package provides a means of rebuilding the source package with the compile-time optimizations re-enabled. I'd like to provide such a function for the SRPM I'm creating. My current thinking is to use a macro definition to enable this so that a customized build can be triggered using something like: rpmbuild -rebuild atlas-.src.rpm -D _custom_atlas_build=1 My question is what makes the most sense to do with the resulting libraries? Should the customized build create an RPM by a different name such as atlas-custom rather than atlas so it's clear that it's different from the FE package? Should the libraries be put in a new location so that the RPM can be installed on a system with an existing atlas package installed? I was thinking along the lines of putting the libraries in a special path (/usr/lib/atlas-custom, for example) and putting a file in /etc/ld.so.conf.d/ that would make the customized libraries load automatically. I welcome any suggestions. -Quentin From jnovy at redhat.com Wed Aug 31 16:26:05 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Wed, 31 Aug 2005 18:26:05 +0200 Subject: bugzilla component creation for the newly included packages In-Reply-To: <1125503466.2569.65.camel@bree.local.net> References: <1125503358.9042.21.camel@localhost.localdomain> <1125503466.2569.65.camel@bree.local.net> Message-ID: <1125505565.9042.24.camel@localhost.localdomain> Hello Jeremy, On Wed, 2005-08-31 at 11:51 -0400, Jeremy Katz wrote: > On Wed, 2005-08-31 at 17:49 +0200, Jindrich Novy wrote: > > I've just received a new bug (#167208) related to missing bugzilla > > component for newly included packages to Extras. Is there some procedure > > related to it? Does a package maintainer need to do something to create > > the new bugzilla components? I assumed it's done automagically after > > package import into Extras CVS, or at least at once after some time > > period. Am I right? > > Unfortunately, basing off of CVS imports isn't really all that good for > finding out who the owner of a package should be. Per > http://fedoraproject.org/wiki/Extras/NewPackageProcess (step 9), you > need to edit owners.list for new packages Thanks, that's what I needed. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From bugzilla at redhat.com Wed Aug 31 16:33:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 12:33:02 -0400 Subject: [Bug 166377] Review Request: erlang - General-purpose programming language and runtime environment In-Reply-To: Message-ID: <200508311633.j7VGX2TS014859@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: erlang - General-purpose programming language and runtime environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166377 ------- Additional Comments From gemi at bluewin.ch 2005-08-31 12:32 EST ------- SRPM: http://math.ifi.unizh.ch/fedora/4/i386/SRPMS.gemi/erlang-R10B-6.2.src.rpm SPEC: http://math.ifi.unizh.ch/fedora/spec/erlang.spec - change /usr/lib to %{_libdir} - redirect output in %post to /dev/null - add unixODBC-devel to BuildRequires - split doc off to erlang-doc package some cleanup in the file list (permissions, etc...) the remaining output of rpmlint can be ignored, IMHO, it doesn't make much sense splitting off a -devel package. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From jwboyer at jdub.homelinux.org Wed Aug 31 17:24:14 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Wed, 31 Aug 2005 12:24:14 -0500 Subject: bugzilla component creation for the newly included packages In-Reply-To: <1125503466.2569.65.camel@bree.local.net> References: <1125503358.9042.21.camel@localhost.localdomain> <1125503466.2569.65.camel@bree.local.net> Message-ID: <1125509054.14270.20.camel@windu.rchland.ibm.com> On Wed, 2005-08-31 at 11:51 -0400, Jeremy Katz wrote: > On Wed, 2005-08-31 at 17:49 +0200, Jindrich Novy wrote: > > I've just received a new bug (#167208) related to missing bugzilla > > component for newly included packages to Extras. Is there some procedure > > related to it? Does a package maintainer need to do something to create > > the new bugzilla components? I assumed it's done automagically after > > package import into Extras CVS, or at least at once after some time > > period. Am I right? > > Unfortunately, basing off of CVS imports isn't really all that good for > finding out who the owner of a package should be. Per Hm... but why couldn't we do that? I realize that there are cases where the importer of a package is not the intended owner, but normally that is the exception. The most common of these is when a sponsor imports a package for a person that is awaiting their CVS access. Once said person gets their access, they could easily change the owners.list file themselves. Automagically creating the entry on import would at least ensure that the component gets created. We can always fixup the owners when needed. Thoughts? josh From bugzilla at redhat.com Wed Aug 31 17:53:59 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 13:53:59 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-4: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508311753.j7VHrxWL028830@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-4: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From jsnell at iki.fi 2005-08-31 13:53 EST ------- > Source10: http://dl.sourceforge.net/sourceforge/sbcl/sbcl-%{version}-x86-linux-binary.tar.bz2 > Source11: http://dl.sourceforge.net/sourceforge/sbcl/sbcl-%{version}-x86-64-linux-binary.tar.bz2 Upstream doesn't necessarily make binaries for all architectures for all releases. I suspect it would be better to hardcode a specific version here. The intent is that building SBCL always requires only a reasonably compliant Common Lisp implementation, so there's no need to use the latest release as the host compiler. > ## Is sb-thread really limited to these archs only? Don't think so, removing limitation, for now. --Rex > #ifarch %{ix86} %{x86_64} > sed -i -e "s|; :sb-thread|:sb-thread|" base-target-features.lisp-expr > #endif It's limited to just x86 and x86-64. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 17:56:30 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 13:56:30 -0400 Subject: [Bug 166515] Review Request: pbzip2 : parallel version of bzip2 In-Reply-To: Message-ID: <200508311756.j7VHuUkM029467@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: pbzip2 : parallel version of bzip2 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166515 ------- Additional Comments From wtogami at redhat.com 2005-08-31 13:56 EST ------- Compressing data from stdin is important functionality. I suspect your package now may be ready for initial inclusion though. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 18:39:17 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 14:39:17 -0400 Subject: [Bug 166317] Review Request: perl-X11-Protocol In-Reply-To: Message-ID: <200508311839.j7VIdHoD005065@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-X11-Protocol https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166317 ------- Additional Comments From duncan_j_ferguson at yahoo.co.uk 2005-08-31 14:39 EST ------- No plans at the moment - it seems hard enough finding time to do this while also juggling young kids and a wife ;-) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 19:05:53 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 15:05:53 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-4: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508311905.j7VJ5r5j010868@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-4: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From rdieter at math.unl.edu 2005-08-31 15:05 EST ------- >Upstream doesn't necessarily make binaries for all architectures for >all releases. I suspect it would be better to hardcode a specific >version here. Plan is to eventually use native (Fedora Extras) bootstraps, and drop those bits altogether. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 19:54:42 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 15:54:42 -0400 Subject: [Bug 165650] Review Request: perl-WWW-Mechanize - Automates web page form & link interaction In-Reply-To: Message-ID: <200508311954.j7VJsghx022384@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-WWW-Mechanize - Automates web page form & link interaction https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165650 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From jpo at di.uminho.pt 2005-08-31 15:54 EST ------- Update to the new version 1.14: 1) passes all live tests (see also CPAN RT #14325) 2) new live tests build requirement: Test::LongString (t/live/get.t) -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 21:01:14 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 17:01:14 -0400 Subject: [Bug 166800] Review Request: sbcl-0.9.4-4: The Steel Bank Common Lisp development environment In-Reply-To: Message-ID: <200508312101.j7VL1E1a007005@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: sbcl-0.9.4-4: The Steel Bank Common Lisp development environment https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166800 ------- Additional Comments From gemi at bluewin.ch 2005-08-31 17:01 EST ------- (In reply to comment #24) > Plan is to eventually use native (Fedora Extras) bootstraps, and drop those bits > altogether. This might work for updated packages on a given platform, but for every new platform (fc5, fc6, ...), bootstrapping is needed again. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 21:15:03 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 17:15:03 -0400 Subject: [Bug 165957] Review Request: esmtp. Relay only MTA. In-Reply-To: Message-ID: <200508312115.j7VLF31E011093@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: esmtp. Relay only MTA. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165957 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |NEXTRELEASE ------- Additional Comments From pertusus at free.fr 2005-08-31 17:14 EST ------- I reenabled the german translations and built. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 21:48:31 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 17:48:31 -0400 Subject: [Bug 165963] Review Request: libnet. Packet construction and injection library In-Reply-To: Message-ID: <200508312148.j7VLmVEf022057@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: libnet. Packet construction and injection library https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=165963 ------- Additional Comments From pertusus at free.fr 2005-08-31 17:48 EST ------- I agree that this issue must be solved somehow. libnet10 is deprecated, so one may think that it is a good idea to let it be obsoleted. However there may still be softwares that use the old interface, for example the previous release of intuitively used that interface, until sept 2004. I don't know of security issue with libnet10. Forcing upstream to use the new interface shouldn't be that bad, though. Maybe the best thing would have been to have parallel installable libs, but as it is not the case I am wondering whether it wouldn't be better to have conflicts: tags such that users are forced to remove libnet10 by hand, let some time flow and change conflicts to obsoletes? -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 21:58:57 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 17:58:57 -0400 Subject: [Bug 167251] New: Review Request: perl-HTML-Scrubber - Library for scrubbing/sanitizing html Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167251 Summary: Review Request: perl-HTML-Scrubber - Library for scrubbing/sanitizing html Product: Fedora Extras Version: devel Platform: All URL: http://gsd.di.uminho.pt/jpo/software/fedora/perl-HTML- Scrubber-0.08-2.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-HTML-Scrubber.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-HTML-Scrubber-0.08-2.src.rpm Description: If you wanna "scrub" or "sanitize" html input in a reliable an flexible fashion, then this module is for you. I wasn't satisfied with HTML::Sanitizer because it is based on HTML::TreeBuilder, so I thought I'd write something similar that works directly with HTML::Parser. Note: This package is an RT 3.4 requirement. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 21:59:10 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 17:59:10 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508312159.j7VLxA4r023724@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |167251 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 22:03:58 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 18:03:58 -0400 Subject: [Bug 167252] New: Review Request: perl-Text-WikiFormat - Translate Wiki formatted text into other formats Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167252 Summary: Review Request: perl-Text-WikiFormat - Translate Wiki formatted text into other formats Product: Fedora Extras Version: devel Platform: All URL: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Text- WikiFormat-0.76-1.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Text-WikiFormat.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Text-WikiFormat-0.76-1.src.rpm Description: The original Wiki web site had a very simple interface to edit and to add pages. Its formatting rules are simple and easy to use. They are also easy to translate into other, more complicated markup languages with this module. It creates HTML by default, but can produce valid POD, DocBook, XML, or any other format imaginable. Note: This package is an RT 3.4 requirement. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 22:04:05 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 18:04:05 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508312204.j7VM45Ar025037@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |167252 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 22:09:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 18:09:11 -0400 Subject: [Bug 167253] New: Review Request: CERN library and associated binaries Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 Summary: Review Request: CERN library and associated binaries Product: Fedora Extras Version: devel Platform: All URL: http://cernlib.web.cern.ch/cernlib/ OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: pertusus at free.fr QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com SRPM Name or Url: http://www.environnement.ens.fr/docs/fc-srpms/cernlib-2005-1.src.rpm Description: CERN program library is a large collection of general purpose libraries and modules maintained and offered on the CERN. Most of these programs were developed at CERN and are therefore oriented towards the needs of a physics research laboratory that is general mathematics, data analysis, detectors simulation, data-handling etc... applicable to a wide range of problems. The devel packages are parallel installable, but not the helper scripts from the utils subpackage. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 22:09:12 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 18:09:12 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508312209.j7VM9Cjs025813@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 pertusus at free.fr changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |167253 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 22:20:13 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 18:20:13 -0400 Subject: [Bug 167254] New: Review Request: perl-Module-Versions-Report - Report versions of all modules in memory Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167254 Summary: Review Request: perl-Module-Versions-Report - Report versions of all modules in memory Product: Fedora Extras Version: devel Platform: All URL: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Module- Versions-Report-1.02-2.src.rpm OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jpo at di.uminho.pt QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Module-Versions-Report.spec SRPM Name or Url: http://gsd.di.uminho.pt/jpo/software/fedora/perl-Module-Versions-Report-1.02-2.src.rpm Description: If you add "use Module::Versions::Report;" to a program (especially handy if your program is one that demonstrates a bug in some module), then when the program has finished running, you well get a report detailing the all modules in memory, and noting the version of each (for modules that defined a $VERSION, at least). Note: This package is a RT 3.4 requirement. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 22:20:25 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 18:20:25 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508312220.j7VMKPnF026980@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jpo at di.uminho.pt changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |167254 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 22:24:47 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 18:24:47 -0400 Subject: [Bug 167253] Review Request: CERN library and associated binaries In-Reply-To: Message-ID: <200508312224.j7VMOljZ028714@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: CERN library and associated binaries https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253 ------- Additional Comments From pertusus at free.fr 2005-08-31 18:24 EST ------- This is a very big package and I have a few comments. I used lots of things from the debian packages. There are a lot of information at the cernlib on debian faq page: http://borex.princeton.edu/~kmccarty/faq.html The debian patches allowing for dynamic libraries creation haven't been applied. The cernlib almost build with gfortran but still fails because of unimplemented f2c intrinsics. Patches to build with gortran are included and applied anyway. Patches that solved security issues that have been applied in the previous cernlib release have been kept, to help people packaging the previous release if they want to. The libraries should be parallel installable with each years release, and I think this is a important feature for some potential users of the cernlib that relies on older and stable software still being available. The helper build scripts are not paralell installable so I added them to a separate package I called cernlib-utils. rpmlint complains about that package depending on a devel package but it seems right to me. It also give E: cernlib-utils script-without-shellbang /etc/profile.d/cernlib-2005.sh but the other scripts in /etc/profile.d/ don't have shellbangs. The source doesn't match the upstream source for some tarballs, as files with licences incompatible with the GPL are removed. See the debian files for more information and the comments in the specfile on how to regenerate the modified sources. More information in the included cernlib.README -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From paul at all-the-johnsons.co.uk Wed Aug 31 22:32:17 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 31 Aug 2005 23:32:17 +0100 Subject: For review Message-ID: <1125527537.13027.8.camel@localhost> Hi, Could someone have a look at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166960 for me please? I'm not sure what the score is with having emulators in extras... TTFN Paul -- "A lot of football success is in the mind. You must believe you are the best and then make sure that you are. In my time at Liverpool we always said we had the best two teams on Merseyside, Liverpool and Liverpool Reserves." - Bill Shankly -------------- 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 fedoralist at kotoulas.de Wed Aug 31 22:32:24 2005 From: fedoralist at kotoulas.de (Vassilios Kotoulas) Date: Thu, 01 Sep 2005 00:32:24 +0200 Subject: nethack-3.4.3-1 Message-ID: <1125527544.3126.5.camel@kra.bla.fasel> hi, is there a reason why nethack-3.4.3-1 obsoletes nethack-falconseye <= 1.9.4-6.a ? regards vassilios From tai at lostknife.com Wed Aug 31 23:09:44 2005 From: tai at lostknife.com (Lee-Win Tai) Date: Wed, 31 Aug 2005 19:09:44 -0400 Subject: nethack-3.4.3-1 In-Reply-To: <1125527544.3126.5.camel@kra.bla.fasel> References: <1125527544.3126.5.camel@kra.bla.fasel> Message-ID: <20050831230944.GA4203@lostknife.com> On Thu, Sep 01, 2005 at 12:32:24AM +0200, Vassilios Kotoulas wrote: > is there a reason why nethack-3.4.3-1 obsoletes nethack-falconseye <= > 1.9.4-6.a ? You may want to peruse this thread. https://www.redhat.com/archives/fedora-extras-list/2005-July/msg00527.html From nman64 at n-man.com Wed Aug 31 23:17:10 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Wed, 31 Aug 2005 18:17:10 -0500 Subject: For review In-Reply-To: <1125527537.13027.8.camel@localhost> References: <1125527537.13027.8.camel@localhost> Message-ID: <43163A76.9060508@n-man.com> Paul wrote: >Hi, > >Could someone have a look at >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166960 for me >please? > >I'm not sure what the score is with having emulators in extras... > >TTFN > >Paul > > The basic guidelines for emulators are covered in the Packaging Guidelines. See http://fedoraproject.org/wiki/PackagingGuidelines and look for the section about emulators. Looking at the information surrounding this particular emulator, it seems to be questionable. Although there are binary images freely available, it sounds like the primary use for this software lies with images that are not licensed freely. This would generally disqualify it from inclusion in Extras. I would strongly encourage that the issue see further review before this package is permitted into Extras. The decision made with regard to this package would be setting the example for programs such as ZSNES. Although I am not one to make the call, I would expect that these sorts of packages would be avoided with Extras. Livna would probably be more accepting of these sorts of programs. -- 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 paul at all-the-johnsons.co.uk Wed Aug 31 23:34:25 2005 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Thu, 01 Sep 2005 00:34:25 +0100 Subject: For review In-Reply-To: <43163A76.9060508@n-man.com> References: <1125527537.13027.8.camel@localhost> <43163A76.9060508@n-man.com> Message-ID: <1125531265.13027.13.camel@localhost> Hi, > Looking at the information surrounding this particular emulator, it > seems to be questionable. Although there are binary images freely > available, it sounds like the primary use for this software lies with > images that are not licensed freely. I think that can be said for just about any emulator. However, unless you can get hold of an old compilation CD, you'll find that 99.99999% of the images available have been authorised by either the original author or company. Those which have not are removed from circulation. Copyright is always respected and the images are licenced to be freely distributed with the ROMS given with the blessing of Amstrad (the owners of Sinclair Computers from 1986-ish). I will, of course, respect the wishes of those on high over this. If it's rejected from FCE, how do I get them into Livna? TTFN Paul -- "A lot of football success is in the mind. You must believe you are the best and then make sure that you are. In my time at Liverpool we always said we had the best two teams on Merseyside, Liverpool and Liverpool Reserves." - Bill Shankly From bugzilla at redhat.com Wed Aug 31 23:39:02 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 19:39:02 -0400 Subject: [Bug 166194] Review Request: perl-Class-DBI-Plugin-Type : Determine type information for columns In-Reply-To: Message-ID: <200508312339.j7VNd2XF005910@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI-Plugin-Type : Determine type information for columns https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166194 Bug 166194 depends on bug 166192, which changed state. Bug 166192 Summary: Review Request: perl-Class-DBI-Plugin : Abstract base class for Class::DBI plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166192 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 23:39:20 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 19:39:20 -0400 Subject: [Bug 166193] Review Request: perl-Class-DBI-Plugin-RetrieveAll : More complex retrieve_all() for Class::DBI In-Reply-To: Message-ID: <200508312339.j7VNdKSf005985@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI-Plugin-RetrieveAll : More complex retrieve_all() for Class::DBI https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166193 Bug 166193 depends on bug 166192, which changed state. Bug 166192 Summary: Review Request: perl-Class-DBI-Plugin : Abstract base class for Class::DBI plugins https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166192 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 23:41:35 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 19:41:35 -0400 Subject: [Bug 167258] New: Review Request: up-imapproxy: University of Pennsylvania IMAP Proxy Message-ID: Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167258 Summary: Review Request: up-imapproxy: University of Pennsylvania IMAP Proxy Product: Fedora Extras Version: devel Platform: All URL: http://www.imapproxy.org OS/Version: Linux Status: NEW Severity: normal Priority: normal Component: Package Review AssignedTo: gdk at redhat.com ReportedBy: jeff at ultimateevil.org QAContact: dkl at redhat.com CC: fedora-extras-list at redhat.com Spec Name or Url: http://www.ultimateevil.org/~jeff/Fedora/up-imapproxy.spec SRPM Name or Url: http://www.ultimateevil.org/~jeff/Fedora/up-imapproxy-1.2.3-3.src.rpm Description: imapproxy was written to compensate for webmail clients that are unable to maintain persistent connections to an IMAP server. Most webmail clients need to log in to an IMAP server for nearly every single transaction. This behaviour can cause tragic performance problems on the IMAP server. imapproxy tries to deal with this problem by leaving server connections open for a short time after a webmail client logs out. When the webmail client connects again, imapproxy will determine if there's a cached connection available and reuse it if possible. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 23:41:41 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 19:41:41 -0400 Subject: [Bug 163776] Tracker: New Extras packages to be reviewed In-Reply-To: Message-ID: <200508312341.j7VNff2b006246@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Tracker: New Extras packages to be reviewed Alias: FE-NEW https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=163776 jeff at ultimateevil.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |167258 -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From bugzilla at redhat.com Wed Aug 31 23:45:11 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 19:45:11 -0400 Subject: [Bug 166194] Review Request: perl-Class-DBI-Plugin-Type : Determine type information for columns In-Reply-To: Message-ID: <200508312345.j7VNjBV0006497@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: perl-Class-DBI-Plugin-Type : Determine type information for columns https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166194 ------- Additional Comments From tcallawa at redhat.com 2005-08-31 19:45 EST ------- Changes made in -3. New SRPM: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Plugin-Type-0.02-3.src.rpm New SPEC: http://www.auroralinux.org/people/spot/review/Maypole/perl-Class-DBI-Plugin-Type.spec -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. From gdk at redhat.com Wed Aug 31 23:44:50 2005 From: gdk at redhat.com (Greg DeKoenigsberg) Date: Wed, 31 Aug 2005 19:44:50 -0400 (EDT) Subject: For review In-Reply-To: <1125531265.13027.13.camel@localhost> References: <1125527537.13027.8.camel@localhost> <43163A76.9060508@n-man.com> <1125531265.13027.13.camel@localhost> Message-ID: On Thu, 1 Sep 2005, Paul F. Johnson wrote: > Hi, > > > Looking at the information surrounding this particular emulator, it > > seems to be questionable. Although there are binary images freely > > available, it sounds like the primary use for this software lies with > > images that are not licensed freely. > > I think that can be said for just about any emulator. However, unless > you can get hold of an old compilation CD, you'll find that 99.99999% of > the images available have been authorised by either the original author > or company. Those which have not are removed from circulation. Are you speaking specifically about *this* emulator in particular? Because the same *certainly* can not be said for images available for MAME, for instance. > Copyright is always respected and the images are licenced to be freely > distributed with the ROMS given with the blessing of Amstrad (the owners > of Sinclair Computers from 1986-ish). > > I will, of course, respect the wishes of those on high over this. If > it's rejected from FCE, how do I get them into Livna? My thinking, and IANALBTTTO (I am not a lawyer but talk to them often): First, the emulator itself. If it's intended to play ROMs that are not licensed for redistribution, then providing the emulator is an act of contributory infringement. If, however, it's intended to play ROMs that *are* licensed for redistribution, and if we can prove this, then making the emulator available is much lower risk. In either event, we shouldn't be redistributing ROMs themselves unless they've been licensed *under an OSI license*, which seems unlikely. So. I'd say your options are: 1. make a defensible case that the majority of ROMs for this emulator are freely redistributable, or 2. read up on Livna at http://rpm.livna.org/development.html. --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 From bugzilla at redhat.com Wed Aug 31 23:49:46 2005 From: bugzilla at redhat.com (bugzilla at redhat.com) Date: Wed, 31 Aug 2005 19:49:46 -0400 Subject: [Bug 167258] Review Request: up-imapproxy: University of Pennsylvania IMAP Proxy In-Reply-To: Message-ID: <200508312349.j7VNnkTj006857@www.beta.redhat.com> Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: up-imapproxy: University of Pennsylvania IMAP Proxy https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167258 ------- Additional Comments From jeff at ultimateevil.org 2005-08-31 19:49 EST ------- Before this gets reviewed, I want to ask about rpmlint output: W: up-imapproxy incoherent-version-in-changelog up-imapproxy-1.2.3-3 1.2.3-3 I don't understand this one. This changelog is just like the last package I submitted, which was fine. Is it because of the additional '-' in the package name? E: up-imapproxy init-script-without-chkconfig-postin /etc/rc.d/init.d/imapproxy Um, I thought it was a bad idea to enable a service just because it is being installed. E: up-imapproxy no-status-entry /etc/rc.d/init.d/imapproxy I didn't write the init script. It is packaged in the source. I could write another one if it is required. W: up-imapproxy no-reload-entry /etc/rc.d/init.d/imapproxy See above comment. W: up-imapproxy service-default-enabled /etc/rc.d/init.d/imapproxy I don't know what this means. E: up-imapproxy subsys-not-used /etc/rc.d/init.d/imapproxy I think I might know what this means, but I could be wrong. However, again, I didn't write the init script. W: up-imapproxy incoherent-init-script-name imapproxy Is this because the init script is "imapproxy" and the package is "up-imapproxy?" This seems rather trivial, especially since "up" just means "University of Pennsylvania." The source tarball is "up-imapproxy," the daemon is "in.imapproxy," and the service is called "imapproxy." I don't think this is a significant issue. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.